Почему документ не попал в бухгалтерию: диагностика обмена УНФ 3.0 ↔ БП 3.0
Интеграция - Перенос данных 1C
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Журнал обмена зелёный, а документа в бухгалтерии нет
Синхронизация УНФ с БП отчитывается о сеансе, а не о каждом документе. Документ мог не зарегистрироваться по отбору узла, мог уйти и быть молча отброшен правилами выгрузки, мог дойти до БП и остаться непроведённым. Из интерфейса УНФ это не видно: приходится открывать очередь регистрации, проблемы синхронизации и настройки узла, а потом сопоставлять их руками.
Обработка делает этот разбор за один проход и отвечает на вопрос в виде строки таблицы: документ, статус, причина, что сделать.
Что она скажет про документ
| Что видит пользователь | Статус | Что покажет в причине |
|---|---|---|
| В БП нет, в УНФ стоит «Выполнено» | Не подлежит выгрузке | дата раньше «Отправлять, начиная с»; организация вне отбора; вид документа не включён; ручной обмен; заказ не как счёт на оплату; документ не проведён |
| Документ ушёл, в БП пусто | Пропущен при выгрузке | отправлен сообщением №N, а идентификатора обмена нет: у вида операции нет ветки в правилах выгрузки этой версии УНФ |
| Синхронизация ругается | Ошибка обмена | категория (не заполнены реквизиты, ошибка проведения, схема формата, запрет изменения) и исходный текст |
| Документ в БП есть, но «не в учёте» | Загружен, не проведён | причина из проблем БП либо «в узле БП выключено проведение при загрузке» |
Откуда берутся ответы без захода в БП
Типовой механизм обмена оставляет следы, которые обработка читает запросами. Очередь регистрации плана обмена хранит номер сообщения: пусто — документ ждёт отправки, число — отправлен, но не подтверждён. Для каждого действительно выгруженного документа обмен создаёт идентификатор в регистре «Публичные идентификаторы синхронизируемых объектов». Если у документа есть номер сообщения, а идентификатора нет, значит сообщение его не содержит: правила выгрузки пропустили объект. Условия, по которым документ вообще регистрируется, берутся из правил регистрации плана и настроек узла.
Случай из практики: пять депозитов, которых не было в БП
В УНФ 3.0.14.140 вид операции «Депозит» в «Расходе со счёта» правилами выгрузки не обрабатывается: документ регистрируется, уходит в сообщении и там не оказывается. Ошибки в протоколе нет. На тестовой копии обработка нашла пять таких документов за сентябрь, отфильтровала их по статусу «Пропущен при выгрузке» и подсказала три выхода: обновить УНФ (в 3.0.14.168 вид операции поддержан типовым кодом), оформить движение как «Перевод на другой счёт» на депозитный счёт или включить нужное правило расширением.
Если нужен ответ «дошло ли»
В режиме «Сверка с БП» обработка подключается к базе Бухгалтерии по COM и ищет каждый документ, который УНФ считает выгруженным. Идентификатор документа УНФ совпадает с идентификатором в БП, поэтому документ находится независимо от того, каким видом он стал в БП. Для каждого проверяются проведение, пометка удаления и сумма. На тестовой паре баз за 2026 год: 252 документа выгружены, а в БП их нет; 94 загружены, но не проведены (в узле БП выключено «Проводить документы при загрузке»).
Как пользоваться
- В УНФ: «Файл — Открыть», выбрать файл обработки.
- Выбрать узел обмена и период, нажать «Проанализировать».
- Отфильтровать нужный статус, выбрать строку — внизу полный текст причины и что сделать; двойной щелчок открывает документ.
- «Вывести в таблицу» — табличный документ с текущим набором строк, его можно сохранить в Excel.
Вопросы и ответы
Меняет ли обработка данные?
Нет. В ней нет записи, проведения, регистрации к обмену и запуска синхронизации; в БП выполняются только запросы на чтение.
Что нужно для запуска?
УНФ 3.0 (проверено на 3.0.14.140), платформа 8.5, обмен с БП через план «Синхронизация данных через универсальный формат». Пользователю нужно право открывать внешние обработки: роль «Полные права» его не включает, добавьте роль «Интерактивное открытие внешних отчётов и обработок». Для режима с БП — Windows и пользователь БП с внешним соединением; версия COM-соединителя должна совпадать с версией клиента, иначе обработка так и напишет.
Чем один статус отличается от другого, если БП не подключена?
Статус «Нет следов выгрузки» означает, что документ подлежит выгрузке, но в очереди его нет и идентификатора нет. Без БП нельзя отличить «не регистрировался» от «отправлялся и был пропущен». В подсказке описана проверка: зарегистрировать документ и посмотреть статус после обмена; подключение к БП снимает вопрос.
Работает ли с обменом по старым правилам (КД 2) и с УНФ 1.6?
Нет, только план «Синхронизация данных через универсальный формат» в УНФ 3.0.
Что не проверялось?
Серверные базы, УНФ 3.0.14.168 и новее, платформа 8.3. Не реализованы лишние документы в БП, сверка расчётов с контрагентами и сверка контрагента, организации и склада. Справочники не сравниваются.
Можно ли править под свою конфигурацию?
Код открыт: правила регистрации и база знаний причин лежат в модуле обработки отдельными процедурами.
Проверено на следующих конфигурациях и релизах:
- Управление нашей фирмой, редакция 3.0, релизы 3.0.14.140
- Бухгалтерия предприятия, редакция 3.0, релизы 3.0.205.17
Вступайте в нашу телеграмм-группу Инфостарт
