14. Механизмы сложных периодических расчетов
#48

Готовишься к экзамену?

Полнофункциональный тренажер @bot_1cnik_bot с полноценным обучением, режимом экзамена и подробной статистикой.

Перейти в бота

При разработке логики расчета зарплаты, от которой зависит автозаполнение документа «Ведомость в кассу» (подбор сотрудников и сумм к выплате), как связаны между собой объект «План видов расчета» и объект «Регистр расчета» в механизмах сложных периодических расчетов 1С?

Несколько планов видов расчета можно «подключить» к одному регистру расчета
Неправильно: один регистр расчета в 1С использует только один план видов расчета - именно поэтому в записях регистра есть поле «Вид расчета», и оно берется из выбранного плана. Подключить к одному регистру несколько разных планов видов расчета нельзя.
Один план видов расчета может использоваться сразу в нескольких регистрах расчета
Правильно: план видов расчета задает состав и взаимное влияние видов расчета (например, начисления/удержания), а разные регистры расчета могут хранить результаты по этим же видам расчета в разных разрезах или для разных задач, поэтому один план видов расчета допускается использовать в нескольких регистрах расчета.
Всегда действует строгая пара: одному плану видов расчета соответствует ровно один регистр расчета
Неправильно: строгого соответствия «один к одному» нет. Ограничение другое: каждый конкретный регистр расчета связан только с одним планом видов расчета, но сам план видов расчета может быть общим для нескольких регистров.
Связь двусторонняя «многие ко многим»: регистр расчета может быть связан с несколькими планами видов расчета, и наоборот
Неправильно: связь «многие ко многим» не поддерживается. Регистр расчета выбирает один план видов расчета, поэтому он не может одновременно работать с видами расчета из нескольких планов.

Пояснение

Развернутая подсказка (с привязкой к автозаполнению «Ведомости в кассу»): 1) Зачем вообще нужны ПВР и регистры расчета - План видов расчета (ПВР) - это «справочник видов расчета» плюс правила их взаимного влияния (например, какие начисления входят в базу для других начислений, как учитывать вытеснения и т.п.). - Регистр расчета - это хранилище результатов расчетов по выбранным видам расчета. В каждой записи есть «Вид расчета», и он может быть только из одного конкретного ПВР, который назначен регистру. 2) Почему правильный ответ именно про «один ПВР - много регистров», и как это помогает в прикладных задачах Частая практика в прикладных решениях: один общий ПВР задает набор видов расчета и их правила, а разные регистры расчета используют этот набор для хранения разных массивов результатов (например, основная зарплата vs. отдельный блок расчета, альтернативные разрезы, разные контуры учета и т.д.). Поэтому: - регистр расчета не может «смешать» несколько ПВР; - но один ПВР вполне может быть выбран в свойствах нескольких регистров. 3) Как это связано с автозаполнением документа «Ведомость в кассу» Автозаполнение ведомости (кнопка «Заполнить») опирается на рассчитанные суммы к выплате и настройки выплат. На практике это означает: - суммы к выплате формируются из результатов расчетов (после документов начисления/перерасчетов), которые попадают в расчетные хранилища (в т.ч. расчетные регистры и связанные с ними механизмы); - попадание сотрудника в ведомость зависит не только от наличия рассчитанной суммы, но и от корректных «условий выплаты». 4) Практические проверки, если «Ведомость в кассу» не заполняется или сотрудник не попадает - Проверьте тип/вид ведомости и период: ведомость на аванс и ведомость на зарплату заполняются по разным основаниям; если уже проведено начисление зарплаты за месяц, ведомость «на аванс» может не заполниться. - Проверьте способ выплаты сотрудника: для «Ведомости в кассу» у сотрудника должен быть настроен способ выплаты наличными/через кассу (иначе он уйдет в «ведомость в банк»). - Проверьте задолженность/взаиморасчеты: при определенных настройках или ситуации с долгами сотрудник может не попадать в ведомость. - Проверьте «скрывающие» настройки карточки сотрудника (например, признак, что сотрудника не показывать в списках, если все операции завершены). - Проверьте соответствие вида дохода/вида начисления условиям ведомости: если ведомость создана под один тип дохода, а начисление прошло по другому, строки могут не подбираться. 5) Мини-контекст для разработчика (почему важно понимать связь ПВР и регистра расчета) Если вы дописываете обработку автозаполнения ведомости (например, добавляете отбор по дополнительным аналитикам или исключения), вы часто анализируете рассчитанные суммы и их «виды расчета». Эти виды расчета определяются ПВР, а сами рассчитанные записи лежат в регистрах, которые с этим ПВР связаны. Поэтому, чтобы корректно «сопоставлять» начисления и выплаты, важно помнить: каждый регистр расчета работает только с одним ПВР, но один ПВР может обслуживать несколько регистров расчета.