Виды расчета это 1с

Обновлено: 03.07.2024

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

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

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

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

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

Рисунок 1 – Настройки плана видов расчета

К таким настройкам относятся Использует период действия и Зависимость от базы. Рассмотрим обе эти настройки.

Настройка «Использует период действия»

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

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

Для разовых начислений следует создавать отдельный ПВР с отключенной настройкой по периоду действия.

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

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

Настройка «Зависимость от базы»

Рисунок 2 – Настройки плана видов расчета для получения базы

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

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

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

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

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

Рисунок 3 – Структура виртуальной таблицы регистра расчета для получения базы по начисленным суммам (РезультатБаза) и дням (ДнейБаза)

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

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

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

Рисунок 4 – Указание базовых планов видов расчета

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

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

Рисунок 5 – Настройка базы для вида расчета

Можно пояснить это в виде схемы:

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

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

Рисунок 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. Не зависит — не зависит от другого начисления (например, штраф начисляется независимо);
2. Зависит по периоду действия — зависит от временного периода другого вида расчета; при определении расчетной базы для записи регистра расчета будут учитываться только те записи, у которых фактический период действия попадает в базовый период (например, расчет отпускных в зависимости от оклада за последние полгода).
3. Зависит по периоду регистрации — это период, в котором начисляются виды расчетов (период, в котором происходит начисление). Например, зарплата за январь может быть начислена в конце января или в начале февраля: если зарплата будет начислена в январе, в этом случае Период регистрации - Январь, если в феврале – Февраль.
Базовые планы видов расчета — список планов расчетов, которые могут быть выбраны в качестве базы для объекта. Доступны для редактирования только в том случае, если "Зависимость от базы" установлено в значение, отличное от "Не зависит".

Планы видов расчета - один из видов объектов конфигурации, который может иметь предопределенные значения. Аналогично прочим объектам, предопределенные позиции отличаются от "обычных" тем, что у них заполнен стандартный реквизит ИмяПредопределенныхДанных.

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

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

Свойства предопределенного элемента плана расчетов в 1С:

Флаг " Период действия является базовым периодом " — если флаг установлен, то базой для расчета будет являться сам период расчета. Доступен только:
1. при установленном флаге "Использует период действия", и
2. если установлена зависимость от базы.
Вкладка " Базовые " позволяет выбрать из имеющихся планов расчета те расчеты, которые будут являться для него базовым (например, для отпускных базой является оклад).
Вкладка " Вытесняющие " — расчеты, которые аннулируют данные за текущий период (исключают действие текущего расчета, например, во время отпуска работник не должен получать оклад, т.е. либо оклад, либо больничный, либо отпускные).
Вкладка " Ведущие " — вкладка, на которой указываются расчеты, взаимосвязанные с этим видом расчета; это виды расчета, при вводе (или изменении) которых результат текущего вида расчета должен быть пересчитан. Используются далее в перерасчетах (например, если отпускные уже были рассчитаны на основании оклада, а потом оклад был изменен задним числом, позволяет отследить изменение оклада). Указывать их надо вручную, даже если вы уже выбрали какой-то вид расчета в качестве базового, тут его надо прописать еще раз. Настройка необходима для контроля перерасчета - если мы пересчитаем задним числом данные по виду расчета, ведущего для данного, то и данный вид расчета также надо будет пересчитать.

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

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

Для описания множеств возможных видов расчетапредназначены планы видов расчета.
Виды расчета - этообъекты базы данных (например, в ПВР "Основные начисления организаций" могут входить такие виды расчетов как Оклад по дням, ГПД на месяц, и т.д.).
Новые виды расчетаможно создавать как в режиме "1С:Предприятие", так и в режиме "Конфигуратор" (предопределенные).

Особенности зависимостей планов видов расчета:

