Как отредактировать правила обмена данными в 1С Предприятие

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

Процесс редактирования напрямую зависит от используемой технологии: устаревшей, но все еще распространенной Конвертации данных 2.x (КД 2) или современной Конвертации данных 3.x (КД 3). В первом случае изменения вносятся непосредственно в коде конфигурации или через внешнюю обработку, тогда как второй вариант предполагает работу с отдельным объектом метаданных — планом обмена. Понимание этих различий позволит избежать фатальных ошибок при синхронизации.

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

Определение версии конвертации данных

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

Если вы работаете в режиме Конфигуратор, откройте дерево метаданных и поищите ветку с названием Планы обмена. Наличие там объектов с префиксом, указывающим на синхронизацию (например, ОбменДанными), свидетельствует об использовании КД 3. В этом случае правила встроены в конфигурацию и редактируются через интерфейс самого приложения или специализированные обработки.

В случае отсутствия планов обмена или наличия внешних обработок с названиями типа ВыгрузкаДанных.xml или КонвертацияДанных.epf, речь идет о технологии КД 2. Здесь правила хранятся в виде XML-файлов или скриптов внутри обработки. Критически важно не перепутать эти технологии, так как инструменты редактирования для них абсолютно несовместимы.

⚠️ Внимание: Попытка редактировать правила КД 3 методами КД 2 (и наоборот) приведет к неработоспособности обмена. Перед началом работ сверьтесь с документацией к вашей конкретной конфигурации или проконсультируйтесь с разработчиком, внедрявшим обмен.

Редактирование правил в Конвертации данных 3.0

Технология КД 3 предоставляет более гибкий и безопасный способ управления правилами благодаря объектной модели. Редактирование осуществляется через специальную обработку Настройка правил обмена данными, которая обычно доступна в режиме Предприятие под ролью администратора или главного бухгалтера. Этот инструмент позволяет визуально настраививать соответствие полей без глубокого погружения в код.

Для начала работы необходимо зайти в раздел Администрирование → Синхронизация данных и выбрать нужный узел обмена. В карточке узла найдите ссылку на настройку правил. Интерфейс разделен на логические блоки: слева отображается структура объектов выгрузки, а справа — параметры преобразования. Вы можете отключать выгрузку отдельных реквизитов, просто снимая соответствующие галочки.

Особое внимание следует уделить разделу Отбор. Именно здесь задаются условия, при выполнении которых документ или справочник будет участвовать в обмене. Например, можно настроить систему так, чтобы в удаленную базу передавались только документы со статусом "Проведен" или товары определенной группы номенклатуры. Это существенно снижает трафик и ускоряет процесс синхронизации.

Если стандартных настроек недостаточно, можно перейти к редактированию кода правил. В обработке КД 3 предусмотрена возможность написания пользовательских скриптов на встроенном языке 1С. Эти скрипты выполняются в моменты ПередВыгрузкой или ПослеЗагрузки, позволяя программно изменять значения полей "на лету".

Настройка конвертации данных 2.0

Работа со старой версией конвертации требует использования внешней обработки, часто называемой "Универсальная конвертация данных" или специализированной обработки для конкретной пары баз. Откройте эту обработку в режиме Предприятие и перейдите на вкладку Правила обмена. Здесь вы увидите список объектов метаданных, участвующих в процессе.

Выберите необходимый объект, например, Документ.РеализацияТоваровУслуг, и нажмите кнопку изменения свойств. В открывшемся окне вы сможете управлять параметрами выгрузки. Ключевым элементом здесь является дерево полей, где можно вручную указать, какие реквизиты родительского объекта и табличных частей должны быть перенесены.

Для сложной логики преобразования данных в КД 2 используются поля Код выражения. В эти поля вписываются фрагменты кода на языке 1С, которые определяют, как именно значение одного поля преобразуется в значение другого. Это требует от специалиста уверенного знания синтаксиса платформы.

После внесения изменений в обработку КД 2 их необходимо сохранить во внешний файл (обычно с расширением .xml или .cf), который затем загружается в базу-приемник или используется при запуске обмена.

Настройка отборов и фильтрации данных

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

