Перенос данных из ЗУП 2.5 в ЗУП 3.1: почему появляется показатель «Отработано дней по шестидневке»?

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

Анализ ситуации: откуда берутся данные по шестидневке

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

Рассмотрим, почему это происходит и является ли это ошибкой переноса.

Назначение показателя и архитектура учета времени

В редакции 3.1 архитектура хранения информации для расчета среднего заработка существенно отличается от редакции 2.5. В документе ЗП_СЗО время за прошлые периоды фиксируется сразу в нескольких разрезах для каждого месяца:

  1. Отработано дней (календ.) — требуется для расчета отпускных и компенсаций отпуска, вычисляемых в календарных днях (с применением среднемесячного числа дней 29,3).
  2. Отработано дней / часов — применяется для расчета общего среднего заработка (командировки, оплата дней выполнения государственных обязанностей, выходные пособия и др.) по индивидуальному графику работы.
  3. Отработано дней / часов по пятидневке — используется для нормирования и пересчета премий за прошлые периоды.
  4. Отработано дней по шестидневке — предназначается для расчета среднего заработка в случаях, когда отпуск или компенсация за неиспользованный отпуск предоставляются в рабочих днях (например, для сотрудников со срочными трудовыми договорами до двух месяцев по ст. 291 ТК РФ или сезонных рабочих по ст. 295 ТК РФ).

Заполнение колонки с шестидневкой — это штатное системное поведение алгоритмов 1С, а не указание на то, что сотруднику был назначен график шестидневной рабочей недели.

Как формируются и почему не складываются данные

Проанализируем алгоритм переноса данных:

  1. При выгрузке и загрузке сведений программа автоматически рассчитывает показатели отработанного времени по всем вариантам производственных календарей.
  2. Значение в колонке Отработано дней по шестидневке рассчитывается исходя из нормы шестидневной рабочей недели за соответствующий месяц с учетом фактического времени присутствия и отклонений (больничные, отпуска, прогулы).
  3. Это делается заблаговременно для всех сотрудников, чтобы при возникновении любого расчетного случая система содержала полную историческую информацию.

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

Что делать с полученными данными и как проверить корректность

Разберем порядок действий при обнаружении таких сведений в документе ЗП_СЗО:

  1. Не корректировать данные вручную. Удаление или обнуление значений по шестидневке не повлияет на стандартный расчет отпускных в календарных днях, но приведет к ошибкам, если сотруднику потребуется рассчитать отпуск в рабочих днях.
  2. Проверить контрольный расчет. Для убедительности выберем сотрудника и произведем расчет среднего заработка (например, для отпуска) в старой базе ЗУП 2.5 и в новой базе ЗУП 3.1. Если суммы и количество дней совпали, перенос выполнен корректно.
  3. Настроить видимость колонок. Чтобы не сбивать с толку пользователей и бухгалтеров, в форме документа ЗП_СЗО можно скрыть графу шестидневки. Для этого перейдем в меню Еще — Изменить форму и снимем флаг видимости с соответствующей колонки. Данные сохранятся в базе, но не будут отображаться на экране.
← На главную