Конфигурация на обычных формах, похожа на УТ 10.3.

При проведении реализации производится проверка на добросовестность покупателя. Если какую-то из проверок он не прошёл, формируется текстовое сообщение с результатами этой проверки (что-то вроде "превышена допустимая сумма долга на Х рублей" или "превышена глубина долга на Х дней").

Задача -- в каком-то виде сохранять в базе эти сообщения об отказах, чтоб потом можно было составить по ним отчёт для агента или супервайзера. Я выбрал записывать это сообщение в новое свойство документа.

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

Не получается придумать, как это обойти, подкиньте идейку, плизз

Регистр сведений

У нас сделан спец. регистр сведений "Регистрация отказа отгрузки".

https://gyazo.com/1706d398a6ff3cc0c883b0f2498f57b7

В ЖР или внешнюю базу

Но ведь "ЗначенияСвойствОбъектов" -- это тоже регистр сведений. В отладчике видно, что записи в нём появляются в ходе обработки, но откатываются по её завершении. Другой регистр разве будет записываться?

(3) Что такое ЖР?

(5) Журнал регистрации

(5) Понял. ЖР неудобно, потому что как по нему делать отчёты? Рег.сведений было бы идеально, но я ведь и так пытаюсь его заполнять, а он не записывается

(7) ЖР можно прграммно регламентом обрабатывать и переливать данные в РС.

(8) Ну, если не получится с другим рег.сведений, придётся попробовать и этот вариант, хоть он и кажется неоправданно громоздким. Спасибо за идею.

(9) С РС не получится.

(10) И правда, не получилось.
Интересно, как это реализовано у (2)

(0) Перед записью в форме повторите алгоритм проверки на недобросовестного покупателя, и фиксируйте результат, где удобно.

(12) Блин, в форме! Я делал в модуле, но оказалось, что это одна и та же транзакция. А это, видимо, разные. Должно сработать, спасибо

(12) Всё получилось, большое спасибо!