Планы видов расчетов. Сложные периодические расчеты Функциональные возможности регистра расчета

Здравствуйте уважаемые читатели блога . Судя по отзывам, приходившим на мою почту, предыдущая статья об использовании произвольных формул в 1С ЗиУП многим понравилась. Спасибо всем за теплые слова! Откровенно говоря настройка произвольных формул для видов расчет – это самая любимая моя забава в 1С) Поэтому я решил сразу же представить ещё одну статью по этой теме. Она также как и основана на реальной задаче, которую мне приходилось решать в своей профессиональной деятельности.

В сегодняшней публикации будут подробно представлены возможности использования собственных показателей расчета заработной платы в произвольных формулах. В частности я представлю обзор сервиса. И конечно будет много мелких, но интересных и полезных особенностей ведения учета в программном продукте 1С Зарплата и Управление Персоналом. Поэтому читайте и не забывайте оставлять свои вопросы и замечания в комментариях и на страницах блога во вконтакте , на одноклассниках и google+ .

Использование показателей по сотрудникам, по подразделениям и по всей организации в 1С ЗУП

✅

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

Создание видов расчета в ЗУП с произвольными формулами и показателями

✅ Семинар «Лайфхаки по 1C ЗУП 3.1»
Разбор 15-ти лайфхаков по учету в 1с зуп 3.1:

✅ ЧЕК-ЛИСТ по проверке расчета зарплаты в 1С ЗУП 3.1
ВИДЕО - ежемесячная самостоятельная проверка учета:

✅ Начисление зарплаты в 1С ЗУП 3.1
Пошаговая инструкция для начинающих:

Для начала нам необходимо создать сам вид расчет «Премия личная за работу сверх плана». Итак, открываем перечень «Основных начислений» и создаем новый вид расчета. Доступ к «Основным начислениям» в 1С ЗУП можно получить на закладке «Расчет зарплаты» в самом внизу в разделе «См. также». Добавляем новый вид расчета. Вводим наименование «Премия личная за работу сверх плана». Переключатель «Последовательность расчета» ставим в положение «Первичное начисление» поскольку наш новый вид расчета не будет зависеть от других расчетов, а только от показателей, которые вводятся раз в месяц перед расчетом зарплаты. В разделе «Способ расчета» устанавливаем в активное положение переключатель «Произвольная формула расчета» . В результате появится ссылка «Редактировать формулу расчета» и нам необходимо нажать на неё, чтобы открылось окно редактирования формул.

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

(Выработка_Сотрудника – План_Сотрудников) * Ставка_Оплаты_Сверх_Плана

Показатель Выработка_Сотрудника должен вводиться для каждого сотрудника ежемесячно перед расчетом зарплаты, а показатель План_Сотрудников – это условно постоянный показатель, который можно было в формуле написать и фиксированной суммой – 100 – но я специально этого не стал делать, чтобы побольше поработать с показателями. Кроме того он может различаться для подразделений. Например в оном цехе деталь сложнее в производстве и на неё тратиться больше времени, поэтому план будет не 100 штук, а 80. Ставка_Оплаты_Сверх_Плана – по аналогии с предыдущим.

Идентификатор — должен состоять только из букв и цифр, без пробелов;
Вид показателя – числовой, он у нас будет использоваться для ввода количества в штуках;
Назначения показателя – для сотрудника, т.е. это личный показатель каждого сотрудника (Иванов произвел 120 штук, а Петров 130);
Порядок ввода показателя – ежемесячно перед расчетом зарплаты.

Ну и третий показатель, который аналогичен предыдущему. Только одно отличие, что «Вид показателя» будет не числовой, а денежный. Хотя даже если Вы введете Числовой ничего не изменится, но лучше конечно руководствоваться логикой и выбрать именно денежный показатель.

Теперь мы можем написать формулу для вида расчета с использованием только что созданных показателей. Однако формула немного модернизируется по сравнению с той, которую представил вначале. Ведь может быть так, что сотрудник не выполнит план и чтобы этот вид расчета не начислил отрицательного значения мы будем использовать функцию Макс(<Выражение1> ,<Выражение2>) . Она означает, что окончательным будет максимальный результат из этих двух выражений:

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

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