Зависимость от базы как "Зависимость по периоду действия" в плане видов расчета устанавливается, если предполагается, что в дальнейшем при определении расчетной базы для записи регистра расчета будут учитываться только те записи, у которых фактический период действия попадает в базовый период.
Зависимость от базы как "Зависимость по периоду регистрации" в плане видов расчета устанавливается, если предполагается, что в дальнейшем при определении расчетной базы для записи регистра расчета будут учитываться только те записи, у которых "Период регистрации" попадает в базовый период.
Базовые планы видов расчета - это те планы видов расчета, из которых будут браться виды расчета для вычисления расчетной базы.
Отсутствие предопределенной табличной части "Базовые виды расчета" у видов расчета Плана видов расчета можно объяснить тем, что зависимость от базы в плане видов расчета не определена.
Если установлена зависимость базы по периоду действия, то может произойти частичное попадание записей регистра расчета в базовый период, причем база будет рассчитана пропорционально тому, какую часть от фактического периода влияющей записи составляет перекрывающийся, с указанным базовым периодом, участок. При этом будут использованы данные графика, связанного с этой записью.
Если одним документом рассчитываются зависимые по базе записи (например, Оклад и ПремияПроцентом, в состав базы которой попадает оклад), то прежде, чем рассчитать зависимую от базы запись, нужно рассчитать запись, попадающую в эту базу и записать результат в регистр расчета. Таким образом, в общем случае в процессе проведения документа будет произведено две процедуры записи в регистр расчета (чтобы сделать вторую запись, нужно сначала считать первую).
В качестве базовых регистров (из ресурсов которых рассчитывается база) могут выступать:
- несколько регистров расчета;
- регистры расчета, которые связаны с планами видов расчета, являющимися базовыми для плана видов расчета, с которым связан рассматриваемый регистр расчета
Ведущие виды расчета - это виды расчета, при вводе (или изменении) которых результат текущего вида расчета должен быть пересчитан.
В качестве ведущих можно указать:
- виды расчета из нескольких планов видов расчета;
- виды расчета из одного плана видов расчета.
Если для вида расчета "Премия" в качестве базового указан вид расчета "Оклад", и кроме того дополнительно он назначен ведущим для премии, то в таблице перерасчетов появится информация о необходимости пересчета оклада только в случае, если оклад будет введен отдельным документом после того как премия была введена и рассчитана (раз премия зависит от оклада - нужно ее пересчитать после ввода оклада задним числом).
Вытесняющие виды расчета - это такие виды расчета записи которых в регистрах расчета должны вытеснять записи данного вида расчета по периоду действия.
Вытесняться могут виды расчета, которые принадлежат одному плану видов расчета.
Понятие вытесняющие виды расчетов теряет смысл, если период действия в плане видов расчета не используется (закладка "Вытесняющие" отсутствует, если снят флаг "Использует период действия").

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

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

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

Форма вида расчета

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

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

Форма списка планов вида расчета для просмотра видов расчета используется форма списка. Она позволяет:

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

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

Для отправки комментария вам необходимо авторизоваться.

Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.

Вопросы

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

Для любого стороннего посетителя на этой странице доступны только вопросы (ответы не отображаются)!

Формулировки

Комментарии / обсуждение (76):

Я думаю, дело в переименовании.

Да, наверное кто-то переименовал.

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

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

В документ отражение по каждой номенклатурной группе, задействованной в сдельном наряде, должно попадать значение равное = (Тарифная ставка часовая) * (Отработано времени в часах по номенклатурной группе) * (Процент)

Подскажите, пожалуйста, как правильно составить такой вид расчета?

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

Когда ведущий объясняет назначение этого реквизита, то в течении всего тренинга он несколько раз говорит, что данный реквизит показывает, включается ли этот вид начисления в вычет по налогу на прибыль (является ли данное начисление расходом, учитываемым для целей расчета налога на прибыль). Но это утверждение не совсем корректно. Данный реквизит показывает ТОЛЬКО, включается ли данный вид расчета в расходы по оплате труда по статье 255 НК РФ. То есть, говоря другими словами, могут быть виды основных начислений, которые ОДНОВРЕМЕННО не включаются в расходы по оплате труда по статье 255 НК, НО включаются в вычет по налогу на прибыль (являются расходами, учитываемыми для целей расчета налога на прибыль) по ДРУГИМ статьям НК РФ.

Одним из примером такого начисления является пособие по временной нетрудоспособности за первые три дня больничного, которое выплачивется за счет работодателя. Этот вид пособия НЕ включается в расходы по оплате труда по статье 255 НК РФ, НО он включается в вычет по налогу на прибыль в соответствии с подпунктом 48.1 пункта 1 статьи 264 НК РФ.

Буду рад, если Вы обратите внимание на этот небольшой нюанс.

