Добрый день, подскажите пожалуйста у нас есть конфигурация на 7.7 слепленная с нуля, я задумал перенести ее на новую платформу хотя бы пока 8.2(без УФ), у кого какие мысли??? не кто не встречал конвертор md файла, хочется хотя бы структуру перенести. Данные я думаю не реально перенести чем то стандартным, если тока самому писать.

8-ка сырая.

В составе платформы есть конвертор из 7.7. Переносит структуру метаданных и сами данные.

(0)[хотя бы пока 8.2(без УФ)]
не очевидное решение
отказ от всех библиотек,  включая БСП

(2) - расскажите куда копать в какую сторону, как называется обработка?

(4) лежит в составе поставки

(0) делай все нормально. выкинь все обработки из головы и запускай учет по новой. Нет никаких волшебных обработок, это все прикол.

(6) Формально оно конечно есть. Только толку с него ровно ноль.

Имхо на современную типовую перейти
Если конечно не адская отраслевка у автора в чем я сомневаюсь
Может автор приоткроет завесу тайны в чем у него адские особенности самописного решения?

А каков смысл перехода, если не секрет?

(4) https://pastenow.ru/4d5cb9448bb88433a6fef9aeb2bde19e

(9) Оно конечно парадокс. Но. Сопровождать восьмерку проще, чем семерку. Для современных требований (поддержка оборудования, интернет, сторонние БД, андроид ...) к семерке нужна куча приблуд, которые неизвестно когда отвалятся. В восьмерке оно уже все внутри. Хотя конечно таки да. Местами не то что кривовато, а косо и криво по полной программе.

(0) >хотя бы пока 8.2(без УФ)

Потом будешь переводить на УФ. Тоже большая куча геморроя.

(11)Это аргумент, да, но он разбивается об "хотя бы пока 8.2(без УФ)". Смысл переходить с динозавра на динозавра?

(13) А смысл переходить на Франкенштейна, если он не нужен?

(14)Если он не нужен, смысла переходить вообще нет. Новые плюшки будут добавлять только на 8.3, на проблемы 8.2 ТП уже не отвечает. Плюс, на 8.3 есть возможность дернуть любой функционал из типовой с минимальной адаптацией.

конфа очень отраслевая, занимается обслуживанием склада - логистики, + огромный модуль по расчету з.п. в ней, готового ничего нет похожего, приходили разные организации - внедренцы, готового ничего нет! Смысл перехода - работа с новым функционалом новой платформы, маштабируемость. Конечно практически нет тех задач которых не решала бы 7.7 - но это через какието примочки проходит! Да и сам уже устал программировать под 7.7 - кажется дегродировать  даже уже начал!

Угу и 6 ндфл вы прекрасно сдаете из нее?

ну модуль все равно придется выкинуть ..
перенести то только структуру данных сможешь - остальное тебя скорее всего расстроит

(17) Да у них, 100%, только управленческий учет там.
(16) Ясное дело, что готового ничего нет. Только надо понять, для чего слезать с неё и если есть причина достойная(а она точно есть), то быть готовыми к значительным материальным затратам денег и человекоресурсов. Потом позвать франч на обследование и вперед!

(0) если я  правильно понял задачу, то искать пути переноса некой функциональности, разработанной в 7.7 на новую платформу - бесперспективно.
Например, структура справочников и подчиненных справочников может быть реализована на новой платформе при помощи других объектов (регистры или типа того). А если оставить "как это было в семерке", то получишь поделку вместо продукта. Ты уверен, что структура документов не будет подвергнута изменениям?

Есть уже сформулированные требования к ИС, надо взять и написать систему с нуля на новой платформе, используя возможности этой новой платформы, отладить, протестировать, перелить необходимы данные и переводить новую систему в продуктив.

Найди/найми нормальных вменяемых разработчиков, поставь задачу, определите сроки и вперед. "Я сделаю это сам, заодно изучу 8-ку" - бред. Изучай факультативно.

(16) Для тебя, как для программиста откроются новые горизонты инструментов программирования на снеговике и баги типовых/отраслевых конф!

(0) И да, с таким подходом ты слона не продашь. Если у тебя такой вопрос возник, автоматизацию самостоятельно на 1с8 ты пока не осилишь. Всё будет криво, медленно и 99%, что проект вы забросите.

я как человек который делал такое скажу - единственный вариант проектировать новую систему с нуля, оглядываясь на старую, постпереходный апокалипсис гарантирован

(23) + сразу пишите под УФ

(0) скорее всего я бы решил взять за основу последнюю БСП и на ней пилить свою конфу по функционалу вашей старой.
Да, будет самописка на 8-ке (8.3) вместо самописки на 7-ке.
но будет она с последними возможностями 8-ки.
но будет она с БСП и возможностью его обновлять с минимальными усилиями.
Да будет не быстро, но под самописку 7-ку с уникальным функционалом искать аналог и пытаться его доработать и внедрить будет имхо не быстрее.

(16) >приходили разные организации - внедренцы, готового ничего нет