Заполнение постоянных и ежемесячных произвольных показателей в 1С ЗиУП

✅ Семинар «Лайфхаки по 1C ЗУП 3.1»
Разбор 15-ти лайфхаков по учету в 1с зуп 3.1:

✅ ЧЕК-ЛИСТ по проверке расчета зарплаты в 1С ЗУП 3.1
ВИДЕО - ежемесячная самостоятельная проверка учета:

✅ Начисление зарплаты в 1С ЗУП 3.1
Пошаговая инструкция для начинающих:

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

Во-первых, необходимо выбрать что мы вводим: индивидуальные показатели сотрудника или ежемесячные показатели для подразделений/организации. Выбираем первое.
Во-вторых, выбираем режим ввода. Это уж как кому удобно. Мне удобен первый вариант «по показателям».
В-третьих, указываем период, за который заполняются показатели: Август 2014.
Ну и в-четвертых, вводим сам показатель для наших двух сотрудников, которые получают «Премию личную за работу сверх плана». Должно получиться то, что показано на скриншоте.

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

Подробнее о последовательности расчета заработной платы в 1С ЗиУП можете почитать в статье .

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

На этом сегодня всё! Скоро будут новые интересные материалы на .

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

В настройках для расчета з/п существует понятие «Планы видов расчетов». Типовые настройки задают уже настроенные планы начислений, взносов в фонды и удержаний.

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

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

Для систематизации данных по планах видов расчетов определим их особенности по пунктам:

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

Например, вид расчета «Больничные за счет предприятия» является дополнительным начислением, введенным пользователем вручную.

При настройке плана вида расчета необходимо выбрать способ расчета из предложенного списка значений (Окно настроек планов видов расчетов).

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

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

· первичное → использует начисления за отработанное время;

· зависимые → у них базой для начислений является предыдущий уровень.

Реквизит «НДФЛ» нужен для отражения в форме №– 1ДФ, где будет указан код дохода для начисления НДФЛ.

Заполнение реквизитов «Отражение в бух. учете» и «Индексируется расчетом» дает возможность индексации этого начисления и представлено на следующем рисунке.

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

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

2. План видов расчетов «Взносы в фонды» (меню «Зарплата -> Учет НДФЛ и взносов - Взносы в фонды», смотрите одноименный рисунок).

Данный план расчетов утверждает базу расчета показателей взносов работников для разных фондов, взносы на фонд оплаты труда (ФОТ). Для каждого типа взноса выбираются определенные виды начислений в справочнике «Начисления организаций».

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

При обработке нового плана расчетов на взносы в фонды либо на взносы в ФОТ выбирается метод расчета:

1. «По шкале» → тогда анализ базы расчета проводится в документе « », и автоматом определяется один предел и интервал порога в соответствии со списком «Шкала ставок». Далее, определив порог, база умножается на ставку этого порога.

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

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

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

В периодическом режиме (на дату) записывается для каждого вида налога новый созданный пункт плана расчетов для взносов в фонды.

3. План видов расчетов «Отражение зарплаты организации» (следующий рисунок):

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

Он автоматом определяет порядок оформления проводок.

4. «Удержания организаций» (Меню «Зарплата Удержания организаций»).

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

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

Метод отражения в бухучете автоматом подставит в проводки хозяйственную операцию из справочника «Способы отражения зарплаты в регламентированном учете».

Категория типа расчета имеет четыре вида: «Первичная» или «Зависимость первого уровня», «Зависимость второго уровня», «Зависимость третьего уровня». Если для подсчетов, например, процентов возьмется какая-то база, то нужно, чтобы «зависимость определенного уровня» была установлена на 1 выше определяемых в базовых видах расчета.

Нас находят: заполнение планы видов расчета в 1с 8 2 , 1c8 d eckjdbt cgbcjr pyfxtybq , план оплаты, план видов расчетов індексація 1с 8 2, Вид расчета в 1С8 2, вид расчета в 1с 8 2, 1С 8 2 Планы видов расчетов Создание вида расчета, как изменить регламентированный вид расчета 1с, дайте определение виду нагрузки представленному на рисунке укажите вид расчета соответствующий нагрузки, план видов расчета 1с 8 3

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

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

Произвольные формулы расчета в 1С ЗиУП

