Предзапись и Призапись в 1С: В чем разница и как применять

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

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

Суть события Предзапись

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

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

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

Особенности события Призапись

Событие Призапись наступает сразу после успешной фиксации изменений в базе данных. К этому моменту объект уже получил свой уникальный идентификатор (UUID), если он создавался впервые, и все данные физически записаны в таблицы SQL. Главная особенность этого этапа — невозможность изменить реквизиты самого объекта.

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

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

Сравнительная таблица характеристик

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

Параметр сравнения	Предзапись	Призапись
Момент вызова	До фиксации в БД	После фиксации в БД
Возможность изменения реквизитов	Есть	Нет
Влияние на отмену записи (Отказ)	Отменяет сохранение объекта	Не отменяет сохранение объекта
Доступ к UUID нового объекта	Только если объект уже создан	Всегда доступен

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

Влияние на производительность системы

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

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

• 🚀 Избегайте выполнения тяжелых запросов с большим количеством соединяемых таблиц внутри подписок.
• ⚡ Для сложных расчетов используйте отдельные обработки или фоновые задания, запускаемые по расписанию.
• 🛑 Не делайте вызовы к внешним HTTP-сервисам внутри событий записи, это критически замедлит интерфейс.

Оптимизация подписок

Если вам нужно выполнить сложную логику, проверьте флаг "Только при записи в базу данных". Это позволит избежать срабатывания подписки при простом проведении в оперативном режиме без сохранения.

Типичные ошибки разработчиков

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

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

⚠️ Внимание: Если вы используете подписку на событие записи для документов, убедитесь, что она не срабатывает при каждом изменении реквизита в форме, если это не требуется. Используйте параметры подписки для фильтрации.

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

Работа с регистрами сведений

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

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

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

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

Практические рекомендации по использованию

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

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

• 📝 Используйте Предзапись для валидации и автозаполнения полей.
• 🔔 Используйте Призапись для логирования, уведомлений и отправки событий во внешние системы.
• 🔒 Избегайте блокировок других объектов в этих событиях.

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

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

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

Что произойдет, если в Предзаписи установить Отказ = Истина?

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

Срабатывают ли эти события при проведении документа?

Да, срабатывают. Проведение документа в 1С обычно включает в себя его запись. Поэтому последовательность будет такой: Предзапись -> Запись в БД -> Призапись -> Движения по регистрам (если они не сделаны внутри записи). Важно учитывать это при отладке.

Как избежать рекурсии при записи объекта внутри Предзаписи?

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