Регистр расчета 1C
Прикладные объекты конфигурации включают в себя регистры расчета. Они задействованы в механизме реализации сложных периодических расчетов, используются для хранения записей с информацией о том или ином виде расчета, который должен быть выполнен. Также в регистрах расчетов сохраняются промежуточные данные и непосредственно результаты расчетов.
Структура регистра расчета 1С
Данные в регистрах расчетов находятся в форме записей, содержащих в себе значения измерений и связанные с ними значения ресурсов. Измерения описывают разрезы для хранения информации. Ресурсы сохраняют данную информацию.
Взаимосвязь с планом вида расчета
Каждый из регистров расчета связывается с 1 из имеющихся в системе планов видов расчета. За счет наличия этой связи, любая из записей регистра имеет специальное поле Вид расчета. С ним связаны механизмы, отвечающие за отслеживание влияния записей расчета на друг друга.
Периодичность записей
В регистре расчета информация сохраняется, как в разрезе имеющихся измерений, так и в разрезе относительно указанного временного промежутка. Это обуславливает наличие у каждой записи еще одного поля, а именно «Периода действия». Минимальная периодичность указывает в момент создания регистра расчета непосредственно разработчиком. Именно эта периодичность определяет то, как часто заносятся записи в регистр.
Связь с регистратором
В большинстве случае изменение состояния регистра расчета связано с проводкой того или иного документа. Поэтому вполне логично, что записи регистра, каждая в отдельности, связываются с определенным регистратором, а точнее с номером строк из него. Важно отметить, что доступно только одновременное удаление, изменение или добавление записей регистра, связанных с одним и тем же регистратором, т.е. документом.
График времени
В регистре расчета можно указать связь с графиком времени. Это своеобразный регистр сведений, содержащий в себе временную схему с исходными данными, задействованными при расчетах. К примеру, график работы и дата, имеют ресурс в виде количества рабочих часов в определенной дате. В этом случае запись из регистра расчета связывается с выбранным графиком работы сотрудника. Затем за счет средств встроенного языка получает данные о количестве рабочих часов этого сотрудника, которые должно учитываться при выполнении расчета заработной платы.
Перерасчеты
В регистр расчета разрешено добавлять такой специализированный объект, как «Перерасчет». В них располагаются данные о том, какая из записей утратила свою актуальность и должна быть пересчитана вследствие работы механизмов, отвечающих за взаимосвязь базового периода и вытеснения по периоду действия.
Уникальность
В системе осуществляется автоматический контроль над тем, чтобы каждая запись из регистра расчета была уникальна. Это исключает риск того, что появятся 2 записи, соотнесенные с одной и той же строкой одного регистратора.
Механизмы регистра расчета
Вытеснение по периоду действия
Механизм вытеснения по периоду действия, отвечает за расчет фактического периода действия записи в регистре расчета, с учетом анализа других записей, расположенных в нем же.
Типовой вариант записи предполагает наличие 2-х дат, отвечающих за выставление границ периода, который действует на данную запись. Данный период именуется периодом действия записи. В случае, если вид расчета, соотнесенный с записью, вытесняется другим видом, то в таком случае период считается «запрашиваемым», т.е. определяет срок действия рассматриваемой записи.
Как показывает практика, точно установить фактический период действия той или иной записи возможно только после окончания анализа всех записей видов расчета, которые могут вытеснить вид расчета в соответствии с периодом действия. Фактический период – это набор разных временных отрезков, выполняющих роль подмножеств исходного периода действия. В тех случаях, когда в регистре не обнаруживаются записи, способные вытеснить ее по периоду действия, то фактический период = периоду действия. Еще одним случаем вытеснения можно назвать 100% вытеснение рассматриваемой записи другими записями из регистра. В такой ситуации фактический период отсутствует.
Важно помнить о том, что любая запись регистра расчета, включается вид расчета. Поэтому для вытеснения этой записи в зависимости от периода действия, регистр обращается к плану видов расчета, где подробно описывается взаимное влияние этих видов друг на друга. Именно наличие этой связи делает возможным определение фактического периода для каждой из записей в регистре расчета.
Зависимости по базовому периоду
Для получения значений базы записей регистра расчета, используется специализированный механизм зависимости по базовому периоду. В его основе лежит анализ всех записей из регистра.
База – это числовое значение, используемое для расчета результата конкретной записи регистра. Она рассчитывается при проведении анализа результатов расчетов записей, связанных с рассматриваемой записью по базовому периоду. Из этого следует, что при условии наличия у записи расчета 2-х дат, обозначающих период, для которого требуется проведение анализа записи видов расчета, а также от которых напрямую зависит вид расчета по базе, определяется и базовый период. За счет взаимосвязи плана видов расчета с регистром расчета определяются виды расчета, которые оказывают влияние на базовый период.
В соответствии с базовым периодом в регистре расчета доступны следующие зависимости:
- по периоду действия;
- по периоду регистрации.
В первом случае система выбирает те записи, у которых наблюдается пересечение фактического периода действия и базового периода рассматриваемой записи. При этом значение базы, полученное от определенной записи, не приравнивается к результату этой самой записи. База рассчитывается пропорционально тому, какая часть фактического периода от влияющей записи пересекается с базовым периодом рассматриваемой записи. Обязательно учитываются и данные графика, связанного с записью.
Если выбирается зависимость по периоду регистрации, то для формирования базы система используется результаты расчета только тех записей, которые входят в базовый период рассматриваемой записи и имеют собственное поле «Период регистрации».
Усложненный вариант зависимости по базовому периоду выглядит следующим образом. Вид расчета записи имеет свойство «Период действия является базовым периодом». На практике это обозначает то, что базовый период рассматриваемой записи не используется в качестве базового периода. Вместо него система обращается к фактическому периоду действия этой записи, который определяется механизмом вытеснения по периоду действия, и в большинстве случае представляет собой набор отдельных периодов.
Формирование записей перерасчета
Благодаря наличию встроенного механизма формирования записей перерасчета, система в автоматическом режиме отслеживает момент появления в регистре записи, способной оказать влияние на результат расчета созданных ранее записей. Сам факт возможности данного действия определен благодаря анализу влияния друг на друга разных видов расчетов, а также за счет работы таких механизмов, как вытеснение по периоду действия, зависимость по базовому периоду.
В результате работы этого механизма система составляет набор записей перерасчета, в котором отображаются данные о том, какая из записей регистра должна быть рассчитана по новой, т.е. пересчитана.
Функциональные возможности регистра
Регистр расчета предоставляет доступ разработчикам к следующему списку функциональных возможностей:
- отбор записей по заданным параметрам и выбранному временному отрезку;
- сортировка по связанному документу, т.е. регистратору;
- выведение значения базы, в соответствии с указанными параметрами отбора;
- предоставление информации о графике ведения записей в регистре, соответствующих указанным параметрам отбора;
- выведение данных о тех записях, которые должны быть пересчитаны;
- просмотр, корректировка или удаление записей регистра перерасчета.
Регистр расчета
Регистры расчета — это прикладные объекты конфигурации. Они используются в механизме сложных периодических расчетов и служат для хранения записей о тех или иных видах расчета, которые необходимо выполнить, а также для хранения промежуточных данных и самих результатов выполненных расчетов.
Структура
Информация в регистре расчета хранится в виде записей, каждая из которых содержит значения измерений и соответствующие им значения ресурсов.
Измерения регистра описывают разрезы, в которых хранится информация, а ресурсы регистра непосредственно содержат хранимую информацию. Например, для регистра расчета Начисления, который имеет следующую структуру:
записи, хранимые в базе данных, будут выглядеть следующим образом:
Связь с планом видов расчета
Регистр расчета связан с одним из планов видов расчета, существующих в прикладном решении. Эта связь обуславливает наличие у каждой записи регистра поля Вид расчета, благодаря которому механизмы регистра могут отслеживать взаимное влияние записей расчета друг на друга.
Периодичность
Регистр расчета хранит данные не только в разрезе созданных измерений, но и в разрезе времени. Это является причиной существования у каждой записи регистра расчета еще одного обязательного поля — Период действия. При создании регистра расчета разработчик может указать минимальную периодичность, с которой записи будут заноситься в регистр:
Подчинение регистратору
Изменение состояния регистра расчета происходит, как правило, при проведении документа. Поэтому каждая запись регистра связана с определенным документом — регистратором и номером строки этого документа. Добавление записей в регистр, их изменение и удаление возможно только одновременно для всех записей, относящихся к одному документу.
Связь с графиком времени
Для регистра расчета может быть указана связь с графиком времени. График времени представляет собой регистр сведений, в котором содержится временная схема исходных данных, участвующих в расчетах. Измерениями этого графика могут быть, например, график работы и дата, а ресурсом — количество рабочих часов в этой дате. Тогда можно будет связать запись регистра расчета с каким-либо конкретным графиком работы и в дальнейшем, средствами встроенного языка получать информацию о количестве рабочих часов, необходимую для выполнения расчетов.
Например, график времени, имеющий следующую структуру:
может содержать информацию о количестве рабочих часов:
Перерасчеты
Регистр расчета может включать в себя специальные объекты — Перерасчеты:
В этих объектах система будет хранить информацию о том, какие записи регистра расчета утратили свою актуальность и подлежат перерасчету в результате работы механизмов зависимости по базовому периоду и вытеснения по периоду действия.
Уникальность записей
Система обеспечивает контроль уникальности записей, хранящихся в регистре расчета. Поэтому в регистре расчета не может находиться двух записей, относящихся к одной и той же строке одного и того же документа.
Механизмы, реализуемые регистром расчета
Вытеснение по периоду действия
Механизм вытеснения по периоду действия позволяет рассчитывать фактический период действия записи регистра расчета на основании анализа других записей, содержащихся в регистре.
В общем случае, запись регистра расчета содержит две даты, определяющие период, на который распространяется действие данной записи. Этот период называется периодом действия записи. Однако, если вид расчета, к которому относится данная запись, может быть вытеснен другим видом расчета, то период действия данной записи является лишь «запрашиваемым» периодом, то есть «мы хотим, чтобы запись действовала в этом периоде». Реально, фактический период действия данной записи можно будет определить лишь после анализа всех записей видов расчета, которые вытесняют данный вид расчета по периоду действия. Фактический период действия будет представлять собой набор периодов, являющихся подмножеством исходного периода действия данной записи. Если не будет найдено ни одной записи, вытесняющей данную по периоду действия, то фактический период действия данной записи будет равен ее периоду действия. Другим крайним случаем вытеснения по периоду действия является полное вытеснение данной записи другими записями. В этом случае фактический период действия записи будет отсутствовать.
Каждая запись регистра расчета содержит вид расчета, к которому она относится. Чтобы определить, какие записи должны вытеснять данную запись по периоду действия, регистр расчета использует связь с планом видов расчета, в котором описано взаимное влияние видов расчета друг на друга. Использование этой связи позволяет регистру расчета определять фактический период действия каждой записи.
Зависимость по базовому периоду
Механизм зависимости по базовому периоду позволяет получать значение базы для записи регистра расчета на основании анализа других записей, содержащихся в регистре.
База представляет собой числовое значение, которое должно быть использовано для расчета результата данной записи. База рассчитывается путем анализа результатов расчета других записей, от которых данная запись зависит по базовому периоду. Таким образом, в общем случае, запись регистра расчета содержит две даты, определяющие период, в котором нужно анализировать записи видов расчета, от которых данный вид расчета зависит по базе — базовый период. Использование связи с планом видов расчета позволяет регистру расчета определять виды расчета, от которых данный вид расчета зависит по базовому периоду.
Регистр расчета поддерживает два вида зависимости по базовому периоду:
- зависимость по периоду действия;
- зависимость по периоду регистрации.
В случае зависимости по периоду действия для получения базы будут выбираться те записи, для которых найдено пересечение их фактического периода действия с базовым периодом данной записи. Значение базы, которая будет получена от конкретной влияющей записи, в общем случае не равно результату, который содержит эта запись. База будет рассчитана пропорционально тому, какую часть от фактического периода влияющей записи составляет перекрывающийся, с указанным базовым периодом, участок. При этом будут использованы данные графика, связанного с этой записью.
В случае зависимости по периоду регистрации для получения базы будут выбираться результаты расчета тех записей, которые попадают в базовый период данной записи значением своего поля «Период регистрации».
Наиболее сложным вариантом зависимости по базовому периоду является случай, когда для вида расчета данной записи установлено свойство «Период действия является базовым периодом». Это свойство означает, что в качестве базового периода данной записи будет использоваться не базовый период, который указан в соответствующих полях записи, а фактический период действия записи, получаемый в результате работы механизма вытеснения по периоду действия и являющийся, в общем случае, набором некоторых периодов.
Формирование записей перерасчета
Механизм формирования записей перерасчета отслеживает факт появления в регистре записей, влияющих на результат расчета уже существующих записей. Возможность влияния новых записей на существующие определяется в результате анализа взаимного влияния видов расчета и на основании работы механизмов вытеснения по периоду действия и зависимости по базовому периоду.
Результатом работы механизма формирования записей перерасчета является набор записей перерасчета, содержащий информацию о том, какие записи регистра должны быть рассчитаны заново (перерасчитаны).
Функциональные возможности регистра расчета
Основными функциональными возможностями, которые предоставляет регистр расчета разработчику, являются:
- выбор записей в заданном интервале по заданным критериям;
- выбор записей по регистратору;
- получение значения базы для записей регистра, удовлетворяющих заданному отбору;
- получение данных графика для записей регистра, удовлетворяющих заданному отбору;
- получение данных о записях, подлежащих перерасчету;
- чтение, изменение и запись набора записей в регистр.
Регистры расчета в 1С для чайников(Часть 1)
В данной статье рассмотрим теоретические основы работы с регистрами расчёта, а также выполним расчёт заработной платы сотрудника пропорционально количеству отработанных часов.
Теория
Регистр расчета(РР) — объект метаданных конфигурации, служащий для реализации периодических расчетов в системе 1С. Из очевидных областей применения регистров расчета можно выделить следующие: расчет заработной платы, расчет квартплаты, расчет арендной платы.
По своей структуре регистры расчета похожи на регистры накопления или регистры сведений. Они так же как и регистры накопления имеют измерения, ресурсы, реквизиты, но принцип действия регистров расчета абсолютно другой.
По сути своей измерения в регистре накопления служат «фильтром» в разрезе которого мы получаем данные из регистра накопления. Как пример, когда мы берём «остатки» по регистру накопления «Остатки товаров» в разрезе определённой номенклатуры или «срез последних» по регистру сведений «Оклады сотрудников» в разрезе определённого сотрудника. В отличии от регистра накопления измерения в периодическом регистре расчета служат для реализации «механизма вытеснения по периоду действия«(это когда протяженные во времени виды расчета конкурируют между собой на интервале периода действия записи т.е. как пример, вид расчета командировка вытесняет вид расчета оклад по периоду действия) и «механизма зависимости по базовому периоду«(это когда вид расчета премия зависит от вида расчета оклад за прошлые периоды).
На рисунке выше графически показан принцип «механизма вытеснения по периоду действия«:
Здесь мы видим что вид расчёта «Командировка» обладает протяжённостью во времени и действует с 10 по 20 апреля, «Командировка» указана как вытесняющий вид расчёта для вида расчета «Оклад». «Оклад» также обладает протяжённостью во времени и действует с 1 по 30 апреля. Так как «Командировка» указана как вытесняющий вид расчёта для вида расчета «Оклад»(имеет больший приоритет, чем оклад) и действует на периоде действия оклада, то происходит вытеснение оклада командировкой и формируется «Фактический период действия оклада».»Фактический период действия оклада» это период действия оклада после вытеснения командировкой, в нашем случае он состоит из 2 периодов — с 1 по 9 апреля и с 21 по 30 апреля и в сумме составляет 19 дней. Механизм вытеснения по периоду действия работает только для протяжённых во времени расчетов.
На рисунке выше графически показан принцип «механизма зависимости по базовому периоду«:
Допустим, в конце апреля 2017 мы хотим начислить сотруднику премию в размере 10% от оклада. В качестве базовых видов расчёта для премии указан оклад.
Но в качестве «базы» для расчета премии мы возьмём не весь месяц апрель, а только интервал с 10 по 20 апреля(11 дней). Рассчитаем базу для премии, оклад сотрудника составляет 60000 рублей, в месяце имеем 30 дней, дневной оклад = 60000/30 = 2000 руб. Далее 2000*11 = 22000 руб. База для расчета премии составляет 22000 рублей.
Рассчитаем премию: (22000/100)*10 = 2200 руб. Премия в размере 10% от оклада составляет 2200 рублей.
С регистром расчета тесно связан прикладной объект метаданных «План видов расчета».
План видов расчета(ПВР) — объект метаданных конфигурации, хранящий в себе сведения о типах видов расчетов и определяющий влияние разных расчетов друг на друга.
Один план видов расчета может использоваться в нескольких регистрах расчета, но один регистр расчета не может использовать несколько планов видов расчета одновременно.
Регистр расчета является таблицей в которой хранятся рассчитанные данные, а в плане видов расчета хранятся алгоритмы расчета этих данных. Регистр расчета обязательно должен иметь хотя бы один документ регистратор, который делает движения по регистру расчета(например Начисление зарплаты).
Механизмы расчета в системе 1С Предприятие устроены таким образом, что сперва требуется сделать записи в регистр расчета и только после этого выполнить расчет на основе этих данных. К примеру, нельзя рассчитать премию на основе оклада пока этот самый оклад не записан в регистр расчета.
Практика
Рассмотрим подробнее регистры расчета на практике:
Шаг 1.Начнём с плана видов расчета. План видов расчета необходимо создать перед созданием регистра расчета. План видов расчета создаём перед регистром расчёта потому, что перед созданием таблицы для хранения рассчитанных данных(т.е. регистра расчета) необходимо задать алгоритмы расчета этих данных(т.е. план видов расчета).
Создадим план видов расчета «Основные начисления». Сразу же перейдём на вкладку «Расчет». Здесь мы сразу же видим флаг «Использует период действия«, при установке данного флага все виды расчета входящие в данный план будут обладать протяжённостью во времени(например Оклад, Командировка), а также для данного плана видов расчета включается «механизма вытеснения по периоду действия«. Если флаг «Использует период действия» не установлен, то виды расчета не будут обладать протяжённостью во времени(например Премия, Штраф) и «механизма вытеснения по периоду действия» действовать не будет. Также на данной вкладке есть разделы «Зависимость от базы» и «Базовые планы видов расчета» — они служат для реализации «механизма зависимости по базовому периоду«, но об нём поговорим позже. Пока оставим «Зависимость от базы» в режиме «Не зависит».
Далее перейдём на вкладку «Прочее». Нажмём кнопку «Предопределенные». Откроется окно предопределённых видов расчета.
Создадим предопределённый вид расчета «Оклад». На вкладке «Основное» всё просто. Задаём имя и код вида расчета.
Благодаря тому, что мы установили флаг «Использует период действия» у нас появилась вкладка «Вытесняющие» и включился «механизм вытеснения по периоду действия«.
На данной вкладке мы указываем виды расчета, которые будут вытеснять оклад по периоду действия(например Командировка).
Примечание: в «Вытесняющие» можно добавить виды расчета принадлежащие только данному плану видов расчета.
Также есть вкладка «Ведущие» — на ней указываются виды расчета при изменении которых должен пересчитываться текущий вид расчёта. Здесь можно указать и виды расчёта из других планов видов расчёта. Например, вид расчета «Оклад» является ведущим для вида расчёта «Премия» т.е. при изменении оклада у нас должна пересчитаться и премия т.к. премия начисляется в зависимости от оклада. В данном случае вид расчёта «Оклад» принадлежит ПВР «Основные начисления» использующем период действия, а вид расчета «Премия» принадлежит ПВР «Дополнительные начисления» не использующем период действия.
Шаг 2.Создадим справочник «Графики» со структурой по-умолчанию. В справочнике «Графики» будем хранить режимы работы сотрудников(пятидневка, шестидневка и.т.д.).
Шаг 3.Также нам нужен объект в котором мы будем хранить Производственный календарь(рабочие и выходные дни). Для этих целей используем непериодический независимый регистр сведений.
Создадим непериодический независимый регистр сведений «Графики работы» с 2 измерениями «Дата» и «График» и ресурсом «Количество часов».
Благодаря регистру сведений «Графики работы» мы сможем начислять заработную плату от оклада пропорционально количеству отработанных дней.
Шаг 4.Создадим документ «Начисление зарплаты» со структурой реквизитов показанной ниже:
Сотрудник — тип «СправочникСсылка.ФизическиеЛица»;
Вид расчета — тип «ПланВидовРасчетаСсылка.ОсновныеНачисления»;
График — тип «СправочникСсылка.Графики»;
Оперативное проведение ставим в значение «Запретить» т.к. оно не имеет смысла для механизма периодических расчётов в 1С — ни премию, ни оклад, ни штраф мы никогда не начисляем в реальном времени.
Создадим форму документа с настройками по-умолчанию.
Шаг 5. Наконец-то мы дошли и до создания регистров расчета.
Объект метаданных регистр расчета расположен в ветке «Регистры расчета» конфигуратора.
Создадим регистр расчета «Основные начисления». Настройки регистра расчета рассмотрим ниже:
1.В поле «План видов расчета» указываем ПВР «Основные начисления» созданный на шаге 1.
2.Ставим флаг «Период действия» в значение «Истина» т.к. ПВР, указанный на шаге 1 обладает протяжённостью во времени.
После установки данного флага у нас сразу же становятся доступны стандартные реквизиты «ПериодДействия», «ПериодДействияНачало», «ПериодДействияКонец» это значит, что виды расчета регистрируемые в данном регистре расчета также обладают протяжённостью во времени и у нас становится доступен «механизма вытеснения по периоду действия«.
P.S. Если указать ПВР, обладающий протяжённостью во времени у РР с флагом «Период действия» в значении «Ложь», то данный ПВР будет работать как ПВР не обладающий протяжённостью во времени.
3.После установки флага «Период действия» в значение «Истина» у нас становятся доступны поля «График», «Значение графика», «Дата графика».
В поле «График» указываем регистр сведений «Графики работы», созданный на шаге 3.
В поле «Значение графика» указываем ресурс «КоличествоЧасов» регистра сведений «Графики работы».
В поле «Дата графика» указываем измерение «Дата» регистра сведений «Графики работы».
4.В поле «Периодичность» указываем значение «Месяц» это значит, что данные в регистр у нас будут заноситься ежемесячно.
Ниже представлена структура метаданных регистра:
Флаг «Базовое» у измерения влияет только на производительность, его можно и не проставлять, но если поставить, то поле «Сотрудник» будет проиндексировано.
Измерение «Сотрудник» — оно применяется в «механизме вытеснения по периоду действия» и «механизме зависимости по базовому периоду«.
Ресурс «Сумма» — туда запишется рассчитанная зарплата.
Реквизит «График» указан как реквизит, а не измерение регистра т.к. ни его, ни он ничего не вытесняет — по сути справочное поле. Важно. Не забудьте заполнить поле «Связь с графиком» у реквизита «График», там должно быть указано измерение «График» регистра сведений «Графики работы» иначе размер заработной платы не будет рассчитываться.
Реквизит «Параметр» будет хранить значение оклада.
Вот теперь когда мы указали связь с РС «Графики работы» у нас будет рассчитываться заработная плата сотрудника пропорционально количеству отработанных дней.
В качестве регистратора указываем документ «Начисление зарплаты«, созданный на шаге 4.
Шаг 6. Делаем движения по регистру расчета «Основные начисления».
Вернёмся к документу «Начисление зарплаты» созданному на шаге 4.
Опишем обработку проведения в модуле объекта документа:
Процедура ОбработкаПроведения(Отказ, РежимПроведения) // регистр ОсновныеНачисления Движения.ОсновныеНачисления.Записывать = Истина; Движения.ОсновныеНачисления.Очистить(); ПериодРегистрации=НачалоМесяца(Дата); Для Каждого ТекСтрокаОсновныеНачисления Из ОсновныеНачисления Цикл Движение = Движения.ОсновныеНачисления.Добавить(); Движение.Сторно = Ложь; Движение.ВидРасчета = ТекСтрокаОсновныеНачисления.ВидРасчета; Движение.ПериодДействияНачало = ТекСтрокаОсновныеНачисления.ДатаНачала; Движение.ПериодДействияКонец = КонецДня(ТекСтрокаОсновныеНачисления.ДатаОкончания); Движение.ПериодРегистрации = ПериодРегистрации; Движение.Сотрудник = ТекСтрокаОсновныеНачисления.Сотрудник; Движение.График = ТекСтрокаОсновныеНачисления.График; Движение.Параметр = ТекСтрокаОсновныеНачисления.Размер; КонецЦикла; КонецПроцедуры
Создадим тестовый документ и проведём его:
Перейдём в «Движения документа»:
Видим, что период регистрации установился как начало месяца т.к. периодичность РР указана «Месяц». Так же видим, что заполнились все поля кроме суммы(ЗП ещё не рассчитана).
Шаг 7.Напишем код расчета заработной платы.
Создадим общий модуль «Расчет» со следующими флагами:
В данном общем модуле у нас и будет происходить сам расчёт.
Напишем в модуле «Расчет» экспортную функцию «Рассчитать начисления»:
Так как мы заполнили в настройках РР «Основные начисления» поля «График», «Значение графика», «Дата графика» у нас стала доступна виртуальная таблица регистра расчета ДанныеГрафика, в запросе к виртуальной таблице нас интересуют поля:
«КоличествоЧасовФактическийПериодДействия» — содержит рассчитанное на основании данных графика количество фактически отработанных часов
«КоличествоЧасовПериодДействия» — содержит рассчитанное на основании данных графика количество рабочих часов в периоде расчёта
Процедура РассчитатьНачисления(Регистратор, НаборЗаписей) Экспорт //Оклад Запрос=Новый Запрос; Запрос.Текст="ВЫБРАТЬ | ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.КоличествоЧасовФактическийПериодДействия, 0) КАК ЧасовФакт, | ОсновныеНачисленияДанныеГрафика.Параметр, | ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.КоличествоЧасовПериодДействия, 0) КАК ЧасовПлан, | ОсновныеНачисленияДанныеГрафика.НомерСтроки |ИЗ | РегистрРасчета.ОсновныеНачисления.ДанныеГрафика( | Регистратор = &Регистратор | И ВидРасчета = &ВидРасчетаОклад) КАК ОсновныеНачисленияДанныеГрафика"; Запрос.УстановитьПараметр("Регистратор", Регистратор); // передаём документ регистратор чтобы поиск выполнялся только по текущему документу Запрос.УстановитьПараметр("ВидРасчетаОклад", ПланыВидовРасчета.ОсновныеНачисления.Оклад); //устанавливаем вид расчёта оклад т.к. рассчитываем оклад Выборка=Запрос.Выполнить().Выбрать(); СтруктураПоиска=Новый Структура; СтруктураПоиска.Вставить("НомерСтроки",0); //создадим структуру для поиска данных для расчёта по номеру строки Для Каждого Запись Из НаборЗаписей Цикл //цикл по набору записей текущего документа СтруктураПоиска.НомерСтроки=Запись.НомерСтроки; //заполняем номер строки для поиска Если Выборка.НайтиСледующий(СтруктураПоиска) Тогда //ищем в выборке данные для расчёта по текущему номеру строки Запись.Сумма =?(Выборка.ЧасовПлан=0,0, Выборка.ЧасовФакт/Выборка.ЧасовПлан * Выборка.Параметр); //рассчитываем ЗП пропорционально отработанным дням, в Параметр - текущий оклад КонецЕсли; Выборка.Сбросить(); //сбросим выборку, нужно чтобы следующая запись набора записей делала поиск по выборке сначала КонецЦикла; НаборЗаписей.Записать(,Истина); //записываем рассчитанные записи в базу, передаём параметр Замещать = Истина КонецПроцедуры
Вызовем процедуру «Рассчитать начисления» в конце обработки проведения документа, перед этим записав коллекцию движений документа:
Движения.Записать(); Расчет.РассчитатьНачисления(Ссылка, Движения.ОсновныеНачисления);
Шаг 8.Рассчитаем заработную плату сотрудника.
Предварительно заполним РС «Графики работы» за 2017 год, график Пятидневка, в каждом рабочем дне 8 часов:
Перепроведём ранее созданный документ Начисление зарплаты и увидим, что зарплата у нас рассчиталась пропорционально отработанному времени:
Как определяется период регистрации регистра расчета?
Есть три варианта ответов:
1. автоматически в момент ввода информации в регистр из документа-регистратора
2. программно в момент ввода информации в регистр из документа-регистратора
3. вручную после ввода записи в регистр расчета
Считается, что правильный ответ — 2. Да, действительно, видим, что в модуле документа в обработке проведения есть строки:
Код 1C v 8.х
Движение.ПериодРегистрации = Дата;
Движения.Записать();
Вместе с тем, Максим Радченко пишет в своей книге:
«Для указания факта принадлежности записи к какому-либо периоду регистр имеет служебный реквизит ПериодРегистрации типа Дата. При записи данных в регистр платформа всегда приводит значение этого реквизита к началу того периода, в который он попадает. Например, если в регистр расчета с периодичностью месяц записать данные, где ПериодРегистрации задан как 08.04.2004, то регистр сохранит эти данные со значением поля ПериодРегистрации 01.04.2004.»
Получается, что период регистрации определяется в два этапа:
а) программно в модуле документа в момент ввода информации в регистр,
б) автоматически системой при записи данных в регистр.
Ответ 2 соответствует пункту а), но сказать, что он полностью правильный, нельзя, т.к. в нем не отражен пункт б).
Вместе с тем, и ответ 1 в его текущей формулировке тоже не подходит. Ответ 3 не подходит в принципе.