Почему не проводится начисление зарплаты в ЗУП 3.1 после перехода с ЗУП 2.5 и как правильно учитывать совмещение должностей?

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

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

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

Ошибка «Поле объекта не обнаружено (Регистратор)» при проведении документа «Начисление зарплаты и взносов»

Возникновение ошибки Поле объекта не обнаружено (Регистратор) при попытке проведения документа Начисление зарплаты и взносов в ЗУП 3.1 является критичным моментом, блокирующим расчеты. Это сообщение об ошибке, несмотря на свою кажущуюся простоту, может указывать на целый ряд глубинных проблем, как технических, так и методологических.

Рассмотрим подробнее контекст, в котором появилась данная ошибка: переход с ЗУП 2.5 на ЗУП 3.1. Этот фактор является ключевым, так как различия в структуре данных и логике расчетов между этими конфигурациями очень существенны.

Текст ошибки указывает на проблему в модуле проведения документа НачислениеЗарплаты:


Поле объекта не обнаружено (Регистратор)
{Документ.НачислениеЗарплаты.МодульМенеджера(432)}:ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение);
{(1)}:Документы.НачислениеЗарплаты.ВыполнитьПроведение(Параметры[0],Параметры[1])
...
по причине:
Ошибка при выполнении обработчика - 'ОбработкаПроведения'
по причине:
{ОбщийМодуль.РасчетЗарплатыРасширенный.Модуль(3574)}: Поле объекта не обнаружено (Регистратор)

Это означает, что где-то в логике проведения документа, скорее всего, в общем модуле РасчетЗарплатыРасширенный, происходит попытка обращения к полю Регистратор, которого по какой-то причине нет в текущем контексте или объекте, с которым работает программа. Давайте проанализируем возможные причины возникновения такой ошибки:

  1. Повреждение базы данных или некорректная структура. В некоторых случаях, после миграции или некорректных обновлений, структура базы данных может быть нарушена. Это может привести к тому, что запросы или программный код обращаются к несуществующим полям. Для устранения такой проблемы нам потребуется:
    1. Тестирование и исправление информационной базы. Мы можем выполнить эту операцию в режиме конфигуратора через меню «Администрирование» -> «Тестирование и исправление». Рекомендуем установить все флажки, кроме «Сжатие таблиц ИБ», и запустить процесс. Важно: перед выполнением обязательно создайте полную резервную копию базы данных.
    2. Обращение к специалисту. Если тестирование и исправление не помогло, или вы не уверены в своих действиях, лучше обратиться к опытному программисту 1С для глубокой диагностики.
  2. Неправильное имя поля в запросе или коде. Возможно, в конфигурации есть доработки, или произошел сбой при обновлении, в результате которого внутренний запрос или алгоритм обращается к полю, которое было удалено, переименовано или отсутствует в текущей версии конфигурации. Это особенно актуально для перенесенных данных, которые могли быть некорректно адаптированы под новую структуру ЗУП 3.1.

    К сожалению, без доступа к коду конфигурации, обнаружить такую ситуацию сложно. Если у вас есть доработки, необходимо проверить их на актуальность для ЗУП 3.1.

  3. Ошибки после обновления 1С. Иногда подобные ошибки возникают после обновления платформы или конфигурации. В этом случае мы рекомендуем выполнить следующие действия:
    1. Обновление платформы. Убедитесь, что вы используете последнюю стабильную версию платформы 1С:Предприятие 8.3, рекомендованную для вашей версии ЗУП 3.1.
    2. Очистка кэша. Удалите кэш пользователя 1С. Для этого нам нужно найти папку с кэшем (обычно находится в %LOCALAPPDATA%\1C\1Cv8 или %APPDATA%\1C\1Cv8) и удалить оттуда папки с длинными названиями, содержащими хеши баз данных. Также можно удалить базу из списка в окне запуска 1С и добавить заново.
    3. Тестирование и исправление ИБ. Как упомянуто выше, это может помочь устранить внутренние несоответствия.
  4. Проблемы с перерасчетами уволенных сотрудников. Существует схожая ошибка (например, Поле объекта не обнаружено ДанныеДляУчетаПособийПриУвольнении), которая может возникать, если по уволенному сотруднику зарегистрирована необходимость перерасчетов. Для устранения проблемы нам следует:
    1. Проверить сервис Перерасчеты (раздел «Зарплата» – «Сервис»).
    2. При необходимости создать документ-исправление Увольнение или вручную удалить сотрудника из списка перерасчетов.
  5. Ошибки в перенесенных документах. При переносе данных с ЗУП 2.5 на ЗУП 3.1 могут быть перенесены документы или данные, которые содержат внутренние несоответствия или ошибки, существовавшие еще в старой конфигурации, но не проявлявшие себя явно.

    В таком случае мы рекомендуем вернуться к предыдущей конфигурации ЗУП 2.5, внимательно проверить проблемные документы или данные, устранить найденные ошибки, а затем заново выполнить перенос данных.

