Механизм сложных периодических расчетов. Понятие базовых и ведущих видов расчета Учет движения денежных средств

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

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

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

Вопрос 14.01 экзамена 1С:Профессионал по платформе. Планы видов расчета предназначены...

для описания множеств возможных видов расчета
для накопления информации о периодических расчетах
для хранения информации о перерасчетах
верно все вышеперечисленное
верны утверждения 1 и 3

Правильный ответ первый, разбор в посте.

Вопрос 14.02 экзамена 1С:Профессионал по платформе. Виды расчета - это...

объекты базы данных
объекты конфигурации
объекты встроенного языка

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

Вопрос 14.16 экзамена 1С:Профессионал по платформе. Новые виды расчета...

можно создавать только в режиме "1С:Предприятие"
можно создавать только в режиме "Конфигуратор"
можно создавать в режиме "1С:Предприятие" и в режиме "Конфигуратор"

Правильный ответ третий, можно создать и в Конфигураторе (предопределенные), и в режиме Предприятие.

Вопрос 14.21 экзамена 1С:Профессионал по платформе. Регистры расчета служат...

для накопления информации о периодических расчетах
для описания множеств однотипных видов расчета
для хранения сведений о перерасчетах

Правильный ответ первый.

Вопрос 14.44 экзамена 1С:Профессионал по платформе. Выберите правильный ответ:

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

Правильный ответ второй, см. в посте скриншот регистра расчета.

только числовой

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

Пользователь вводит документ – например, продан один телефон. Документ делает проводку по регистру. Отчет показывает проводки сразу многих документов.

Специализация регистра – накапливать цифры. Сами по себе голые цифры не интересны – вместо «всего продано 3000» нам будет полезнее узнать «продано телефонов 2900, продано гарнитур 100».

Поэтому основа регистров – справочники, в разрезе которых накапливаются цифры.

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

Где же они хранятся?

План счетов 1С

Бухгалтерский учет построен на основе плана счетов 1С. Это список счетов, в разрезе которых производится движение денег. Для каждого счета может быть несколько аналитик – разрезов по справочникам («субконто»).

На самом деле учет в бухгалтерии ведется не в плане счетов 1С, а в регистрах бухгалтерии, где хранится список собственно проводок с указанием справочников (аналитик) и сумм.

План счетов 1С – это настройка регистра бухгалтерии, которая определяет:

Список счетов, по которым могут быть сделаны проводки
Виды учета по счету (например, возможность указать сумму в валюте; возможно считать не только сумму, но и количество)
Виды учета по субконто (т.е. в разрезе справочников, аналогично как и со счетами).

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

Аналогичная ситуация в учете заработной платы. Есть регистры расчетов – в них производится начисление собственно сумм в разрезе работников, организаций и т.п. И есть план видов расчетов 1С – это настройка, определяющая использование регистра расчета в будущем.

Примеры видов расчета 1С:

Заработная плата
Доплата за напряженный труд
Сдельная доплата за результат.

Почему нужно выносить это в разные настройки?

Потому что разные виды оплаты труда по разному рассчитываются:

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

План видов характеристик 1С

План видов характеристик 1С (ПВХ 1С) – содержит характеристики.

Характеристики – это свойства любого объекта, которые определяет сам пользователь.

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

Как это устроено?

Сама характеристика 1С (ее имя) – хранится в ПВХ в режиме 1С Предприятие
Какие могут быть значения (т.е. варианты значений) – хранятся в произвольном справочнике 1С
Пары характеристика = значение хранятся в регистре сведений 1С.

Как это использовать?

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

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

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

Щелкнуть правой кнопкой мыши на справочник, в меню выбрать Характеристики 1С
В таблице указать настройку, которая будет использоваться в отчетах СКД и динамических списках для автоматического связывания справочника с его характеристиками
o Виды характеристик 1С – таблица и имя поля, где хранятся виды характеристик (отбор по ссылке)
o Значения характеристик 1С – таблица и имя поля, где хранятся собственно значения (отбор по ссылке).

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

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

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

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

