Добрый день! Подскажите, пожалуйста, кто как избавляется в своих программах от хард кода видов оплат или типов отсутствий/присутствий, или ВО после моделирования расчета? Может настроечная таблица или что-то еще? Кто-нибудь пользуется HRUUT7RUN ? Поделитесь best practice)

Всё зависит от задач - можно хардкодить, использовать варианты, таблицы(включая Z), наборы и признаки.
Главное чтобы борьба с хардкодом не была самоцелью, а реально облегчала настройку и использование транзакций и отчётов.

Зарубежные коллеги требуют не хардкодить. Думаю как этого избежать. А вы как делаете? ЧТо такое наборы и признаки?

В любом случае за волосы из болота себя не вытащить - что то да придётся захардкодить.
набор - gs01 - gs03
признак - pe03

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

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

Создавали настроечную Z таблицу, которую вели консультанты и зашивали ее в код.

А в каком виде делали таблицу?
Код вида оплаты, отсутствия - Код переменной - Описание переменной Так?

Это не важно, зависит от логики которую диктует консультант. Может быть для какого то проекта для модуля HR, для какой то группы отчетов, была таблица со структурой, которую Вы описали. Я говорю про сам подход, не обязательно для модуля HR и для видов оплат...
Но именно, в основном, для HR я использовал этот способ, чтоб как то избавиться от хардкорда (хоть и частично).

Спасибо за информацию) У кого-нибудь есть еще мысли по этому поводу?

Нормальный подход - делать z-настроечные таблицы и их ведение добавлять в список операций в spro. Если еще в spro прописать в "листик" слева от создаваемой операции описание правил заполнения этой таблицы, на что она влияет и в каком расширении используется, то вообще красиво получается.

Да, похоже Z таблица самый нормальный вариант