← На главную

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

Ограничение выгрузки справочников и борьба с «лишними» данными

Одной из главных проблем при начале работы с чистой базой БП 3.0 является огромный объем накопленных справочников Номенклатура и Контрагенты в УТ 10.3. Если запустить обмен «как есть», в бухгалтерию попадут объекты за десятилетнюю историю работы, которые давно не используются. В современных редакциях (например, в УТ 11) существует флаг «Отправлять только используемую в документах номенклатуру», но в УТ 10.3 такой опции в стандартном интерфейсе нет.

Проанализируем доступные методы фильтрации:

1. Ручная регистрация изменений. Рассмотрим этот механизм подробнее. При настройке обмена создается узел в плане обмена ОбменУправлениеТорговлей103БухгалтерияПредприятия30. Мы можем открыть форму регистрации изменений (через монитор обмена данными) и увидеть список всех объектов, подготовленных к выгрузке. Если нам не нужны старые контрагенты, мы просто выделяем их и нажимаем «Отменить регистрацию». Таким образом, в БП уедут только те объекты, которые будут созданы или изменены после этого момента, а также те, что входят в состав перегружаемых документов.
2. Установка даты начала выгрузки. В настройках узла обмена в УТ 10.3 мы можем указать дату, начиная с которой документы будут попадать в обмен. Это ограничит поток документов, но, к сожалению, не всегда спасает от справочников, если они были изменены или переписаны групповой обработкой.
3. Использование фильтров по организациям. Это стандартный способ, позволяющий не передавать данные по закрытым или неактуальным юридическим лицам.

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

По каким реквизитам происходит сопоставление справочников

При первой синхронизации критически важно понимать, как программа поймет, что «Контрагент А» в УТ — это тот же «Контрагент А» в БП. Рассмотрим алгоритм поиска, заложенный в типовых правилах:

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

• Для юридических лиц: ИНН + КПП.
• Если ИНН пустой: Наименование.
• Для физических лиц: ИНН + Наименование.

Для справочника Номенклатура:
Здесь логика зависит от настроек в правилах обмена, но чаще всего используется пара Артикул + Наименование или Код + Наименование. Проанализируем ситуацию: если у вас в УТ 10.3 артикулы не заполнены, поиск будет идти только по названию, что может привести к дублям при наличии лишних пробелов или спецсимволов.

Для справочника Договоры контрагентов:
Поиск идет по связке: Владелец (Контрагент) + Организация + Вид договора + Наименование. Это самый сложный объект для сопоставления, поэтому перед обменом убедитесь, что виды договоров (С покупателем / С поставщиком) в УТ установлены корректно.

Проблема незаполненных счетов учета в БП 3.0

Часто после загрузки документов реализации или поступления в БП 3.0 бухгалтер видит, что счета расчетов (например, 60.01 или 62.01) не заполнены. При этом, если зайти в документ и перевыбрать договор, счета появляются. Разберем, почему так происходит.

Дело в том, что в конфигурации Управление торговлей 10.3 понятия бухгалтерских счетов отсутствуют в документах. Правила обмена просто переносят данные о сделке. За заполнение счетов в БП 3.0 отвечает механизм подстановки из регистров сведений СчетаУчетаРасчетовСКонтрагентами и СчетаУчетаНоменклатуры.

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

1. Проверим заполнение указанных регистров в БП 3.0. Если там нет общих правил для группы номенклатуры или конкретной организации, счета не подставятся автоматически.
2. Важно понимать: при программной записи документа из обмена стандартные обработчики «ПриИзменении» (которые срабатывают при ручном выборе в интерфейсе) не вызываются. Для автоматического заполнения счетов при загрузке необходимо, чтобы в правилах обмена был вызван метод ЗаполнитьСчетаУчета(). В типовых правилах последних релизов это реализовано, но требует корректно настроенных регистров в базе-приемнике.

Настройка одностороннего обмена (УТ -> БП)

Если ваша учетная схема предполагает, что все первичные данные вносятся в УТ, а БП используется только для отчетности, рекомендуется настроить односторонний обмен. Это обезопасит торговую базу от случайных изменений со стороны бухгалтерии.

Посмотрим на алгоритм настройки:

1. В базе Бухгалтерия предприятия 3.0 в настройках синхронизации данных перейдем в «Состав отправляемых данных».
2. Нам необходимо полностью очистить регистрацию для всех объектов. В дальнейшем, чтобы данные не регистрировались, можно либо снять галочку «Разрешить получение данных» (в зависимости от версии БП), либо в настройках узла обмена указать пустые правила выгрузки.
3. В базе Управление торговлей 10.3 убедимся, что загрузка из БП не затирает важные поля. Самый надежный способ — программно запретить загрузку любых данных в УТ, установив дату запрета загрузки для пользователя, под которым работает обмен.

Переход с обмена УТ 10.3 - БП 2.0 на БП 3.0

Если у вас уже был настроен обмен с БП 2.0, не нужно создавать новую настройку в УТ 10.3 с нуля. Это приведет к потере таблицы соответствий GUID, и справочники задвоятся. Рассмотрим процедуру конвертации обмена:

Для корректного перехода воспользуемся внешней обработкой Конвертация обменов с БП 2.0.epf. Она обычно находится в подпапке ExtFiles дистрибутива обновления БП 3.0.

Выполним шаги по порядку:

1. Обновим БП 2.0 до версии 3.0. При этом старая настройка обмена сохранится, но работать не будет.
2. Запустим обработку Конвертация обменов с БП 2.0.epf в обновленной Бухгалтерии 3.0. Программа сформирует специальный файл с настройками.
3. Переходим в УТ 10.3 и открываем ту же обработку. Выбираем сформированный файл.
4. Обработка создаст новый узел плана обмена, перенесет туда все соответствия объектов из старого регистра СоответствиеОбъектовДляОбмена в новый регистр СоответствиеОбъектовИнформационныхБаз.

Этот метод гарантирует, что уже сопоставленные ранее контрагенты и товары не создадут дублей в новой бухгалтерии.

Технические нюансы: COM-соединение и разрядность систем

При настройке прямого подключения (через COM-соединение) часто возникают технические сложности. Проанализируем типичную ситуацию: УТ 10.3 запускается на 32-битной платформе, а сервер БП 3.0 работает на 64-битном сервере приложений.

В этом случае прямая инициализация COMConnector может завершиться ошибкой «Класс не зарегистрирован». Рассмотрим пути решения:

• Использовать обмен через промежуточный файл (XML). Это самый стабильный способ, не зависящий от разрядности платформ и версий операционных систем.
• Настроить COM-соединение через «Службы компонентов» Windows, создав приложение COM+, которое будет запускать 32-битную библиотеку comcntcfg.xml в 64-битной среде.

Также важно следить за актуальностью платформы. Для работы с БП 3.0 рекомендуется запускать УТ 10.3 на платформе версии не ниже 8.3.20+, даже если конфигурация остается на старых формах. Это обеспечит корректную работу механизмов синхронизации и безопасности.

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