При настройке обмена данными между конфигурациями «1С:Управление торговлей 11» (УТ) и «1С:Бухгалтерия предприятия 3.0» (БП) специалисты часто сталкиваются с неприятной ситуацией: на этапе первоначальной настройки или в процессе работы подразделения двух баз сопоставляются некорректно. Документы начинают загружаться не в те папки, аналитика ломается, а стандартные попытки очистить регистры сопоставления не приносят никакого результата. В таких ситуациях можно изучить раздел с решениями для переноса и синхронизации 1С:Управление торговлей, где собраны инструменты для миграции данных.
В этой статье мы подробно разберем, почему привычные методы исправления синхронизации пасуют перед справочником подразделений, выясним внутреннее устройство этого механизма и пошагово решим проблему неверного сопоставления. Если стандартная синхронизация не позволяет связать объекты, может потребоваться инструмент для переноса данных между похожими конфигурациями 1С с использованием полей поиска, работающий без привязки к GUID.
Когда мы сталкиваемся с неверным сопоставлением таких объектов, как контрагенты, договоры или номенклатура, мы сразу же обращаемся к специализированным регистрам сведений. Обычно алгоритм исправления выглядит следующим образом:
ПубличныеИдентификаторыСинхронизируемыхОбъектов в базе-источнике и удаляем их.СоответствияОбъектовИнформационныхБаз в обеих информационных базах и очищаем ошибочные связи.Однако при попытке проделать это с подразделениями мы обнаруживаем странную картину: регистры пусты, принудительная регистрация объектов к обмену выполняется успешно, но при загрузке в БП программа упорно игнорирует попытки ручного сопоставления и автоматически проводит документы по старым связям. Выясним причину такого поведения системы.
Дело в том, что при обмене через универсальный формат EnterpriseData справочник Структура предприятия (из УТ) и справочник Подразделения организаций (из БП) не синхронизируются как независимые объекты. У них отсутствует постоянная сквозная связь по уникальному идентификатору (GUID). Информация о подразделении передается исключительно «транзитом» — внутри XML-пакета конкретного документа (например, накладной или отчета о розничных продажах).
Внутри пакета обмена передается не ссылка на элемент справочника, а текстовое наименование подразделения и, при наличии, сведения о его регистрации в налоговом органе. Пример структуры передаваемых данных выглядит следующим образом:
<Подразделение>
<Наименование>Отдел оптовых продаж</Наименование>
<Идентификатор>12345-6789-0000-0000</Идентификатор>
</Подразделение>
Поскольку полноценного обмена элементами справочников не происходит, регистры сопоставления для них не используются, и интерактивное окно сопоставления вызвать невозможно. В качестве альтернативы типовой синхронизации можно использовать правила обмена между УТ и БП для универсальной выгрузки XML.
Чтобы понять, как исправить ситуацию, проанализируем, как именно принимающая сторона (БП 3.0) обрабатывает поступающую информацию о подразделении при загрузке документа:
Подразделения организаций по реквизиту Наименование. Поиск осуществляется по строгому символьному соответствию.Важное замечание: текстовый поиск крайне чувствителен к любым различиям в написании. Наличие лишнего пробела в конце строки, разный регистр букв (например, "отдел продаж" и "Отдел продаж"), использование латинских букв вместо кириллических или наличие неразрывных пробелов приведет к тому, что система посчитает эти наименования разными и создаст дублирующий элемент в БП.
Поскольку пересопоставить объекты через стандартный интерфейс обмена нельзя, мы решим эту задачу административным путем в два простых шага: исправим наименования для будущих документов и сольем дубли для уже загруженных.
Для того чтобы новые документы корректно распределялись по нужным подразделениям, нам необходимо обеспечить их стопроцентное текстовое совпадение. Выполним следующие действия:
Структура предприятия.Подразделения для конкретной организации.Ctrl+C.Ctrl+V. Это исключит влияние человеческого фактора (опечаток, невидимых пробелов и символов табуляции).После этого все новые документы, отправленные из УТ, будут автоматически находить нужное подразделение в БП по идентичному названию.
Если обмен уже выполнялся с ошибками сопоставления, в базе БП наверняка образовались дублирующиеся элементы подразделений, на которые уже ссылаются проведенные документы. Просто удалить «неправильное» подразделение стандартным способом невозможно, так как система заблокирует удаление из-за наличия ссылок. Рассмотрим, как решить эту проблему с помощью встроенных инструментов.
Мы воспользуемся стандартной обработкой поиска дублирующихся элементов. Пройдем по шагам:
Подразделения организаций.Программа выполнит замену ссылок во всех документах, проводках и регистрах накопления БП 3.0. Старые «неправильные» элементы будут помечены на удаление, а все проведенные документы перепривяжутся к выбранному оригиналу. При этом последующие сеансы синхронизации не приведут к повторному созданию дублей, так как на Шаге 1 мы уже настроили идентичность наименований в обеих базах. Для контроля результата и автоматической сверки бухгалтерских проводок между базами 1С после массового исправления ссылок можно использовать специализированную обработку.
Рассмотрим нюансы работы с обособленными подразделениями, особенно если вы используете версию БП КОРП:
Организации. В УТ 11 такие подразделения также заводятся как отдельные организации. В этом случае синхронизация выполняется по классической схеме сопоставления организаций (по связке ИНН + КПП) и не зависит от наименования.Таким образом, для успешного пересопоставления подразделений достаточно следить за строгим соответствием их текстовых наименований в обеих базах и своевременно использовать встроенную обработку поиска дублей для устранения старых ошибок обмена.