Как известно, сейчас 1С реализует программные продукты «1С:ERP Управление предприятием 2», «1С:Комплексная автоматизация 2» и «1С:Управление торговлей 11» одним блоком. Точнее, пишется 1С:ERP, от нее отрезаются все метаданные и алгоритмы 1С:ERP и получается КА2, вслед за этим отрезается все, что касается КА2 и образуется УТ11. Программисты могут эти алгоритмы увидеть в модулях по подписям в модуле УТКА и КА.
Именно благодаря этому подходу на текущий момент во всех решениях есть переход на решения более высокого уровня, а именно, с Управление торговлей на Комплексную автоматизацию и ERP, а с Комплексной автоматизации на ERP. Так как данный подход написания от крупного решения с отрезанием метаданных и алгоритмов позволил создать решения, в которых внутренние идентификаторы метаданных всех решений идентичны.
Ну, как говорится, если можно вперед, значит, можно и назад. Хотя данный подход нигде и не задокументирован. Но в нашем случае это возникло в связи с тем, что в легкой промышленности уже совсем давно дела обстоят совсем плачевно и сегмент фешн-ритейла просто умирает, а Легкотекстильное производство находится в формате поставок только на Валдбериез и его аналоги.
Возникла задача упростить учет и перевести одного из клиентов из ERP на КА. Задача оказалась не тривиальная
- Вывести все изменения в расширения;
- Вернуть конфигурации на поддержку поставщика!
- Загрузка новой конфигурации из файла, а именно Комплексная автоматизация 2. При этой операции ничего не слетит, так как внутренние идентификаторы Метаданных имею идентичные значения. Именно для этого и возвращали конфигурацию на поддержку. Если у Вас было объединение между релизами без сохранения идентификаторов все метаданные и данные могут поплыть.
- Запуск 1С:Предприятия с Ключом запуска ЗапуститьОбновлениеИнформационнойБазы, в случае если переход производился с релиза ERP на тот же релиз КА2, например:
- С 1С:ERP Управление предприятием 2 (2.4.11.91)
- На 1С:Комплексная автоматизация 2 (2.4.11.91)
И последний этап: в справочнике Хозяйственных операции прописаны типы документов, которые регулируют визуализацию журналов и формирование движений. Ну, а зачем нам еще нужны Хозяйственные операции. Так вот, если не вычистить этот справочник от метаданных ERP, а именно, Заказ на производство, Этап производства и еще +100500 типов метаданных, которые есть только в ERP, то при открытии журналов сыпятся ошибки, не производится закрытие периодов и проведение документов.
Естественно, данный путь возможен только в том случае, если у Вас не использовались документы, которые есть только ERP, а именно документы поэтапного производства, выпуск продукции по давальческой схеме и т.д. В этой статье решение этих проблем рассматривать мы не будем, так как статья не об этом.
C меня обработка, поддержка и обновление, с Вас +1 к моей карме.
Не поленитесь влепить лайк, а еще лучше репоснуть в соц. сеть, тогда будет и Вам +1 к Вашей карме.