Как я вернул гибкость КД2 в современную синхронизацию 1С
Интеграция - Перенос данных 1C
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Конвертация данных второй версии — старый, но всё ещё очень удобный инструмент. Раньше многие обмены между конфигурациями 1С строились именно через XML, подготовленный в КД2. Быстро выгрузить один справочник, документ или даже восстановить случайно стёртый реквизит из резервной копии — всё это решалось достаточно просто.
Особенно удобной была синхронизация на базе КД2. Её можно было быстро доработать под задачу: добавить собственные реквизиты, обмениваться только одним-двумя объектами метаданных или сделать нестандартный сценарий, когда, например, расходная накладная из одной базы превращается в приходную в другой.
Но в современных конфигурациях привычное использование планов обмена КД2 уже не предусмотрено.
При этом сама идея остаётся полезной: хочется иметь гибкость КД2, но не терять преимущества типовой синхронизации — расписание, журнал ошибок, пометку объектов для обмена и понятный контроль состояния.
Именно это я и попробовал сделать для обмена между БП и УНФ: использовать типовой механизм синхронизации, но со своим планом обмена и своей конвертацией.
На первый взгляд решение было простым: в БП 3 настроить обмен как с УТ 10, а в УНФ — как с БП 2. В таком варианте синхронизация позволяла подгрузить мой план обмена. Но обмен не заработал: синхронизация просто не видела файлы обмена.
После разбора конфигурации стало понятно, что проблема не в самих XML и не в правилах КД2. В файлах обмена есть названия синхронизаций, и они не совпадают с тем, что ожидает современный механизм обмена.
Я добавил расширение, внёс небольшие правки для своих конфигураций — и обмен пошёл. В итоге удалось использовать типовую инфраструктуру синхронизации, но подложить под неё собственную логику обмена на базе КД2.
Проверено на следующих конфигурациях и релизах:
- Бухгалтерия предприятия, редакция 3.0, релизы 3.0.198.15
- Управление нашей фирмой, редакция 3.0, релизы 3.0.12.261
Вступайте в нашу телеграмм-группу Инфостарт
