← На главную

Задача слияния двух информационных баз «1С:Управление торговлей 10.3» (например, оптового и розничного направлений) в единую конфигурацию часто возникает при стремлении автоматизировать межфирменные продажи (Intercompany) и централизовать учет. Разберем основные технические нюансы, подвохи и последовательность действий при таком переносе.

Анализ ключевых рисков и проблем объединения

При объединении баз простым переносом через стандартную обработку ВыгрузкаЗагрузкаДанныхXML.epf специалисты сталкиваются со множеством скрытых сложностей. Проанализируем главные риски, которые нужно учесть до начала работ:

1. Задвоение справочников: Контрагенты, физические лица, номенклатура, статьи движения денежных средств и склады могут за двоиться. Если справочники в разных базах заводились вручную, их уникальные идентификаторы (GUID) не совпадают, даже если названия или ИНН одинаковые.
2. Дублирование договоров: Даже если контрагенты совпадут, их договоры могут продублироваться, так как договор жестко привязан к конкретной организации и владельцу.
3. Коллизии нумерации документов: Если в базах не настроены уникальные префиксы документов для каждой организации, документы из выгружаемой базы перезапишут документы основной базы с аналогичными номерами или вызовут ошибки уникальности.
4. История развертывания баз: Если в прошлом одна из баз была создана простым копированием другой, часть системных ссылок и элементов справочников сохранит одинаковые GUID. Это может привести к непреднамеренной перезаписи объектов при загрузке.

Механизм выгрузки XML и поисковые поля GUID

Стандартная обработка ВыгрузкаЗагрузкаДанныхXML.epf осуществляет поиск и сопоставление данных исключительно по GUID (Уникальным идентификаторам). Рассмотрим, чем это грозит на практике:

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

Использование «Конвертации данных 2.0» как альтернатива

Чтобы избежать массового появления дублей еще на этапе загрузки, рекомендуется отказаться от прямой XML-загрузки по GUID в пользу разработки правил обмена через «1С:Конвертация данных 2.0» (обработка УниверсальныйОбменДаннымиXML.epf).

Разберем преимущества этого подхода:

1. Настройка полей поиска: Для справочника Контрагенты задается поиск по полям ИНН + КПП, для справочника Номенклатура — по полю Артикул или Код.
2. Предотвращение появления дублей: При загрузке система сначала ищет существующий объект в приемнике по бизнес-ключам и обновляет его, не создавая копию с новым GUID.
3. Гибкая обработка договоров: В правилах конвертации можно прописать алгоритм поиска или создания договора с привязкой к целевой организации.

Проверка префиксов и нумерации документов

Перед переносом документов обязательно проанализируем настройки нумераторов в обеих базах. Выполним следующие проверки:

1. Убедимся, что организациям в обеих базах присвоены уникальные префиксы (например, «ОП» для оптовой и «РТ» для розничной).
2. Проверим, задан ли префикс узла информационной базы в настройках программы.
3. Убедимся, что ключевые документы — РеализацияТоваровУслуг, ПоступлениеТоваровУслуг, ЗаказПокупателя, КассовыйЧек — содержат префиксы в номерах. Это исключит совпадение номеров за прошлые периоды.

Специфика работы Intercompany и пакетного ввода документов в УТ 10.3

Важно понимать технические ограничения конфигурации «Управление торговлей», редакция 10.3. В отличие от современных конфигураций (УТ 11, ERP), в УТ 10.3 отсутствует автоматический онлайн-механизм передач между организациями (Intercompany).

Для оформления продаж между собственными юридическими лицами в УТ 10.3 применяется типовой инструмент ПакетныйВводДокументов. Посмотрим, как он функционирует:

1. Огранизация-продавец заводится в справочнике Контрагенты для организации-покупателя, и наоборот.
2. Настраиваются парные договоры купли-продажи.
3. Периодически запускается обработка ПакетныйВводДокументов, которая на основании проданных товаров одной организации автоматически генерирует комплект документов: РеализацияТоваровУслуг от продавца и ПоступлениеТоваровУслуг у покупателя.

Влияние переноса на партионный учет и регистры

Перенос истории документов за прошлые периоды неизбежно влечет за собой риски расхождения учета:

1. Восстановление партий: После загрузки документов оптовой организации в розничную базу потребуется выполнить полное перепроведение по регистру ПартииТоваровНаСкладах с помощью обработки ПроведениеПоПартиям. Это может скорректировать себестоимость в прошлых закрытых периодах.
2. Перезапись независимых регистров сведений: Обработки выгрузки XML переносят регистры ЦеныНоменклатуры и Штрихкоды. Если на один и тот же товар в базах были заданы разные цены или штрихкоды, данные при перегрузке перезапишут друг друга.

Альтернативное решение: Если история за прошлые годы не критична в единой базе, безопаснее перенести только справочники и ввести начальные остатки товаров и взаиморасчетов на фиксированную дату (например, начало года).

Особенности настройки обмена с сайтом

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

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

Пошаговый алгоритм объединения баз

Подсумируем оптимальный порядок выполнения работ по слиянию баз УТ 10.3:

1. Сделать полные резервные копии (dt-файлы и бэкапы СУБД) обеих информационных баз.
2. Проверить и настроить уникальные префиксы документов и организаций.
3. Подготовить правила обмена в «1С:Конвертация данных 2.0» с поиском объектов по ИНН, КПП и артикулам.
4. Выполнить тестовую выгрузку и загрузку данных на копиях баз.
5. Запустить проверку и удаление дублей (при их наличии) через обработку «Поиск и замена дублей».
6. Выполнить восстановление последовательности и проведение по партиям (обработка ПроведениеПоПартиям).
7. Проверить корректность отборов в узле обмена с сайтом.
8. Сверить отчеты «Ведомость по товарам на складах» и «Взаиморасчеты с контрагентами» до и после переноса.