КАк и MS SQL (до SQL Server 2012 )

1с всегда идет своим путем. Есть куча статей в интернете, где написано, что исключения для ситуаций, на которые вы не можете повлиять, которые вы не ожидали. Например отсутствие доступа к файлу. Отрицательные остатки при проверки - это не исключительная ситуация. Система на то и спроектирована - проверять их, вполне ожидаемо, что остатков может не хватить. Иначе зачем тогда параметр Отказ в проведении?
А система обработки исключений в 1С (точнее почти полное ее отсутствие) не дает нормальной программной обработки отчего же пришло исключение

потому что в грузинском нет понятия нижний и верхний регистр

аа, понятно

глупости говоришь

1С полностью обрабатывает исключения, пишет запись в ЖР и показывает пользователю.

И куча статей в интернете говорит об обратном как раз-то) Надо использовать исключения в приоритете.

Тот же Python, C#, Java.

Виртуальная машина или интерпретатор обрабатывают и показывают исключения со стеком.

А в 8.3.17 в 1С платформенные исключения разведены по типам, можно определять типы исключений, формировать отчеты об ошибках и отправлять их в сервис обработки вместе со скриншотом, дампом, стеком, логами.

с 8.3.16 вроде во всех исключениях есть стек исполнения

в ЕДТ 2020.3 есть разбор произвольно скорированного стека с построением дерева навигации по стеку, нарример подученного от клиента из обращения по почте

Программно как его обрабатывать когда там только строки?

Значит мы читаем разные статьи

Текст сообщения об ошибке можно получить функцией ОписаниеОшибки().

Это даже не смешно

Ага, еще не обновили