Добрый день!
Конечно, так быть не должно.
Сообщите, пожалуйста, релиз конфигурации.
И предопределенные ли это виды расчета?

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

Доброе утро. Хотелось бы получить ответ на вопрос.

Добрый день!
Ваш вопрос в работе. В течение дня ответ опубликуем.

Здравствуйте.. следующий вопрос.. всё тоже по водителям..

Может конечно слишком сумбурно написал.. надеюсь вы поймёте.. подскажите пожалуйста.. что я делаю не так, почему он учитывает дни :(

У меня моя премия не является премией (Я её создал в основных начислениях организации) И добавил сотруднику в приёме на работу..

Если что-то не понятно.. я готов расписать всё как надо..
В доке приём на работу.. ставлю два начисления

Принимаю началом месяца.. увольняю в середине..

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

Я нашёл способ избавиться от неправильных расчетов..
Процент * (РасчетнаяБаза / ОтработаноВремениВДнях * НормаВремениВДнях)
Просто рассчитывать обратно ещё :)
Подскажите пожалуйста ещё.. как сделать, при выше указанных настройках, чтобы в начислении правильно проставлялось кол-во отработанных дней? А то у меня полный меясяц ставиться что-то..

Не понял про вытесняющие вычисления. Как определить нужны они или нет.

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

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

Я создаю такую формулу:
ПоказательКМ * ФиксированнуюСумму

Вот сумму можно ввести при приёме на работу и т.д. Но у меня проблема в том, что не знаю как сюда ещё разные машины прикрутить :(
Один водитель может в месяце ездить на разных автомобилях.

Можно было бы задавать по типа шкалы что-ли.. только там заполнять наименование и сумму для этого наименования(автомобиля)

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

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

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

Хотелось бы поделиться результатом эксперимента, ну и заодно задать вопрос с этим связанный.

Заранее спасибо за ответ.

Да, в общем, ладно, вроде бы и так работает! :)

Спасибо за ответ, Ирина!

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

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

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

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

1. В налогами России я не ознакомлен, но думаю основная идея отличается на сильно. Имеется список профессий которые попадают в раздел вредных. И мы в Пенсионный фонд подаем ежемесячно сведения сколько часов проработал работник по табелю на данной должности (если должность попадает в список вредных). А есть еще один раздел вредности сколько часов человек работал во вредных условиях (данные табеля не подходят). Для примера работник работает на двух установках. По первой вредности мы берем работу на двух установках, а если быть более точным то просто из табеля. А вот по второй вредности мы берем только работу на второй установке. То есть надо изначально как-то делить сдельные карточки на две группы и в конце месяца получить отчет по работникам и видам работ во вредных условиях. Вопрос есть ли готовые механизмы для решения проблемы, если нет, то что надо сделать?

2. Как должна быть организована работа для расчета бригадного сдельного заработка? При этом надо учесть список пожеланий. КТУ- коэффициент трудового участия каждого работника совет бригады определяет в конце месяца, думаю идеальный вариант отдельный документ, заполнять в конце месяца, проводить документ перед определением сдельной зарплаты. Теперь разберем понятие тарифной сетки, но она должна быть привязана к разряду профессии. И отсюда выплывает понятие тарифа ниже которого работодатель не имеет права заплатить этому работнику. Не зависимо от того смог он загрузить работника работой или нет. В свою очередь сдельная карточка описывает, что для выполнения работы надо какой-то промежуток времени и разрядность работника для определения стоимости этой работы (С справочнике «технологическая операция» реквизит разряд отсутствует). Хотим мы или нет, но автоматом выплывает элемент планирования. Если работнику будут закрывать все карточки его разряда или разрядом выше то проблемы нет. А если в плане работы будут разрядом ниже, начинаются проблемы. Мы должны выписать карточку для доплаты до тарифа или еще как-то, но тариф он должен получить. А куда на какой заказ потом сносить эту дополнительную до тарифа зарплату? Происходит конфликт служб предприятия, теоретически этого не должно быть. Сдельная зарплата по бригаде должна раскручиваться одним документом в конце месяца и затем как-то лечь на заказы. Для остроты ситуации добавим еще кадровый документ в середине месяца, изменение разряда одному из работников бригады. То есть в документ ввода сдельных нарядов должна вводиться бригада, а не список работников.

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

Читайте также: