Как изменить правила обмена 1С при синхронизации: инструкция

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

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

В этой статье мы детально разберем процесс редактирования правил, используя встроенные инструменты платформы и специализированные обработки. Мы затронем как классические правила для КД 2.0, так и современные подходы, актуальные для последних версий платформы. Вам предстоит научиться управлять приоритетами, настраивать отборы и безопасно применять изменения в рабочей среде.

Архитектура правил конвертации данных в 1С

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

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

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

⚠️ Внимание: Прямое редактирование правил в режиме предприятия возможно только для выгруженных файлов правил (.xml). В режиме конфигуратора изменения вносятся в саму конфигурацию или в файлы правил, загруженные через обработку «Выгрузка правил обмена данными».

Для работы с правилами часто используется внешняя обработка Конвертация данных 2.0 или 3.0. Она позволяет визуализировать структуру связей между объектами. Если вы планируете менять логику работы, убедитесь, что у вас есть резервная копия файла правил, так как некорректное изменение структуры может полностью остановить синхронизацию.

Подготовка окружения и инструментов для редактирования

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

Первым шагом необходимо выгрузить текущие правила обмена. Для этого в интерфейсе 1С перейдите в раздел администрирования и найдите пункт настройки синхронизации. Выберите нужный узел обмена и воспользуйтесь командой выгрузки правил. Сохраните полученный файл rules.xml в надежное место. Этот файл станет вашим основным рабочим документом.

Для редактирования XML-файлов правил лучше использовать специализированные инструменты, а не обычный блокнот. Подойдет редактор Notepad++ с подсветкой синтаксиса XML или сама платформа 1С в режиме отладки, если вы загружаете правила как конфигурацию. Важно следить за кодировкой файла — обычно это UTF-8 или Windows-1251, несоответствие может привести к ошибкам чтения.

📂 Сделайте полную резервную копию базы данных перед любыми манипуляциями с обменом.
💾 Выгрузите актуальную версию правил обмена в отдельный файл на локальный диск.
🛠 Установите удобный XML-редактор или подготовьте обработку «Конвертация данных».
🧪 Разверните тестовую копию базы для проверки гипотез и отладки новых правил.

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

💡

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

Редактирование правил регистрации и отборов

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

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

Например, вы хотите синхронизировать только документы со статусом «Проведен». Вам нужно внедрить проверку соответствующего поля. В КД 2.0 это делается через добавление условия в XPath-выражение или скрипт регистрации. В КД 3.0 используется код на встроенном языке 1С в событии «Перед регистрацией».

Если Объект.Проведение = Истина Тогда
Отказ = Ложь;
Иначе
Отказ = Истина;
КонецЕсли;

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

⚠️ Внимание: Изменение правил регистрации не применяется к уже зарегистрированным объектам. Если документы уже попали в план обмена, их придется исключать вручную или очищать регистр регистрации перед применением новых правил.

Настройка преобразования данных и сопоставления объектов

Часто структуры баз-участников обмена не совпадают. В одной базе номенклатура может храниться в одном справочнике, а в другой — разбита по видам. Или же в принимающей базе отсутствует какой-либо реквизит. Для решения таких задач используются правила преобразования объектов.

В этом разделе правил описывается маппинг полей. Вы указываете, какое поле источника соответствует какому полю приемника. Но настоящая магия происходит в блоках кода, где можно реализовать логику преобразования. Например, объединить два поля «Фамилия» и «Имя» в одно поле «Наименование» в другой системе.

Рассмотрим таблицуных сценариев преобразования, которые можно реализовать через правила:

Сценарий	Объект источника	Объект приемника	Метод преобразования
Объединение полей	Справочник.ФизЛица	Справочник.Контрагенты	Конкатенация строк в скрипте
Фильтрация по сумме	Документ.ЧекККМ	Документ.Продажа	Отбор в правиле регистрации
Подстановка константы	Любой документ	Документ.Приход	Жесткое значение в правиле
Смена владельца	Документ.Заказ	Документ.Заказ	Поиск по коду в другой базе

При настройке сопоставления критически важно учитывать типы данных. Попытка записать строку в числовое поле вызовет ошибку конвертации. Используйте функции приведения типов, такие как Число или Строка, непосредственно в теле правила. Также обратите внимание на длину полей: усечение длинной строки может привести к потере смысла данных.

Как работает поиск существующих объектов?

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

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

Использование кода в правилах обмена (Скрипты)

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

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

Частая задача — изменение состава выгружаемых данных в зависимости от условий. Например, выгружать детализацию только для определенных типов номенклатуры. Это реализуется через событие «При выгрузке объекта». Здесь вы можете динамически добавлять или удалять поля из выгружаемого набора.

🔍 Используйте отладку для пошагового выполнения скриптов правил, чтобы отловить логические ошибки.
🚫 Избегайте выполнения тяжелых запросов к базе данных внутри циклов обработки объектов правил.
📝 Комментируйте свой код внутри правил, так как через полгода вы можете забыть логику работы.

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

💡

Код в правилах обмена выполняется на стороне той базы, которая производит конвертацию (выгрузку или загрузку). Это значит, что требования к правам доступа и версии платформы применяются к активному узлу обмена.

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

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

Загрузите модифицированный файл правил в тестовую базу. Запустите синхронизацию в режиме отладки или с подробным протоколированием. Анализируйте журнал регистрации обмена. Ищите сообщения об ошибках конвертации, предупреждения о типах данных или сообщения о том, что объекты не прошли отбор.

Особое внимание уделите ситуациям конфликтов. Что произойдет, если объект был изменен в обеих базах? Правила должны четко определять приоритет: чьи данные «победят». Проверьте сценарии повторной выгрузки одного и того же документа. Убедитесь, что не создаются дубликаты и не теряется история изменений.

⚠️ Внимание: Интерфейсы и возможности настройки обмена могут отличаться в зависимости от конкретной конфигурации 1С (Бухгалтерия, УТ, ERP) и версии платформы. Всегда сверяйтесь с официальной документацией к вашему решению перед масштабными изменениями.

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

☑️ Чек-лист перед запуском в прод

Сделана полная резервная копия базыПравила протестированы на копии с реальными даннымиПроверена работа отборов на больших объемахСогласовано время простоя с пользователямиПодготовлен план отката изменений

Выполнено: 0 / 5

Частые вопросы по настройке синхронизации (FAQ)

Можно ли изменить правила обмена в типовой конфигурации без снятия с поддержки?

Да, это возможно. Стандартный механизм предполагает выгрузку правил обмена во внешний файл (XML). Вы редактируете этот файл внешними средствами или через специальные обработки, а затем загружаете его обратно в базу. Метаданные самой конфигурации при этом не изменяются, что позволяет оставаться на поддержке.

Почему после изменения правил старые документы не выгружаются по-новому?

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

Как добавить новый реквизит в выгрузку, если его нет в принимающей базе?

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

Влияет ли изменение правил на скорость работы базы 1С?

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

Где хранятся файлы правил обмена после загрузки в 1С?

В зависимости от способа загрузки, правила могут храниться в виде файлов на сервере или в локальном каталоге клиента, путь к которым прописан в настройках синхронизации. В некоторых случаях (КД 3.0) они могут быть сохранены как объекты внутри конфигурации базы данных. Точное расположение зависит от версии платформы и способа реализации обмена.

Как изменить правила обмена 1С при синхронизации: пошаговое руководство