Базовый период это 1с профессионал

Обновлено: 07.07.2024

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В целом алгоритм определения базы по периоду регистрации зависит от того, имеют базовые виды расчета период действия или нет. Если это разовые начисления (без периода действия), то проверяется вхождение периода регистрации в базовый период, который всегда равен началу расчетного периода. Например, начисления с периодом регистрации 01.03 не будут включены в базу при базовом периоде равном 02.03 –31.03, но будут включены в базовый период 01.03 – 01.03.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Многие программисты 1С никогда не сталкивались в своей практике с компонентой «Расчет»,поэтому, когда им приходится сдавать экзамены на Специалиста по Платформе 8.0, где в каждомзадании есть задача по сложным периодическим расчетам, возникают сложности, прежде всего сложности понимания.

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

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

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

Что такое расчеты

В принципе, конечный продукт расчета зарплаты – это набор записей регистра расчета вида:

Сотрудник

Период

Вид расчета

Результат

Данные

Комментарий

1 января – 31 января

1 январь – 31 января

1 января – 10 февраля

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

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

Каждая запись регистра расчетов относится к определенному виду расчета и периоду времени.

Виды расчетов

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

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

Для примера заведем план видов расчета Основной и в нем предопределенные виды расчета оклад, премия, невыход, командировка.

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

Вид расчета

Описание

Пример

По базовому периоду

Результат расчета зависимого периода зависит от результата базового периода. Если результат базового периода изменится, то результат зависимого периода нужно пересчитать.

Премия зависит по базовому периоду от оклада.

Вытеснение по периоду

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

Невыход влияет на фактический период действия оклада.

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

Премия зависит по базе от оклада, но также косвенно зависит и от невыхода.

В силу подобного влияния, период действия записи регистра расчетов делится на четыре периода:

Период

Описание

В каком периоде действует событие, т.е. к какому периоду относится событие.

Имеет смысл только для периодов, имеющих базовый период – описывает интервал базового периода.

Фактический период действия

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

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

Графики времени

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

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

Измерение, которое связывается с регистром расчета обычно носит смысл «вид графика».

14.24 Периодичность ведения расчетов – месяц. В регистре расчета сделаны соответствующие настройки. К появлению какого количества записей приведет попытка ввода системой в регистр записи по больничному с 25.01.14 по 07.03.14?

14.25 Значение свойства ПериодДействия…

всегда совпадает со значением свойства ПериодДействияКонец
всегда совпадает со значением свойства ПериодДействияНачало
всегда приводится к началу периода, соответствующего значению свойства ПериодДействияНачало, и может не совпадать со значением свойства ПериодДействияНачало

14.26 Период действия записи (задаваемый датой начала и датой окончания)…

может не совпадать с фактическим периодом действия
всегда совпадает с фактическим периодом действия
никогда не совпадает с фактическим периодом действия

14.27 Базовый период – это…

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

14.28 Базовый период…

всегда кратен периоду регистра расчета
может быть не кратен периоду регистра расчета
всегда лежит в одном периоде регистра расчета

14.29 Для того, чтобы записи регистра расчета попадали в базовый период по периоду регистрации…

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

14.30 Для определения свойства «график» регистра расчета используется…

объект конфигурации «календарь»
непериодический регистр сведений
подчиненный справочник

14.31 Если установлена зависимость базы по периоду действия, то…

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

14.32 Регистр сведений, указанный в качестве графика регистра расчета…

может содержать данные о двух графиках
может содержать данные только об одном графике
может содержать данные о неограниченном количестве графиков

14.33 В качестве базовых регистров (из ресурсов которых рассчитывается база)…

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

14.34 Для определения количества отработанных сотрудником дней, необходимо в методе ПолучитьДанныеГрафика в качестве значения параметра <Вид периода> указать…

базовый период записи
фактический период действия записи
период регистрации записи
период действия записи

14.35 Механизм вытеснения проявляется…

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

14.36 Если одним документом рассчитываются зависимые по базе записи (например, Оклад и ПремияПроцентом, в состав базы которой попадает оклад), то…

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

14.37 Фактический период действия — это…

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

14.38 Если задать в плане видов расчета, что «Отпуск» вытесняет «Оклад», и, в тоже время, что «Оклад» вытесняет «Отпуск», и попытаться сохранить изменения, то…

система выдаст предупреждение и не станет сохранять изменения
возникнет ошибка системы
все сохранится

14.39 Метод ПолучитьДополнение() набора записей регистра расчета используется…

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

14.40 При использовании метода ПолучитьДополнение() набора записей регистра расчета…

14.41 Данные о перерасчетах…

не являются записями регистра расчета
являются записями регистра расчета
являются записями регистра перерасчета
являются записями таблицы фактического периода действия

