Проблема, знакомая каждому, кто настраивал обмен
Обмен данными между базами 1С почти никогда не бывает «на 100%». Реализация зависла в очереди, заказ не прошёл по правилам конвертации, документ пометили на удаление, у части документов стоит галка «не выгружать» — и вот в базе-приёмнике не хватает документов, а узнаёте вы об этом от бухгалтера в конце квартала.
Штатные средства отвечают на вопрос «что зарегистрировано к отправке», но не отвечают на главный — «что реально оказалось в целевой базе». Особенно больно, когда обмен идёт между разными конфигурациями: там у одного и того же документа разные внутренние идентификаторы, и сопоставить их «в лоб» нельзя.
Эта обработка закрывает именно этот пробел.
Что делает обработка
Запускается в базе-источнике, по COM-соединению подключается к одной или нескольким целевым базам и по каждому виду документов за период показывает статус:
- Выгружен — документ есть в приёмнике (видно, каким именно документом он там стал);
- Не выгружен — документ подлежит выгрузке, но в приёмнике его нет;
- Не подлежит выгрузке — исключён по признаку (например, стоит «не выгружать»).
Невыгруженные документы можно тут же повторно зарегистрировать к обмену или выгрузить списком в файл.
Ключевые возможности
- Универсальность. Никаких конфиг-зависимых типов: виды документов и узлы планов обмена подбираются из метаданных в рантайме. Работает на типовых и самописных базах.
- Мультибазовость. Проверка выгрузки сразу в несколько целевых баз — результат «документ × база».
- Кросс-конфигурационная сверка. Между разными конфигурациями у документа разный UUID, поэтому обработка дополнительно сверяет по публичному идентификатору синхронизируемого объекта (регистр ПубличныеИдентификаторыСинхронизируемыхОбъектов). Это корректно определяет выгрузку при обмене через универсальный формат (EnterpriseData) — в том числе когда документ сменил вид (Заказ клиента - Счёт покупателю).
- Колонка «Документ в приёмнике». Видно не только «выгружен/нет», но и чем именно документ стал в целевой базе.
- Признак «подлежит выгрузке». Компании часто помечают документы, которые выгружать не нужно, отдельным реквизитом. Обработка учитывает это по видам документов и по разделам целиком: поддержаны основной реквизит и дополнительный реквизит/сведение (БСП), произвольный список значений и выбор смысла — «подлежит» или «исключить».
- Умные фильтры. Только виды, участвующие в обмене (по составу плана обмена), период, а также автоматическое исключение непроведённых и помеченных на удаление документов.
- Повторная регистрация отмеченных документов в выбранный узел плана обмена нужной базы.
- Наглядная статистика: проценты выгрузки по базе и по виду документа, счётчики «выгружено / не выгружено / не подлежит».
- Фоновое выполнение с окном прогресса, сохранение/загрузка настроек в файл.
- Подключается как «Дополнительная обработка» БСП.
Как это работает под капотом
- В базе-источнике собираются документы выбранных видов за период (с учётом фильтров).
- По каждой целевой базе поднимается COM-соединение (V85/V83.COMConnector, ProgID определяется по версии платформы автоматически).
- Сопоставление идёт в несколько слоёв:
- по совпадению UUID — для одинаковых конфигураций (РИБ, копии, самописные ↔ та же);
- по публичному идентификатору — для кросс-конфига и универсального формата: UUID документа-источника ищется в регистре приёмника без привязки к типу, поэтому ловится и смена вида документа.
- Результат раскладывается в дерево «База - Вид документа - Документ» с цветовой подсветкой и статистикой.
Пошаговая инструкция
- Шаг 1. Целевые базы. Добавьте базу(ы)-приёмники: путь/сервер, пользователя, при необходимости — узел плана обмена (кнопкой выбора «…») для повторной регистрации. Кнопка «Проверить соединение» подтвердит доступ.
- Шаг 2. Период и виды. Укажите период, нажмите «Обновить виды», отметьте нужные виды. При необходимости настройте признак выгрузки по виду или разделу.
- «Проверить выгрузку». Обработка отработает в фоне с окном прогресса.
- Результат. Красным — невыгруженные. Отметьте нужные - «Зарегистрировать отмеченные» либо «Выгрузить в файл».
Требования
- Платформа 1С:Предприятие 8.3 (протестировано на 8.3.27.2214, совместимо с 8.3.10 и новее) или 8.5 (протестировано на платформе 8.5.1.1150) (управляемые формы). В комплекте — версии под обе линейки.
- Зарегистрированный COM-соединитель (comcntr.dll) той же версии платформы.
- Для кросс-конфигурационной сверки — обмен через универсальный формат (EnterpriseData), при котором заполняется регистр публичных идентификаторов.
Итог
Обработка отвечает на простой, но неудобный вопрос — «всё ли реально выгрузилось?» — и делает это универсально: между любыми базами, включая разные конфигурации и смену вида документа. Экономит часы ручной сверки и снимает риск «потерянных» документов в обмене.
Вступайте в нашу телеграмм-группу Инфостарт