Свойства плана видов расчетов

Редактирование плана видов расчетов выполняется в окне редактирования.

Ввод по строке

На закладке "Формы" формируются поля ввода по строке. Отличительной особенностью плана видов расчетов является наличие предопределенных видов расчетов.

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

На закладке "Прочее" задается режим блокировки объекта (автоматический или управляемый) и устанавливается признак полнотекстового поиска по объектам данного типа.

Сложные расчеты

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

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

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

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

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

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

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

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

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

Взаимосвязь видов расчета

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

Ниже приведено описание этих взаимосвязей между видами расчета:

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

Ведущие - это виды расчета, при изменении результатов которых нужно пересчитать данный вид расчета. Например, при изменении оплаты по окладу «задним числом» необходимо пересчитать оплату отпуска, поскольку при расчете отпускных используется средняя зарплата сотрудника за предыдущие месяцы. Список ведущих видов расчета может не совпадать со списком базовых.

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

При вытеснении записи с определенным периодом действия ее фактический период действия может измениться, т.е. уменьшится или разделится на несколько интервалов. Например, запись об отпуске с 10 по 20 число месяца вытесняет запись об окладе, у которой период действия - весь месяц. Тогда фактический период действия записи об окладе будет состоять из двух интервалов: с 1 по 9 число и с 21 по конец месяца.

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

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

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

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

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

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

Сотрудник	Период	Вид расчета	Результат	Данные	Комментарий
Измерение	Служебный	Служебный			Реквизит

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Дата	Вид графика	Значение
11.01.05 пт	Пятидневка
11.01.05 пт	Шестидневка
12.01.05 сб	Пятидневка
12.01.05 сб	Шестидневка

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

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

Перерасчет

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

Для этого и служат перерасчеты.

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

По сути перерасчеты - это список записей регистра расчета, которые нужно перерасчитать .

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

Если мы заведем измерение «Сотрудник» в перерасчете, то при изменении базового расчета по сотруднику в перерасчеты добавятся зависимые записи только по этому сотруднику.

Практическое задание

Достаточно теории. Попробуем изучить детали на практике. За основу возьмем каркасную конфигурацию.

Постановка задачи:

Пусть премия задается фиксированным процентом к окладу (за вычетом невыходов и командировочных).

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

Пусть за невыходы с сотрудника взымается штраф в размере половины оклада за период невыхода.

Ход выполнения:

Начальная подготовка

Создадим новый план видов расчета «Основной».

Определим виды расчета и зависимости между ними:

	Базовые	Вытесняющие	Ведущие
Оклад		Невыход, Командировка
Премия		Невыход, Командировка	Оклад, Невыход, Командировка
Командировка
Невыход

Занесем эти виды расчета в план видов расчета «Основной» и в свойствахвидов расчета поставим зависимости согласно таблице.

В регистре расчета зарплаты сделаем измерение «Сотрудник» типа «ФизическиеЛица » - чтобы в регистре был разрез аналитики по сотрудникам.

В конфигурации уже имеется документ «Начисление зарплаты».

В нем две даты в шапке - «дата» и «период регистрации», а также по две даты «дата начала» и «датаконца » в каждой строчке.

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

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

Модуль документа будет выглядеть примерно так:

Для К аждого ТекСтрокаСписок Из Список Цикл

// регистр Расчеты

Движение = Движения.Р асчеты.Добавить ();

Движение.С торно = Ложь;

Движение.В идРасчета = ТекСтрокаСписок.ВидРасчета ;

Движение.П ериодДействияНачало = НачалоДня (ТекСтрокаСписок.ДатаНачала );

Движение.П ериодДействияКонец = КонецДня ();

Движение.П ериодРегистрации = ПериодРегистрации ;

Движение.Б азовыйПериодНачало = НачалоДня (ТекСтрокаСписок.ДатаНачала );

