Почему в отчете П-4 в 1С:ЗКГУ 3.1 двоится фонд зарплаты по сотрудникам и как это исправить?

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Бухгалтерский учет Сфера услуг, туризм и социальный сектор
← На главную

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

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

Анализ причин: скрытая ошибка в регистре состояний

На первый взгляд, логично предположить, что отчет П-4 берет данные из регистра накопления Начисления и удержания по сотрудникам. Однако, это не совсем так. Для корректного формирования статистических отчетов система также анализирует данные о том, в каком состоянии находился сотрудник в отчетном периоде (работал, был в отпуске, на больничном и т.д.). Эта информация хранится в регистре сведений Состояния сотрудников.

Корень проблемы кроется именно в этом регистре. В результате программной ошибки, которая была официально признана разработчиками 1С, в регистре сведений Состояния сотрудников на одну и ту же дату для одного сотрудника могли создаваться две абсолютно идентичные записи со статусом «Работа».

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

Эта проблема была зарегистрирована как Ошибка 10228645. Разработчики выпустили исправления в версиях 3.1.14.394 и 3.1.16.133. Однако важно понимать: обновление конфигурации предотвращает появление таких ошибок в будущем, но не исправляет уже существующие некорректные данные в вашей информационной базе. Поэтому, даже работая на обновленной версии, вы можете столкнуться с последствиями этой ошибки, если она возникла ранее. Исправить накопленные ошибки необходимо вручную.

Решение 1: Быстрое исправление через временный документ

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

Рассмотрим пошаговый алгоритм действий:

  1. Определите сотрудника и дату. Найдите сотрудника, по которому в отчете П-4 двоятся данные. Обратите внимание на начало периода, с которого возникает ошибка. Часто это начало года (например, 01 января).
  2. Создайте временный документ. Перейдите в раздел «Кадры» или «Зарплата» и создайте документ, изменяющий состояние сотрудника. Проще всего использовать документ Отсутствие (болезнь, прогул, неявка) или Командировка.
  3. Заполните документ. В документе выберите нужного сотрудника. В качестве даты документа и даты начала отсутствия укажите ту дату, на которую, предположительно, возникло задвоение в регистре состояний (например, 01.01.2021, как в примере на форуме).
  4. Проведите документ. Нажмите кнопку «Провести». В этот момент система запишет в регистр Состояния сотрудников новую запись, например, «Отсутствие по невыясненной причине», и корректно закроет предыдущий период работы.
  5. Отмените проведение и удалите документ. Сразу после проведения документа отмените его проведение. После этого можно пометить его на удаление. При отмене проведения система снова пересчитает состояния сотрудника, но на этот раз создаст уже одну, корректную запись «Работа», удалив дубль.
  6. Проверьте результат. Сформируйте отчет П-4 заново. Суммы по сотруднику теперь должны отображаться корректно.

Этот метод эффективно «встряхивает» регистр состояний и заставляет его перестроиться в правильную последовательность записей, убирая дубли.

Решение 2: Официальные рекомендации 1С для массового исправления

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

Перепроведение кадровых документов

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

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

Использование специальной внешней обработки

Для автоматического исправления большого количества некорректных записей фирма "1С" распространяла через свою техническую поддержку специальную внешнюю обработку ОбновитьСостоянияСотрудника.epf.

Как это работает:

  1. Вы получаете файл обработки от службы технической поддержки 1С.
  2. Открываете ее в своей базе через меню «Файл» -> «Открыть...».
  3. Обработка, как правило, имеет простой интерфейс, позволяющий запустить поиск и исправление дублирующихся записей в регистре Состояния сотрудников для всех или выбранных сотрудников.
  4. После выполнения обработки все некорректные записи будут исправлены автоматически, без необходимости ручного перепроведения документов.

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

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

← На главную