Подсистема обмена данными в рамках РИБ
Интеграция - Перенос данных 1C
Бесплатные
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Узнавайте о новых бесплатных решениях в нашей телеграм-группе Инфостарт БЕСПЛАТНО
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Платформа от 8.2 и выше, используются web-сервисы.
С удовольствием прочитал статью //infostart.ru/public/1117071/. В ней квинэссенция моего многолетнего опыта в реализации обменов. В продолжение привожу пример реализации обмена в рамках РИБ, основанного на идее последовательности Шредингера (не все оттуда, но заинтересовавшиеся связи найдут).
Для обновления с вашей ИС необходимо сделать сравнение по подсистемам файла, она всего одна.
Будут добавлены:
1. План обмена.
2. Общий модуль.
3. Две подписки для регистрации объектов.
4. Регламентное задание.
5. Два справочника.
6. web-сервис и xdto-пакет.
В основе конфигурация для обычного приложения, подсистема "выдрана" из конфигурации и ее необходимо немного доработать:
1. Указать состав плана обмена.
2. Доработать код обработчиков регистрации объектов к обмену (сейчас код не проходит синтаксис-контроль ввиду отсутствия пары функций типа проверки наличия у объекта реквизита).
3. Реализовать заполнение справочников "Правила выгрузки" и "Правила загрузки". Логика такова, что регистрируются к обмену только объекты с именами, которые есть в этих справочниках и с установленным признаком выгрузки (для возможности отключения при необходимости). Справочники иерархические ("Документы" - "АвансовыйОтчет") для улучшения читабельности, подчинены узлам плана обмена.
4. В обработчиках ПередЗаписью, ПриЗаписи и т.п. объектов добавить проверку на режим обмена данными (стандартная рекомендация 1С).
В целом, это все необходимые изменения, которые потребуют вашего участия.
Что умеет:
1. Передавать любой справочник/документ, если есть соответствующие записи в правилах.
2. Передавать движения по регистрам накопления и сведений (если последний подчинен регистратору).
3. Минимум кода.
4. Максимум параллельности - при запуске регламентного задания параллельно запускаются в фоне обмены по объектам метаданных (например, у вас 100 документов, 50 есть в правилах выгрузки - получится 50 потоков для передачи данных).
5. Отсутствие блокировок (т.к. нет проведения) - наборы записей пишутся вслед за документом.
6. Передавать данные независимо от того, везде ли изменена конфигурация (если по метаданным объекты различаются, то фоновое будет падать, но отработает после обновления конфигурации).
7. Выменивать, к примеру, целые кварталы (и такое встречается) - обычная конвертация заставляет ждать прохождения без перерыва всего цикла обмена, здесь же обмен можно прервать обмен в любой момент - после прерывания (например, для обновления конфигурации) обмен просто продолжится с того места. где закончился.
8. Толерантно относиться к невозможности что-то передать (подождет следующего раза) и битым ссылкам.
Чего не умеет:
1. Передавать наборы записей регистра бухгалтерии. Почему - вопрос к фирме 1С - регистры бухгалтерии банально не сериализуются (падает в исключение). Обращение по этой проблеме я отправлял года 3 назад, 2 года назад его даже не зарегистрировали (https://bugboard.v8.1c.ru/error/000021713).
2. Передавать независимые/периодические регистры сведений (хотя это тоже реализовано, но не здесь).
Вступайте в нашу телеграмм-группу Инфостарт
