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

Расчетные механизмы являются наиболее сложным функционалом в платформе «1С:Предприятие 8». Именно на расчетных задачах больше всего «сыпятся» на Аттестации 1С:Специалист по платформе. Причем не из-за вредности преподавателей, а из-за множества нюансов.

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

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

Технология реализации расчетных задач

Что Вы узнаете из этой статьи?

  • Термины и определения, которые лежат в основе расчетных механизмов платформы «1С:Предприятие 8»
  • Виды связей между расчетами, которые возникают в процессе автоматизации бизнес-процессов.
  • Применение механизма сложных периодических расчетов.

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

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

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

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

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

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

Период регистрации

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

Период регистрации при расчете заработной платы

Рисунок 1

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

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

Пример расчета начислений заранее

Рисунок 2

Важно понять, что периодом регистрации командировки будет именно тот месяц, в котором она начислена. Несмотря на то, что фактически командировка будет в марте, ее расчет и начисление произошли в феврале. То есть в этом случае период регистрации командировки – 01.02.

Вид расчета

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

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

Период действия записи

Записи, участвующие в расчетах, могут как быть, так и не быть протяженными во времени. Что это значит?

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

Пример отражения больничного листа сотрудника

Рисунок 3

Период действия имеет ряд особенностей.

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

В отличие от периода регистрации, период действия записи задается датой начала и датой окончания.

Например, факт болезни сотрудника с 11.02 по 20.02 можно представить следующим образом.

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

Рисунок 4

В этом случае запись «больничный» будет иметь период действия 11.02 – 20.02 и период регистрации 01.02.

Период действия записи неделим и непрерывен.

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

Отражение двух командировок в одном периоде расчетов

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

Например, необходимо отразить больничный сотрудника с 10.02 по 15.03. Учет зарплаты ведется помесячно (то есть период расчетов – месяц). Что будет, если запись «Больничный» мы отразим одной записью с периодом действия 10.02 – 15.03?

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

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

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

Для нашего примера предполагаем, что больничный лист сотрудник предъявил в марте. Поэтому, регистрируя больничный сотрудника, получим две записи: первая запись с периодом регистрации 01.03 и периодом действия 10.02 – 28.02, вторая запись с периодом регистрации 01.03 и периодом действия 01.03 – 15.03.

Как видим, у первой записи месяц периода расчетов не совпадает с месяцем периода регистрации (см. рис. 6).

Отражение больничного, относящегося к нескольким периодам расчетов

Рисунок 6
Период действия может не принадлежать периоду регистрации.

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

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

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

Пример отражения записи, когда период ее действия не принадлежит периоду регистрации

Рисунок 7

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

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

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

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

Пример вытесняющего вида расчета

Рисунок 8

Что происходит при вытеснении одних записей другими? На что, собственно, влияет вытеснение?

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

Рассмотрим формирование фактического периода действия записей из приведенного выше примера.

Интервалы фактического периода действия вытесняющих записей

Рисунок 9

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

  • До вытеснения фактический период действия записи «Оклад» содержал один интервал 01.02 – 28.02, который совпадал с периодом действия.
  • При вводе записи о больничном виды расчета «Оклад» и «Больничный» конкурируют между собой за период действия 11.02 – 20.02.
  • В результате конкуренции видов расчетов произошло разбиение фактического периода действия записи «Оклад» на два интервала: 01.02 – 11.02 и 20.02 – 28.02. Механизмы вытеснения не оказывают влияния на периоды действия записей конкурирующих видов расчетов, изменения происходят на уровне фактического периода действия.
  • Фактический период действия записи «Больничный» представляет собой один интервал: 11.02 – 20.02, который совпадает с периодом действия.
Примечание

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

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

Отражение вытесняющей записи в предыдущем периоде расчетов

Рисунок 10

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

Зависимость по базовому периоду

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

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

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

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

Рисунок 11

Продолжим наш пример расчетом премии. Для этого определим величины оклада и процент премии.

