← На главную

В работе с программой «1С:Зарплата и управление персоналом» (ЗУП) пользователи часто сталкиваются с ситуацией, когда в карточке сотрудника или в документах плановые начисления (например, оклад или надбавки) отображаются серым цветом. При этом их невозможно отредактировать вручную, а в худшем случае — они перестают учитываться при автоматическом заполнении документа НачислениеЗарплатыИВзносов. Давайте разберем причины возникновения этой ситуации и пошагово проанализируем способы ее решения.

Понимаем логику программы: почему данные становятся «серыми»?

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

Если начисления «заблокированы» (серые) и при этом не попадают в расчет зарплаты, это прямой сигнал о том, что в системе существует документ, который либо прекратил эти начисления, либо они были «заморожены» особым состоянием сотрудника (например, долгосрочным отсутствием).

Шаг 1. Проверяем актуальное состояние сотрудника

Одной из наиболее частых причин является нахождение сотрудника в отпуске по уходу за ребенком или ином длительном отпуске, в ходе которого плановые начисления прекращаются. Даже если сотрудник уже фактически работает, в программе его состояние может числиться некорректно. Рассмотрим, как проверить состояние сотрудника, если стандартная карточка не дает ясного ответа:

1. Перейдем в раздел Кадры и откроем список Сотрудники.
2. Если в списке нет колонки Состояние или Дата возврата, нам необходимо настроить форму. Нажмем кнопку Еще в правом верхнем углу и выберем пункт Изменить форму.
3. В открывшемся дереве элементов найдем группу Ссылка или Сотрудник, развернем ее и установим флажки напротив полей Состояние и Дата возврата.
4. Нажмем ОК. Теперь в списке сотрудников мы наглядно увидим, числится ли человек работающим или он находится в состоянии «Отпуск по уходу за ребенком».

Если состояние указано как «Работает», но начисления серые и не считаются, переходим к более глубокому анализу.

Шаг 2. Изучаем регистр «Плановые начисления»

Чтобы выяснить, какой именно документ «заблокировал» начисления, нам нужно заглянуть «под капот» программы. Для этого воспользуемся универсальным инструментом — регистром сведений. Разберем этот процесс по шагам:

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

В появившемся окне найдем раздел Регистры сведений и выберем ПлановыеНачисления. Проанализируем записи по конкретному сотруднику. Нас интересуют три ключевые колонки:

• Документ-основание: это тот документ, который внес последнюю правку (Прием на работу, Кадровый перевод, Изменение оплаты труда).
• Действие: здесь может стоять значение Утвердить, Изменить или Прекратить.
• Используется: если стоит «Нет», начисление будет серым и не попадет в расчет.

Выяснив, какой документ является основанием (например, ВозвратИзОтпускаПоУходу), мы сможем открыть его и проверить, правильно ли там заполнены вкладки с начислениями.

Шаг 3. Анализ документа «Возврат из отпуска по уходу»

Рассмотрим специфическую, но очень частую ситуацию. Если сотрудница вышла из отпуска по уходу за ребенком, был оформлен соответствующий документ ВозвратИзОтпускаПоУходу. Однако, если на вкладке Начисления этого документа не были заново указаны (или не были «разморожены») оклад и надбавки, программа будет считать их прекращенными. В карточке сотрудника они останутся видны «для истории», но будут серыми и неактивными. Выясним причину: программа ждет явного указания, какие именно суммы платить после возврата.

Шаг 4. Влияние штатного расписания

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

Шаг 5. Универсальный способ исправления — «Изменение оплаты труда»

Если причина блокировки не очевидна или данные были перенесены из старой программы (например, из ЗУП 2.5) документом ПереносДанных, лучшим решением будет создание нового «управляющего» документа. Рассмотрим алгоритм действий:

1. Перейдем в раздел Зарплата — Изменение оплаты сотрудников.
2. Создадим документ Изменение оплаты труда.
3. Выберем нашего сотрудника. Программа автоматически подтянет все текущие (в том числе и проблемные серые) начисления.
4. В этом документе мы можем принудительно установить действие Изменить или просто перезаписать значения.
5. После проведения этого документа записи в регистре ПлановыеНачисления обновятся, а документ Изменение оплаты труда станет новым регистратором, который «оживит» данные.

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

Таким образом, мы выяснили, что «серость» начислений — это защитный механизм 1С, предотвращающий ручной ввод данных в обход кадровых документов. Путь к исправлению всегда лежит через поиск документа-основания или ввод нового корректирующего документа, который зафиксирует актуальное право сотрудника на получение выплат.