Заполнение вида начисления в Заказ-наряде в 1С:УНФ: что изменилось в 3.0.14 и как применять

Начиная с версии 3.0.14 в «1С:Управление нашей фирмой» изменён алгоритм заполнения колонки «Вид начисления» в документе «Заказ-наряд». При автоматическом заполнении по ресурсам и бригадам вид начисления определяется по плановым начислениям сотрудника на дату финиша работы. Если дата финиша не указана, система берёт дату старта, а когда нет и её - дату документа.

До 3.0.14 на длительных работах это давало сбой. Сотрудника принимали в штат уже после создания Заказ-наряда, программа не находила его плановое начисление и оставляла колонку «Вид начисления» пустой. Менеджер правил документ вручную или оставлял поле пустым, а бухгалтерия потом разбиралась с расчётом зарплаты по такому исполнителю.

Второе изменение касается ручного ввода. При ручном заполнении Заказ-наряда вид начисления выбирается из выпадающего списка со всеми доступными вариантами. Раньше нужную строку приходилось искать в справочнике отдельно и вспоминать точное название начисления.

Как проверить версию вашей 1С:УНФ

Нововведение работает в конфигурации 3.0.14 и выше. Проверить релиз можно двумя путями:

• главное меню - «Справка» - «О программе»;
• раздел «Администрирование» - «О программе».

В открывшемся окне смотрите номер конфигурации: значение вида 3.0.14.х или выше означает, что новый механизм доступен. Если номер ниже, обновитесь через «Администрирование» - «Обновление конфигурации». Оттуда загружают обновление из интернета или из файла поставки .cfu, полученного по договору сопровождения.

Перед обновлением сделайте резервную копию информационной базы: «Администрирование» - «Резервное копирование и восстановление» либо штатные средства администрирования сервера. Порядок обновления зависит от того, работаете вы в файловой или клиент-серверной базе, и от того, есть ли доработки конфигурации. Если релиз давно не обновлялся, безопаснее пройти цепочку последовательных обновлений, а не ставить последнюю версию поверх старой.

Релизы УНФ выходят часто, и отслеживать каждое изменение не обязательно. Если вы переходите с ветки 3.0.13, посмотрите, что она принесла, например новый порядок работы с бонусными баллами и оплатой на рабочем месте кассира. Так проще понять, какие изменения уже накопились в базе, а какие появились именно в 3.0.14.

Как теперь определяется вид начисления при автоматическом заполнении по ресурсам и бригадам

Автоматическое заполнение запускается кнопкой «Заполнить» в документе «Заказ-наряд»: выбираете вариант «По ресурсам» или «По бригадам», и программа строит строки табличной части с исполнителями и видом начисления. Отличие версии 3.0.14 в источнике данных для колонки «Вид начисления»: значение берётся из плановых начислений сотрудника, действующих на определённую дату.

Даты выбираются в таком порядке:

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

Плановые начисления относятся к кадровому и расчётному контуру. Если вы ведёте учёт в нескольких продуктах и параллельно обновляете зарплатный блок, сверьтесь с разбором обновления 1С:ЗУП 3.1.38.41: там описаны изменения по кадровым документам и уведомлениям, которые влияют на данные о сотрудниках.

Пример: сотрудник нанят после создания Заказ-наряда

Заказ-наряд создан 1 марта, работы ведутся до 30 апреля. Мастер принят в штат 15 марта, то есть после создания документа. До версии 3.0.14 при заполнении по ресурсам и бригадам его колонка «Вид начисления» оставалась пустой: программа смотрела на состояние данных на момент создания документа, когда сотрудника в базе ещё не было. В 3.0.14 система обращается к дате финиша, 30 апреля, находит действующее плановое начисление мастера и подставляет его.

Проверить результат просто: откройте табличную часть Заказ-наряда и просмотрите колонку «Вид начисления» по каждой строке исполнителя. Пустое значение у конкретного сотрудника означает, что стоит проверить его плановые начисления на нужную дату.

Что делать, если дата финиша не указана

При пустом поле «Дата финиша» логика смещается на дату старта, а затем на дату документа. Здесь есть практический риск. В примере выше дата старта 1 марта, а сотрудник принят 15 марта. На 1 марта планового начисления у него нет, поэтому при заполнении по дате старта вид может не определиться. Тогда сработает дата документа, но и она способна оказаться раньше даты приёма на работу.

