← На главную

При работе в программе «1С:Зарплата и управление персоналом 8» (редакция 3.1) пользователи часто сталкиваются с критической ошибкой при попытке рассчитать документ «Больничный лист» за прошлые периоды. Текст ошибки гласит: Поле объекта не обнаружено "Показатель8" (или Показатель с другим числовым индексом). Эта ситуация блокирует расчет среднего заработка и не позволяет завершить работу с документом.

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

Выясним причину: что такое «Показатель8»?

Прежде всего, разберем техническую природу этого сообщения. В конфигурациях на платформе 1С:Предприятие 8.3 при расчете сложных начислений (таких как больничные, отпуска или командировки) система динамически формирует временные таблицы. Имена колонок в этих таблицах часто имеют технические названия, такие как Показатель1, Показатель2, ..., Показатель8.

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

Шаг 1. Очистка кэша и проверка платформы

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

1. Закроем все сеансы работы с базой данных.
2. В списке информационных баз выделим нужную базу и нажмем кнопку «Удалить». Не беспокойтесь, сами данные останутся на месте, мы удаляем только ссылку из списка.
3. Нажмем кнопку «Добавить» и заново пропишем путь к базе (или выберем ее из списка облачных баз).
4. Если работа ведется в облаке через браузер, очистим историю и кэш браузера (настройки Google Chrome или используемого вами обозревателя).

Также проверим версию платформы. Если версия устарела, программный код новой конфигурации может работать некорректно. Разберем рекомендации: версия платформы должна быть не ниже рекомендуемой для текущего релиза ЗУП.

Шаг 2. Анализ документов «Перенос данных»

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

Проанализируем алгоритм проверки:

1. Перейдем в раздел «Администрирование» — «Переносы данных».
2. Найдем документы с кодами «ЗП_СДР» (Сведения о доходах для расчета среднего заработка) или «Транш».
3. Посмотрим, нет ли в этих документах пустых строк или строк с ошибками в колонках, отвечающих за показатели расчета.
4. Попробуем выполнить перепроведение этих документов за те годы, которые входят в расчет среднего заработка для текущего больничного листа (например, если больничный в 2024 году, проверяем 2022 и 2023 годы).

Шаг 3. Проверка регистров накопления

Если перепроведение документов не помогло, углубимся в структуру регистров. Основным «хранилищем» данных для больничного является регистр накопления ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаОбщий.

Разберем, как его проверить:

1. Нажмем «Сервис и настройки» (три полоски в верхнем углу) — «Функции для технического специалиста».
2. В поиске введем название регистра: Данные о начислениях для расчета среднего заработка (общий).
3. Установим отбор по сотруднику, по которому возникает ошибка.
4. Проанализируем записи. Если мы видим колонки с нулевыми значениями в полях показателей или записи с некорректными регистраторами, это и вызывает ошибку Показатель8.

Шаг 4. Настройка начислений и формул

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

Проделаем следующие действия:

1. Зайдем в раздел «Настройка» — «Начисления».
2. Найдем начисление «Больничный лист».
3. Проверим вкладку «Основное» и поле «Формула».
4. Нажмем «Редактировать формулу». Если в списке показателей присутствуют дубли или показатели с пометкой на удаление, их необходимо заменить или удалить.
5. Даже если формула кажется верной, попробуем просто пересохранить начисление (кнопка «Записать и закрыть»), чтобы программа обновила внутренние связи метаданных.

Шаг 5. Проверка даты запрета изменения данных

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

1. Перейдем в «Администрирование» — «Настройки пользователей и прав».
2. Раскроем подраздел «Даты запрета изменения».
3. Проверим, не установлена ли дата, перекрывающая периоды, за которые рассчитывается средний заработок. Если дата установлена, попробуем временно ее снять и повторить расчет больничного.

Важное замечание: ошибка в совете про «Пользователя»

Стоит обратить внимание на распространенную ошибку в интерпретации этой проблемы. В некоторых темах форумов (как в Сообщении 15 текущего обсуждения) советуют переименовать или создать нового пользователя программы. Это неверный совет. Ошибка Показатель8 не имеет никакого отношения к справочнику Пользователи. Она относится исключительно к математическим показателям расчета (числам и формулам). Не тратьте время на пересоздание учетных записей сотрудников в системе администрирования.

Шаг 6. Использование встроенных механизмов исправления (ТиИ)

Если база находится не в облаке, а на вашем сервере или компьютере, рекомендуется выполнить Тестирование и исправление (ТиИ) информационной базы через конфигуратор. Это восстановит битые ссылки и логическую целостность таблиц.

Выполним следующие настройки в ТиИ:

• Реиндексация таблиц информационной базы — обязательный пункт.
• Проверка логической целостности — поможет выявить ошибки в структуре объектов.
• Пересчет итогов — актуально для регистров накопления.

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

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