Пусть у некоторого сотрудника оклад распределился следующим образом: Январь – 15 000 р., Февраль – 21 000 р., Март – 20 000 р. Процент премии равен 10%. Стало известно, что в феврале у сотрудника был штраф в размере 5 000 р., и его также нужно учесть при расчете премии, то есть в базу расчета премии входят оклад и штраф. Соответственно, виды расчета «Оклад» и «Штраф» являются базовыми по отношению к виду расчета «Премия» (см. рис. 12).

Пример расчета премии с учетом штрафа

Рисунок 12

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

База = 15 000 р. + 21 000 р. + 20 000 р. – 5 000 р. = 51 000 р.

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

Премия = База * Процент премии = 51 000 р. * 10 / 100 = 5 100 р.

Итак, размер премии рассчитан, он составляет 5 100 р.

Ключевые моменты произведенного расчета:

  • При расчете результата зависимости по базовому периоду анализируются суммы базовых видов расчетов за определенный период, который называется базовым.
  • Базовый период может покрывать несколько расчетных периодов. Он не обязательно кратен периодам расчета, его интервал может быть задан произвольно, например, он может быть определен как 15.02 – 15.03, 25.01 – 01.04 и т.д.
  • Суммы всех базовых видов расчета, попавших в базовый период, образуют расчетный показатель – базу. Вхождение вида расчета не всегда увеличивает базу, в нашем случае штраф – это удержание, его вхождение уменьшает базу.
  • Расчет по базовому периоду может быть реализован для всех видов расчетов – как для протяженных во времени (с периодом действия), так и для непротяженных во времени. В нашем примере премия не имеет периода действия, хотя базовый период у нее определен и равен трем предшествующим месяцам.

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

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

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

Применение механизма сложных периодических расчетов

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

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

Общая схема решения большинства задач с использованием механизма сложных периодических расчетов может быть представлена так:

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

Рисунок 13

Как видно из схемы, решение расчетных задач не ограничивается использованием только «расчетных» объектов.

В справочниках обычно хранят данные объектов, определяющих разрезы, в которых следует выполнять расчет (например, справочники «Организации», «Физические Лица») или описывается дополнительная аналитика расчета (например, справочник «Статьи расходов»).

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

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

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

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

Хочется отметить, что разделение на схеме объектов метаданных по контурам (НСИ, первичные данные, алгоритмы расчета) является условным и в зависимости от контекста задачи может меняться.

Например, в типовом решении ЗУП 3.1 регистр сведений «Графики работы по видам времени» носит смешанный характер. С одной стороны, он хранит эталонные графики работы (базовая НСИ), назначенные сотрудникам, с другой – при окончательном расчете зарплаты в него пишется фактический график, по которому работал сотрудник, если в течении месяца у него были отклонения от эталона.

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

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

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

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

P. S.

На текущий момент в качестве продолжения готовятся статьи на такие темы:

  • Расчетные объекты системы «1С Предприятие»: план видов расчета и регистры расчета. Детальная настройка и конфигурирование.
  • Экспресс-решение задачи, подобной задачам уровня экзамена «1С:Специалист по платформе».
  • Расчетные объекты в типовых конфигурациях (на примере прикладных решений семейства ЗУП).

Если вам интересна тема, касающаяся механизма сложных периодических расчетов, то напишите в комментарии:

  • О каких компонентах механизма вам хотелось бы в первую очередь узнать?
  • Какие моменты задач для подготовки к экзамену «1С:Специалист по платформе» было бы хорошо осветить?

Об авторе

Автор статьи – Дмитрий Игоревич Макаревич

УК “Содружество”, г. Калининград

E-mail: mitia.mackarevich@yandex.ru

