Как убрать начисление в 1с

Обновлено: 04.07.2024

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

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

Причины перерасчетов в 1С:ЗУП

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

Настройка операции

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

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

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

Перерасчет при начислении заработной платы в 1С

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

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

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

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

В случае возникших затруднений можно обратиться к обновляемой инструкции по начислению зарплаты в 1С:ЗУП 8.3.

Перерасчет в отдельном документе

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

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

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

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

Перерасчет начислений автоматически запустит перерасчет в НДФЛ. Это можно заметить, перейдя на вкладку «НДФЛ»

После перерасчета в остальных разделах также могут произойти изменения данных, причем программа автоматически обратит внимание на это внимание. Это можно проследить, перейдя на остальные вкладки– «Льготы», «Удержания», «Пособия»

Отмена перерасчета в 1С

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

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

Перерасчет в документах отклонений (больничный и отпуск)

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

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

Перерасчет в документах (отпуск)

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

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

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

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

Случайный перерасчет документов в 1С ЗУП

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

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

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

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

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

В 1С 8.3 ЗУП и 1С можно осуществить доначисление зарплаты и соответственно ее перерасчет. Научившись осуществлять несложные действия в программе, пользователи смогут:

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

Дело в том, что при проведении\перепроведении любого изменения оплаты труда задним числом 1с намекает - неплохо бы пересчитать зп - вдруг что изменилось. Бухгалтера отказываются и эти данные копятся и мешают жить. Данные пишутся в 3 регистра сведений перерасчетов. Решение - очистить их.

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

Затем устанавливаем отборы. По организации, сотрудникам - если надо. И по периодам за которые система требует перерасчета:

Например вам надо очистить все перерасчеты прошлого года - там гарантировано мусор. Ну или вообще все. По кнопке заполнить получаем запрошенные данные:

Видим кого и почему 1с хочет пересчитать и в каком количестве.

По кнопке удалить - данные будут очищены.

Замечания:

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

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

Таких "нулевых" перерасчетов может быть очень много (в моем случае было около 17 тыс.) и возникает необходимость их автоматического удаления.

Начиная с версии 3.1.3 в «1С:Зарплате и управлении персоналом 8» реализована возможность отключения автоматического перерасчета. Для этого в меню Настройки – Расчет зарплаты следует установить флаг Выполнять доначисление и перерасчет отдельным документом.

При этом выполнять доначисление, перерасчет можно вручную, используя документ Доначисление, перерасчет, созданный в меню Зарплата – Перерасчеты по кнопке Доначислить сейчас.

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

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

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

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

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

В этой статье делюсь моим опытом по работе с корректировками выплаты в ЗУП 3.1 и ЗГУ 3.1.:

Что такое корректировки выплаты;
Как их проверять и выявлять ошибки;
Как исправлять ошибки.

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

Предположим, у сотрудника ежемесячное начисление 10 000 рублей, вычетов по НДФЛ нет, и в течение полугода организация рассчитывала НДФЛ в размере 1300 в месяц, удерживала из зарплаты и перечисляла в бюджет. Итого за полгода в бюджет перечислили 7 800.

А в июле сотрудник написал заявление о предоставлении вычета на двух детей, причем применять этот вычет нужно с января. Пересчитываем в июле НДФЛ по итогам года с января по июль: годовой доход 70 000 минус вычеты на детей по 2800 за семь месяцев (19 600), налоговая база 50 400, НДФЛ по итогам года 6 552, и НДФЛ начисленный за июль получается отрицательный: 6552 – 7800 = -1248.

Рассчитываем долг по взаиморасчетам с сотрудником: начислено 10 000 минус удержано -1248 равно 11 248, и казалось бы, эту сумму сотруднику и нужно выплатить.

Но не нужно забывать, что в течение полугода организация удерживала налог у сотрудника и перечисляла в бюджет. За чей счет выплачивать излишне удержанный налог в сумме 1248? У организации деньги на это не предусмотрены, она может выплатить сотруднику только 10 000.

Поэтому долг по взаиморасчетам в ЗУП (ЗГУ) записывается в размере 11 248, а сумма к выплате только 10 000, а 1248 принимается к зачету по НДФЛ. Вот так это видит бухгалтер в расчетном листке до того, как сформировал ведомость на выплату:

