В процессе перехода с устаревших конфигураций (например, 1С:УПП 1.3) на современную 1С:Зарплата и Управление Персоналом 3.1 КОРП специалисты часто сталкиваются с техническими особенностями работы документов приема на работу. Одной из наиболее острых проблем является «исчезновение» перенесенных начислений из табличной части документа и автоматическое навязывание районного коэффициента (РК) тем сотрудникам, которым он не положен (например, дистанционным работникам). Разберем по шагам, почему это происходит и как правильно настроить систему.
Проанализируем ситуацию, когда после программного переноса данных из другой системы начисление (например, «Северная надбавка») присутствует в объекте документа, но не отображается в интерфейсе и удаляется при попытке интерактивного перепроведения. Основная причина кроется в динамической логике формы 1С:ЗУП 3.1.
В типовой конфигурации табличная часть Начисления в документе «Прием на работу» управляется программными фильтрами. При открытии формы или изменении ключевых реквизитов (организация, подразделение, дата) система выполняет проверку на соответствие начислений установленным настройкам. Рассмотрим основные причины «отбраковки» строк:
Начисления) на вкладке «Основное» указано, что начисление выполняется не «Ежемесячно», а, например, «По отдельному документу» или «Только если введено значение показателя», форма документа «Прием на работу» может посчитать такое начисление недопустимым для планового назначения.СпособВыполненияНачисления, отличный от планового, строка будет скрыта.Решение для восстановления видимости начислений:
Необходимо зайти в настройки вида начисления и убедиться, что:
Явка).Разберем ситуацию с «Северной надбавкой». В ЗУП 3.1 КОРП реализован мощный встроенный механизм учета северного стажа. Попытка перенести её как «простое» начисление с фиксированным коэффициентом — это методическая ошибка. Выясним, почему выгодно использовать штатный функционал:
Штатная северная надбавка (СН) привязана к физическому лицу, а не к конкретному трудовому договору. Это позволяет системе автоматически пересчитывать процент надбавки при достижении сотрудником определенного стажа. Если использовать кастомное начисление, этот автоматизм будет утерян.
Для корректного переноса из УПП 1.3 выполним следующие действия:
Северная надбавка. В этом случае данные попадут не просто в таблицу документа, но и в регистры сведений, отвечающие за расчет процентов.Проанализируем вторую проблему: в организации установлен районный коэффициент 1.15, который автоматически подставляется всем сотрудникам при приеме. Однако для дистанционных работников, проживающих в регионах без РК, коэффициент должен быть равен 1.00. Если просто менять его вручную в документе, это придется делать при каждом кадровом переводе или индексации.
В версии КОРП самым правильным и стабильным решением является использование справочника Территории. Рассмотрим этот механизм подробнее:
Шаг 1. Включение функционала.
Зайдем в меню «Настройка» — «Расчет зарплаты» и установим флаг Использовать обособленные территории. Это позволит нам разделять условия труда сотрудников внутри одного подразделения.
Шаг 2. Создание территории.
Перейдем в справочник Территории (находится в разделе «Настройка» или «Предприятие»). Создадим новую территорию, назовем её, например, «Дистанционная работа». В карточке этой территории:
Районный коэффициент равным 1.00.Шаг 3. Назначение территории в документе.
В документе «Прием на работу» появится дополнительное поле Территория. Выберем созданную нами территорию для дистанционного сотрудника. Проанализируем результат: система автоматически пересчитает вкладку «Оплата труда», установив РК = 1.00, при этом настройки подразделения останутся нетронутыми для остальных «офисных» сотрудников.
Важно понимать различие в архитектуре хранения данных. В УПП 1.3 многие показатели хранились непосредственно в строках плановых начислений. В ЗУП 3.1 данные разделены:
ПлановыеНачисления.ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудников.Если ваши правила переноса записывают данные только в табличную часть документа ПриемНаРаботу, но не инициализируют записи в регистрах показателей, то при любом интерактивном изменении документа (нажатие кнопки «Пересчитать» или изменение даты) программа будет обращаться к значениям «по умолчанию» из настроек организации или подразделения. Это и приводит к тому, что РК «прыгает» обратно на 1.15, а кастомные начисления исчезают.
Для корректного программного заполнения документа используем следующий подход (пример логики на языке 1С):
// Пример заполнения показателей в документе приема
НоваяСтрокаПоказателей = ДокументОбъект.Показатели.Добавить();
НоваяСтрокаПоказателей.Показатель = Справочники.ПоказателиРасчетаЗарплаты.РайонныйКоэффициент;
НоваяСтрокаПоказателей.Значение = 1.0;
НоваяСтрокаПоказателей.ИдентификаторСотрудника = ДокументОбъект.Сотрудник.Владелец;
Резюме:
Для решения описанных проблем в ЗУП 3.1 КОРП следует придерживаться методологии системы. Вместо борьбы с формой документа через «физическое» добавление строк, необходимо настроить виды начислений как ежемесячные, использовать штатный механизм СН для накопления стажа и применять справочник Территорий для управления районными коэффициентами. Это обеспечит стабильность данных при последующих обновлениях и корректный автоматический расчет заработной платы.