← На главную

Часто возникает ситуация, когда синхронизация данных между «1С:Комплексная автоматизация» и «1С:Бухгалтерия» (особенно в облачном сервисе 1С:Fresh) проходит без видимых ошибок, но определенные документы просто не появляются в базе-приемнике. В этой статье мы разберем именно такой случай: документы Производство без заказа успешно выгружаются из КА, но не загружаются в БП, при этом обмен по другим документам проходит корректно. Такая проблема часто проявляется после обновления одной из конфигураций.

Рассмотрим по шагам, как провести диагностику и найти причину такого «тихого» сбоя, чтобы вы могли самостоятельно разобраться в проблеме.

Шаг 1. Первичная диагностика и локализация проблемы

Первое, с чего стоит начать, — это убедиться, что проблема не носит массовый характер и четко определить ее границы. Ситуация, когда синхронизация сообщает об успешной отправке 29 документов, а в базе-приемнике их нет, требует внимательного анализа.

1. Проанализируем сообщения синхронизации. Откройте форму синхронизации данных. Даже если там указано «Синхронизация данных выполнена успешно», перейдите в раздел «События» или «Протокол обмена». Иногда там можно найти предупреждения или служебные сообщения, которые не считаются критическими ошибками, но могут навести на мысль о причине сбоя.
2. Уточним состав проблемы. Важно понять: не загружаются вообще никакие документы или проблема касается только одного вида? В нашем случае выясняется, что все остальные документы (поступления, реализации и т.д.) переносятся корректно, а проблема затрагивает исключительно Производство без заказа. Это значительно сужает круг поиска и указывает на то, что проблема, скорее всего, кроется в правилах обмена для этого конкретного объекта.
3. Проверим временной интервал. Автор проблемы отмечает, что за август все синхронизировалось нормально, а за сентябрь — перестало. Это ключевой момент, который указывает на то, что в этот промежуток времени что-то изменилось. Наиболее вероятная причина — обновление платформы или одной из конфигураций (КА или БП).

После этой первичной проверки мы можем сделать вывод: проблема локализована, она касается конкретного типа документов и, скорее всего, вызвана недавним обновлением.

Шаг 2. Глубокий анализ: проверяем гипотезы

Теперь, когда мы очертили проблему, давайте разберем несколько наиболее вероятных причин и способов их проверки. Такие «тихие» ошибки, когда система рапортует об успехе, а данных нет, — самые коварные.

Гипотеза 1: Данные на самом деле не выгружаются (проблема в КА)

Самый надежный способ проверить, что на самом деле происходит при выгрузке, — это посмотреть на сам файл обмена. Даже если вы используете прямое подключение к 1С:Fresh, можно временно переключиться на обмен через файл.

Посмотрим на пример, как это сделать:

1. В базе КА найдите настройку синхронизации с БП (раздел НСИ и администрирование → Синхронизация данных).
2. Откройте используемую настройку и временно измените способ подключения с прямого соединения на «Синхронизация данных через файл, без подключения к другой программе». Укажите каталог для выгрузки файла.
3. Выполните синхронизацию. Система сформирует файл обмена в формате XML (например, Message_КА_БП.xml) в указанном вами каталоге.
4. Откройте этот XML-файл в любом текстовом редакторе (подойдет даже Блокнот, но лучше использовать что-то вроде Notepad++ или VS Code для удобной навигации).
5. Используйте поиск (Ctrl+F) и попробуйте найти в файле упоминания ваших проблемных документов. Можно искать по номеру документа, дате или по строке, характерной для этого типа объекта, например, «ПроизводствоБезЗаказа».

Результаты анализа файла могут быть следующими:

• Если в файле нет данных по документам Производство без заказа, значит, несмотря на отчет об отправке, система их по какой-то причине не включает в пакет выгрузки. Проблема на стороне КА.
• Если данные по документам в файле есть, то КА свою работу выполнила, а проблема возникает на стороне загрузки в БП.

