Планы видов расчетов в 1С 8.3 и 8.2

План видов расчета — объект 1С 8.2 и 8.3, хранящий в себе сведений о типах видов расчетов и определяющий влияние разных расчетов друг на друга. Он так же, как и план счетов, похож на справочник, однако имеет свои особенности.

Рассмотрим особенности настройки плана видов расчета.

Особенности настройки плана видов расчетов в 1С

Самая интересная вкладка, с точки зрения разработчика, плана вида расчетов — Расчет. Рассмотрим свойства подробнее:

Использует период действия — свойство плана видов расчетов, определяющий, требуется ли использование периода в данном виде расчета. Например, вид расчета «Штраф» не требует использования периода действия в отличие от оклада.

Получите 267 видеоуроков по 1С бесплатно:

• Бесплатный видео самоучитель по 1С Бухгалтерии 8.3;
• Самоучитель по новой версии 1С ЗУП 3.1;

Зависимость от базы — настройка определяет возможность расчета заработной платы от другого вида расчета. Существуют следующие варианты:

• не зависит — не зависит от другого начисления. Пример — штраф начисляется независимо от всего.
• зависит по периоду действия — зависит от протяженности другого вида расчета. Пример — расчет отпускного в зависимости от оклада за последние полгода.
• зависит по периоду регистрации — зависит от периода регистрации вида расчета. Например, необходимо взять за базу все выплаченные премии за промежуток времени.

Базовые планы видов расчета — список планов расчетов, которые могут быть выбраны в качестве базы для объекта. Доступны для редактирования только в том случае, если Зависимость от базы установлено в значение, отличное от не зависит.

Свойства элемента плана расчетов в 1С

Рассмотрим свойства предопределенного элемента плана расчетов подробнее:

Флаг Период действия является базовым периодом — доступен только при установленном флаге  Использует период действия, и если установлена зависимость от базы. Если флаг установлен, то базой для расчета будет являться сам период расчета.

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

Вытесняющие — расчеты, которые аннулируют данные за текущий период. Например, во время отпуска человек не должен получать оклад.

Ведущие — вкладка, на которой указываются расчеты, взаимосвязанные с этим видом расчета. Эта информация будет использоваться далее в перерасчетах. Например, если отпускные уже были рассчитаны на основании оклада, а потом оклад был изменен задним числом, в такой ситуации позволяет отследить данный механизм. Если Вы начинаете изучать 1С программирование, рекомендуем наш бесплатный курс (не забудьте подписаться на YouTube — регулярно выходят новые видео):

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

Оцените статью, пожалуйста!

Планы видов расчета — это прикладные объекты конфигурации. Они используются в механизме сложных периодических расчетов и служат для описания видов расчета и их взаимного влияния друг на друга.

Структура

План видов расчета представляет собой список видов расчета. Каждый вид расчета имеет код, наименование и набор реквизитов, содержащих дополнительную информацию о данном виде расчета:

Например, план видов расчета Начисления может выглядеть следующим образом:

Создание и редактирование видов расчета может выполняться как разработчиком (предопределенные виды расчета), так и пользователем, в процессе работы с прикладным решением. Однако пользователь не может удалять виды расчета, созданные разработчиком.

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

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

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

Формы плана видов расчета

Для того чтобы пользователь мог просматривать и изменять данные, содержащиеся в плане видов расчета, система поддерживает несколько форм его представления. Система может автоматически генерировать все нужные формы; наряду с этим разработчик имеет возможность создать собственные формы, которые система будет использовать вместо форм по умолчанию:

Форма списка

Для просмотра видов расчета используется форма списка. Она позволяет выполнять навигацию по списку, добавлять, помечать на удаление и удалять виды расчетов. Форма списка позволяет выполнять сортировку и отбор отображаемой информации по нескольким критериям:

Форма вида расчета

Для просмотра и изменения данных отдельных видов расчета используется форма вида расчета. Как правило, она представляет данные в удобном для восприятия и редактирования виде:

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

Учебный курс: Подготовка на 1С:Специалист по платформе 1С:Предприятие 8.3

Задачи по расчетным механизмам – Введение

