Или это задача руководителей финансовых служб, экономического отдела и т.д.

Разрабатывая Документ/Справочник/Обработку и пр. элементы конфигурации, прогер представляет работу юзера по некоторому сценарию.. Это диалог и методика заполнения реквизитов.
Результатом должно явиться правильное (потому, как запланированное) представление данных в БД.
Почему, думаю понятно: БД не будет работать правильно, если вообще будет работать.

Что греха таить, многие из этих технологий неочевидны, кроме того юзеры по восприятию, прилежанию и представлению предмета изучения очень сильно отличаются друг от друга.

И что? Вы хотите создать продукт, и наблюдать, сложа ручки как юзеры путаются в ваших накрученных сложностях?

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

Так что, ребята & девчата, от постановки задачи вам не отвертеться, если хотите жить спокойно.
Если не хотите - ждите, пока юзеры наворотят кучу побольше, пользуясь вашими гениальными разработочками, потом приходите с вопросами на мисту, ждать разъяснений, почему вот тут у меня не работает, как надо..

1с-ник --- это всё в одном лице => он всегда узнает, что хотят, проанализирует/обсудит необходимость этого и только после всего этого что-то начнёт делать

если ты тупой прог, то разумеется не должен и лучше не подходить