✅

Давайте сразу приступим к примеру. Мне кажется так будет более наглядно. Итак, в организации есть подразделение охрана. Сотрудники этого подразделения, их 4 человека, работают сутки через 3. Для каждого сделаем отдельный график работы. Сотрудник получает полный оклад, если отработает весь свой план по графику. Если будут неотработанные дни , то оклад пересчитывается пропорционально отработанным дням. Также возможен случай, когда сотрудник отработает больше положенной нормы дней по своему графику. Это происходит, когда сотрудники заменяют другого работника, ушедшего в отпуск или выбывшего по болезни. В этом случае сотрудник, отработавшей на подмене имеет отработанных дней больше, чем положено по его графику. Надо обеспечить, чтобы в этом случае его оклад был начислен как за обычную работу в рамках плановых дней графика, а оплата за дни, отработанные сверх плана были бы отнесены на другой вид расчета «Доплата за совмещение».

Создание элементов справочника «Графики работы»

Для начала необходимо обсудить элементы справочника «Графики работы» . Его можно найти на рабочем столе программы на закладке «Кадровый учет» в средней колонке.

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

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

Таким образом создадим ещё три графика для каждой из смен.

Создание видов расчета для автоматизации начисления заработной платы в 1С ЗиУП

✅ Семинар «Лайфхаки по 1C ЗУП 3.1»
Разбор 15-ти лайфхаков по учету в 1с зуп 3.1:

✅ ЧЕК-ЛИСТ по проверке расчета зарплаты в 1С ЗУП 3.1
ВИДЕО - ежемесячная самостоятельная проверка учета:

✅ Начисление зарплаты в 1С ЗУП 3.1
Пошаговая инструкция для начинающих:

Также при приеме на работу этих сотрудников необходимо установить для виды расчетов. Их нужно создать. Первый это «Оклад (охрана)». Ещё раз напомню, что такой оклад должен быть выплачен полностью, если по графику всё отработано (т.е. нет пропущенных дней), если же отработано не полностью, то начисляться пропорционально отработанным дням. А вот в случае, когда сотрудник отработал сверх установленного графика необходимо обеспечить начисления только одного оклада, без пересчета за переработанные дни. Оплата за переработку будет осуществляться другим видом расчетов, но о нем позже.

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

Формула расчета – тут непосредственно будет формироваться формула;
Функции – это предопределенные разработчиками арифметические и логические операции, которые можно использовать в формуле. В справке можно ознакомиться подробнее о каждой;
Показатели – это во-первых, предопределенные переменные, которые принимают значения, запрограммированные разработчиками 1С. Например, параметр «ВремяВДнях» будет возвращать количество дней отработанное сотрудником, для которого выполняется расчет по этому виду расчета. Во,вторых опказатели можно создавать самостоятельно. Например, создать показатель «ПроданоШт», в зависимости от которого будет начисляться премия сотруднику, а само значение, т.е. сколько продано заполнять раз в месяц перед расчетом зарплаты.

Сразу приведу формулу, которую мы будем использовать, а потом поясню:

? (ВремяВДнях>=НормаВремениВДнях, ТарифнаяСтавкаМесячная, ТарифнаяСтавкаМесячная / НормаВремениВДнях * ВремяВДнях)

Во-первых, поясню конструкцию, в которой выполнена эта формула: ?(условие, выражение1, выражение2) .

Если условие, находящееся в скобках выполняется, то результат принимает значение переменной, находящейся после первой запятой (т.е. выражение1, в нашем случае этоТарифнаяСтавкаМесячная ). Если условие не выполняется, то результат принимает значение, полученное после выполнения формулы, которое находится после второй запятой (т.е. выражение2, в нашем примере это ТарифнаяСтавкаМесячная / НормаВремениВДнях * ВремяВДнях ).

Во-вторых, расшифрую показатели, которые используются в формуле:

ВремяВДнях – количество дней, отработанных сотрудником в текущем месяце –;
НормаВремениВДнях – плановое количество дней, которое сотрудник должен отработать в текущем месяце в соответствии с графиком работы — предопределенный показатель – рассчитывается программой автоматически ;
ТарифнаяСтавкаМесячная – сколько сотрудник заработает при полной отработке своих плановых рабочих дней – предопределенный показатель – указывается при назначении сотруднику этого вида выплаты.

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

