В программе «1С:Зарплата и управление персоналом 8» редакции 3.0 начиная с версии 3.0.24* усовершенствован механизм исправления первичных документов, касающихся расчета и перерасчета заработной платы, а также пособий за прошлые периоды, удержанного из зарплаты НДФЛ и исчисленных страховых взносов. Об этом в статье расскажет А.Д. Радченко, специалист компании ООО «1С-Корпоративные системы управления», являющейся центром компетенции по ERP-решениям фирмы «1С» (1С:Центр ERP), имеющей статус «1С:Центр сетевой компетенции», участника проекта «1С:Консалтинг».

Примечание : * С обзором новых версий программы «1С:Зарплата и управления персоналом 8» редакции 3.0 и других решений 1С можно ознакомиться на сайте 1С:ИТС в разделе «Технологическая поддержка прикладных решений» - «Информация об обновлениях программных продуктов „1С:Предприятие“»http://its.1c.ru/db/updinfo/ .

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

Законодательство о корректировке зарплаты – о чем важно помнить

При корректировке заработной платы как в сторону увеличения, так и уменьшения, нужно следовать нормам законодательства. Так, согласно Трудовому кодексу РФ перерасчет зарплаты производится, например, в случае индексации заработной платы (ст. 134 ТК РФ). Излишне начисленная зарплата может быть удержана (ст. 137 ТК РФ):

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

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

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

В других случаях работник может возместить ошибочно выданную зарплату только в добровольном порядке (п. 3 ст. 1109 ГК РФ).

Примечание : ** Под счетной ошибкой понимается арифметическая ошибка, допущенная при арифметических подсчетах (письмо Роструда от 01.10.2012 № 1286-6-1, определение ВС РФ от 20.01.2012 № 59-В11-17).

Новые возможности «1С:Зарплаты и управления персоналом 8» по исправлению зарплаты

Механизм исправления первичных учетных документов и перерасчета заработной платы давно существует в типовых продуктах «1С:Предприятия», автоматизирующих расчет зарплаты: «1С:Зарплата и кадры 7.7», «1С:Зарплата и управление персоналом 8» (ред. 2.5) и других программах, включающих в себя компоненты расчета заработной платы. В программе «1С:Зарплата и управление персоналом 8» (ред. 3.0) этот механизм усовершенствован и сделан более удобным для пользователя.

Исправить документы, и принять исправления к учету можно тремя способами:

• ввести документ «задним числом» — это, например, «забытый документ», который не был своевременно принят к учету;
• исправить документ прошлого периода;
• сторнировать документ.

Рассмотрим, как отражать каждую из этих ситуаций в программе «1С:Зарплата и управление персоналом 8» редакции 3.0.

Ввод документа «задним числом» - «забытый документ»

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

Пример 1

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

Создадим документ Больничный лист с месяцем регистрации Февраль 2015 . Период больничного листа укажем - с 16 по 31 января (рис. 1).

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

Исправление документа прошлого периода

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

Пример 2

В практике возникают ситуации, требующие исправления: - в документ был введен неправильный период; – в документе был выбран не тот сотрудник; – работнику, к примеру, был предоставлен отпуск с 01.02.2015 по 28.02.2015, отпускные выплачены 29.01.2015. Затем с письменного согласия работника он был отозван из отпуска с 15.02.2015.

В документе, который проведен и оплачен в прошлом периоде, становятся видимы и доступны команды Исправить и Сторнировать (рис. 2). Рядом с кнопками отражается комментарий, поясняющий почему данный документ не рекомендуется исправлять в самом документе.

Сторнирование документа

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

Пример 3

Обратите внимание на особенности механизма сторнирования в программе «1С:Зарплата и управление персоналом 8» (ред. 3.0):

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

Документ Сторнирование начислений позволяет не только сторнировать произведенные ранее начисления, но и вводить новые начисления, которые зависят от сторнируемых – закладка Доначисления и перерасчеты (рис. 3).

Исправление и сторнирование документов прошедшего периода – ответы на частые вопросы

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

В документах текущего периода команды «Исправить» и «Сторнировать» не видны. Когда в документе появляются команды исправления и сторнирования?

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

Когда в документе появляется закладка «Пересчет - Пересчет прошлого периода», либо «Пересчет начислений», «Пересчет пособий», «Доначисления, перерасчеты»?

Если это - документ прошедшего периода или документ – «исправление».

Почему не рассчитываются удержания?

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

Формы команд в зависимости от состояния документа

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

1. Документ еще не имеет смысла исправлять (рис. 4).
2. Документ уже лучше корректировать через механизм исправлений, а не перепроводить существующий экземпляр документа (рис. 5).
3. Документ уже исправлен (рис. 6).
4. Документ уже сторнирован (рис. 7).
5. Документ - исправление документа предыдущего периода.

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

6. Документ является исправлением документа предыдущего периода и при этом сам уже исправлен (повторное исправление) (рис. 9).
7. Документ является исправлением документа предыдущего периода и при этом сторнирован. Редактировать его нельзя (рис. 10).

Возможности «1С:Зарплаты и управления персоналом 8» в части перерасчета заработной платы

Перерасчет начисленной зарплаты

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

• состава начислений;
• значений показателей;
• отработанного времени.

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

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

Перерасчет пособий

Аналогично примеру перерасчета зарплаты, на закладке Перерасчет пособий отражаются результаты перерасчета или доначисления пособий за прошлые периоды (рис. 12).

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

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

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

Документ «Доначисление, перерасчет»

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

Перерасчет документов среднего заработка

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

Управление перерасчетами

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

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

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

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

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

Перерасчет НДФЛ