63 комментариев для “Что нужно знать о расчетных механизмах в «1С:Предприятие 8»

  1. Елена сказал:

    Спасибо за статью! Настраиваю вытеснение оклада вр оплата по среднему заработку Диспансеризация( не отработанные полные смены) В фактический период действия периоды правильно формируются:
    01,04,2019 по 01.04.2019 оклад
    02.04.2019 по 02.04.2019 диспансеризация
    03.04.2019 по 30.04.2019 оклад
    Но отработано часов в 1 и в 3 период записываются по 167, я ожидала увидеть
    в 1 период -8 часов
    в 3 период – 159 часов
    Что делаю не правильно ? Спасибо за ответ

  2. Василий сказал:

    1.Есть начисления по сотруднику. В период начисления у сотрудника был (док. Замена) “Временный перевод” (не кадровое перемещение) -работал на другой должности по другому графику . И есть 2 премии которые начисляются по итогам месяца.
    2.В настройках ВР “Оплата по часовой тарифной ставке” есть вытесняющий вид расчета “Временный перевод”
    3. При расчете Премий в базу не включаются сумма (По замене) “Оплата по часовой тарифной ставке” из за вида расчета “Временный перевод”. если удаляю строку с видом расчета “Временный перевод” сумма включается В базу Для расчета премий

    Вопрос почему база для премий не берется полностью, если она уже расчитана . Что сделать для этого?

  3. MariaKw сказал:

    “Например, больничный, введенный в марте за февраль, не сможет конкурировать за период действия с окладом. Его фактический период действия на интервале периода действия будет пустым, потому что записи не могут действовать одновременно, а вытеснение «задним числом» работать не будет”
    Не понятен этот абзац. Почему не может конкурировать? Почему факт. период действия больничного будет пустым?
    Записи не могут действовать одновременно: имеется ввиду запись об окладе и больничном? почему они не могут действовать одновременно, что это значит?

    • Дмитрий сказал:

      Добрый день,
      Далее в ответе сокращения: РР -регистр расчета, ВР – вид расчета
      про вытеснение:
      чтобы сработали внутренние механизмы платформы, а именно – конкуренция, затем вытеснение и последующее получение фактического периода действия – необходимо, чтобы записи РР вытесняющего ВР имели период регистрации либо в одном периоде расчетов с вытесняемым ВР, либо его период регистрации должен быть меньше.
      Это особенность платформы. Приоритет у записей с меньшим периодом регистрации в механизмах вытеснения – выше. Это можно отследить профайлером в SSMS если хочется посмотреть очень глубоко=)
      Чтобы обойти эту особенность и был придуман механизм сторнирования. Который по сути “освобождает” в контексте периода действия определенный интервал. Наглядный пример “сторнирования” можно увидеть, при работе с документом “Больничный лист” в ЗУП 3.1. Попробуйте ввести его сотруднику задним числом

  4. Юлия сказал:

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

    • Кузьмин Сергей сказал:

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

  5. Александр сказал:
    Если вам интересна тема, касающаяся механизма сложных периодических расчетов, то напишите в комментарии:
    1) О каких компонентах механизма вам хотелось бы в первую очередь узнать?
    2) Какие моменты задач для подготовки к экзамену «1С:Специалист по платформе» было бы хорошо осветить?

    1) распишите все про перерасчеты.
    2) все моменты касаемо периодических задач

  6. Михаил Госьков сказал:

    Статья очень понравилась, спасибо.
    Ошибка в тексте: “могут хранятся важные”

  7. Vitaliy.Kovalev сказал:

    Прекрасная статья.Хотелось бы поподробнее узнать про регистры и внутреннюю кухню. А вообще, было бы очень полезно посмотреть точки из которых можно быстро находить алгоритмы расчета. Так как много времени уходит на то, чтобы отыскать нужное в модулях.
    Буду с нетерпением ждать курса по ЗУП 3.1
    С уважением Ковалев Виталий.

  8. FiguraD сказал:

    Автору спасибо за подробное описание механизмов, освежил в памяти принципы. Ждем с нетерпением продолжения!
    Соглашусь, что нужен новый курс по зарплате, т.к. 2.5 сильно отличается от последних решений.
    Насчет возможности осветить какие-либо вопросы в следующих публикациях: лично мне было бы очень интересно увидеть примеры использования расчетных механизмов для решения задач, не связанных с расчетом зарплаты, и которые именно так реализовать проще и быстрее, чем традиционными методами.
    Вспоминается разрыв шаблона, когда немного поняв расчет зарплаты в ЗиК 7.7, я увидел как организован расчет в “Камине” ))

  9. Каранский Аркадий сказал:

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

  10. chernovaolga68 сказал:

    Добрый день! Очень нужна информация по ЗУП 3.1. Те курсы по ЗУП, что представляет 1С не освещают нюансы. Знаю, что часто на предприятиях снимают флажок поддержки и дорабатывают механизмы учета. Но даже в типовой ужасно формируются регламентированные отчеты: РСВ исходный тасует доходы и взносы между месяцами и рассихронно, а уточненный РСВ отчет ЗУП вообще не умеет делать; СЗВ-М теряет сотрудников; 6-НДФЛ теряет доход, с которого взят налог, таскает рубль по разным датам; – а собственно для их автоматического формирования и нужна программа. А главные отчеты хорошо формируются только на предприятиях, где нет расчетов за прошлые периоды, где нет обособки. Вот такая грусть. Заранее спасибо, если составите курс по ЗУП.

  11. Владимир сказал:

    Добрый день.
    Хотелось по подробнее узнать про регистр расчёта. Как в нем храниться информация. По описанию выше я понял что РР используется только для отчетов.

  12. isa сказал:

    Статья понравилась, спасибо. Возможно надо будет перечитать даже.
    Вот на тему “Расчетные объекты в типовых конфигурациях (на примере прикладных решений семейства ЗУП)” было бы неплохо почитать статью.

  13. Сергей сказал:

    В ЗУП 3.1 косяков очень много вылезает. Ту же 6-НДФЛ почти везде формируют “ручками” т.к. штатно работает только в самых простых случаях на небольших предприятиях.

  14. Максим Рыболовлев сказал:

    Спасибо за статью! Конечно, хотелось бы подробный курс по конфигурированию ЗУП 3.1. Думаю, спрос был бы.

  15. Альберт сказал:

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

  16. Илья сказал:

    Спасибо! Хотелось бы целый курс по реализации расчетных механизмов именно в ЗУП 3.1. Например, где/какие/для чего общие модули. И как их модифицировать грамотно. Как там реализованы перерасчеты и т.д., и т.п. А то курс по доработкам в УТ 11 есть, а в ЗУП 3 – нет =(

  17. Егор сказал:

    Большое спасибо за статью! Все очень доступно описано. Очень жду продолжения про детальную настройку объектов конфигурации.

  18. Михаил Баранов сказал:

    Прекрасная статья. Отличное оформление. Дмитрий, ждем продолжения.

  19. Денис сказал:

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

    • Дмитрий сказал:

      Добрый день, у объекта “РегистрРасчетаНаборЗаписей” есть метод Записать, у метода есть есть параметры ТолькоЗапись и ЗаписьФактическогоПериодаДействия. Комбинация данных параметров при записи набора может дать нужный результат. Например
      ….
      НаборЗаписей.Записать(,Ложь, Истина);
      ….
      Вызовет пересчет фактического периода действия, соответственно возможно обновление таблицы. Если говорить о ЗУП 3.1., то при изменении вида расчета, нужно пересчитывать документ с интересующим расчетом.

  20. codexa сказал:

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

  21. Зинаида сказал:

    Добрый день. Напишите пожалуйста про механизм перерасчётов и, если можно, на примерах из Зуп 3. Спасибо!

  22. Павел сказал:

    Спасибо за статью.

    “Базовый период может покрывать несколько расчетных периодов. Он не обязательно кратен периодам расчета, его интервал может быть задан произвольно, например, он может быть определен как 15.02 – 15.03, 25.01 – 01.04 и т.д.”

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

      • Дмитрий сказал:

        Настройка плана видов расчета и регистров расчета это тема отдельной статьи=) Но все-таки в общем случае логика будет такой:
        “Если у плана видов расчета установлена зависимость по базе в положение “по периоду регистрации” и речь идет о виде расчета (далее ВР) этого плана то при получении базы будет происходить анализ пересечения периода, отсчитываемого от периода регистрации + месяц (для вашего случая) базовых записей с базовым периодов рассчитываемой записи. Период действия базовой записи не имеет никакого значения в данном случае.”
        Для вашей задачи не хватает исходных данных – а именно периода регистрации оклада.
        Обычно март оклад начисляется в апреле тогда у записи с ВР “Оклад” период регистрации – 01.04. Берем 01.04-30.04(так как периодичность расчетов месяц). Этот период не пересекается с 10-20 марта, поэтому база пустая. Если у записи с ВР “Оклад” период регистрации 01.03 тогда периоды 01.03 -31.03 и 10.03-20.03 пересекаются и упрощенно говоря “база равна значению оклада”, то есть возьмет целиком.
        Опять же подчеркну сейчас мы говорим о зависимости по базе по периоду регистрации.В случае зависимости по периоду действия результаты будут иными

  23. Максим сказал:

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

    • Дмитрий сказал:

      Это зависит от специфики предприятия. Например, я встречал такое начисление как “управлеческая премия”(это термин конкретного предприятия), которую считали отдельно и потом,на ее основании, формировали премии (фиксированной суммой) топ менеджерам— поверьте база ее расчета была очень лоскутна, туда входило все, что только можно было посчитать.Иначе говоря, рег.учет тонко переплетался с управленческим.

  24. Людмила сказал:

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

    Жду продолжения!

  25. Галина сказал:

    Добрый день! Наступил долгожданный день, когда появились материалы по расчетным механизмам!!! Очень много вопросов по конфигурации ЗУП 3.1.
    Задача, которую мало кто может решить, это районный коэффициент и северная надбавка, рассчитываемая в начисление зп и межрасчетные выплаты премии, которые входят в зависимости РК и СН! И обязательное условие в расчетных листах выделять РК и СН.

  26. Руслан Бозжанов сказал:

    Почему у видов расчетов фактические периоды действия работают по правилу “с-до”, а не “с-по”? Т.е., при больничном с 11 по 20 февраля, у оклада период действия 01.02-11.02 и 20.02-28.02, а не 01.02-10.02 и 21.02-28.02?

  27. Румянцев Константин сказал:

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

  28. Прилуцкий Александр сказал:

    Спасибо за статью! Хорошо все изложено.Тоже готовлюсь к спецу по платформе и интересует решение наиболее сложной расчетной задачи, с комментариями почему так а не иначе….

    • Кузьмин Сергей сказал:

      Данная статья существует только на сайте.
      PDf-файла, к сожалению, нет.

  29. Дмитрий сказал:

    Тема интересная, для большинства сложная.
    Что-то конкретно не могу придумать, интересно все про расчеты.

  30. Razlagutt сказал:

    Здравствуйте! В “Период действия записи” указано, что если БЛ попадает в два периода расчета (февраль-март), то создаются два одинаковых БЛ с разными периодами действия. А как тогда быть с выгрузкой БЛ в ФСС? Два xml-файла отправлять?

    • Дмитрий сказал:

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

    • Михаил сказал:

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

    • gosn1ck сказал:

      всё очень подробно было в курсе Чистова, Павел всё разжевывал по расчетным задачкам

        • Кузьмин Сергей сказал:

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

          • gosn1ck сказал:

            копируете стилистику партнёрского форума разработчиков фирмы 1С :) лично меня фраза “планируется, но сроки пока что назвать не сможем” дико раздражает :)

            • Кузьмин Сергей сказал:

              Тогда напишем по-другому: мы не анонсируем сроки по курсам, пока не будет записано / подготовлено хотя бы 80% контента.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

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