Почему при синхронизации КА и БП не заполняется поле «Организация» в документах?

← На главную

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

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

Анализируем механизм поиска объектов через XML-обмен

Рассмотрим, как работает стандартный механизм обмена, созданный в конфигурации «Конвертация данных 2.1». Когда мы выгружаем документ из КА в БП, файл обмена содержит не только данные самого документа, но и информацию о связанных объектах — справочниках Организации, Контрагенты, Номенклатура.

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

Поиск по Уникальному Идентификатору (GUID): Если базы не являются «родственными» (не созданы из одной копии), то внутренние идентификаторы (GUID) организаций в них будут разными. В этом случае система переходит к поиску по полям поиска.
Поля поиска: В типовых правилах обмена для справочника Организации обычно установлены флаги «Поиск» по реквизитам ИНН и КПП.
Результат несовпадения: Если в базе-приемнике у организации ИНН совпадает, а КПП хотя бы на один символ отличается (или вообще не заполнен), система считает, что это совершенно другая организация.

В зависимости от настроек правил конвертации объектов (ПКО), если объект не найден, 1С либо создает новый элемент справочника (часто пустой, если не все реквизиты переданы), либо не заполняет ссылку в документе, оставляя поле пустым.

Разберем причину на конкретном примере

Рассмотрим ситуацию, описанную пользователем. Бухгалтеры в 1С:КА изменили КПП организации (например, в связи с переходом в другую налоговую инспекцию), но не актуализировали эти данные в 1С:Бухгалтерии или не уведомили технического специалиста. Поскольку в правилах обмена жестко прописан поиск по связке ИНН + КПП, алгоритм поиска отрабатывает следующим образом:


// Упрощенная логика поиска в приемнике
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ Ссылка ИЗ Справочник.Организации 
               ГДЕ ИНН = &ИНН И КПП = &КПП";
Запрос.УстановитьПараметр("ИНН", ДанныеИзФайла.ИНН);
Запрос.УстановитьПараметр("КПП", ДанныеИзФайла.КПП);
Результат = Запрос.Выполнить();

Если запрос возвращает пустой результат, то ссылка на организацию в загружаемом документе не устанавливается. Именно поэтому часть документов (старых, до смены КПП) может загружаться корректно, а новая часть — с пустым полем Организация.

Особенности хранения КПП в современных конфигурациях

Важно помнить, что в 1С:КА 2.4 / 2.5 и 1С:БП 3.0 КПП организации может храниться не только в самом реквизите справочника, но и в периодическом регистре сведений История регистраций в налоговом органе. Посмотрим на нюансы:

Если в правилах обмена используется поиск по реквизиту объекта КПП, а актуальное значение в базе-приемнике изменилось только в регистре сведений на определенную дату, поиск может не сработать.
Необходимо проверить, какой именно КПП выгружается в XML-файл. Откроем файл выгрузки любым текстовым редактором и найдем узел, соответствующий организации. Проанализируем значения тегов ИНН и КПП.

Сравнение XML-обмена и штатной синхронизации данных

Проанализируем замечание о том, что при использовании штатной синхронизации (через планы обмена) такой проблемы могло не возникнуть. Это происходит благодаря механизму регистрации соответствий.

В штатной синхронизации, основанной на формате Enterprise Data, используется регистр сведений Соответствия объектов информационных баз. Рассмотрим алгоритм работы:

При первом обмене система пытается найти организацию по полям поиска.
Если пользователь вручную сопоставил организации в окне сопоставления данных, 1С запоминает связь между GUID в КА и GUID в БП.
В последующих обменах программе становится неважно, изменился ли КПП или Наименование — она найдет объект по сохраненному соответствию идентификаторов.

При «ручном» обмене через обработку «Универсальный обмен данными в формате XML» такие соответствия часто не учитываются (если не настроена синхронизация по идентификаторам), и поиск каждый раз идет заново по реквизитам.

Как исправить проблему: пошаговая инструкция

Для решения проблемы с незаполненной организацией выполним следующие действия:

Проверим реквизиты в обеих базах: Сравним карточки организации в КА и БП. Особое внимание уделим ИНН и КПП. Они должны совпадать символ в символ (проверьте отсутствие лишних пробелов или использование латинских букв вместо кириллицы).
Проанализируем историю регистраций: Зайдем в раздел «Главное» — «Организации» — «Регистрации в налоговых органах». Проверим, нет ли там записей с новыми КПП, которые не были перенесены в другую базу.
Скорректируем правила обмена (если необходимо): Если специфика учета допускает поиск только по ИНН (например, у вас нет обособленных подразделений с тем же ИНН), можно в конфигурации «Конвертация данных» снять флаг «Поиск» с реквизита КПП в правилах конвертации объекта Организации.
Синхронизируем справочники: Перед повторной выгрузкой документов убедимся, что справочник организаций синхронизирован. Иногда помогает ручная правка КПП в базе-приемнике на время загрузки, чтобы объекты «зацепились».