← На главную

При территориально распределенной структуре компании нередко возникает ситуация, когда подразделения в разных городах работают в собственных независимых базах 1С:Управление торговлей 11, а бухгалтерский и налоговый учет необходимо консолидировать в единой базе 1С:Бухгалтерия предприятия 3.0. Разберем, насколько работоспособна такая архитектура обмена, с какими подводными камнями можно столкнуться при синхронизации и в каких случаях потребуется переход на версию 1С:БП КОРП.

Архитектура обмена: два узла УТ к одной БП

Схема обмена по топологии «Звезда» (две базы-источника УТ 11 $\rightarrow$ одна база-приемник БП 3.0) технически полностью реализуема через стандартный механизм синхронизации в формате EnterpriseData. В конфигурации 1С:Бухгалтерия предприятия создаются два независимых узла плана обмена, каждый из которых связывается со своей базой 1С:Управление торговлей.

Однако при развертывании такой схемы необходимо строго соблюдать несколько правил настройки:

1. Уникальная префиксация объектов. Каждой информационной базе и узлу обмена необходимо назначить уникальный префикс (например, У1 для первого филиала, У2 для второго и БП для бухгалтерии). Если префиксы совпадут или останутся пустыми, возникнут неразрешимые коллизии нумерации документов и кодов справочников, что приведет к затиранию данных при загрузке.
2. Исключение циклического обмена («эффекта эхо»). При включении типового двустороннего обмена документы, пришедшие из базы УТ 1 в БП, могут зарегистрироваться к отправке в узел базы УТ 2. Чтобы оперативные базы филиалов не засорялись чужими документами и движениями, поток первичных документов настраивается строго в одном направлении (только УТ $\rightarrow$ БП), либо в узлах обмена на стороне БП отключается регистрация выгрузки чужих документов.
3. Синхронизация времени регламентных заданий. Обмены через веб-сервисы или каталоги файлов должны выполняться по расписанию, исключающему одновременную блокировку общих таблиц справочников в базе-приемнике.

Проблема нормативно-справочной информации (НСИ) и дубли

Главный риск параллельной загрузки данных из двух независимых баз — образование дублей справочников (Контрагенты, Номенклатура, Договоры контрагентов, Банковские счета). Проанализируем, почему это происходит и как с этим бороться:

1. Сопоставление элементов в формате EnterpriseData. Механизм обмена сначала пытается найти существующий объект по внутреннему уникальному идентификатору (GUID), а при его несовпадении — по полям поиска. Для контрагентов это связка ИНН + КПП, а для номенклатуры — Наименование, Артикул, СтавкаНДС и ЕдиницаИзмерения.
2. Человеческий фактор при вводе. Если сотрудники в разных филиалах независимо создают позиции номенклатуры, малейшая опечатка в артикуле, лишний пробел в наименовании или разница в регистре приведут к созданию дублирующего элемента в БП 3.0. Это повлечет за собой пересортицу на счетах 10 и 41.
3. Взаиморасчеты с контрагентами. Если оба филиала взаимодействуют с одним и тем же поставщиком или покупателем, договоры должны иметь одинаковые наименования и параметры, иначе автоматический зачет авансов на счетах 60 и 62 при проведении документов в бухгалтерии будет работать некорректно.

Для минимизации проблем с НСИ рекомендуется выполнить первоначальную выгрузку справочников из одной базы УТ в другую до старта документооборота, либо жестко регламентировать ввод новых элементов через одного ответственного оператора (мастер-систему).

Выбор редакции: 1С:БП ПРОФ или 1С:БП КОРП?

Выбор версии бухгалтерской программы зависит не от количества подключенных баз УТ, а от структуры самого предприятия и требований учетной политики. Разберем ключевые отличия редакций:

1. Сквозной аналитический разрез «Подразделения». В редакции БП ПРОФ учет по подразделениям ведется только на затратных счетах (20, 25, 26, 44). На счетах учета активов и расчетов (01, 10, 41, 50, 51, 60, 62) измерение Подразделение отсутствует. В БП КОРП подразделение является сквозным измерением регистра бухгалтерии на всех счетах. Если организации требуется видеть баланс, складские остатки и взаиморасчеты строго по каждому филиалу — необходима версия КОРП.
2. Обособленные подразделения и налог на прибыль. Если филиалы расположены в разных городах, они регистрируются в налоговых органах с присвоением индивидуальных КПП и кодов ОКТМО. В БП КОРП реализован автоматический расчет и заполнение Приложения №5 к Листу 02 декларации по налогу на прибыль (распределение налога по бюджетам субъектов РФ). В БП ПРОФ декларация по налогу на прибыль рассчитывается исключительно в целом по юридическому лицу.
3. Обособленные подразделения на отдельном балансе. Если подразделения выделены на отдельный баланс, в БП КОРП поддерживаются внутрихозяйственные расчеты через специализированные документы с использованием счета 79 («Внутрихозяйственные расчеты» по авизо, МПЗ и основным средствам). В редакции ПРОФ такой функционал не предусмотрен.
4. Отчетность по НДФЛ. Сдачу отчетности по форме 6-НДФЛ в разрезе разных налоговых инспекций и ОКТМО поддерживают обе редакции (и ПРОФ, и КОРП).

Альтернативное архитектурное решение: РИБ внутри УТ 11

Если эксплуатация двух разрозненных баз УТ 11 создает систематические проблемы с дублированием данных, рассмотрим альтернативный вариант организации учетного контура:

1. Объединить две базы 1С:УТ 11 в распределенную информационную базу (РИБ) с отбором по подразделениям или складам, либо развернуть единую центральную базу УТ 11 в клиент-серверном варианте с удаленным доступом через тонкий клиент или веб-клиент.
2. В таком сценарии справочники ведутся централизованно, а уникальные идентификаторы объектов (GUID) во всех филиалах совпадают.
3. Синхронизация с 1С:Бухгалтерией 3.0 в этом случае настраивается через один узел обмена из центральной базы УТ 11, что полностью устраняет проблему задвоения нормативно-справочной информации и исключает риск циклических блокировок.