← На главную

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

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

Шаг 1. Локализуем проблему и проверяем симптомы

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

1. Проверка по другим сотрудникам. Создадим тестовый документ Отпуск на любого другого сотрудника организации. Если у него расчетный период заполнился корректно (12 месяцев), значит, общие настройки учетной политики программы верны, а проблема носит точечный характер и связана с карточкой конкретного человека.
2. Тест на альтернативные начисления. Попробуем начислить проблемному сотруднику другой вид оплаты по среднему — например, командировку или оплату донорских дней. Если и в этих документах расчетный период ограничивается одним месяцем, мы имеем дело с системным сбоем в кадровой истории сотрудника.
3. Проверка расчетной базы. В форме расчета среднего заработка внутри документа вручную изменим расчетный период на стандартные 12 месяцев. Если после этого табличная часть автоматически заполнилась суммами начислений за прошлый год, это подтверждает: все финансовые данные (регистры расчета) в системе есть. Проблема кроется исключительно в том, что программа «не видит» стаж работы сотрудника и считает его вновь принятым.

Шаг 2. Анализируем регистр «Текущие кадровые данные сотрудников»

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

Давайте проверим этот регистр и внесем необходимые корректировки:

1. Перейдем в главное меню программы (в правом верхнем углу) и откроем инструмент Функции для технического специалиста (в старых релизах данный пункт называется Все функции). Если этот пункт не отображается, его необходимо предварительно включить в настройках параметров системы.
2. В открывшемся дереве объектов найдем раздел Регистры сведений и выберем Текущие кадровые данные сотрудников.
3. В поле поиска установим отбор по нашему проблемному сотруднику.
4. Внимательно проанализируем запись. Нас интересует флаг Оформлен по трудовому договору. Если в этой колонке стоит значение Ложь (галочка снята), программа считает, что официальных трудовых отношений с сотрудником на дату расчета нет, из-за чего искусственно урезает период среднего заработка до минимального.
5. Проверим также корректность даты в поле Дата приема. Она должна строго соответствовать реальной дате начала работы (в нашем примере — 21.02.2014).

Шаг 3. Решаем проблему с неактивной кнопкой «Перепровести» в кадровых документах

Часто для решения подобных сбоев достаточно просто перепровести документ Прием на работу. Однако на практике пользователи обнаруживают, что кнопка проведения или кнопка Еще -> Провести в документе неактивна (горит серым цветом). Выясним, почему так происходит, и обойдем это ограничение.

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

Для восстановления движений выполним следующие действия:

1. Попробуем провести документ из общего списка (журнала) кадровых документов. Выделим строку с приемом сотрудника, нажмем правую кнопку мыши и выберем команду Провести.
2. Если это не помогло, воспользуемся стандартной обработкой проведения. Перейдем в Функции для технического специалиста -> Стандартные -> Проведение документов. Выберем тип документа Прием на работу, укажем дату нашего документа (21.02.2014) и запустим выполнение.
3. Если документ перенесен через технический документ Перенос данных, нам потребуется найти его через раздел Администрирование -> Переносы данных. Найдем документ за соответствующий период переноса, откроем вкладку настроек состава регистров и убедимся, что по данному сотруднику сделаны корректные записи в регистрах Кадровая история сотрудников и Состояния сотрудников. Перепроведем сам документ переноса данных.

Шаг 4. Устраняем дублирование карточек сотрудников

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

Давайте проанализируем ситуацию:

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

Для устранения дублирования выполним следующие действия по шагам:

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

Резюме

В большинстве случаев проблема «одномесячного» периода расчета среднего заработка в 1С:ЗУП 3.1 успешно решается проверкой кадрового состояния сотрудника в регистре сведений Текущие кадровые данные сотрудников и перепроведением документов начала учета. Систематическое выполнение описанных выше шагов позволит быстро восстановить корректный расчет среднего заработка без ручной корректировки данных.