В нашем случае, как и в похожих ситуациях, часто оказывается, что файл выгрузки либо пустой в части нужных данных, либо вовсе не содержит упоминаний об этих объектах.

Гипотеза 2: Сбой версии формата обмена после обновления

Это очень частый сценарий. Представим ситуацию, описанную на форуме: вы обновили «Бухгалтерию предприятия». После обновления она «связывается» с КА и сообщает ей, что теперь готова работать по новому, более современному формату обмена. КА соглашается, и они автоматически поднимают версию правил обмена.

Что происходит дальше?

• Документы в КА по-прежнему регистрируются к обмену по старой логике. Система видит, что 29 документов нужно отправить.
• Во время выгрузки КА пытается сформировать пакет данных по новым правилам. А в этих новых правилах может быть ошибка, или они могут считать, что документ Производство без заказа вообще не нужно выгружать, так как для целей бухучета достаточно других документов (например, Отчет производства за смену).
• В итоге процесс выгрузки формально проходит, документы снимаются с регистрации (ведь система считает, что она их отправила), но сам файл обмена остается пустым. Ляпота, но только в отчетах системы.

Как проверить: косвенно эту гипотезу подтверждает тот факт, что проблема возникла после обновления. Прямого способа «понизить версию обмена» у обычного пользователя нет, но понимание этой механики помогает в дальнейшей диагностике.

Гипотеза 3: Проблема в самих данных (документы стали «плохими»)

Возможно, после обновления изменились какие-то внутренние проверки или требования к заполнению документов. Например, система решила, что если в документе не указан определенный реквизит, то в бухгалтерию его передавать не нужно.

Проведем простой, но эффективный эксперимент:

1. Найдите в КА документ Производство без заказа за август, который успешно синхронизировался ранее.
2. Откройте его, внесите незначительное изменение (например, добавьте в комментарий текст «Тест синхронизации») и перепроведите.
3. Это изменение зарегистрирует документ к повторной отправке.
4. Запустите синхронизацию и проверьте, появится ли изменение в этом документе в БП.

Интерпретация результатов:

• Если старый, измененный документ успешно синхронизировался, а новые, сентябрьские, по-прежнему нет — значит, проблема не в самом механизме обмена, а в каких-то данных или условиях, присущих именно новым документам (например, дата, подразделение, статья расходов и т.д.).
• Если даже изменение в старом документе не прошло, это укрепляет гипотезу о системной ошибке в правилах обмена.

Шаг 3. Финальный диагноз и решение

В обсуждаемом на форуме случае финальным ответом стало то, что проблема является зарегистрированной ошибкой 1С, и ее исправление планируется в будущих версиях. Это, к сожалению, распространенная ситуация. Обновления не только исправляют старые ошибки, но иногда и привносят новые.

Что делать в такой ситуации?

1. Проверить наличие исправлений. Первым делом нужно зайти на портал 1С в раздел обновлений и посмотреть описание к последним вышедшим релизам и патчам (исправительным патчам). Возможно, ошибка уже исправлена, и достаточно просто установить свежее обновление или патч.
2. Временные решения. Если ждать обновления нет времени, можно рассмотреть обходные пути:
   • Временно вводить данные по производству в БП вручную.
   • Обратиться к программисту 1С, который может проанализировать правила обмена (файлы XDTO) и внести в них исправление, не дожидаясь официального релиза. Это сложная работа, требующая высокой квалификации.
3. Обращение в техподдержку. Если вы используете 1С:Fresh, обязательно напишите в техническую поддержку сервиса. Они отслеживают массовые проблемы и могут предоставить информацию о статусе исправления ошибки или предложить временное решение.

Подведем итог: столкнувшись с «тихой» ошибкой синхронизации, не стоит паниковать. Системный подход к диагностике, начиная от проверки файла обмена и заканчивая простыми экспериментами с данными, почти всегда позволяет точно определить источник проблемы. И даже если выясняется, что это ошибка в самом продукте 1С, вы будете точно знать, что делать дальше, и сможете грамотно сформулировать запрос в техподдержку.