При работе в 1С:ЗУП 3.1 (релизы 3.1.27 и выше) многие пользователи столкнулись с ситуацией, когда данные о территориях выполнения работ, указанные в документах Перемещение между территориями, перестают влиять на итоговый расчет зарплаты и районный коэффициент. Давайте разберем, почему это происходит и как правильно организовать рабочий процесс, чтобы программа корректно видела ваши изменения.
Основная причина кроется в ужесточении контроля последовательности документов в последних обновлениях платформы. Ранее расчетный механизм мог переопределять данные, даже если Табель был введен раньше документа перемещения. В современных версиях ЗУП 3.1 разработчики изменили приоритетность обработки данных:
Табель как первичный документ, фиксирующий фактическое использование рабочего времени.Табель уже проведен, система может «блокировать» изменения территорий, введенные более поздней датой, чтобы обеспечить стабильность уже рассчитанных данных.Территория по умолчанию, она может конфликтовать с документом перемещения, если последний не был правильно интегрирован в цепочку расчетов.Чтобы восстановить корректный расчет территориальных условий, необходимо строго соблюдать последовательность работы с документами. Рассмотрим пошагово, как это сделать правильно:
Учетной политике организации включена настройка учета территорий. Также проверьте настройки конкретных подразделений — нет ли там жестко заданных территорий, которые могут перекрывать кадровые перемещения.Перемещение между территориями должен быть введен и проведен до момента создания Табеля. Если вы вводите перемещение «задним числом» или уже после заполнения табеля, система не подтянет новые данные автоматически.Табеля, внесите изменения в документ перемещения, и только после этого перезаполните табель заново. Это необходимо, чтобы Табель «увидел» актуальную информацию из регистра территориальных условий.Начисление зарплаты. Это позволит системе выполнить пересчет с учетом актуальных данных о территориях.При анализе проблемы мы выяснили, что логика работы программы изменилась в сторону строгой последовательности. Теперь расчетный механизм опирается на приоритетность кадровых данных. Если вы заметили, что территориальные условия не применяются, проанализируйте регистры сведений, которые заполняются документами Перемещение между территориями.
В случаях, когда данные не подтягиваются, попробуйте следующий программный подход для проверки последовательности (для администраторов/программистов):
// Проверка даты документа в контексте периода расчета
Если ДокументПеремещения.Дата > Табель.Дата Тогда
Сообщить("Внимание: Нарушена последовательность документов!");
КонецЕсли;
Помните, что Табель — это не просто форма отчетности, а ключевой документ, определяющий, какие территориальные условия будут применены к начислениям. Если расчетчики утверждают, что «раньше все работало», это лишь подтверждает, что предыдущие версии конфигурации допускали большую гибкость (и неточность) при обработке документов, введенных не по порядку.
Рекомендация: Всегда приучайте сотрудников расчетного отдела вводить все кадровые изменения до начала процесса формирования табелей и начисления заработной платы. Это позволит избежать необходимости принудительного перерасчета и сэкономит время при закрытии периода.