Добрый день!
При увольнении сотрудника столкнулись с проблемой сторнирования отпуска — подтягивается старый (неиспользуемый) вид начисления.
Настройка по удержанию при увольнении стоит «Сторно начислений и уменьшает налоги и взносы».
Прикладываю справку по отпускам сотрудника. Из скриншота видно, что было использовано 5 дней отпуска за рабочий год 26.07.25-25.07.26, на дату увольнения видим, что остаток отпуск -2,66дн = это использованный авансом отпуск за рабочий год 26.07.25-25.07.26.
*Ввод остатков отпусков был сделан на 01.01.25, чтобы привести данные в демо-базе ЗУП в соответствие с реальным примером.
Исходя из того, что видим в справке по отпускам — в документе «Увольнение» должен сторнироваться отпуск именно из этого периода отпуска (28.07-08.08).
НО при расчете документа «Увольнение» в начислениях встает неиспользуемый вид отпуска (в приложенных файлах есть скрин начислений в отпуске и скрин из ПВР с выведенным порядком), а также сторно идет за период отпуска 05.05-07.05.
Пытались различными методами сделать так, чтобы в увольнении сторнировалось корректное начисление. Ни изменение порядка, ни перезапись с флагом «не используется» не помогли. Единственный вариант, который пока что сработал — в старых начислениях переставить тумблер в «Результат вводится фиксированной суммой», но и тут был подвох — минусовые суммы встали на корректный вид начисления, но при этом старые начисления также добавились в увольнение (было по 7-10 строк каждого старого начисления с нулевой суммой).
Может быть вы сталкивались с подобным поведением, есть ли еще обходные пути, как переделать сторно, чтобы сторнировался правильный отпуск и по правильному виду начисления?
Воспроизводили ситуацию на релизе 3.1.34.77
Здравствуйте!
Прикладываю ссылку на эфир: Поддерживающий эфир ЗУП за август — изменения и ответы на вопросы .
Мы как раз разбирали такой случай в разделе Удержание за неотработанные дни отпуска при увольнении. Я тоже искала способы как рассчитать увольнение, но как оказалось самое простое — поправить руками начисление. То есть перенести сумму из одного вида начисления в другое. Посмотрите, пожалуйста, видео.
Если что-то не будет получаться, пожалуйста, напишите 🙏
Этот способ не подходит, как изначально и написала — при ручной корректировке нет возможности выбрать нужный вид начисления. Для этого прикладывала скриншот отпуска, за который должно быть сторнирование.
У нас здесь две проблемы:
1. Сторнируется старый отпуск, а не тот, в котором были перегуляны дни (последний);
2. Подставляется неверный вид самого начисления по отпуску. Должно быть начисление «Отпуск основной (с 06.2025)», а подставляется в увольнении «Отпуск основной». Мы находимся на налоговом мониторинге и данные выгружаются вместе с наименованиями начислений — поэтому просто оставить некорректное начисление в документе, исправив сумму и убрав долю РК мы не можем. Выбрать вручную начисление в документе увольнения также нельзя — в открывающемся окне предустановлен скрытый отбор и отпусков там просто нет в списке.
Как раз поэтому обратилась через «вопрос», может быть сталкивались именно с такой ситуацией. Берется неправильный отпуск для сторно.
Обращение в 1С уже направлено, но они скорее всего его даже не рассмотрят в течение ближайшего года. Потом уже неактуально станет, опять поменяется законодательство
Здравствуйте!
Смоделировала пример в демо базе 3.1.35.13 поведение программы тоже повторилось: в документе увольнения вид начисления отпуск выбран не из последнего документа отпуск.
К сожалению, перевыбрать вид отпуска мы не можем. Нам программа не дает такой возможности. Мы можем сейчас обеспечить правильный налоговый учет. Чтобы у нас ндфл с отпуска не выделялся.
Предлагаю проверить: для налогово мониторинга выгружается полное наименование начисления или короткое? Может быть нам можно переименовать именно коротное наименования, чтобы не было отличий для выгрузки?
Для налогового мониторинга выгружается полное наименование. Да, как вариант можно временно переименовывать начисление. Мы пока выходили из ситуации скидыванием формулы старых начислений, тогда подтягивался расчет по актуальному.
Также в 1С зарегистрировали обращение https://regevent.1c.ru/sbo/tp/74c27c1a-8a3f-11f0-8188-0050569f2415/info/
Надеюсь, что зарегистрируют и ошибку, и мы увидим исправление в ближайших релизах.
Хорошо, что получилось хоть как-то обойти ситуацию. Я со своей стороны тоже напишу обращение. Так как действительный момент.