Данный курс предполагает наличие базовых знаний в области расчетных механизмов.

Для тех, кто впервые сталкивается с расчетными механизмами или хочет освежить какие-то моменты в своей памяти, рекомендуем прослушать курс Программирование в 1С – за 21 день(дни 17-19).

Кроме того, советуем предварительно прочитать статью: Что нужно знать о расчетных механизмах в «1С:Предприятие 8».

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

При решении расчетных задач на аттестации требуется особое внимание уделить настройкам планов видов расчета и их архитектуре. Ведь при решении расчетных задач большую часть «работы» выполняет сама платформа, но правильный результат в основном зависит от корректных настроек и четкого понимания, как они работают.

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

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

Перейдем к описанию настроек ПВР. Многие его настройки не отличаются от аналогичных настроек в справочнике, поэтому мы не будем на них останавливаться, а подробно рассмотрим те, которые определяют расчетный функционал. Эти настройки располагаются на вкладке «Расчет»:

Рисунок 1 – Настройки плана видов расчета

К таким настройкам относятся Использует период действия и Зависимость от базы. Рассмотрим обе эти настройки.

Настройка «Использует период действия»

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

Данную настройку не нужно включать, если в ПВР используются разовые начисления, которые не являются протяженными по времени, например, это могут быть различные единовременные выплаты: квартальная премия, различные пособия, компенсации и др. В ПВР с включенным периодом действия нужно включать только виды расчета, для которых важно, в течение какого периода они действуют. Например, к таким видам расчета можно отнести оклад, больничный, отпуск, командировку, прогул и т.д.

Для разовых начислений следует создавать отдельный ПВР с отключенной настройкой по периоду действия.

На экзамене считается серьезной ошибкой, когда для разовых начислений/удержаний используется период действия, так как в этом случае неоптимально используются ресурсы системы. А именно – создается таблица с фактическим периодом действия (которая здесь совершенно не требуется). Кроме того, для записей регистра расчета будет задействован механизм вытеснения по периоду, что не имеет смысла для разовых начислений.

Далее на примере задач будут подробно рассмотрены механизмы вытеснения и формирование фактических периодов действия в соответствующей таблице.

Настройка «Зависимость от базы»

Рисунок 2 – Настройки плана видов расчета для получения базы

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

Следует отметить, что в качестве базы могут быть получены не только начисленные суммы, но и значения любых показателей, например, данные по отработанному времени. Эти данные можно получить запросом, используя виртуальные таблицы регистров расчета, которые мы подробно рассмотрим в следующих разделах курса. Довольно часто при решении задач применяется получение базы по различным ресурсам (не только по суммам начислений), поэтому без понимания этого механизма многие задачи правильно не решить.

Например, самый распространенный случай – это получение базы по отработанному времени, либо по времени отсутствия сотрудника на рабочем месте (больничный, отпуск, прогул).

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

Более подробно про регистры расчета и получение базы будет рассказано в разделе, посвященном настройкам регистра расчета, здесь рассмотрим только общие принципы:

Рисунок 3 – Структура виртуальной таблицы регистра расчета для получения базы по начисленным суммам (РезультатБаза) и дням (ДнейБаза)

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

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

Например, по условию задачи для расчета больничного требуется рассчитать базу по окладу и премии за предыдущий год. Виды расчета Оклад и Больничный определены в ПВР ОсновныеНачисления, а Премия в ПВР ДополнительныеНачисления, так как она не использует период действия. В этом случае для ПВР ОсновныеНачисления, в котором определены виды расчета с периодом действия, определяем состав базовых ПВР следующим образом:

Рисунок 4 – Указание базовых планов видов расчета

Согласно этой настройке получается, что виды расчета из ПВР ОсновныеНачисления могут получать базу по видам расчета, которые определены в отмеченных нами ПВР ОсновныеНачисления и ДополнительныеНачисления.

В дальнейшем для каждого вида расчета можно выбирать в качестве базовых виды расчета из указанных ранее базовых ПВР:

Рисунок 5 – Настройка базы для вида расчета

Можно пояснить это в виде схемы:

