Что значит в 1С сообщение о незарегистрированных мероприятиях

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

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

Материал объясняет, как устроена регистрация изменений в 1С, почему мероприятия оказываются незарегистрированными, как вручную зарегистрировать их к обмену и как отличить штатную ситуацию от признака проблемы с настройкой.

Что такое регистрация изменений и мероприятия в 1С

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

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

Под «мероприятиями» в разных конфигурациях могут пониматься разные объекты: события календаря и задачи в подсистемах CRM и документооборота, мероприятия в кадровом учёте (например, мероприятия по охране труда или обучению), маркетинговые мероприятия в торговых решениях. Механика одна и та же: если мероприятие не зарегистрировано к обмену, вторая сторона его не увидит.

Как понять, что проблема именно в регистрации

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

Проверить это можно через состав отправляемых данных. В типовых конфигурациях в разделе синхронизации данных есть команда просмотра зарегистрированных изменений (обычно доступна из формы настройки синхронизации или из списка узлов плана обмена). Откройте её и найдите проблемный объект: если его нет в списке зарегистрированных — причина подтверждена.

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

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

Первая и самая частая причина — объект создан или изменён способом, который обходит регистрацию. Так происходит при загрузке данных внешними обработками, при обмене в режиме «загрузка» (когда система намеренно не регистрирует пришедшие изменения, чтобы не зациклить обмен), при записи объектов программно с отключёнными обработчиками или при работе механизмов, использующих параметр «Загрузка = Истина».

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

Третья причина — узел обмена создан позже, чем объект. Регистрация изменений ведётся с момента настройки узла. Данные, существовавшие до создания узла, автоматически не регистрируются: предполагается, что начальная выгрузка выполняется отдельной процедурой. Если начальная выгрузка не делалась или делалась с отборами, старые мероприятия останутся незарегистрированными.

Четвёртая причина — снятие регистрации вручную или обработкой. Например, после устранения конфликтов администратор мог удалить регистрацию изменений, а повторно зарегистрировать объекты забыл.

Как зарегистрировать мероприятия к обмену вручную

Ручная регистрация — безопасный способ отправить конкретные объекты без повторной полной выгрузки. В типовых конфигурациях для этого есть штатные инструменты.

Общий порядок такой: откройте настройку синхронизации данных с нужной базой, найдите команду просмотра и изменения состава отправляемых данных (в разных конфигурациях она называется «Зарегистрированные изменения», «Состав отправляемых данных» или находится в меню «Ещё» формы синхронизации). В открывшемся списке добавьте нужный вид объектов и конкретные мероприятия, затем выполните обмен.

1. 1
   Откройте раздел администрирования и перейдите к настройкам синхронизации данных
2. 2
   Выберите нужную синхронизацию (узел обмена) с базой-получателем
3. 3
   Откройте состав отправляемых данных или список зарегистрированных изменений
4. 4
   Добавьте регистрацию для нужного вида объектов и отберите конкретные мероприятия
5. 5
   Выполните синхронизацию и проверьте, что объекты появились в базе-получателе

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

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

Когда ручная регистрация не помогает

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

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

Третья зона — принимающая сторона. Объект может быть выгружен, но отклонён при загрузке: из-за ошибок в правилах, из-за незаполненных обязательных реквизитов или из-за того, что связанные объекты (организация, сотрудник, контрагент) отсутствуют в базе-получателе. Такие отказы видны в протоколе обмена и в журнале регистрации.

Маршрут решения

Как выбрать действие

Объект отсутствует в списке зарегистрированных измененийЗарегистрируйте его вручную и выполните контрольный обмен

Объект зарегистрирован, но не попадает в выгрузкуПроверьте правила регистрации и отборы настройки синхронизации

Объект выгружается, но не загружается на приёмной сторонеИзучите протокол обмена и проверьте наличие связанных объектов в базе-получателе

Незарегистрированными оказываются все объекты, созданные определённой загрузкойПроверьте, не выполняется ли загрузка в режиме обмена данными без регистрации изменений

Риски и ограничения при работе с регистрацией

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

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

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

Как предотвратить повторение ситуации

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

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

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

Контрольные точки

Как проверить результат

Объект в списке зарегистрированных изменений

Норма

Мероприятие присутствует для нужного узла

Тревожный признак

Объекта нет в списке или он привязан к другому узлу

Протокол последнего обмена

Норма

Объект выгружен и загружен без ошибок

Тревожный признак

Есть отказы в загрузке или объект отсутствует в выгрузке

Данные в базе-получателе

Норма

Мероприятие открывается, реквизиты заполнены, связи целы

Тревожный признак

Объект отсутствует, пустой или с битыми ссылками

Частые вопросы

Почему новые мероприятия регистрируются, а старые — нет?

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

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

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

Чем отличается незарегистрированный объект от неотправленного?

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

Опасно ли удалять регистрацию изменений?

Опасно, если объект ещё не передан в базу-получатель: после снятия регистрации он уже не уйдёт, и данные разойдутся. Безопасно удалять регистрацию только для гарантированно синхронизированных объектов или для тех, которые передавать не требуется.

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

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