Вопрос по поводу "Модификации были отменены". Что можно сделать?

[DreamCreator]

Цитата:

Сообщение от Migel_84

Не так. info просто выводит сообщение, а checkfailed можно возвращать вместо супер

Да, согласен. Спасибо!

Как раз сегоня воспользовался:

PHP код:

    if(!this.parmInvoiceId(this.parmSalesIdNonPrefix()))
        ret = checkFailed(strfmt("@SYS26332",
                new DictType(extendedTypeNum(SalesId)).label())); 


[Hans]

Цитата:

Сообщение от Migel_84

А как насчёт использовать логическую переменную? Убрать throw и, если хоть одна ошибка будет присвоить переменной true, а при оприходовании проверять, если переменная равна true, то не оприходовать

Идея хорошая, я в данный моменты просто добавил свой цикл, перед основным while (salesParmLine) в Classes\SalesFormLetter_Invoice\updateNow и там все методы продублировал, где заменил все throw на info. Если бы я точно знал в каком месте можно поставить проверку на глобальную переменную, чтобы накладная точно не приходывалась, я бы так и сделал, но я не знаю в каком месте накладная по Заказу приходуется (я имею в виду себестоимость, проводки и т.д).

[KMV]

2 Hans:

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

[Ivan Mischenko]

Если Вы делаете это в Заказе то, посмотрите метод Run на SalesFormLetter. Там где делается catch (Exception::Error), т.е. обрабатывается это исключение. Посмотрите как оно обрабатывается. Думаю с этим можно поколдовать. Сделать так чтобы он не прекращал обработку, если ошибся в строке. Хотя все ошибки построке Вы так не получите. Зато отметите все проблемные строчки как вроде бы.

Если это не очень правильное место, то ищите где оно обрабатывает строки и обрамите в трай-кеч.

Хотя тут правильно говорили, что лучше исправить ошибки в пользовательском мыслительном аппарате, чем выщищать глюки после исправлений сроу на инфо.