Рисунок 6 – Получение базы по окладу и премии для вида расчета «Больничный»

В результате мы определили в настройках ПВР ОсновныеНачисления, что в качестве базовых можно использовать виды расчетов как из ПВР ОсновныеНачисления, так и из ПВР ДополнительныеНачисления. При этом на уровне самого вида расчета Больничный указано, что он может получать базу по видам расчета Оклад и Премия, причем из разных ПВР.

Есть еще одна важная настройка, которая определяет, за какой интервал времени будет браться база: за период регистрации либо за период действия:

Рисунок 7 – Настройки плана видов расчета для получения базы

Период регистрации – это период, который определяет, когда записи регистра расчета были отражены в системе (зарегистрированы). То есть в случае указания зависимости базы по периоду регистрации в расчетную базу попадут значения базовых видов расчета за интервал базового периода, который будет пересекаться с периодом регистрации записей по базовым видам расчета.

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

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

Рисунок 8 – Порядок включения видов расчета в базу по периоду регистрации

В данном примере в базу расчета налога за март попадают Оклад и Больничный, начисленные в марте, несмотря на то, что работник фактически болел в феврале. При этом Надбавка в базу расчета налога не включается, т.к. она начислена в апреле, и не важно, что начислена она за работу, выполненную в марте.

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

Почему это коснулось только получения базы запросом, конечно, загадка, можно предположить, что дело в непопулярности объектного способа получения базы, поэтому про него и забыли, так что вполне возможно, что в следующих версиях платформы это будет исправлено.

Период действия – это интервал, в течение которого длится запись регистра расчета. Он существует только для видов расчета, которые являются протяженными по времени, например Оклад, Командировка и др.

В случае зависимости базы по периоду действия ситуация осложняется тем, что период действия по продолжительности может не совпадать с расчетным периодом (например, месяцем). Он может даже относиться к другому расчетному периоду, например, когда больничный вводится задним числом (в марте за февраль). Под расчетным периодом в данном случае понимается период, ограниченный интервалом периодичности регистра расчета (по умолчанию месяц):

Рисунок 9 – Ввод начисления «задним» числом (больничного за прошлый месяц)

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

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

Рассмотрим эту настройку на примере расчета премии, которая рассчитывается как процент от всех начислений за текущий месяц:

Рисунок 10 – Расчет премии за текущий месяц

Под периодом действия, как уже рассматривалось ранее, понимается период, за который начислен данный вид расчета. Например, на рис. 10 «Надбавка за август, начислена в сентябре», означает, что данная надбавка относится к периоду действия август, при этом период регистрации для нее сентябрь. Эта отступление сделано для того, чтобы лучше понять дальнейший текст.

Если проанализировать приведенную схему (рис. 10), то можно увидеть, что в базу расчета премии включен Оклад, у которого период действия полностью попадает в интервал базового периода расчета премии. Вид расчета Надбавка подходит по периоду действия и также включается в базу расчета премии, несмотря на то, что начислена она в другом месяце (период регистрации сентябрь). Командировка будет включена в базу расчета премии только частично, т.к. ее период действия не полностью попадает в базовый период. При этом сумма, начисленная за командировку, будет включена в базу расчета премии пропорционально графику работы.

Например, общая продолжительность командировки составляет 12 рабочих дней, из них на август пришлось 8 дней, всего начислено за командировку 24 000 руб., соответственно сумма, которая будет включена в расчет премии, составит:

База = 24 000 руб. * 8 дн. / 12 дн. = 16 000 руб.

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

Итак, мы рассмотрели настройки плана видов расчетов, которые потребуются при решении аттестационных задач. Далее разберем следующий блок теории – настройки вида расчетов и стандартные табличные части.

Перейти к следующей теме:“Как выполнить настройки видов расчета” (№ 2)

Используемые источники:

• https://programmist1s.ru/planyi-vidov-raschetov-v-1s/
• https://v8.1c.ru/platforma/plan-vidov-rascheta/
• https://xn—-1-bedvffifm4g.xn--p1ai/courses/dev-att-2019/calculation-mechanisms-startpage/lonswirna-chapter-01/