Движение.Б азовыйПериодКонец = КонецДня (ТекСтрокаСписок.ДатаОкончания );

Движение.С отрудник = ТекСтрокаСписок.Сотрудник ;

Движение.Г рафикРаботы = ТекСтрокаСписок.График ;

Движение.Р езультат = 0;

Движение.Д анные = ТекСтрокаСписок.Размер ;

КонецЦикла ;

Реквизит Сторно нужен чтобы сторнировать записи (аналог минуса).

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

Все документы датировать будем 20.01.2003, период регистрации будем ставить 02.01.2003 (специально указываю не начальные и конечные данные, здесь это неважно, все равно при записи в ПериодРегистрации преобразуется в начало периода 01.01.2003). Январь 2003 года используем, потому что за этот период заполнены графики работ.

Заведем перерасчет «Перерасчет», добавим в него измерение «Сотрудник», связанное с измерением «Сотрудник».

Играем с Перерасчетами.

Для игры откроем консоль запроса - обработка «ПроизовльныйЗапрос » в каркасной конфигурации. Создадим новый запрос конструктором запроса, добавим туда виртуальную таблицу Перерасчеты.Р асчеты.Перерасчет , текст запроса будет таким:

ВЫБРАТЬ

РасчетыПерерасчет.О бъектПерерасчета ,

РасчетыПерерасчет.В идРасчета ,

РасчетыПерерасчет.С отрудник

ИЗ

РегистрРасчета.Р асчеты.Перерасчет КАК РасчетыПерерасчет

Сформируем три документа - первым начислим оклад сотрудникам А и Б. Сотрудник А работает с 1 по 31 января, Б работает с 1 по 20 января. Вторым начислим премию сотруднику Б за период с 1 по 31 января, третьим назначим невыход сотруднику А с 20 по 25 января.

Играем с Фактическим периодом действия.

Создадим новый запрос - на этот раз в него добавим данные таблицы РегистрыРасчета.Р асчеты.ФактическийПериодДействия .

Сформируем запрос и увидим, что сотруднику А период действия оклада разбит на два периода - с 1 по 19 и с 26 по 31 января. Надеюсь вам понятно, что период был разбит на два, т.к. невыход вытеснил оклад.

Думаю, механизмы работы регистра расчета проясняются на глазах.

Изучаем графики.

Теперь попробуем начислить зарплату по окладу сотрудника.

Создадим новый запрос по регистру расчета используя виртуальную таблицу РегистрыРасчета.Р асчеты.ДанныеГрафика . У этой виртуальной таблицы можно задать параметр - условие отбора записей, например Сотрудник=&ВыбСотрудник и ВидРасчета=&ВидРасчета и График=&ВидГрафика .

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

Колонка результата	Значение
ЗначениеПериодДействия	На какой период действия в часах была запись в регистре.
ЗначениеФактическийПериодДействия	Сколько сотрудник фактически проработал в часах
ЗначениеБазовыйПериод	Для оклада смысла не имеет, для премии - количество рабочих часов в базовом периоде.
ЗначениеПериодРегистрации	Сколько рабочих часов в периоде регистрации (месяц январь)

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

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

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

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

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

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

Рис. Частичное пересечение базового периода и периода действия

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

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

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

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

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

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

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

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

При настройке ведущих видов расчета необходимо так же, как и при настройке вытесняющих видов расчета, соблюдать правило: если вид расчета А является ведущим для вида расчета В, который в свою очередь является ведущим для вида расчета С, то в список ведущих для вида расчета С должны быть включены как вид расчета В, так и вид расчета А. В противном случае программа выдаст сообщение об ошибке: «Неполный список ведущих видов расчета!». Например, если в список ведущих начислений внесена Квартальная премия, то должны быть внесены и все ведущие начисления для квартальной премии, такие как Оклад по дням Оклад по часам и т.д.

Рис. Настройка базовых и ведущих видов расчета