В июне 20 при увольнении сотрудника было выявлено ошибочное начисление з/п за май 20г. В документе «Увольнение» программа сделала сторно начислений за май автоматически. Больше облагаемых доходов у сотрудника в июне при расчете увольнения не было. Но сторно зп за май ЗУП относит не к июню, когда она было сделано сторно , а к маю. И в расчетном листочке сотрудника за май указано начисление в размере 0 руб. и в отражение за июнь 20г. сумма сторно не попало. И если сейчас переформировать отражение за май, она измениться на сумму сторно, т.е. ЗУП «просит» переформировать отражение за май, которое уже выгружено в БУ. Почему программа не отражает сторно зп за май в июне? и как это сделать?
Главная страница » Индивидуальные консультации » Вопросы 1С ЗУП » Сторно начислений прошлого периода в отражении зп
Все комментарии (14)
Комментарии закрыты.
Похожие вопросы
- "Анализ взносов в фонды" Здравствуйте! \\ ЗУП КОРП 3 1 18 435 Сотрудник уволился в июне. Сделали начисления и выплаты. Готовимся к отчетности по…
- Корректировка отчетности 201г. по больничным отраженным в мае 20г. Коллеги! Ситуация, больничные по несчастному случаю 2019г. отражены в мае 20г. В итоге переформировала отчетность Расчет по страховым взносам за…
- Отражение в ЕНП сторно взносов за предыдущий период при перерасчете отпускных при увольнении Добрый день! 03.05.2024 г. уволилась сотрудница с "минусовой" компенсацией за отпуск. Других начислений за май нет. Отпускные начислены и выплачены…
- Излишне удержанный НДФЛ при увольнении сотрудника. Как избавиться? ЗУП 3.1.14.468 Увольняем сотрудника 14 мая. При этом в марте у него был отпуск и он перегулял положенное количеств дней.…
Статьи по этой теме
- Корректировка уведомления по страховым взносам, если расчет зарплаты ведется в ЗУП 3.1 В статье разберем, как исправить ошибки в уведомлении по страховым взносам. Общие принципы исправления уведомлений по взносам Специальной корректирующей или…
- Удержание за неотработанные дни отпуска при увольнении в ЗУП 3.1 В ст. 137 ТК РФ сказано, что из заработной платы можно произвести удержание за неотработанные дни отпуска при увольнении работника…
- В документе "Увольнение" не рассчитывается сторно-начисление по использованному авансом отпуску после переноса из ЗУП 2.5 Был рекомендованный перенос из ЗУП 2.5 в ЗУП 3. У сотрудника на 01 января 2018 г. в документе Начальная штатная расстановка…
- Ошибка в заполнении корректирующего РСВ при превышении предельной базы ФСС В ЗУП 3.1 имеется ошибка - если была достигнута предельная величина базы по ФСС в прошлом квартале, то при сторно…
Здравствуйте! Давайте посмотрим, что творится напрямую в регистре. Пришлите, пожалуйста, данные регистра накопления Начисления удержания по сотрудникам (Все функции — Регистры накопления) с отбором по сотруднику и периоду начиная с 01.05.2020.
Только записи регистра пришлите не в виде скриншота (так все поля не уместить и трудно анализировать),а выведите в таблицу (Еще — Вывести список) и скопируйте ее в word.
Да, действительно, документ Увольнение 00ЗП-002108 от 22.06.2020 минусует суммы, начисленные документом Начисление зарплаты и взносов 00ЗП-001757 от 31.05.2020.
Можете показать скриншот основной вкладки документа Увольнения (чтобы видны были все реквизиты), а также документы Отсутствие (болезнь, прогул, неявка) 00ЗП-015998 от 12.05.2020 (основная вкладка и «Пересчет прошлого периода») и Сторнирование начислений 00ЗП-000019 от 22.06.2020.
А также опишите вкратце, пожалуйста, исходную ситуацию и свой порядок действий. Насколько я поняла по скриншотам, сотрудница скончалась (сразу извините, если ошибаюсь) и ее увольняли задним числом. При этом в мае вводили неявку, а затем ее сторнировали почему-то.
Да все верно, сотрудник уволен по смерти. Когда делали расчет увольнения поняли, что в мае ошибочно начислена зп, т.к. сначало сделали расчет документа по начислению за май. а потом рассчитали Отсутствие. Сторно неявки делали т.к. дата увольнения был март.
Можно еще посмотреть документ Отсутствие (основная вкладка и Пересчет прошлого периода)? и основную вкладку док. Увольнение? Вы приложили пока только сторно в Увольнении и 2 вкладки документа Сторнирование. Персональную информацию (ФИО сотрудника) можно затереть.
В мае проведено данное отсутствие. Но его расчет сделан ошибочно после начисления зп, т.о. он не был учтен при начислении оплаты труда и сотруднику за май были проведены начисления.
При увольнении все отсутствия датированные после даты смерти были сторнированы в т.ч. и Отсутствие № 00ЗП-015998, но галочку «Доначислить зп при необходимости» в этом сторно не поставили. И сторно оплаты труда за май было проведено в документе Увольнение.
Сторно документа «Отсутствие» № 00ЗП-015998 закладка «сторнировано»
Сторно документа «Отсутствие» № 00ЗП-015998 закладка «Доначисления и пересчеты»
К сожалению, пока на демобазе не получается воспроизвести такое поведение программы. Сторно у меня учитывается в РЛ и Отражении зп в том месяце, в котором оно отражено (месяц начисления). Давайте попробуем просто отменить проведение Увольнения и провести его заново? Возможно нарушена последовательность регистрации документов.
Если это не решит проблему, тогда можно попробовать перенести сторно майской зп из документа Увольнение в отдельный документ Доначисление, перерасчет. Для этого нужно:
— отменить проведение Увольнения
— отменить проведение документов Сторнирование начислений, которые сторнируют все майские отсутствия (у Вас их несколько, т.к. отсутствия разбиты на несколько периодов в мае)
— перепровести отсутствия за май. В результате по сотруднику должен быть зарегистрирован перерасчет майской зп (это можно проверить через Зарплата — Сервис — Перерасчеты)
— создать документ Доанчисление, перерасчет по сотруднику с месяцем в шапке документа = Июнь. Подобрать сотрудницу в документ. В нем должны появиться строки со сторнированием майской зп
— пересчитать Увольнение. Сторно майской зп должно оттуда уйти. Провести документ
— Провести документы Сторнирование начислений, которые сторнируют майские отсутствия.
Перед выполнением всех действий лучше сделать копию базы или вообще попробовать сначала всю цепочку на копии. Меня все-таки беспокоит, что на демобазе проблема не воспроизводится, мы могли что-то не учесть. Поэтому лучше подстраховаться с копией базы.
Все получилось исправить. Спасибо.
Отлично!