В документе начисления зарплаты при этом на вкладке «Корректировки выплаты» видно сумму налога, принятую к зачету, и которая уменьшает сумму к выплате:

Как же все-таки сотруднику получить эти деньги обратно? Есть два варианта:

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

Вот так будет выглядеть расчетный листок до формирования ведомости на выплату, если оформить возврат налога. Видно, что к зачету принят весь НДФЛ, ранее поставленный к зачету. В ведомости на выплату будет сумма к выплате 11 248.

Рассмотрим второй вариант – возврат НДФЛ не выполнялся, за июль выплачено 10 000, рассчитываем зарплату за август. Годовой доход в этом случае 80 000, вычет за 8 месяцев 22 400, налоговая база 57 600, сумма налога за год 7488, а ранее удержанный 6552. Итого НДФЛ за месяц 936 рублей.

Сумма взаиморасчетов с сотрудником составит 10 000 минус 936, получается 9 064. При этом ранее принято к зачету 1248 рублей, и можно зачесть 936 рублей налога этого месяца, таким образом, сумма к выплате за август составит 9 064 + 936 = 10 000 рублей.

В документе начисления зачтенный налог выглядит так:

В расчетном листке до формирования ведомости на выплату видно, что из ранее поставленного к зачету налога 1248 зачтено 936 и остается излишне удержанный налог в сумме 312 рублей.

Сумма к выплате при этом составляет 10 000, что видно при формировании ведомости на выплату за август:

Итак, «корректировка суммы выплаты» в ЗУП и ЗГУ 3.1 состоит из двух частей:

НДФЛ, принятый к зачету – это отрицательный НДФЛ, который увеличивает взаиморасчеты с сотрудником, но не увеличивает сумму в ведомости на выплату, так как ранее этот НДФЛ был удержан и перечислен в бюджет;
Зачтенный НДФЛ – это положительная сумма НДФЛ за текущий месяц, в пределах ранее принятой к зачету суммы, увеличивает сумму в ведомости на выплату.

Теперь о том, как это реализовано в ЗУП 3.1 и ЗГУ 3.1, для программистов.

При проведении документа начисления данные пишутся в три регистра:

Взаиморасчеты с сотрудниками;
(да, я знаю, что их два – бухгалтерский и обычный, но для понимания корректировок выплаты это неважно)
Зарплата к выплате;
Начисления и удержания по сотрудникам,

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

На примере июля, когда впервые возник отрицательный НДФЛ, получаются следующие записи:

Взаиморасчеты с сотрудником: 10 000 – (-1248) = 11 248
В регистр «Зарплата к выплате» пишется две записи на общую сумму 10 000:
1. 11 248, как в регистре взаиморасчетов;
2. -1248, то есть сумма, принятая к зачету
Сумма в ведомости на выплату (для тех, кто этого пока не знает) – это остаток по регистру «Зарплата к выплате».

Соответственно, в августе корректировка выплаты положительная на сумму 936 рублей, и во взаиморасчеты идет сумма 10 000 – 936 = 9 064, а в зарплату к выплате сумма 9064 + 936 = 10 000. В регистр начислений и удержаний по сотруднику добавляется запись с видом расчета «Зачтено излишне удержанного НДФЛ» и сумма 936.

Далее привожу мои выводы, которые я сделал из структуры регистров. Если я чего-то не понял и здесь присутствуют люди, копнувшие тему глубже, прошу высказать это в комментариях.
1. Корректировки выплаты видны только в регистре начислений и удержаний по сотрудникам;
2. Остаток корректировки выплаты по физлицу надо считать нарастающим итогом, то есть весь принятый НДФЛ к зачету и весь зачтенный с начала времен по текущий месяц;
3. Программа не запоминает дату получения дохода для корректировок выплаты, то есть невозможно отличить корректировку выплаты текущего налогового периода от еще незакрытой корректировки выплаты прошлого налогового периода.
Можно попытаться сопоставить корректировки выплаты с суммой начисленного НДФЛ в разрезе налоговых периодов, но насколько достоверным получится результат – пока судить не берусь.

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

