Часто в процессе эксплуатации систем 1С, особенно после переноса данных между версиями, возникают ситуации, когда параметры оплаты труда сотрудников сбиваются. Одной из наиболее частых проблем является некорректная индексация оклада, из-за которой сотрудник получал лишние денежные средства в течение нескольких месяцев. Рассмотрим, как грамотно и технически верно исправить такую ситуацию в 1С:Зарплата и Управление Персоналом.
Прежде чем приступать к программным действиям, важно осознать, что удержание излишне выплаченной зарплаты — процедура деликатная. Согласно трудовому законодательству, технические ошибки в программе (неверный перенос данных) обычно не признаются «счетными ошибками». Мы рекомендуем:
Этот способ является наиболее «чистым» с точки зрения методологии 1С. Система сама рассчитает все необходимые сторнирующие записи и доначисления.
Доначисления/перерасчеты) сформирует необходимые записи с минусом, отсторнировав лишние начисления за прошлые периоды.Если вы хотите произвести перерасчет в текущем месяце без создания большого количества исправлений, можно прибегнуть к кадровому изменению.
Разберем действия по шагам:
Начисление зарплаты и взносов за текущий месяц система проанализирует изменение истории плановых начислений.Доначисления/перерасчеты автоматически появится строка с удержанием суммы переплаты за прошлые периоды. Это позволит закрыть вопрос в рамках одного расчетного периода без необходимости подачи уточненной отчетности.Многих пользователей пугает вопрос: нужно ли корректировать РСВ или 6-НДФЛ за прошлые кварталы? Наш опыт показывает, что при использовании штатного механизма сторнирования в текущем месяце:
РСВ за прошлые периоды.Будьте осторожны с изменением документов «задним числом». Если вы меняете оклад в старых документах, происходит расхождение между данными в системе и фактически подписанными бумажными приказами. Всегда подкрепляйте любые манипуляции в 1С первичными документами: приказами об изменении штатного расписания или корректировками кадровых приказов.
Помните, что 1С работает по принципу накопления данных. Любое изменение в объекте Начисления или ПлановыеНачисления автоматически тянет за собой пересчет РасчетнойБазы. Поэтому всегда проверяйте результат на тестовой базе перед тем, как выполнять перерасчет на «боевых» данных.