Переход с одностороннего обмена (выгрузка только из «Управление торговлей» в «Бухгалтерию») на полноценный двухсторонний обмен — задача, требующая не только изменения настроек в интерфейсе, но и понимания механизмов работы правил конвертации и планов обмена. В конфигурациях на обычных формах, таких как УТ 10.3 и БП 2.0, этот процесс не автоматизирован до одной кнопки, как в современных версиях на управляемых формах.
Рассмотрим подробно, как выполнить эту задачу максимально корректно, сохранив целостность данных и избежав дублирования справочников.
Прежде всего, проанализируем, почему простой установки галочки «Двухсторонний обмен» недостаточно. В одностороннем режиме система использует только один набор правил: УТ -> БП. Для того чтобы данные начали поступать обратно, в базе «Бухгалтерия предприятия» должны появиться инструкции, как именно превращать объекты БП в объекты УТ. Если обмен настроен через прямое подключение (COM-соединение), все настройки обычно сосредоточены в базе-источнике (УТ), но правила для обратной связи все равно должны быть загружены.
Выясним, какие компоненты нам понадобятся:
БП -> УТ (обычно называется AccountingToTrade.xml).Для реализации двухстороннего обмена нам необходимо обеспечить базу БП 2.0 правилами выгрузки. Разберем по шагам, где их взять и как загрузить:
Обычно актуальные правила находятся в подкаталоге TradeWareE в папке шаблонов обновлений вашей конфигурации УТ 10.3. Нам нужно найти файл, отвечающий за поток данных из Бухгалтерии в Торговлю.
Если мы используем прямое подключение, то в настройке обмена в УТ 10.3 на вкладке «Основные» необходимо убедиться, что путь к правилам для обеих сторон указан верно. Однако, как показывает практика, часто требуется зайти в саму Бухгалтерию и выполнить следующие действия:
Даже если правила загружены, документы «сами» не начнут выгружаться. Механизм планов обмена в 1С 8.2 работает по принципу регистрации: система должна знать, какие именно объекты были изменены и требуют отправки. Проанализируем ситуацию: в одностороннем обмене регистрация в БП 2.0 для узла обмена с УТ, скорее всего, была пустой или отключенной.
Рассмотрим, как включить регистрацию:
Регистрация изменений для обмена (она входит в состав типовых или доступна на ИТС).Платежное поручение входящее, Поступление на расчетный счет).Важный момент: если вы хотите перегрузить документы за прошлые периоды, их нужно зарегистрировать принудительно через указанную обработку. Для этого выберите узел обмена, нажмите «Добавить регистрацию» и выберите нужный период или конкретные документы.
При переходе на двухсторонний обмен риск возникновения дублей (особенно контрагентов и номенклатуры) возрастает в разы. Посмотрим на пример: если в УТ контрагент искался по Коду, а в БП — по ИНН/КПП, то при встречном потоке система может не найти соответствие и создать новую карточку.
Рекомендуем применить следующий алгоритм для минимизации рисков:
В конфигурации БП 2.0 настройки обмена часто скрыты. Нам нужно убедиться, что в параметрах обмена на стороне Бухгалтерии не стоят фильтры, блокирующие отправку. Проанализируем вкладку «Параметры отправки»:
1. Проверьте дату начала выгрузки. Если она стоит в будущем, документы за текущий период не уедут.
2. Проверьте фильтры по организациям. Часто бывает, что в УТ ведется учет по нескольким фирмам, а в БП — только по одной, и настройки обмена должны это учитывать.
3. Если используется прямое соединение, убедитесь, что в базе УТ создан пользователь с правами Полные права или специальной ролью для обмена данными, так как БП будет «записывать» данные в УТ через COM.
В двухстороннем режиме неизбежно возникают ситуации, когда один и тот же документ изменен в обеих базах одновременно. Выясним, как программа решает, чьи изменения важнее.
В настройках обмена (обычно это вкладка «Дополнительно») можно установить приоритет базы. Для связки УТ 10.3 — БП 2.0 традиционной считается схема:
Рассмотрим специфику, которую часто упускают при настройке обратного потока. БП 2.0 при выгрузке в УТ 10.3 не передает данные о движениях по партиям или себестоимости в том виде, в котором их ожидает торговая база. Обратный поток из Бухгалтерии в основном предназначен для:
Внимание: попытка выгружать документы отгрузки из БП обратно в УТ может привести к «развалу» партионного учета в УТ, так как БП не владеет информацией о специфических аналитиках (заказы, склады, серии), необходимых для корректного проведения документов в торговле.
Если штатный механизм настройки «зацикливается» или не позволяет корректно изменить тип обмена, мы можем воспользоваться внешней обработкой Универсальный обмен данными в формате XML. Посмотрим на пример логики действий:
// Пример использования обработки для ручного "проталкивания" данных
Обработка = Обработки.УниверсальныйОбменДаннымиВФорматеXML.Создать();
Обработка.ИмяФайлаПравил = "C:\Rules\AccountingToTrade.xml";
Обработка.ИмяФайлаОбмена = "C:\Exchange\ExportFromBP.xml";
Обработка.РежимОбмена = "Выгрузка";
Обработка.ВыполнитьВыгрузку();
Это позволит разово перенести данные и убедиться, что правила работают корректно, прежде чем включать автоматическую регистрацию изменений в плане обмена.
Подводя итог: для безболезненного перехода необходимо подготовить правила для обеих сторон, проверить настройки регистрации в плане обмена БП 2.0 и убедиться в идентичности ключевых справочников в обеих базах. Начинайте всегда с резервного копирования обеих конфигураций!