Вывод: для длительных работ указывайте дату финиша. Это одна из немногих настроек, которая напрямую влияет на то, подставится вид начисления автоматически или его придётся выбирать вручную.

Ручное заполнение вида начисления: выпадающий список со всеми вариантами

При ручном заполнении Заказ-наряда вид начисления выбирается из выпадающего списка. Кликните в ячейку колонки «Вид начисления» в нужной строке и выберите значение. Список содержит все доступные варианты из справочника видов начисления и не фильтруется ни по сотруднику, ни по дате.

Плюс очевиден: если автоматика не смогла определить вид, ручной выбор занимает пару секунд. Обратная сторона в том, что ответственность за корректность ложится на пользователя. Список не подсказывает, какое начисление положено конкретному сотруднику по его плановым начислениям, поэтому ошибка приведёт к неверной сумме в расчёте зарплаты. Сверяйтесь с кадровыми данными исполнителя.

Ручной режим уместен в трёх ситуациях: у сотрудника нет планового начисления на нужную дату, работа разовая и не оформлена кадровым документом, требуется начисление, отличающееся от планового.

Какие сценарии упрощает нововведение

• Длительные работы с меняющимся составом. Проект идёт месяцами, исполнители подключаются и выходят. Вид начисления подтягивается по дате финиша, а не по дате создания документа.
• Приём сотрудников после оформления Заказ-наряда. Новичок получает корректный вид начисления при перезаполнении, ручная правка не нужна.
• Массовое заполнение по ресурсам и бригадам. При бригадной работе в табличной части сразу появляются десятки строк. Автоматическое определение вида экономит время и убирает ручные пропуски.
• Снижение риска ошибок в зарплате. Пустая колонка означала, что начисление придётся разбирать вручную уже на этапе расчёта. Теперь данные попадают в документ на этапе оформления заказа.

Пример из практики: сервисная компания ведёт проект три месяца, в середине срока нанимает нового мастера. При перезаполнении Заказ-наряда по ресурсам его вид начисления подставляется автоматически, без правки каждой строки вручную. Смежные улучшения по работе с заказами в этой же ветке релизов разобраны в материале про новые возможности РМК в 1С:УНФ 3.0.13.

Нужно ли перезаполнять существующие Заказ-наряды после обновления

Обновление конфигурации не переписывает задним числом табличные части уже проведённых Заказ-нарядов. Новый алгоритм срабатывает в момент заполнения или перезаполнения документа, поэтому записи, созданные ранее, остаются в том виде, в котором их сохранили.

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

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

Возможные ограничения и нестандартные ситуации

• Нет планового начисления на выбранную дату. Колонка может остаться пустой. Решение одно: выбрать вид начисления вручную из выпадающего списка.
• Конфликт дат. Дата финиша указана, но плановых начислений на неё у сотрудника нет. Система, скорее всего, не найдёт значение и оставит поле пустым, поэтому сверяйтесь с кадровыми документами.
• Кадровые изменения задним числом. Если плановое начисление ввели позже даты выполнения работы, автоматика ориентируется на дату финиша, старта или документа и может не увидеть более позднюю запись.
• Отсутствие плановых начислений у сотрудника. Поведение системы в этом случае в сопроводительных материалах не описано, поэтому проверяйте результат в своей базе и при необходимости заполняйте вид вручную.

Точные перечни изменений и даты выхода релизов смотрите в документации к обновлению вашей конфигурации. УНФ выпускается отдельными релизами, и набор исправлений в каждом из них отличается.

Краткий итог: как применять изменения на практике

1. Проверьте версию конфигурации: нужна 3.0.14 или выше.
2. Перед автоматическим заполнением убедитесь, что у исполнителей есть плановые начисления на дату финиша, старта или документа.
3. Для длительных работ заполняйте дату финиша: она даёт самый предсказуемый результат.
4. Если вид начисления не подставился, выберите значение из выпадающего списка вручную.
5. Перезаполните старые Заказ-наряды с пустой колонкой, начав с документов, по которым зарплата ещё не начислена.

Статья носит практический характер и не заменяет официальную документацию по конфигурации. Перед обновлением и массовыми операциями с документами делайте резервную копию базы и проверяйте результат на одном тестовом Заказ-наряде.