Или у тебя бюджет не под разработку, или приходят всякие проходимцы, которые кроме "мы поставим типовое решение" больше ничего не умеют.

(26) ну чтобы и логистика была и одновременно расчет зарплаты, действительно трудно подобрать.

(25) Чел такие вопросы задает как в (0), а ты предлагаешь ему БСП использовать. Не рановато будет?

(28) Ну ему надо на ком-то учиться)

(25) И? В чем плюсы в тормозящем глюкавом монстре?

(30) Вакансий больше по 8

(0) Определись с переносимым функционалом, бюджетом и временем. Иначе и не стоит начинать. Сопровождай до пенсии и дальше.

(32) :) "Сопровождай до пенсии" звучит как "иди до горизонта"

(33) Конечно. Прапорщик: "..отсюда и до отбоя".

(16) "готового ничего нет похожего"
готового ЧЕГО?
продвинутые проги для автоматизации склада (WMS) - это по сути метаконструкторы + допрограммирования частично под выипоны клиента.
поэтому "готового" - нет. Вернее - есть, как только ты подробно опишешь ВСЕ что ты считаешь что должно быть "готовым". Сколько склады автоматизировал и  коллеги по фирме тоже - еще ни разу не видел чтобы у  склада\логиста\ктотамещерулитскладомиработойнанем - чтобы было описание подробное процессов. не на уровне 5-и квадратиков - приемка-отбор-упаковка-отгрузка типа - а реально все что должно быть.
.
как пример "готового" - вся ПАРТИОНКА определяется и рулится в учетной системе (партионка по номерам ГТД). на стороне WMS работа строго по указанным партиям из учетной системы. Внимание, вопрос: как должно выглядеть "готовое" решение в части когда при проведении инвентаризации обнаруживается излишек..? изложите "готовое" - подробно.
.
зарплаты вские по складу - это обычно модуль биллинга. так как нормальная складская система регистрирует и фиксирует дофигища всего - то посчитать зарплату - это правильно настроить биллинг. а когда клиент не может формализовать - тогда из биллинга выкидываетс массив информ ации который нужен - дальше считай как заблагорассудится.
.
на типовых 8-ых конфигурациях, ясен пень вменяемой складской логистики нет. это обычно делается спецрешениями (WMS, TMS). ну и стоит денег соответсвенно - и деньги берутся как раз за конструирование "готового"..
.
о чем говорить, если на последнем проекте - в ТП одно описано по топологии\зонам, а к запуску - раза три перестраивать топологию надо было по факту. а вы говорите "готовое"...

(20) "Есть уже сформулированные требования к ИС, надо взять и написать систему с нуля на новой платформе, используя возможности этой новой платформы, отладить, протестировать, перелить необходимы данные и переводить новую систему в продуктив."
- в части склада - получится велосипед+грабли.
в конечном итоге все определяется бюджетом, выделяемым на такой "переход". а так как скорее всего нет понимания что придется делать сколько и как - то и бюджет не удается определить. замкнутый круг.

(36) :) "айти фигня денег не дам"(с)

(0) Только личный опыт и ничего более: Автор, запомни, пересаживаясь с лошади на машину, надо забыть про седло и сено и помнить про бензин!
Супер-пупер крутая и уникальная разработка на семёрке, как правило оказывается жалкой поделкой, которая устраивает только до тех пор, пока не пеершли на нормальную конфу. Как не крути, а опыт миллионов человеко-лет, гораздо круче самой крутой конфы.
Сколько уже видел переходов и всегда одно и тоже: "да у нас самая уникальная разработка", а через год вспоминают её как страшный сон. Помню в одной конторе налоговый учёт из семёрки перетащили. Франчи тогда ой как хорошо бабла срубили. А потом я смеялся, когда стандартный УПП-шный блок по НУ оказался круче и оказалось, что целый отдел не нужен в компании.
Поэтому совет - ставь стандартную конфу, меняй бизнес-процессы предприятия и с минимальными дописками пользуйся и радуйся. Уверяю, по этой схеме переводил такие сложные учёты, которые многим и не снились

для "склада и логистики" есть миллион готовых решений на 8ке. если даже типовые из коробки не подходят - стоит выбрать то, где реализована большая часть необходимого и дальше допиливать.
в супер-уникальный функционал на 7-ке в сфере логистики и склада - не верю, не та область, где могут существовать неповторимые и уникальные бизнес-процессы обусловленные необходимостью, а не самодурством и "историческими причинами".
но в любом случае если есть готовое рабочее решение на 7ке наверняка вы в курсе всех его узких мест, которые не удавалось годами переписать в силу разных причин (например изначально допущеных ошибок при проектировании архитектуры), и старт нового решения на новой платформе - отличная возможность избавиться от технического долга, реализовать на новых стандартных механизмах то, что делалось костылями. поэтому конвертировать структуры данных - плохой путь решения, потому что данные стоит проанализировать, и почти наверняка вы сможете и захотите существенно изменить и структуры и процессы. переход на новый софт - отличная возможность для изменения учета.

(38) как по мне самый грамотный совет. А дальше пилить если потребуется.