← На главную

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

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

Вариант 1. Настройка прямой синхронизации данных (EnterpriseData)

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

Рассмотрим пошагово процесс настройки прямой синхронизации:

1. Настройка префиксов информационных баз. Это фундаментальное правило при настройке любого обмена. Каждой базе в системе необходимо присвоить свой уникальный префикс (например, для первой базы «Розницы» — Р1, для второй — Р2, а для базы «Бухгалтерии» — БП). Префикс автоматически добавляется к номерам всех создаваемых документов и кодам справочников. Если префиксы не настроить, документы с одинаковыми номерами из разных магазинов (например, «Отчет о розничных продажах №000001») начнут конфликтовать, перезаписывать и затирать друг друга в БП.
2. Создание узлов обмена в Бухгалтерии. В базе 1С:Бухгалтерия предприятия вам потребуется создать две отдельные настройки синхронизации данных. Каждая настройка будет представлять собой отдельный узел обмена — один для связи с «Розницей 1», второй — для «Розницы 2». Современный обмен настраивается через универсальный формат EnterpriseData.
3. Сопоставление нормативно-справочной информации (НСИ). При первом запуске обмена система попытается сопоставить данные. Поскольку базы розницы велись независимо, внутренние уникальные идентификаторы (GUID) одних и тех же товаров или контрагентов в них гарантированно различаются.

Проблема затроения справочников при прямом обмене и ее решение

Давайте проанализируем, как работает стандартный механизм сопоставления при синхронизации:

• Сначала программа ищет объект по его внутреннему GUID (уникальному идентификатору). Так как базы не связаны, совпадений не будет.
• Затем программа осуществляет поиск по полям сопоставления. Для контрагентов это обычно ИНН и КПП, для складов — наименование, для номенклатуры — Артикул, Штрихкод или наименование.

Если в базах розницы один и тот же товар заведен с малейшим различием (например, «Молоко 3,2%» в одной базе и «Молоко 3.2%» с точкой в другой), программа создаст в БП две разные карточки товара. Это приведет к дублированию справочников.

Для исправления этой ситуации в БП предусмотрен отличный типовой инструмент:

Перейдите в раздел Администрирование — Обслуживание — Корректировка данных и откройте обработку «Поиск и устранение дублей». Этот инструмент позволяет находить похожие элементы в справочниках (например, по совпадению ИНН или схожести наименований номенклатуры), выбирать один правильный элемент в качестве «оригинала», автоматически заменять ссылки на него во всех проведенных документах и помечать дубликаты на удаление.

Вариант 2. Слияние баз через РИБ (Рекомендуемый подход)

Чтобы раз и навсегда обезопасить себя от появления дублей НСИ, мы рекомендуем использовать архитектуру Распределенной Информационной Базы (РИБ). Этот вариант изначально предлагает более строгий порядок ведения учета.

Как работает схема с РИБ:

1. Создается или выбирается одна «Центральная» база 1С:Розница.
2. На основе центральной базы создаются подчиненные узлы (РИБ) для каждой торговой точки (Магазин 1 и Магазин 2).
3. Базы магазинов обмениваются данными исключительно со своей центральной базой «Розницы». Поскольку это РИБ, все справочники, включая их уникальные GUID, во всех трех базах будут абсолютно одинаковыми.
4. Из центральной базы 1С:Розница настраивается один-единственный обмен с базой 1С:Бухгалтерия предприятия.

Этот вариант требует первоначальных усилий по слиянию баз «Розницы» в единую распределенную сеть (если ранее они велись как независимые), но он полностью страхует вас от появления дублей в будущем. Все новые товары будут создаваться только в одном месте и централизованно рассылаться по магазинам и в бухгалтерию.

Вариант 3. Организационный метод «Единая точка ввода»

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

При таком подходе вводится строгое правило: все новые товары, контрагенты и договоры заводятся только в одной выбранной базе (например, в БП). После этого новые элементы выгружаются в базы «Розницы» через регулярный обмен. В ведомых базах розничных магазинов на уровне прав пользователей устанавливается жесткий запрет на создание новых позиций номенклатуры или контрагентов. Это гарантирует, что объекты изначально будут иметь идентичные GUID во всех базах, и при обмене не возникнет никаких дублей.