v8.2: Запись в регистр при откате неявной транзакции (отказ в проведении) #513524

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

Никак. А для нафига?

почему никак? сохранять куда-то (массив, файл, dbf), потом фоновым заданием писать в регистр...

правда с массивом фоновое задание не прокатит, но какая-нить обработка ожидания разве что...

Протокол ошибок с ссылками, по которым можно скакать и исправлять ошибки... Если РС независимый, то его записи должны откатываться или нет?

Пиши в журнал регистрации... Надо ввести процедуру на платформе, по котороый работает 99.99% чиновников: ПриОткате :)

Я бы даже сказал "обязаны". О, да. Это очень порадует пользователей.

Значит единственный нормальный вариант - журнал регистрации?

Я незнаю сработает или нет, но можно подключиться по СОМ объекту. На худой услучай отправляй по внутренней почте...

если писать в mysql например, то неособо-то оно и замедлит . главное - что потенциально сделать возможно

кстати тоже вариант через СОМ

Для наифга, вот вы мне объясните? "При проведении документа X не хватает номенклатуры Y". Вот какой глубинный смысл писать это в регистр, чтобы потом опять куда-то показывать? И до каких пор оно должно регистре лежать?

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

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

Рассию в базу не зогнать и мегабитом не измерить, В России надо только кодить и рожать... В Россию надо только верить. (с) ;)

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

Ага. А документ этот, видимо, не в транзакции будет какием-то чудом, да?

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

Записть проходит в транзакции => все записи в базе при откате таковой тоже откатываются... и твой док тоже.

+ журнал регистрации видимо как раз для такой ситуации и сделан, судя по передаваемым параметрам  ЗаписьЖурналаРегистрации(<ИмяСобытия>, <Уровень>, <ОбъектМетаданных>, <Данные>, <Комментарий>, <РежимТранзакции>)

Нет формы - нет мультиков.

, да, ступил

Журнал был бы идельной вещью, если можно к небу делать SELECT, но увы... только с бубном.

журнал, это все тот же файл, поэтому смело можно писать в Текст

а, если к текстовому файлу подключаться через odbc драйвер, то можно будет и select сделать

У меня можно :)

под конкретную задачу мне его хватит...