Не забудьте записать этот вид расчета, чтобы сохранить все изменения.

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

? (ВремяВДнях > НормаВремениВДнях, ((ВремяВДнях – НормаВремениВДнях) / НормаВремениВДнях * ТарифнаяСтавкаМесячная) , 0)

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

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

Начисление зарплаты с использованием созданных видов расчета

✅ Семинар «Лайфхаки по 1C ЗУП 3.1»
Разбор 15-ти лайфхаков по учету в 1с зуп 3.1:

✅ ЧЕК-ЛИСТ по проверке расчета зарплаты в 1С ЗУП 3.1
ВИДЕО - ежемесячная самостоятельная проверка учета:

✅ Начисление зарплаты в 1С ЗУП 3.1
Пошаговая инструкция для начинающих:

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

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

Теперь давайте предположи, что сотрудник Шелестов ушел в отпуск с 22.08 и получается, что его дни кто-то должен отработать (в августе это 24 и 28 числа). На это согласился Горин. Отпуск Шелестову отразить не сложно. Для этого используем документ «Начисление отпуска сотруднику» (подробнее об отпусках читайте ). А вот для того чтобы отразить дополнительные дни сотруднику Горину, будем использовать документ «Табель учета рабочего времени» . Ещё раз повторюсь – не путайте этот документ с одноименным отчетом. Этот документ можно найти на закладке «Расчет зарплаты» рабочего стола программы. Создадим новый документ. Установим месяц начисления Август 2014 и добавим в табличную часть документа сотрудника Горина. При этом табель сотрудника заполнится автоматически в соответствии с графиком его работы в августе. Нам лишь требуется исправить 24 и 28 августа с выходных дней на рабочие («Я 24»).

Проводим документ.

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

Итак, Шелестов отработал на 2 дня меньше в связи с отпуском, вместо 7 дней 5, поэтому его оклад рассчитывается пропорционально отработанным дням:

12 500 / 7 * 5 = 8 928,57 руб.

Ни о какой доплате конечно речи не идет, поэтому «Доплата за совмещение» равна 0.

Сотрудник Горин отработал на два дня больше своего плана, вместо 8 дней 10. Оклад начисляется в полном размере, как за 8 плановых дней – 12 500 руб. А вот доплата рассчитывается пропорционально двум дням отработанным сверх нормы в 8 рабочих дней:

12 500 / 8 * 2 = 3 125,00 руб.

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

На этом сегодня всё! Скоро будут новые интересные материалы на .

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

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

Структура

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

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

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

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

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

Например, вид расчета Алименты может зависеть по базовому периоду от таких видов расчета, как Оклад , ТарифДневной , ДоплатаПерсональная и т.д. А вид расчета Оклад может вытесняться видом расчета Невыход :

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

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

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

Форма списка

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

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

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

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

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

План видов расчета и Регистр расчета.

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

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

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

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

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

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

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

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

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

А вид расчета Оклад может вытесняться видом расчета Невыход:

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

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

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

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

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

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

Измерения регистра описывают разрезы, в которых хранится информация, а ресурсы регистра непосредственно содержат хранимую информацию. Например, для регистра расчета ОсновныеНачисленияСотрудниковОрганизаций, который имеет следующую структуру:

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

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

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

Связь с графиком времени
Для регистра расчета может быть указана связь с графиком времени. График времени представляет собой регистр сведений, в котором содержится временная схема исходных данных, участвующих в расчетах. Измерениями этого графика могут быть, например, график работы и дата, а ресурсом – количество рабочих часов в этой дате. Тогда можно будет связать запись регистра расчета с каким-либо конкретным графиком работы и в дальнейшем, средствами встроенного языка получать информацию о количестве рабочих часов, необходимую для выполнения расчетов.

Например, график времени, имеющий следующую структуру:

Перерасчеты
Регистр расчета может включать в себя специальные объекты - Перерасчеты:

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

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

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

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

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

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

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

Регистр расчета поддерживает два вида зависимости по базовому периоду:

зависимость по периоду действия;
зависимость по периоду регистрации.

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

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

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

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

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

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

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

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

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