14.42 В окне свойств измерений «Перерасчета» на закладке «Связь» в свойстве «Измерение регистра» указывается…

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

14.43 Таблица «Перерасчета» заполняется строками, каждая из которых представляет собой…

14.44 Выберите правильный ответ:

Регистр расчета может быть связан с несколькими планами видов расчета
Регистр расчета может быть связан только с одним планом видов расчета
Регистр расчета может быть связан только с тремя планами видов расчета

14.45 Выберите правильный ответ:

В процессе работы с перерасчетами разработчик может «не обращать внимания» на сведения, которые предоставляет система в таблице перерасчета, то есть отказаться от пересмотра результатов расчета
Принцип работы перерасчетов в системе «1С:Предприятие 8» является «уведомительным»
Разработчик конфигурации не может управлять процессом перерасчета записей регистра расчетов, система все делает автоматически
Верно 1 и 2 утверждение

14.46 Для одного регистра расчета…

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

14.47 Если регистр расчета поддерживает период действия, то…

ему обязательно должен быть указан график
ему не обязательно должен быть указан график
в плане видов расчета, связанном с регистром расчета должен быть установлен признак «использует период действия»
верны 1 и 3 утверждения

14.48 Каково соотношение планов видов расчета и регистров расчета?

Один план видов расчета соответствует одному регистру расчета
Несколько регистров расчета могут быть привязаны к одному плану видов расчета
Несколько планов видов расчета могут быть привязаны к одному регистру расчета
Регистр расчета может быть привязан к нескольким планам видов расчета, а план видов расчета — к нескольким регистрам расчета

14.49 Какие из вышеперечисленных параметров сторно-записи могут не совпадать с одноименными параметрами сторнируемой записи?

Период регистрации
Период действия начало
Период действия конец
Сторно
Все перечисленные

14.50 Количество формируемых сторно-записей

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

14.51 На основе информации, приведенной на рисунке, определите правильное значение базы для премии

1000
2000
3000
4000
5000
Информации, показанной на рисунке, для расчета премии недостаточно

14.52 Для вида расчета Оклад в качестве вытесняющего указан вид расчета Командировка, однако ведущим он не назначен. В каком случае в таблице перерасчетов появится информация о необходимости пересчета премии?

Всегда, при вводе командировки
Никогда не появится
Только, если командировка будет введена отдельным документом
Только, если командировка будет введена отдельным документом за прошлый период

14.53 На основе информации, приведенной на рисунке, определите правильное значение базы для премии

1000
2000
3000
4000
5000
Информации, показанной на рисунке, для расчета премии недостаточно

14.54 Для вида расчета Премия в качестве базового указан вид расчета Оклад, однако ведущим он не назначен. В каком случае в таблице перерасчетов появится информация о необходимости пересчета премии?

Всегда, при вводе оклада
Никогда не появится
Только, если оклад будет введен отдельным документом
Только, если оклад будет введен отдельным документом после того как премия была введена и рассчитана

14.55 На основе информации, приведенной на рисунке, определите правильное значение базы для премии

1000
2000
3000
4000
5000
Информации, показанной на рисунке, для расчета премии недостаточно

14.56 Для вида расчета Премия в качестве базового указан вид расчета Оклад, кроме того дополнительно он назначен ведущим для премии. В каком случае в таблице перерасчетов появится информация о необходимости пересчета премии?

Всегда, при вводе оклада
Никогда не появится
Только, если оклад будет введен отдельным документом
Только, если оклад будет введен отдельным документом после того как премия была введена и рассчитана

14.57 Периодичность ведения расчетов – месяц. В регистре расчета сделаны соответствующие настройки. Для вида расчета Оклад в качестве вытесняющего указан вид расчета Командировка. 01.03.14 в информационную базу была введена информация по окладу, однако расчет произведен не был. 20.03.14 в информационную базу была введена и рассчитана командировка. 30.03.14 был запущен расчет по окладу. Будут ли при расчете оклада учтены данные о командировке? Надо ли делать перерасчет командировки?

Планы видов расчета предназначены для хранения списка видов расчета. Можно сказать, что это справочник видов расчета.

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

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

Если после расчета премии будет изменен оклад, то программа сможет автоматически просигнализировать, что нужно пересчитать премию.

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

Помимо предопределенных табличных частей можно добавлять произвольные табличные части:

Основные настройки находятся на закладке Расчет.

Период действия

В этом случае, если после расчета оклада за май начислить командировку с 20 по 30 мая, то командировка вытеснит оклад в период с 20 по 30 мая. Вытесняться могут только виды расчетов из одного плана.

Зависимость от базы

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

Данная настройка имеет три значения:

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

Программная работа с планом видов расчета

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

Читайте также: