Виды расчета это 1с
В этом блоке разберем теорию, которая в дальнейшем потребуется для решения практических задач раздела.
При решении расчетных задач на аттестации требуется особое внимание уделить настройкам планов видов расчета и их архитектуре. Ведь при решении расчетных задач большую часть «работы» выполняет сама платформа, но правильный результат в основном зависит от корректных настроек и четкого понимания, как они работают.
План видов расчета (далее ПВР) определяет отдельную структуру данных, похожую на справочник, где пользователь в режиме «1С:Предприятие» может создавать неограниченное число элементов (видов расчета). Созданные виды расчета пользователь впоследствии может изменять и удалять из базы данных.
Чаще всего в задачах требуется создавать два ПВР: один с включенным периодом действия, а другой с выключенным (для разовых начислений). Но в некоторых задачах встречаются и исключения, например, требуется также ПВР для расчета удержаний. Почему нужна именно такая архитектура, будет рассмотрено далее.
Перейдем к описанию настроек ПВР. Многие его настройки не отличаются от аналогичных настроек в справочнике, поэтому мы не будем на них останавливаться, а подробно рассмотрим те, которые определяют расчетный функционал. Эти настройки располагаются на вкладке «Расчет»:
Рисунок 1 – Настройки плана видов расчета
К таким настройкам относятся Использует период действия и Зависимость от базы. Рассмотрим обе эти настройки.
Настройка «Использует период действия»
Данный флажок показывает, являются ли все виды расчета в этом плане расчета протяженными по времени. Для видов расчета с включенной настройкой возможно вытеснение по периоду действия, например, когда оклад вытесняется больничным за совпадающий интервал дат.
Данную настройку не нужно включать, если в ПВР используются разовые начисления, которые не являются протяженными по времени, например, это могут быть различные единовременные выплаты: квартальная премия, различные пособия, компенсации и др. В ПВР с включенным периодом действия нужно включать только виды расчета, для которых важно, в течение какого периода они действуют. Например, к таким видам расчета можно отнести оклад, больничный, отпуск, командировку, прогул и т.д.
Для разовых начислений следует создавать отдельный ПВР с отключенной настройкой по периоду действия.
На экзамене считается серьезной ошибкой, когда для разовых начислений/удержаний используется период действия, так как в этом случае неоптимально используются ресурсы системы. А именно – создается таблица с фактическим периодом действия (которая здесь совершенно не требуется). Кроме того, для записей регистра расчета будет задействован механизм вытеснения по периоду, что не имеет смысла для разовых начислений.
Далее на примере задач будут подробно рассмотрены механизмы вытеснения и формирование фактических периодов действия в соответствующей таблице.
Настройка «Зависимость от базы»
Рисунок 2 – Настройки плана видов расчета для получения базы
Эта настройка определяет, будет ли в видах расчета данного ПВР использоваться зависимость по базовому периоду. Если переключатель установлен в положение Не зависит, то виды расчета данного ПВР не смогут получать базу по всем видам расчета.
Следует отметить, что в качестве базы могут быть получены не только начисленные суммы, но и значения любых показателей, например, данные по отработанному времени. Эти данные можно получить запросом, используя виртуальные таблицы регистров расчета, которые мы подробно рассмотрим в следующих разделах курса. Довольно часто при решении задач применяется получение базы по различным ресурсам (не только по суммам начислений), поэтому без понимания этого механизма многие задачи правильно не решить.
Например, самый распространенный случай – это получение базы по отработанному времени, либо по времени отсутствия сотрудника на рабочем месте (больничный, отпуск, прогул).
Все эти подзадачи решаются добавлением в регистр расчета ресурса, в котором будет сохраняться время, например, в днях. В дальнейшем по этому ресурсу можно получить базу за определенный период. Это может быть число дней отпуска за текущий год, по которым для сотрудников установлен лимит, либо число отработанных дней в текущем месяце, по которым в дальнейшем будет рассчитана компенсация за обеды, либо число дней болезни для расчета компенсации за лекарства. В зависимости от специфики задач, может потребоваться получение базы и по другим ресурсам, но суть в этом случае не меняется.
Более подробно про регистры расчета и получение базы будет рассказано в разделе, посвященном настройкам регистра расчета, здесь рассмотрим только общие принципы:
Рисунок 3 – Структура виртуальной таблицы регистра расчета для получения базы по начисленным суммам (РезультатБаза) и дням (ДнейБаза)
На рис.3 приведен пример, когда в регистр расчета ОсновныеНачисления было добавлено два ресурса: Результат, в котором хранится результат расчета, и Дней для хранения числа отработанных дней в данном месяце. В результате с помощью виртуальной таблицы БазаОсновныеНачисления можно получить базу не только по начисленным суммам, но и отработанному времени. Такая структура регистра часто используется для расчета среднедневного заработка, так как в этом случае для расчета требуется сумма и число дней за указанный базовый период (например, за предыдущий месяц). Среднедневной заработок в этом случае будет равен РезультатБаза / ДнейБаза.
Важной особенностью является то, что любой вид расчета ПВР теоретически может зависеть по базовому периоду от любых других видов расчета, в том числе и из других ПВР. Поясним на примере, как это можно использовать на практике.
Например, по условию задачи для расчета больничного требуется рассчитать базу по окладу и премии за предыдущий год. Виды расчета Оклад и Больничный определены в ПВР ОсновныеНачисления, а Премия в ПВР ДополнительныеНачисления, так как она не использует период действия. В этом случае для ПВР ОсновныеНачисления, в котором определены виды расчета с периодом действия, определяем состав базовых ПВР следующим образом:
Рисунок 4 – Указание базовых планов видов расчета
Согласно этой настройке получается, что виды расчета из ПВР ОсновныеНачисления могут получать базу по видам расчета, которые определены в отмеченных нами ПВР ОсновныеНачисления и ДополнительныеНачисления.
В дальнейшем для каждого вида расчета можно выбирать в качестве базовых виды расчета из указанных ранее базовых ПВР:
Рисунок 5 – Настройка базы для вида расчета
Можно пояснить это в виде схемы:
Рисунок 6 – Получение базы по окладу и премии для вида расчета «Больничный»
В результате мы определили в настройках ПВР ОсновныеНачисления, что в качестве базовых можно использовать виды расчетов как из ПВР ОсновныеНачисления, так и из ПВР ДополнительныеНачисления. При этом на уровне самого вида расчета Больничный указано, что он может получать базу по видам расчета Оклад и Премия, причем из разных ПВР.
Есть еще одна важная настройка, которая определяет, за какой интервал времени будет браться база: за период регистрации либо за период действия:
Рисунок 7 – Настройки плана видов расчета для получения базы
Такая настройка, как правило, используется при расчете удержаний, так как они рассчитываются с начисленных за расчетный период сумм вне зависимости от того, когда они действовали.
Например, при расчете налога, удерживаемого с заработной платы за март, будет учтена оплата больничного, начисленная в марте, даже если сотрудник реально болел в феврале.
В целом алгоритм определения базы по периоду регистрации зависит от того, имеют базовые виды расчета период действия или нет. Если это разовые начисления (без периода действия), то проверяется вхождение периода регистрации в базовый период, который всегда равен началу расчетного периода. Например, начисления с периодом регистрации 01.03 не будут включены в базу при базовом периоде равном 02.03 –31.03, но будут включены в базовый период 01.03 – 01.03.
Если базовые виды расчета имеют период действия (например оклад), то база по периоду регистрации определяется следующим образом: к периоду регистрации, который всегда равен началу расчетного периода (чаще всего месяцу), прибавляется месяц (периодичность регистра) и далее проверяется вхождение полученного периода в базовый период. При этом, если полученный интервал не включается в базу полностью, то алгоритм получения базы усложняется, но об этом будет сказано далее.
Рисунок 8 – Порядок включения видов расчета в базу по периоду регистрации
В данном примере в базу расчета налога за март попадают Оклад и Больничный, начисленные в марте, несмотря на то, что работник фактически болел в феврале. При этом Надбавка в базу расчета налога не включается, т.к. она начислена в апреле, и не важно, что начислена она за работу, выполненную в марте.
При этом у базовых начислений, которые имеют период действия, есть одна интересная особенность. База, полученная запросом, пересчитывается пропорционально вхождению периода регистрации (полный месяц) в базовый период. Например, если в базовый период включается только половина рабочих дней за месяц по данным графика, то база будет уменьшена на 50%. Однако это верно только при получении базы запросом, при объектной технике алгоритм такой же, как для базовых видов расчета без периода действия.
Вероятно это связано с тем, что механизм получения базы был в какой-то момент доработан и приближен в этом плане к получению базы по периоду действия, т.е. ее пересчету пропорционально графику работ. Почему это коснулось только получения базы запросом, конечно, загадка, можно предположить, что дело в непопулярности объектного способа получения базы, поэтому про него и забыли, так что вполне возможно, что в следующих версиях платформы это будет исправлено.
Период действия – это интервал, в течение которого длится запись регистра расчета. Он существует только для видов расчета, которые являются протяженными по времени, например Оклад, Командировка и др.
В случае зависимости базы по периоду действия ситуация осложняется тем, что период действия по продолжительности может не совпадать с расчетным периодом (например, месяцем). Он может даже относиться к другому расчетному периоду, например, когда больничный вводится задним числом (в марте за февраль). Под расчетным периодом в данном случае понимается период, ограниченный интервалом периодичности регистра расчета (по умолчанию месяц):
Рисунок 9 – Ввод начисления «задним» числом (больничного за прошлый месяц)
В случае зависимости по периоду действия в базу включаются записи регистров с фактическим периодом действия, который пересекается хотя бы частично с базовым периодом. Если у записи по базовому виду расчета нет периода действия, то для включения в базу будет анализироваться период регистрации этой записи. В этом случае алгоритм будет аналогичен рассмотренному ранее, где использовалась настройка зависимости по периоду регистрации.
Важное уточнение: анализироваться будут фактические периоды действия, т.е. периоды, полученные с учетом механизма вытеснения (записи из таблицы регистра с фактическими периодами действия). В случае частичного попадания фактического периода в базовый период база будет рассчитана пропорционально графику работы. Про графики работы будет подробно рассказано в блоке «Создание регистра сведений, описывающего график работы», посвященном созданию и заполнению регистра сведений с графиками работ.
Рассмотрим эту настройку на примере расчета премии, которая рассчитывается как процент от всех начислений за текущий месяц:
Рисунок 10 – Расчет премии за текущий месяц
Под периодом действия, как уже рассматривалось ранее, понимается период, за который начислен данный вид расчета. Например, на рис. 10 «Надбавка за август, начислена в сентябре», означает, что данная надбавка относится к периоду действия август, при этом период регистрации для нее сентябрь. Эта отступление сделано для того, чтобы лучше понять дальнейший текст.
Если проанализировать приведенную схему (рис. 10), то можно увидеть, что в базу расчета премии включен Оклад, у которого период действия полностью попадает в интервал базового периода расчета премии. Вид расчета Надбавка подходит по периоду действия и также включается в базу расчета премии, несмотря на то, что начислена она в другом месяце (период регистрации сентябрь). Командировка будет включена в базу расчета премии только частично, т.к. ее период действия не полностью попадает в базовый период. При этом сумма, начисленная за командировку, будет включена в базу расчета премии пропорционально графику работы.
Например, общая продолжительность командировки составляет 12 рабочих дней, из них на август пришлось 8 дней, всего начислено за командировку 24 000 руб., соответственно сумма, которая будет включена в расчет премии, составит:
База = 24 000 руб. * 8 дн. / 12 дн. = 16 000 руб.
Отпускные в расчет премии не включаются полностью, потому что не подходят по периоду действия (фактически сотрудник будет отдыхать в сентябре), хотя и совпадают с базовым периодом по периоду регистрации (начислены в августе).
У алгоритма определения базы также есть еще одна интересная особенность: в базу не включаются данные, которые находятся в будущем по отношению к рассчитываемой записи (по периоду регистрации).
Например, если для записи регистра расчета указан период регистрации 01.03, а базовый период 01.04 – 30.04, то в базу не будут включены записи с периодом регистрации 01.04, т.к. они находятся в будущем по отношению к текущей записи. В общем-то такой алгоритм определения базы логичен, рассчитываемая запись не должна включать в базу начисления, которых на момент расчета (период регистрации) еще просто нет.
Кроме того, такой подход можно объяснить тем, что рассчитанные данные в реальности закрываются от редактирования по окончании месяца (периода регистрации). Ведь заработная плата может быть уже выплачена, сформирована отчетность и т.д., и поэтому недопустимо вносить правки в уже закрытый месяц. По этой причине все правки вносятся в текущем расчетном периоде (период регистрации), с использованием корректирующих записей.
Итак, мы рассмотрели настройки плана видов расчетов, которые потребуются при решении аттестационных задач. Далее разберем следующий блок теории – настройки вида расчетов и стандартные табличные части.
Планы видов расчета — это прикладные объекты конфигурации. Они используются в механизме сложных периодических расчетов и служат для описания видов расчета и их взаимного влияния друг на друга.
Структура
План видов расчета представляет собой список видов расчета. Каждый вид расчета имеет код, наименование и набор реквизитов, содержащих дополнительную информацию о данном виде расчета:
Например, план видов расчета Начисления может выглядеть следующим образом:
Создание и редактирование видов расчета может выполняться как разработчиком (предопределенные виды расчета), так и пользователем, в процессе работы с прикладным решением. Однако пользователь не может удалять виды расчета, созданные разработчиком.
Виды расчета, созданные в плане видов расчета, могут влиять друг на друга. Система поддерживает два вида такого влияния: зависимость по базовому периоду и вытеснение по периоду действия.
Для каждого вида расчета можно указать перечень видов расчета, от которых он будет зависеть по базовому периоду, и которые будут вытеснять его по периоду действия.
Кроме этих зависимостей, для вида расчета могут быть указаны так называемые ведущие виды расчета, — те, от которых он не зависит напрямую, но которые могут оказывать на него влияние через другие виды расчетов.
Формы плана видов расчета
Для того чтобы пользователь мог просматривать и изменять данные, содержащиеся в плане видов расчета, система поддерживает несколько форм его представления. Система может автоматически генерировать все нужные формы; наряду с этим разработчик имеет возможность создать собственные формы, которые система будет использовать вместо форм по умолчанию:
Форма списка
Для просмотра видов расчета используется форма списка. Она позволяет выполнять навигацию по списку, добавлять, помечать на удаление и удалять виды расчетов. Форма списка позволяет выполнять сортировку и отбор отображаемой информации по нескольким критериям:
Форма вида расчета
Для просмотра и изменения данных отдельных видов расчета используется форма вида расчета. Как правило, она представляет данные в удобном для восприятия и редактирования виде:
Кроме этих двух форм для видов расчета поддерживается форма выбора конкретных видов расчета из списка. Она, обычно, содержит минимальный набор информации, необходимой для выбора того или иного вида расчета.
Объект 1С "Планы видов расчета" - это прикладные объекты конфигурации, которые используются в механизме сложных периодических расчетов и служат для описания видов расчета и их взаимного влияния друг на друга.
Виды расчета — это объекты базы данных, о писывающие алгоритмы, по которым рассчитывается некоторая информация (например, часть заработной платы: оклад, премия и т.д.). Являются элементами плана видов расчёта.
Структура объекта 1С "Планы видов расчета"
План видов расчета представляет собой список видов расчета. Каждый вид расчета имеет код, наименование и набор реквизитов, содержащих дополнительную информацию о данном виде расчета.
Создание и редактирование видов расчета может выполняться:
- разработчиком (предопределенные виды расчета);
- пользователем (в процессе работы с прикладным решением).
Пользователь не может удалять виды расчета, созданные разработчиком.
Виды расчета, созданные в плане видов расчета, могут влиять друг на друга. Система поддерживает два вида такого влияния:
- зависимость по базовому периоду;
- вытеснение по периоду действия.
Для каждого вида расчета можно указать перечень видов расчета, от которых он будет зависеть по базовому периоду, и которые будут вытеснять его по периоду действия (подробнее. ).
Например, вид расчета "Алименты" может зависеть по базовому периоду от таких видов расчета, как "Оклад", "ТарифДневной", "ДоплатаПерсональная" и т.д. А вид расчета "Оклад" может вытесняться видом расчета "Невыход":
Кроме этих зависимостей, для вида расчета могут быть указаны так называемые ведущие виды расчета, - те, от которых он не зависит напрямую, но которые могут оказывать на него влияние через другие виды расчетов.
Настройка Плана видов расчета в 1С
Некоторые начисления, например "Оклад",
Свойства вкладки "Расчет":
- Использует период действия — определяет, требуется ли использование периода в данном виде расчета (например, вид расчета «Штраф» не требует использования периода действия в отличие от вида расчета "Оклад", который начисляется за определенный период, например, за месяц. В плане видов расчета это фиксируется соответствующим флагом).
- Зависимость от базы — определяет возможность расчета от другого вида расчета:
- Не зависит — не зависит от другого начисления (например, штраф начисляется независимо);
- Зависит по периоду действия — зависит от временного периода другого вида расчета; при определении расчетной базы для записи регистра расчета будут учитываться только те записи, у которых фактический период действия попадает в базовый период (например, расчет отпускных в зависимости от оклада за последние полгода).
- Зависит по периоду регистрации — это период, в котором начисляются виды расчетов (период, в котором происходит начисление). Например, зарплата за январь может быть начислена в конце января или в начале февраля: если зарплата будет начислена в январе, в этом случае Период регистрации - Январь, если в феврале – Февраль.
- Базовые планы видов расчета — список планов расчетов, которые могут быть выбраны в качестве базы для объекта. Доступны для редактирования только в том случае, если "Зависимость от базы" установлено в значение, отличное от "Не зависит".
Планы видов расчета - один из видов объектов конфигурации, который может иметь предопределенные значения. Аналогично прочим объектам, предопределенные позиции отличаются от "обычных" тем, что у них заполнен стандартный реквизит ИмяПредопределенныхДанных.
Заполняя либо очищая программно это свойство, можно "обычный" элемент делать предопределенным, и наоборот. Если оно заполнено, то другой стандартный реквизит, "Предопределенный", принимает значение "Истина".
Свойства предопределенного элемента плана расчетов в 1С:
- Флаг " Период действия является базовым периодом " — если флаг установлен, то базой для расчета будет являться сам период расчета. Доступен только:
- при установленном флаге "Использует период действия", и
- если установлена зависимость от базы.
- Вкладка " Базовые " позволяет выбрать из имеющихся планов расчета те расчеты, которые будут являться для него базовым (например, для отпускных базой является оклад).
- Вкладка " Вытесняющие " — расчеты, которые аннулируют данные за текущий период (исключают действие текущего расчета, например, во время отпуска работник не должен получать оклад, т.е. либо оклад, либо больничный, либо отпускные).
- Вкладка " Ведущие " — вкладка, на которой указываются расчеты, взаимосвязанные с этим видом расчета; это виды расчета, при вводе (или изменении) которых результат текущего вида расчета должен быть пересчитан. Используются далее в перерасчетах (например, если отпускные уже были рассчитаны на основании оклада, а потом оклад был изменен задним числом, позволяет отследить изменение оклада). Указывать их надо вручную, даже если вы уже выбрали какой-то вид расчета в качестве базового, тут его надо прописать еще раз. Настройка необходима для контроля перерасчета - если мы пересчитаем задним числом данные по виду расчета, ведущего для данного, то и данный вид расчета также надо будет пересчитать.
Ведущими должны быть как минимум все базовые и вытесняющие виды расчета, т.к. от их изменений напрямую зависит текущий вид расчета.
Особенности работы с планами видов расчета:
- Для описания множеств возможных видов расчетапредназначены планы видов расчета.
- Виды расчета - этообъекты базы данных (например, в ПВР "Основные начисления организаций" могут входить такие виды расчетов как Оклад по дням, ГПД на месяц, и т.д.).
- Новые виды расчетаможно создавать как в режиме "1С:Предприятие", так и в режиме "Конфигуратор" (предопределенные).
Особенности зависимостей планов видов расчета:
- Зависимость от базы как "Зависимость по периоду действия" в плане видов расчета устанавливается, если предполагается, что в дальнейшем при определении расчетной базы для записи регистра расчета будут учитываться только те записи, у которых фактический период действия попадает в базовый период.
- Зависимость от базы как "Зависимость по периоду регистрации" в плане видов расчета устанавливается, если предполагается, что в дальнейшем при определении расчетной базы для записи регистра расчета будут учитываться только те записи, у которых "Период регистрации" попадает в базовый период.
- Базовые планы видов расчета - это те планы видов расчета, из которых будут браться виды расчета для вычисления расчетной базы.
- Отсутствие предопределенной табличной части "Базовые виды расчета" у видов расчета Плана видов расчета можно объяснить тем, что зависимость от базы в плане видов расчета не определена.
- Если установлена зависимость базы по периоду действия, то может произойти частичное попадание записей регистра расчета в базовый период, причем база будет рассчитана пропорционально тому, какую часть от фактического периода влияющей записи составляет перекрывающийся, с указанным базовым периодом, участок. При этом будут использованы данные графика, связанного с этой записью.
- Если одним документом рассчитываются зависимые по базе записи (например, Оклад и ПремияПроцентом, в состав базы которой попадает оклад), то прежде, чем рассчитать зависимую от базы запись, нужно рассчитать запись, попадающую в эту базу и записать результат в регистр расчета. Таким образом, в общем случае в процессе проведения документа будет произведено две процедуры записи в регистр расчета (чтобы сделать вторую запись, нужно сначала считать первую).
- В качестве базовых регистров (из ресурсов которых рассчитывается база) могут выступать:
- несколько регистров расчета;
- регистры расчета, которые связаны с планами видов расчета, являющимися базовыми для плана видов расчета, с которым связан рассматриваемый регистр расчета
- Ведущие виды расчета - это виды расчета, при вводе (или изменении) которых результат текущего вида расчета должен быть пересчитан.
- В качестве ведущих можно указать:
- виды расчета из нескольких планов видов расчета;
- виды расчета из одного плана видов расчета.
- Если для вида расчета "Премия" в качестве базового указан вид расчета "Оклад", и кроме того дополнительно он назначен ведущим для премии, то в таблице перерасчетов появится информация о необходимости пересчета оклада только в случае, если оклад будет введен отдельным документом после того как премия была введена и рассчитана (раз премия зависит от оклада - нужно ее пересчитать после ввода оклада задним числом).
- Вытесняющие виды расчета - это такие виды расчета записи которых в регистрах расчета должны вытеснять записи данного вида расчета по периоду действия.
- Вытесняться могут виды расчета, которые принадлежат одному плану видов расчета.
- Понятие вытесняющие виды расчетов теряет смысл, если период действия в плане видов расчета не используется (закладка "Вытесняющие" отсутствует, если снят флаг "Использует период действия").
Формы плана видов расчета
Для того чтобы пользователь мог просматривать и изменять данные, содержащиеся в плане видов расчета, система поддерживает несколько форм его представления:
- система может автоматически генерировать все нужные формы;
- разработчик имеет возможность создать собственные формы, которые система будет использовать вместо форм по умолчанию.
Форма вида расчета
Форма вида расчета используется для просмотра и изменения данных отдельных видов расчета. Как правило, она представляет данные в удобном для восприятия и редактирования виде.
Форма списка планов вида расчета
Форма списка планов вида расчета для просмотра видов расчета используется форма списка. Она позволяет:
- выполнять навигацию по списку;
- добавлять, помечать на удаление и удалять виды расчетов;
- выполнять сортировку и отбор отображаемой информации по нескольким критериям.
Кроме этих двух форм для видов расчета поддерживается форма выбора конкретных видов расчета из списка. Она, обычно, содержит минимальный набор информации, необходимой для выбора того или иного вида расчета.
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.
Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.
Оперативно настроим планы видов расчетов под специфику вашей работы. Первая консультация бесплатно!
Комплексный функционал для расчета зарплаты и KPI, анализа ФОТ, исчисления налогов, сдачи отчетности
Поможем разобраться, как корректно настроить планы видов расчетов. Первая консультация бесплатно!
Планы видов расчета в 1С 8.3 – это объект конфигурации, который описывает виды расчетов в 1С 8.3 и их взаимное влияние
Можно сказать, что это справочник стандартных алгоритмов расчета зарплаты – начислений и удержаний, рассчитываемых по определенным правилам, например, оклад, премия, отпуск, удержание алиментов, профсоюзных взносов и т.п.
Рассмотрим настройку плана видов расчетов в 1С 8.3 на примере программ «1С:Зарплата и управление персоналом 3.1» (релиз 3.1.8.216).
План вида расчета представляет собой список элементов (начислений или удержаний), имеющих свои реквизиты (код, наименование и другие). Просмотреть их можно в меню «Настройка», пункте «Начисления» и «Удержания».
Рис.1 «Начисления» и «Удержания»
Пользователь не может удалять предопределенные виды расчетов. Но пользователь может создавать свои виды начислений и удержаний и настраивать их по своему усмотрению.
Рис.2 Начисления
Рис.3 Удержания
Рассмотрим на примере, настройку планов видов расчетов – начислений и удержаний.
Настройка плана видов расчетов – начисления
В программе предусмотрены предопределенные начисления, такие как оплата по окладу, отпуск, различные премии и доплаты. Открыв карточку начисления, мы видим его настройки. Начисление может быть задано фиксированной суммой или рассчитываться исходя из заданной формулы расчета, которую пользователь может отредактировать или при создании своего вида расчета задать расчет самостоятельно.
Рис.4 Начисление надбавки
При настройке формулы пользователь может добавлять свои показатели для расчета и включать их в формулу для расчета начисления (или удержания).
Рис.5 Установка формулы
Задав идентификатор произвольно, пользователь определяет настройки показателя. Например, показатель может иметь постоянное значение или же задаваться документом. Созданный показатель может использоваться в формуле расчета (кнопка «Добавить в формулу»).
Рис.6 Создание показателя
Поле «Назначение показателя» может принимать значение – «Для сотрудника», «Для подразделения» и «Для организации».
Рис.7 Назначение показателя
Тип показателя может быть задан как «Денежный», «Числовой», «Числовой, зависящий от другого показателя», «Числовой, зависящий от стажа».
Рис.8 Тип показателя
Например, для показателя «Процент надбавки за выслугу» установлен тип показателя – «Числовой, зависящий от стажа» и назначение показателя – для сотрудника. Т.е. его значение будет определяться для конкретного сотрудника, которое зависит от другого показателя – стажа этого сотрудника.
Рис.9 Процент надбавки за выслугу
Показатель «Сельская надбавка» будет использоваться один для всей организации и имеет тип показателя – «Числовой», например, размер надбавки 25% для всех сотрудников организации един. Таким способом задается любой показатель, который имеет одно значение для всех сотрудников.
Рис.10 Заполненные поля при настройке показателя
Можно установить зависимость показателя от другого показателя, установив значение тип показателя – «Числовой, зависящий от другого показателя», указав при этом базовый показатель.
Рис.11 Зависимость показателя от другого показателя
Тип показателя «Денежный», определен, например, для показателя «Оклад» и задается для конкретного сотрудника.
Рис.12 Показатель «Оклад»
Изменяя настройки показателя, можно создавать свои варианты видов расчета.
В настройке начисления определяется порядок ввода начисления – поле «Начисление выполняется». Если необходимо будет вводить разовые начисления, рекомендуется установить значение «По отдельному документу», иначе введенные начисления не будут отображаться в списке при выборе вида начисления, в документе «Разовые начисления». При указании «Ежемесячно» и других вариантах, начисление будет производиться с начислением зарплаты.
Рис.13 Порядок ввода начисления
Если начисление использует расчетную базу, то пользователь может ее задать на закладке «Расчетная база» с помощью кнопки «Подбор». В списке «Базовые начисления» мы видим те виды расчета, которые входят в состав нашего начисления. При этом пользователь может задать период расчета базы. Чаще всего используется база текущего месяца, но в случае необходимости, можно задать другой период. Например, премия, которая будет рассчитана по итогам прошлого месяца, квартала, года и т.п.
Рис.14 Расчет базы начисления
При этом пользователю необходимо обратить внимание, что если создается новая надбавка, и она должна входить в состав расчетной базы какого-либо начисления или удержания, то это необходимо отразить в данной настройке. Зачастую бывают ситуации, когда новая доплата создается, но не указывается, что она входит в состав базы другого начисления, из-за чего происходит ошибка в расчете зарплаты.
На закладке «Зависимости» можно посмотреть список начислений и удержаний, в состав которых входит данное начисление. Если у другого начисления (или удержания) будет указано, что данный вид расчета включен в его базу, на той вкладке автоматически отобразится. Или же, мы можем добавить его в базу вида расчета в данной настройке, с помощью кнопки «Подбор».
Рис.15 Закладка «Зависимости»
На закладке «Приоритет» отражаются вытесняющие виды расчета, которые не могут быть начислены одновременно – начисления, при вводе которых данное начисление не выполняется. Например, при вводе документа «Больничный», «Отпуск» и т.п. надбавка начисляться не будет.
Рис.16 Закладка «Приоритет»
Для вида расчета «Оплата по окладу», вытесняющими будут такие виды расчета, как «Отпуск основной», «Больничный» и т.п. Для вида начисления «Отпуск основной» вытесняющим может быть только «Больничный».
Рис.17 Вид расчета «Оплата по окладу»
Закладка «Налоги, взносы, бухучет» говорит сама за себя. Здесь определяется порядок налогообложения – указывается код доходов по НДФЛ, в случае если надбавка им облагается и задается порядок обложения страховыми взносами.
Настроим планы видов расчетов в 1С:ЗУП
Корректно настроим планы видов расчетов под специфику вашей работы. Первая консультация бесплатно!
Сопровождение учета в 1С:ЗУП
Поддержка вашей работы в 1С, регулярные консультации, помощь в настройках планов видов расчетов
Рис.18 Закладка «Налоги, взносы, бухучет»
Код дохода НДФЛ выбирается из справочника и, исходя из этих данных, производится расчет налога и его отражение в налоговой отчетности.
Рис.19 Код дохода НДФЛ
Также, необходимо из списка выбрать пункт статьи НК РФ, согласно которой рассчитываются страховые взносы или имеется льгота по ним.
Рис.20 Выбор пункта статьи НК РФ
Это могут быть какие-либо выплаты материальной помощи, гранты и другие необходимые надбавки и доплаты.
Настройка плана видов расчетов – удержания
Настройка удержаний производится в меню «Настройка» - «Удержания». Кроме предопределенных, пользователь может при необходимости создать свой вид удержания. Удержание может быть введено фиксированной суммой или рассчитываться по формуле, которая также может быть задана пользователем или измена на закладке «Основное».
Рис.21 Настройка удержаний
При создании нового удержания, пользователь задает его вид, заполняя поле «Назначение удержания».
Рис.22 Назначение удержания
Как и в начислении, задается порядок ввода удержания. Удержание может выполняться ежемесячно или в случае, когда задано значение показателя.
Рис.23 Порядок ввода удержания
При использовании удержанием расчетной базы, на закладке «Расчетная база» определяется список начислений, результат которых используется для расчета этого удержания, с помощью кнопки «Подбор».
Рис.24 Указание расчетной базы удержания
Как мы видим, удержание имеет меньше настроек, чем начисление. Программа позволяет нам гибко регулировать различные виды расчетов – начисления и удержания, как предопределенные, так и создаваемые самим пользователем.
При работе с программой 1С любой пользователь сталкивается с таким понятием, как регистры. Регистры представлены в виде таблиц, в которых хранится информация в виде записей регистров, состав которых зависит от свойств регистра. Они предназначены для получения сводной информации, на основании которой формируются отчеты.
Рис.1 Регистры представлены в виде таблиц
Записи в регистр пользователь не может пометить на удаление, т.к. они заносятся в него с помощью документа-регистратора при проведении документа, но имеется возможность корректировать записи того или иного регистра.
Регистры расчетов в 1С – это таблицы, записи в которые формируются на основании планов видов расчетов и используются при расчете заработной платы. Данный регистр напоминает «Регистр накопления», но в его свойствах задействован параметр «План вида расчета», а его особенность заключается в том, что он периодический. Его периодичность определяет промежуток времени, к которому относится запись определенного регистра расчета и может принимать одно из значений:
Например, начисление заработной платы осуществляется ежемесячно, и учет взаиморасчетов с сотрудниками ведется в рамках месяца начисления. Для учета НДФЛ также важен период получения и выплаты дохода. Соответственно, регистрация записи происходит с указанием вида расчета и периода его регистрации.
Рассмотрим «Регистры расчета» на примере конфигурации «1С:Бухгалтерия 3.0».
Как посмотреть регистры расчета
Откроем документ «Начисление зарплаты» (раздел меню «Зарплата и кадры» - «Зарплата», журнал документов «Все начисления»). В строке документа смотрим запись о начисленной заработной плате и удержанном НДФЛ. Чтобы посмотреть какие записи в «Регистры расчета» были произведены, нажмем кнопку «Показать проводки и другие движения документа».
Рис.2 Начисление зарплаты
На закладках открывшегося окна отобразятся записи регистров расчета. Нажав кнопку «Еще», мы можем настроить, какие регистры отображать или скрыть.
Рис.3 На закладках открывшегося окна отобразятся записи регистров расчета
Для этого необходимо снять или установить галочку напротив соответствующего регистра.
Рис.4 Постановка галочки
Отключим некоторые регистры, чтобы в заголовках закладок название отображалось полностью, и можно было прочесть название регистра. Рассмотрим некоторые регистры, касающиеся начислений и удержаний по сотрудникам.
Перейдем к закладке регистра расчета «Зарплата к выплате». За февраль по сотруднику документом «Начисление зарплаты» в этом регистре сделано две записи – строка «Приход на сумму начисленной зарплаты» и сумма НДФЛ со знаком минус.
Рис.5 Закладка регистра расчета «Зарплата к выплате»
При записи данных из документа-регистратора в регистр записывается дата начала периода, в котором проводится документ. Так, документ «Начисление зарплаты» производится датой конца месяца, и в нем указан период действия месяц (в нашем случае – февраль). Поэтому в записи поля «Период взаиморасчетов», в регистре расчета «Зарплата к выплате», будет стоять первое число месяца, в нашем примере – 01.02.2019. В том случае, когда периодичность регистра будет год, то значение периода регистрации в регистре расчета будет стоять начало года, например, 01.01.2019. В регистре «Взаиморасчеты с сотрудниками» мы видим также записи регистрации суммы начисления и удержания по сотруднику.
Рис.6 Взаиморасчеты с сотрудниками
В регистре «Начисления удержания по сотрудникам» в регистрах сделаны записи отдельно по каждому виду расчета.
Рис.7 Начисления удержания по сотрудникам
Сформируем документ «Ведомость в банк» и выплатим сотруднику аванс. После проведения документа в регистре «Зарплата к выплате» фиксируется запись – строка «Расход» на сумму выплаченного аванса. Т.е. сумма долга перед работником уменьшается.
Рис.8 Движение документа «Ведомость в банк»
Рассчитаем окончательную выплату. Сформируем документ «Ведомость в банк», нажмем кнопку «Заполнить», и программа автоматически на основании данных регистров укажет сумму к выплате.
Рис.9 Рассчитаем окончательную выплату
К выплате по сотруднику получилось 10180,00 руб. (начислено 21660, НДФЛ -2816, аванс -8664). В регистрах «Зарплата к выплате» и «Взаиморасчеты с сотрудниками» мы видим данные по выплате задолженности перед сотрудником.
Рис.10 Зарплата к выплате
Рис.11 Взаиморасчеты с сотрудниками
При выплате зарплаты необходимо правильно указывать месяц выплаты. Если пользователь не следит за месяцем выплаты зарплаты и вручную вносит исправления в суммы сформированные программой, то программа в дальнейшем может неверно определять сумму к выплате. При корректном заполнении сумма к выплате должна определиться автоматически, и в текущем периоде не должно быть записей о выплате долга за предыдущие периоды. Столкнувшись с такой ситуацией, пользователь вместо того, чтобы разобраться в ситуации, исправляет суммы вручную, что недопустимо, тем самым накапливая ошибки еще больше.
Рис.12 Ведомость в банк
Рассмотрим регистры расчета по НДФЛ. В документе «Начисление зарплаты» регистры «Расчеты налогоплательщиков с бюджетом по НДФЛ» и «Учет доходов для исчисления НДФЛ» отражают записи по доходу для исчисления НДФЛ и суммам начисленного НДФЛ, отражают всю информацию – коды доходов, налоговой ставке, предоставленных вычетах и т.д.
Рис.13 Расчеты налогоплательщиков с бюджетом по НДФЛ
Рис.14 Учет доходов для исчисления НДФЛ
На основании данных этих регистров формируются налоговые отчеты и справки.
Сформируем справку «2-НДФЛ для передачи в налоговый орган» (в разделе меню «Отчеты» - «1С-Отчетность» - «Регламентированная отчетность» или раздел меню «Зарплата и кадры» - «НДФЛ»). Мы видим в отчете по сотруднику знакомые цифры – доход начислен в сумме 21660 руб. и НДФЛ – 2816 руб. Но мы видим, что НДФЛ удержано и перечислено, но у нас не зафиксировано.
Рис.15 2-НДФЛ для передачи в налоговый орган
Это означает, что эти данные задействованы в других регистрах и формируются другими документами. Документ «Ведомость в банк» движений по регистрам связанных с НДФЛ не формирует. Обратите внимание на кнопку «Оплатить ведомость».
Рис.16 Оплатить ведомость
Оплата ведомости в программе «1С:Бухгалтерия 3.0» формируется документом «Списание с расчетного счета».
Рис.17 Списание с расчетного счета
И если мы посмотрим движения регистров, сформированных этим документом, мы увидим, что сумма НДФЛ удерживается именно при проведении этого документа – запись в регистр накопления «Расчеты налогоплательщиков с бюджетом по НДФЛ» - строка «Расход».
Рис.18 Списание с р/с
Сформируем повторно «Справку 2-НДФЛ для передачи в ИФНС». Мы видим, что сумма «НДФЛ удержанный» появилась в строке сотрудника.
Рис.19 Сформируем повторно «Справку 2-НДФЛ для передачи в ИФНС»
Перечисление НДФЛ в бюджет отражается документом «Списание с расчетного счета», вид операции «Уплата налога», и именно этот документ формирует записи в регистры накопления – «Расчеты налоговых агентов с бюджетом по НДФЛ» и «Уплата НДФЛ налоговыми агентами (к распределению)», на основании которых и формируются данные налоговых отчетов.
Рис.20 Расчеты налоговых агентов с бюджетом по НДФЛ
Рис.21 Уплата НДФЛ налоговыми агентами (к распределению)
Сформировав «Справку 2-НДФЛ для передачи в ИФНС» мы видим, что сумма перечисленного НДФЛ заняла свое место в отчете.
Рис.22 Сформировав «Справку 2-НДФЛ для передачи в ИФНС» мы видим, что сумма перечисленного НДФЛ заняла свое место в отчете
Раскрыв строку по сотруднику, в отчете мы видим подробные записи по месяцам и общие суммы начисленного, удержанного и перечисленного НДФЛ
Анализ регистров
Используя универсальный отчет, можно просмотреть данные по тому или иному регистру. Об «Универсальном отчете» дополнительно можно почитать в статье «Универсальный отчет в 1С 8.3».
«Универсальный отчет» находится в разделе меню «Отчеты» - «Стандартные». Указав, что отчет будет формироваться по «Регистрам накопления». Выбираем регистр, который хотим посмотреть. С помощью кнопки «Настройки» настраиваем данные, которые хотим вывести в отчет.
Рис.24 Универсальный отчет
Например, на закладке «Отбор» мы можем установить отбор по любому доступному элементу, например «Физическое лицо» - кнопка «Добавить отбор».
Рис.25 Добавить отбор
На закладке «Структура» задать поля для отображения в отчете.
Рис.26 На закладке «Структура» задать поля для отображения в отчете
Раскрыв детализацию можно добавить или удалить поля, снимая и устанавливая галочки. Если нужного поля нет в предложенном списке, его можно добавить с помощью кнопки «Добавить». Чтобы узнать, каким документом сформирована запись регистра, необходимо отметить поле «Регистратор».
Рис.27 Отмечаем поле «Регистратор»
Сформировав отчет по регистру «Расчеты налоговых агентов с бюджетом по НДФЛ», мы видим, что документом «Списание с расчетного счета» в феврале производилась запись по перечисленном НДФЛ за январь, хотя данным документом производилась уплата НДФЛ за февраль. Поэтому надо проанализировать данные, выяснив, почему не отражен НДФЛ за январь.
Рис.28 Расчеты налоговых агентов с бюджетом по НДФЛ
Так, научившись видеть регистры и понимать их влияние на те или иные данные при заполнении документов или отчетов, пользователь сможет избежать большинства возникающих в ходе работы ошибок. В случае крайней необходимости, если возникли недочеты в прошлых периодах или при переносе данных из других программ, можно произвести корректировку регистров. Об этом подробнее можно почитать в статье «Корректировка записей регистров в 1С 8.3».
Читайте также: