1, 2. https://t.me/ssl1c/70269
Ну вот кто-то посчитал что следующий код не имеет смысла без прохождения этой проверки. А может быть там когда-то был такой код. Плюс исключение против отказа и анализа с возвратом имеет преимущество в том, что не нужно сообщение пользователю отдельно выдавать.
3. Не знаю, кто там с обменом данными и что создаёт - в подавляющем большинстве я в режиме загрузки не пишу ничего, чтоб как раз вся прикладная логика отработала, иначе растёт риск получить логическую бомбу.
4. Про повышение гарантии кажись уже дважды сказал.

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

Обращение к константе не очень нравится. Интересно записать 500 тысяч номенклатур и посчитать, сколько времени ушло на получение константы .

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

Все зависит от чувствительности данных, если изменение данных в константе не чувствительно к задержкам в обновлении в 20 минут у сеансов пользователей, то можно кешировать.

у нас кейс конкретный вполне, не просто так в пользовательском режиме после ввода определенных документов\справочников более  нельзя изменить значение константы

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

не, я имею ввиду без использования БД

В порядке бреда можно накостылять обмен json'ами через систему взаимодействия.

не, я имею ввиду без использования БД

В порядке бреда можно накостылять обмен json'ами через систему взаимодействия.

Система взаимодействия под капотом использует пг и hazelcast

Ты же понимаешь что когда человек говорит про "без использования бд" он имеет ввиду 1Сную бд?)

Нет