← На главную

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

Причины возникновения ошибки

Проанализируем механику работы платформы «1С:Предприятие 8.3». Ошибка вида Метод обработчика события ЗаполнитьФизическиеЛицаТабличныхЧастейДокументов не найден возникает в момент выполнения кода, когда платформа пытается вызвать подписку на событие (например, ПередЗаписью) у объекта метаданных.

Главные технические причины этого сбоя:

1. Остаточные подписки при сравнении и объединении: Когда конфигурация обновляется путем обычного сравнения и объединения файлов .cf, платформой не всегда корректно удаляются те объекты метаданных, которые разработчик фирмы «1С» решил исключить в новом релизе. Например, подписка ЗаполнитьФизическиеЛицаДокументовБазовая присутствовала в релизе 3.0.55, но была удалена в релизе 3.0.57. В результате ручного объединения подписка остается в метаданных рабочей базы, но ссылается на уже удаленный или переименованный метод в общем модуле УчетФактическиПолученныхДоходовБазовый.
2. Изменение структуры процедур вендором: Разработчики типовой конфигурации могут снять флаг Экспорт с процедур общих модулей или изменить их имена, если старая подписка была признана устаревшей.
3. Кэширование метаданных: Локальный кэш платформы на рабочем месте или серверный кэш информационной базы может сохранять устаревшую структуру модулей, провоцируя сбои при вызове метода ПолучитьОбъект() у регистраторов сведений.

Способ 1. Обновление через чистое типовое окружение (Рекомендуемый)

Самым безопасным и чистым способом решения проблемы является подготовка обновленной конфигурации на базе чистого типового релиза. Это гарантирует, что все устаревшие подписки на события и модули будут удалены корректно.

Рассмотрим по шагам этот алгоритм:

1. Выгрузим текущую измененную конфигурацию базы клиента в файл .cf (например, исходный релиз 3.0.55.16).
2. Возьмем чистую типовую конфигурацию «1С:Бухгалтерия» той же исходной версии (3.0.55.16) и выполним её штатное обновление до целевого релиза (3.0.57.17) с помощью файла обновлений .cfu или .cf. На этом этапе платформа автоматически удалит все устаревшие объекты вендора, включая подписку ЗаполнитьФизическиеЛицаДокументовБазовая.
3. В созданную чистую конфигурацию релиза 3.0.57.17 перенесем пользовательские доработки через объединение с ранее выгруженным файлом .cf. При объединении снимаем галочки со всех типовых объектов и оставляем только те метаданные, которые реально дорабатывались (например, документы РасходнаяНакладная и СчетПокупателю).
4. Сохраняем полученную конфигурацию в файл .cf.
5. Загружаем итоговый файл конфигурации в рабочую базу клиента или проводим объединение с поддержкой. Все зависшие подписки на события исчезнут, а доработки сохранятся.

Способ 2. Ручная очистка метаданных и проверка конфигурации

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

1. Откроем дерево метаданных и перейдем в раздел Общие — Подписки на события.
2. Найдем подписку на событие, указанную в тексте ошибки (в данном случае ЗаполнитьФизическиеЛицаДокументовБазовая или ЗаполнитьФизическиеЛицаТабличныхЧастейДокументовБазовая).
3. Проверим свойство Обработчик данной подписки. Если указанная процедура отсутствует в общем модуле или модуль был удален вендором, вручную удалим данную подписку из конфигурации.
4. Запустим встроенный инструмент диагностики: в меню Конфигуратора выберем Конфигурация — Проверка конфигурации. В настройках обязательно укажем флаги проверки логической целостности и поиска ошибок в подписках на события.
5. После исправления обнаруженных ошибок сбросим кэш платформы «1С:Предприятие» (запустив клиент с параметром /ClearCache или очистив каталоги в AppData\Local\1C\1Cv8).

Рекомендация: Перенос доработок в расширения конфигурации

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