В контексте обсуждения на форуме, где также затронута методология учета совмещения, возможно, что некорректное «плановое» назначение начисления Совмещение должности могло создать внутреннее противоречие, которое проявляется как ошибка Поле объекта не обнаружено (Регистратор) при более глубоком анализе данных в момент проведения Начисления зарплаты и взносов. Документ Начисление за первую половину месяца имеет упрощенную логику и регистрирует данные в других регистрах, что объясняет отсутствие ошибки при его проведении.

Особенности учета «Совмещения должностей» в ЗУП 3.1 и проблемы с выбором видов начислений

Вторая проблема, которую мы рассмотрим, связана с методологией учета начисления Совмещение должности и невозможностью его выбора при создании нового планового начисления. Это очень распространенная ошибка при переходе на ЗУП 3.1, так как логика учета различных кадровых событий существенно изменилась.

Почему «Совмещение должности» нельзя назначить как плановое начисление?

В ЗУП 3.1 для учета различных видов работ и начислений предусмотрена строгая методология. Начисление Совмещение должности является не просто «плановым» начислением в привычном смысле, а видом оплаты за выполнение дополнительных обязанностей, которое регистрируется специальным кадровым документом. Давайте разберем, почему это так:

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

    Это принципиальное отличие от ЗУП 2.5, где подобные доплаты могли быть оформлены через кадровые документы (например, Кадровое перемещение) или как обычные плановые начисления с определенным видом расчета.

  2. Категория начисления. Видимость начислений при попытке установки их как плановых строго зависит от их категории и того, как они настроены в карточке вида начисления. Поле Начисление выполняется в карточке начисления определяет его функциональное назначение. Для плановых начислений предусмотрены варианты, такие как «Ежемесячно», «В перечисленных месяцах», «По значению показателя», «С учетом времени».

    Если в карточке начисления Совмещение должности указано, что оно выполняется «По отдельному документу» или относится к специальным видам расчета, то оно просто не будет отображаться в списках для назначения как обычное плановое начисление через документы типа Назначение планового начисления или Кадровый перевод.

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

Как правильно настроить и использовать «Совмещение должностей» в ЗУП 3.1

Чтобы корректно учитывать совмещение должностей, нам необходимо выполнить следующие шаги:

  1. Включить функциональность совмещения. Прежде всего, мы должны убедиться, что соответствующая функциональность включена в настройках программы:
    1. Перейдем в раздел Настройка.
    2. Выберите пункт Расчет зарплаты.
    3. Откроем Настройка состава начислений и удержаний.
    4. Перейдем на вкладку Прочие начисления.
    5. Установим флажок Совмещение, временное исполнение обязанностей.

    После этого документ Совмещение должностей станет доступен для использования.

  2. Создать и провести документ «Совмещение должностей».
    1. Создадим документ через разделы КадрыИзменение оплаты сотрудников или КадрыВсе кадровые документы.
    2. В документе мы выберем сотрудника, дату начала и, при необходимости, дату окончания совмещения.
    3. Вид совмещения. Выберем соответствующий вид совмещения: исполнение обязанностей сотрудника, совмещение должностей/профессий, расширение зон обслуживания. Это важно для корректного аналитического учета.
    4. Вид расчета. Укажем вид начисления, который будет использоваться для расчета доплаты за совмещение. Это может быть наше начисление Совмещение должности, но оно должно быть корректно настроено для работы с этим документом.
    5. Размер доплаты. Введем размер доплаты (процентом от ФОТ, фиксированной суммой и т.д.) в зависимости от настройки вида начисления.

    Использование этого документа гарантирует, что начисление за совмещение будет корректно учтено в регистрах кадрового и расчетного учета и будет автоматически попадать в документ Начисление зарплаты и взносов за соответствующие периоды.

  3. Настройка вида начисления «Совмещение должности». Нам необходимо убедиться, что наш вид начисления Совмещение должности корректно настроен для использования с документом Совмещение должностей. В его карточке мы должны проверить следующие настройки:
    1. Назначение начисления: должно соответствовать логике совмещения.
    2. Способ расчета: обычно это процент от ФОТ или фиксированная сумма.
    3. Зависимость от других начислений: если совмещение должно быть базой для других расчетов или зависеть от них.

    В ЗУП 3.1 начисление, назначенное документом Совмещение должностей, будет автоматически рассчитываться в Начислении зарплаты и взносов. При этом, одно и то же начисление нельзя вводить одновременно и документом Начисление зарплаты (в случае ручного ввода), и документом Разовое начисление, как это было возможно в ЗУП 2.5.

Почему «Начисление за первую половину месяца» сработало без ошибок?

Вопрос о том, почему документ Начисление за первую половину месяца провелся без ошибок с начислением Совмещение должности, в то время как Начисление зарплаты и взносов выдает ошибку, имеет логичное объяснение:

  1. Различная логика проведения. Документ Начисление за первую половину месяца предназначен для авансового расчета и имеет существенно упрощенную логику проведения. Он регистрирует данные в других, менее детализированных, регистрах (например, для взаиморасчетов) и не выполняет полную проверку всех кадровых и расчетных данных, как это делает Начисление зарплаты и взносов.
  2. Глубина проверок. Документ Начисление зарплаты и взносов выполняет полный комплекс расчетов по всем видам начислений и удержаний, страховым взносам, НДФЛ, а также контролирует соответствие данных в различных регистрах учета. Именно на этом этапе могли проявиться внутренние противоречия или некорректно перенесенные данные, которые не были критичны для упрощенного расчета аванса.