В КД 3 отборы настраиваются в виде запросов или через конструктор условий. Вы можете использовать стандартные операторы сравнения: равно, больше, меньше, входит в список. Например, для фильтрации контрагентов по признаку "ЭтоГруппа" можно установить условие ЭтоГруппа = Ложь, чтобы выгружать только конечные элементы справочника.

В КД 2 фильтрация часто реализуется через код в правиле регистрации объектов. Если объект не удовлетворяет условию, он просто не регистрируется на обмен. Это требует написания кода вида:

Если Не Документ.Проведен Тогда
Возврат Ложь;
КонецЕсли;
Возврат Истина;

Такой подход дает максимальную гибкость, но увеличивает риск ошибок при программировании. Ошибка в логике отбора может привести к тому, что важные документы просто "потеряются" и не уйдут партнеру, что обнаружится только при сверке остатков.

Тип отбора	Где настраивается	Сложность	Гибкость
Стандартный (по реквизитам)	Интерфейс КД 3 / Свойства КД 2	Низкая	Средняя
По периоду регистрации	Настройки узла обмена	Низкая	Высокая
Программный (код 1С)	Поле "Выражение" / Скрипт	Высокая	Максимальная
По виду объекта	Список правил обмена	Низкая	Низкая

Обработка ошибок и протоколирование

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

В КД 3 все ошибки детально логируются в регистре сведений Протокол обмена данными. Там указывается не только факт ошибки, но и конкретное поле, вызвавшее сбой, а также текст исключения. Это позволяет быстро локализовать проблему в правиле преобразования.

В КД 2 диагностика сложнее: часто обмен просто прерывается с общим сообщением об ошибке. В таких случаях полезно включить режим отладки в обработке конвертации или запустить её в режиме предприятия с пошаговым выполнением. Это поможет увидеть, на каком именно правиле происходит сбой.

⚠️ Внимание: Никогда не игнорируйте предупреждения о потере данных при сужении типа поля. Если в правиле вы меняете тип поля со Строки на Число, текстовые значения будут потеряны безвозвратно.

Для предотвращения остановки всего обмена из-за ошибки в одном документе рекомендуется настраивать правила так, чтобы problematic-объекты пропускались с записью в журнал ошибок, а процесс продолжался для остальных данных. В КД 3 это делается через флаги обработки ошибок в настройках узла.

Тестирование и безопасное внедрение изменений

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

Создайте полную резервную копию базы (файл .dt или бэкап SQL) перед началом работ. Разверните эту копию на тестовом сервере и проведите пробный обмен небольшими объемами данных. Проверьте, корректно ли заполнились все реквизиты в принимающей базе.

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

Что делать, если обмен "разошелся"?

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

Только после успешного прохождения всех тестов и подписания акта проверки можно переносить измененные правила на основную базу. В случае КД 2 это замена файла обработки, в случае КД 3 — обновление конфигурации или загрузка обновленных правил через интерфейс.

Можно ли редактировать правила обмена в облачной версии 1С (1С:Лекторум, 1С:Фреш)?

В облачных сервисах доступ к режиму Конфигуратор часто ограничен или отсутствует. Редактирование правил КД 3 возможно через интерфейс пользователя, если предоставлены соответствующие права. Для КД 2 может потребоваться загрузка внешней обработки через механизм дополнительных отчетов и обработок, если это разрешено политикой безопасности сервиса.

Как восстановить правила обмена по умолчанию, если я их случайно удалил?

В КД 3 правила являются частью конфигурации. Если вы удалили их в конфигураторе, поможет только обновление конфигурации до актуальной версии или восстановление из резервной копии базы. В КД 2 необходимо скачать оригинальную версию обработки конвертации с сайта supporters.1c.ru или получить её у партнера.

Почему после редактирования правил обмен стал работать медленнее?

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

Обязательно ли перезагружать базу после изменения правил КД 2?

Да, для вступления изменений в силу часто требуется перезапуск процесса 1С:Предприятие или повторная инициализация обработки обмена, так как правила могут кэшироваться в оперативной памяти при старте сеанса.

Влияет ли редактирование правил на уже проведенный обмен?

Нет, изменения в правилах влияют только на новые сеансы обмена, запускаемые после внесения правок. Ранее выгруженные и загруженные данные остаются в том виде, в котором они были переданы по старым правилам, если вы не выполните повторную полную выгрузку.