В программе «1С:Зарплата и управление персоналом 8» (ред. 3.0) предусмотрена возможность перерасчета НДФЛ, удержанного из зарплаты сотрудника в прошлых периодах.

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

Перерасчет страховых взносов

В «1С:Зарплате и управлении персоналом 8» (ред. 3.0) предусмотрена возможность перерасчета страховых взносов. Документ Перерасчет страховых взносов позволяет рассчитать страховые взносы с начала налогового периода по месяц регистрации. В документе имеются реквизиты, позволяющие отразить произведенный перерасчет в отчетности как самостоятельное доначисление в соответствии со статьей 7 Федерального закона от 24.07.2009 № 212-ФЗ или отразить перерасчет «задним числом» для формирования уточненного расчета РСВ-1 за прошлый период. Документ имеет две табличных части Исчисленные взносы иСведения о доходах , в которых в результате автоматического расчета отражаются изменения по сравнению с ранее созданным расчетом страховых взносов (рис. 15).

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

От редакции

О новых возможностях программы «1С:Зарплата и управление персоналом 8» (ред. 3.0) читайте статьи:

• «Суммированный учет рабочего времени в «1С:Зарплате и управлении персоналом 8» (ред. 3.0)» - № 9 (сентябрь) «БУХ.1С» за 2015 год (стр. 22);
• «Учет территорий в программе „1С:Зарплата и управление персоналом 8“» - № 7 (июль) за 2015 год (стр. 19);
• на сайте

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

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

В общем случае, записи таблицы перерасчетов содержат поля:

• объект перерасчета (документ-регистратор, данные которого нужно пересчитать)
• вид расчета - ссылка на вид расчета из Плана видов расчетов, определенного для данного регистра расчета

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

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

Вопрос 14.41 экзамена 1С:Профессионал по платформе. Данные о перерасчетах...

1. не являются записями регистра расчета
2. являются записями регистра расчета
3. являются записями регистра перерасчета
4. являются записями таблицы фактического периода действия

Правильный ответ первый, они вообще хранятся в отдельных таблицах.

Вопрос 14.42 экзамена 1С:Профессионал по платформе. В окне свойств измерений "Перерасчета" на закладке "Связь" в свойстве "Измерение регистра" указывается...

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

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

Вопрос 14.43 экзамена 1С:Профессионал по платформе. Таблица "Перерасчета" заполняется строками, каждая из которых представляет собой...

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

Первый ответ верен, разбор выше.

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

1. В процессе работы с перерасчетами разработчик может "не обращать внимания" на сведения, которые предоставляет система в таблице перерасчета, то есть отказаться от пересмотра результатов расчета
2. Принцип работы перерасчетов в системе "1С:Предприятие 8" является "уведомительным"
3. Разработчик конфигурации не может управлять процессом перерасчета записей регистра расчетов, система все делает автоматически
4. Верно 1 и 2 утверждение

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

Вопрос 14.46 экзамена 1С:Профессионал по платформе. Для одного регистра расчета...

1. может поддерживаться только один перерасчет
2. могут поддерживаться только три перерасчета разной структуры
3. поддерживается любое количество перерасчетов разной структуры

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

Вопрос 14.57 экзамена 1С:Профессионал по платформе. Периодичность ведения расчетов – месяц. В регистре расчета сделаны соответствующие настройки. Для вида расчета Оклад в качестве вытесняющего указан вид расчета Командировка. 01.03.14 в информационную базу была введена информация по окладу, однако расчет произведен не был. 20.03.14 в информационную базу была введена и рассчитана командировка. 30.03.14 был запущен расчет по окладу. Будут ли при расчете оклада учтены данные о командировке? Надо ли делать перерасчет командировки?

1. Учтены будут, но командировку придется пересчитать
2. Учтены будут, перерасчет командировки не требуется
3. Учтены не будут. Надо отменить расчет командировки и заново рассчитать оба вида расчета
4. Учтены не будут. Чтобы правильно произвести расчет, оклад и командировка должны находиться в одном документе

Перерасчет не нужен, запись о командировке внутри месяца.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Перерасчет

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

КонецЦикла ;

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

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

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

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

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

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

ВЫБРАТЬ

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

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

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

ИЗ

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

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

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

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

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

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

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

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

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

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

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

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

Рассмотрим корректировку начислений с данным видом операции в программе 1С: Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК , ред. 3.0 на примере услуги «Отопление».

1. Предположим, что в январе было произведено начисление услуги «Отопление» на сумму 900 рублей по л/с №2011067001:

Примечание: в примере услуга «Отопление» рассчитывается по общей площади. Площадь помещения 50 м2, тариф 18 рублей.

2. В феврале становится известно, что в январе расчет должен был произойти по тарифу 13 рублей. Для проведения перерасчета

создаем документ «Корректировка начислений» с видом операции «Недопоставка».

Заполняем документ:

• указываем дату документа и период перерасчета - январь 2015;
• указываем количество дней, которое нужно перерассчитать, в примере - 31 день;
• указываем объект перерасчета, в данном случае л/с №2011067001;
• указываем услугу, по которой будет производиться перерасчет, в данном случае «Отопление»;
• устанавливаем флажок «Частичный перерасчет», выбираем вариант перерасчета «с понижением тарифа на» и вводим число, на которое необходимо увеличить или уменьшить тариф, в данном случае 18 – 13 = 5;
• заполняем табличную часть с помощью кнопки «Заполнить»;
• нажимаем кнопку «Рассчитать» для выполнения перерасчета:

Начисление января было выполнено по тарифу 18 руб.: 18*50=900 руб.

Перерасчет выполнен по тарифу 13 руб.: (18-5)*50 = 650 руб. Отсюда сумма перерасчета равна 250 руб.