Переход с редакции 1.0 (ЗБУ) на 3.1 (ЗГУ) — это всегда сложный процесс, связанный с трансформацией данных. Одной из наиболее частых проблем является ситуация, когда в документах Перенос данных зафиксированы одни суммы и дни, а в документе Отпуск программа «рисует» совершенно иные цифры. Особенно это заметно на примере премий, которые могут внезапно увеличиться в два раза, или отработанных дней, которые не совпадают с фактическими. Разберем детально, как устроена логика программы и где искать корни этих ошибок.
Для начала проанализируем ситуацию: почему в регистре накопления за октябрь стоит 20 дней, а при заполнении среднего заработка в документе Отпуск встает 21 день? Или почему премия в 9500 превращается в 18692? Это не магия, а результат работы алгоритмов пересчета данных «на лету», которые активируются в момент формирования документа.
Рассмотрим основные причины расхождений:
Данные о времени для расчета среднего заработка (общий) и Данные о начислениях для расчета среднего заработка (общий). Если информация в них противоречит друг другу, система может игнорировать записи из одного регистра в пользу расчетных данных из другого.НачальнаяШтатнаяРасстановка. Если в старой базе график имел особенности (например, праздничные дни или переносы), которые не отражены в новой базе за прошлые периоды (2018 год и ранее), система может принудительно «исправить» количество дней на те, что указаны в актуальном графике.Выясним причину расхождения в днях. Нам необходимо убедиться, что записи в технических регистрах соответствуют тому, что мы видим в документах Перенос данных. Перейдем в меню «Функции для технического специалиста» (ранее «Все функции») и найдем следующие регистры:
Данные о времени для расчета среднего заработка (общий)Данные о начислениях для расчета среднего заработка (общий)Проанализируем ситуацию с октябрем, где вместо 20 дней встает 21. Проверьте, нет ли по данному сотруднику дублирующих записей за один и тот же месяц. Такое случается, если перенос данных запускался несколько раз или если документ НачальнаяШтатнаяРасстановка «наложился» на записи Переноса данных. Если в регистре времени стоит 20, а в отпуске 21 — значит, программа берет норму из графика. Проверьте, какой график работы указан в НачальнойШтатнойРасстановке и совпадает ли его заполнение за прошлые годы с историческими данными.
Разберем подробнее увеличение суммы премии. Если в документе Перенос данных (обычно это документы с кодом П_СЗ) сумма указана верно, но в расчете она «раздувается», это признак того, что программа применяет коэффициент пересчета. В ЗГУ 3 премии могут учитываться пропорционально или полностью. Если в настройках начисления «Премия» в новой базе стоит флаг «Учитывать частично», то программа смотрит на отработанное время.
Посмотрим на пример: если премия в 9500 была начислена в ЗБУ 1.0 уже с учетом отработанного времени, а при переносе она попала в колонку «Составляет базу» вместо «Уже рассчитана», то при расчете среднего в ЗГУ 3 она может быть умножена на коэффициент (Норма / Факт), что и приводит к сумме 18692.
Решение: Проанализируем настройки начисления премии. Перейдем в карточку начисления на вкладку «Средний заработок». Проверьте, как настроено вхождение в базу. Иногда помогает временное изменение настройки с «Учитывать частично» на «Учитывать полностью» (но это крайняя мера, требующая понимания методологии).
В настройках расчета зарплаты существует флаг «Сведения для расчета общего среднего заработка принимать к учету для расчета пособий». Несмотря на то, что он кажется не связанным напрямую с отпуском, его наличие или отсутствие может инициировать пересчет внутренних таблиц среднего заработка при открытии документа.
Рассмотрим порядок действий:
Отпуск (лучше создать новый для теста).Проанализируем ситуацию, когда ручные правки в документах переноса не «видны» документу отпуска. В ЗГУ 3.1.8 (довольно старом релизе) была особенность кэширования данных. Для принудительного обновления используем специализированную обработку.
Перейдем в раздел Зарплата — Сервис — Обновление данных для расчета среднего заработка. Выберем период (год, предшествующий отпуску) и запустим процесс. Эта процедура пересчитает регистры на основании данных о начислениях. Однако, будьте осторожны: если данные в Переносе данных были внесены некорректно, обработка может зафиксировать эти ошибки в регистрах.
Иногда причина кроется в том, что документы Перенос данных записаны «будущим числом» или имеют одинаковое время с документами НачальнаяШтатнаяРасстановка. Рассмотрим последовательность действий для исправления:
Проанализируем все документы с типом П_СЗО и П_СЗ. Убедимся, что дата документа соответствует дате начала эксплуатации или предшествует ей. Рекомендуется установить дату документов переноса на 31.12.2018 23:59:58, а НачальнуюШтатнуюРасстановку на 01.01.2019 00:00:00. Это исключит конфликт данных в один и тот же момент времени.
Если ни один из способов не помог, обратим внимание на релиз программы. В версии 3.1.8.216 существовал ряд зарегистрированных ошибок, связанных с расчетом среднего при наличии премий в месяцах с неполной отработкой. Посмотрим на возможность обновления до актуальной ветки (например, 3.1.27), где алгоритмы СреднегоЗаработка были значительно переработаны и оптимизированы.
Помните, что документ Отпуск хранит в себе «снимок» данных среднего заработка на момент создания. Если вы изменили что-то в регистрах или переносе данных, простое нажатие кнопки «Обновить» внутри документа не всегда помогает. Лучше всего удалить строку с сотрудником или создать новый документ с нуля, чтобы программа заново обратилась к базе данных SQL и актуализировала информацию.