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