Таким образом, то, что начисление сработало в авансе, не является индикатором его корректной настройки для полного расчета зарплаты.

Проблемы с выбором видов начислений при создании нового планового начисления

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

В ЗУП 3.1 существует строгая классификация начислений, которая определяет, как и где они могут быть использованы. Назначение начисления (поле Начисление выполняется в карточке начисления) является ключевым. Рассмотрим основные принципы:

  1. Фиксированный список назначений. В ЗУП 3.1 мы обнаружим шесть основных видов финансовых расчетов, которые определяются полем Начисление выполняется в карточке начисления. К ним относятся:
    • Ежемесячно (для окладов, тарифных ставок)
    • В перечисленных месяцах
    • По значению показателя
    • С учетом времени (для повременных начислений)
    • По отдельному документу (для разовых начислений, премий, больничных, отпусков, совмещений)
    • Для зарплаты в праздники

    Если вид начисления предназначен для регистрации через специальный документ (например, Отпуск, Больничный лист, Премия или Совмещение должностей), он не будет доступен для выбора в списках плановых начислений, которые вводятся через общие кадровые документы или документы назначения плановых начислений.

  2. Неизменяемость назначения. Если для начисления уже задан вариант назначения (например, По отдельному документу), его, как правило, нельзя изменить на Ежемесячно или другой вариант, подходящий для планового начисления, без создания нового вида начисления или корректировки конфигурации (что крайне не рекомендуется для типовых объектов).
  3. Настройка состава начислений. Для того чтобы определённые виды начислений стали доступны для выбора в соответствующих документах или списках, мы должны убедиться, что они включены в Настройку состава начислений и удержаний (НастройкаРасчет зарплатыНастройка состава начислений и удержаний).

Вывод: если вы не видите нужный вид начисления при попытке установить его как плановое, скорее всего, он предназначен для использования через специализированный документ или его настройка (назначение) не соответствует возможности быть плановым начислением.

Общая информация по переходу с ЗУП 2.5 на ЗУП 3.1

Давайте еще раз подчеркнем, что переход с ЗУП 2.5 на ЗУП 3.1 — это не просто обновление, а полноценный проект по переносу и адаптации данных. Различия в архитектуре, методологии учета и структуре регистров настолько велики, что требуется тщательное планирование и проверка.

Мы рекомендуем учитывать следующие аспекты при миграции:

  1. Планирование. Оптимально начинать проект перехода за 3-5 месяцев до начала нового финансового года, чтобы иметь достаточно времени на анализ, тестирование, обучение пользователей и адаптацию бизнес-процессов.
  2. Объем переносимых данных. По умолчанию переносится минимально необходимый для начала учета объем данных. Это означает, что сложная кадровая история, фактические суммы начислений и выплат для аналитической отчетности, нестандартные формулы начислений, а также многие разовые начисления и удержания могут быть не перенесены или перенесены не полностью. Мы должны быть готовы к ручной донастройке и вводу начальных остатков по некоторым аналитикам.
  3. Тщательная проверка и тестирование. После переноса данных крайне важно провести всестороннюю проверку и тестирование расчетов. Мы должны сверить данные по начислениям, удержаниям, страховым взносам, НДФЛ и взаиморасчетам. Мы рекомендуем проводить контрольные расчеты за несколько месяцев и сравнивать их с результатами в ЗУП 2.5.
  4. Методологические изменения. ЗУП 3.1 предлагает множество новых возможностей, таких как ведение штатного расписания с сохранением истории, регистрация двух кадровых событий в один день, расширенные возможности создания собственных начислений и удержаний. Однако, это требует переосмысления существующих бизнес-процессов и адаптации к новой методологии.
  5. Устранение дублирования документов. В ЗУП 3.1 многие кадровые и расчетные документы объединены или упрощены. Например, расчет начислений и страховых взносов производится одним документом Начисление зарплаты и взносов, что значительно облегчает работу, но требует привыкания.

Заключение

Ошибка Поле объекта не обнаружено (Регистратор) в ЗУП 3.1 после перехода с ЗУП 2.5, хоть и является технической, часто имеет корни в методологических особенностях переноса данных или некорректном использовании функционала. В случае с начислением Совмещение должности, ключевым моментом является понимание, что в ЗУП 3.1 для этого предназначены специализированные документы, а не обычные плановые начисления. Мы должны всегда учитывать специфику новой конфигурации и обращаться к ее методикам, чтобы избежать подобных проблем.

Для успешной работы с ЗУП 3.1 после миграции мы настоятельно рекомендуем тщательно изучить документацию, пройти обучение по новым возможностям и, при возникновении сложных или нетиповых ошибок, обратиться за помощью к квалифицированным специалистам 1С.

← На главную