Соответственно, часто получаю вопросы от бухгалтеров о том, почему в ведомости на выплату такая странная сумма, как ее проверить, как найти ошибку и так далее. И понял, что типовые отчеты ЗУП/ЗГУ не особо помогают с такими вопросами разобраться, и проверять приходится вручную, по расчетным листкам, месяц за месяцем и по каждому сотруднику. Если сотрудников достаточно много – проблема становится просто нерешаемой, нужно думать, как такие проверки автоматизировать.

Если у одного физлица в организации два и более места работы (например, основное и внутреннее совместительство, а еще договор ГПХ), то при постановке НДФЛ к зачету или при зачете НДФЛ учитывается только физическое лицо. А так как зарплата к выплате считается в разрезе сотрудников, может возникнуть ситуация, когда налог принят к зачету по основному сотруднику, а зачтен по совместителю, или наоборот. В целом по физическому лицу зарплата будет выплачена верно, а вот долги по взаиморасчетам в разрезе табельных номеров «зависают».

Аналогичная проблема возникает в организациях, где включено использование статей финансирования и статей затрат – обычно это государственные учреждения. Зарплата в таких организациях начисляется из различных источников финансирования, и подразделяется на статьи затрат, например:
1. Источники финансирования – «Бюджет», «Предпринимательская деятельность», могут быть и другие;
2. Статьи затрат - 211 (зарплата), 225 и 226 – договора подряда, 266 – пособия, в том числе больничные, и так далее.
В таких организациях проблема в том, что НДФЛ может быть принят к зачету по бюджету 211, а зачтен при расчете больничного, по бюджету 266. В переводе на русский язык это означает, что сотруднику нужно выплатить из 266 статьи затрат, на которую государство не предусмотрело денег, а по статье 211 сумма по взаиморасчетам есть, а выплатить её бухгалтер не может.

К сожалению, типовые алгоритмы ЗУП/ЗГУ зачитывают НДФЛ только в разрезе физического лица, не учитывая табельные номера, статьи финансирования и статьи затрат.

Обобщаю основные проблемы:
1. Трудно проверять, т.к. нет инструмента проверить всех сотрудников разом;
2. Не учитываются табельные номера одного физического лица, зависают остатки взаиморасчетов в разрезе табельных номеров;
3. Не учитываются статьи финансирования и статьи затрат, зависают остатки взаиморасчетов в этих разрезах.
В нашем примере можно провести эксперимент: начислить больничный лист, на сумму, которая больше суммы вычета, и в корректировку выплаты НДФЛ по 266 статье затрат, а не по 211-й. Ниже покажу, как это выглядит в моем отчете.

Замечание: похоже, в релизе 3.1.14.208 такое поведение исправили, но в более ранних релизах ошибка воспроизводилась. Поэтому проверять все-таки нужно.

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

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

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

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

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

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

Режим работы отчета устанавливается в поле «Ошибки и отклонения»:
1. Показать все значения – показывает всю историю корректировок выплаты без отборов;
2. Только ошибки – покажет разрезы учета, по которым зачтено налога больше, чем принято к зачету (т.е. в колонке «Остаток» сумма меньше нуля);
3. Только остатки – покажет разрезы учета, по которым зачтен не весь налог, принятый к зачету (т.е. в колонке «Остаток» сумма больше нуля);
4. Только остатки, возникшие в этом году – покажет разрезы, в которых ненулевой остаток образовался в текущем году.
Исправлять ошибки можно вручную, почти в любом документе начисления. Для этого есть или вкладка «Корректировки выплаты» (документы увольнения, начисления зарплаты) или отдельный реквизит на форме, который можно раскрыть.

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

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

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

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

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

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

Формирую отчет заново и вижу, что по статье 266 ошибка исправлена, теперь зачтенная сумма не больше, чем принятая к зачету.

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

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

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

Например, при смене статуса сотрудника с нерезидента на резидента может образоваться НДФЛ к зачету, но работодатель не имеет права возвращать такой налог по итогам налогового периода, это особо оговорено статьей 231 НК РФ.

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

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