Как исправить ошибку «Получение элемента по индексу для значения не определено» в модуле УчетНДСУПСлужебный в 1С:ERP?

← На главную

При выполнении регламентного задания «Автоматическое отражение документов в регламентированном учете» или при закрытии месяца в программах «1С:ERP Управление предприятием» и «1С:Комплексная автоматизация» можно столкнуться с критическим сбоем. Задание аварийно завершается, и ни один документ из текущего пакета не попадает в бухгалтерский и налоговый учет. Разберем детально, почему возникает эта ошибка, где кроется первопричина и как корректно решить проблему без нарушения учетной логики.

Анализ стека ошибки и механизм сбоя

Посмотрим на типичный стек вызовов, возникающий при формировании проводок и расчете НДС:


Не удалось выполнить по причине:
Получение элемента по индексу для значения не определено
{ОбщийМодуль.УчетНДСУПСлужебный.Модуль(7349)}:СуммаЗачета = ?(ПогашенныйАвансПоСФ.СуммаЗачета > 0, РаспределениеСуммыЗачета[0], 0);
{ОбщийМодуль.УчетНДСУПСлужебный.Модуль(7224)}:ВыполнитьЗачетАвансаПолученного(ПараметрыРасчета, СтрокаАванса, СтрокиНачислениеНДС, СтрокиЗачетАванса, НДСАвансыПолученные, "Зачет");
{ОбщийМодуль.УчетНДСУПСлужебный.Модуль(5232)}:ИменаТаблицЗаписейНДСАвансыПолученные.Добавить(РассчитатьНДСАвансыПолученныеЗачеты(ПараметрыРасчета));
{ОбщийМодуль.УчетНДСУПСлужебный.Модуль(1291)}:СформироватьНДСАвансыПолученные(ПараметрыРасчета);
{ОбщийМодуль.УчетНДСУПСлужебный.Модуль(1279)}:ВыполнитьРасчет(ПараметрыРасчета);
{ОбщийМодуль.УчетНДСУПСлужебный.Модуль(1188)}:ВыполнитьРасчетСЗамеромВремени(ПараметрыРасчета);
{ОбщийМодуль.УчетНДСУП.Модуль(7181)}:УчетНДСУПСлужебный.ВыполнитьЗаданияКФормированиюДвиженийПоНДС(КонецПериода, МассивОрганизаций, МассивСчетовФактур);
{ОбщийМодуль.РеглУчетПроведениеСервер.Модуль(704)}:УчетНДСУП.ВыполнитьФормированиеДвиженийПоНДС(КонецМесяца(ТекущаяДата));

Проанализируем фрагмент кода, на котором происходит аварийная остановка. Непосредственно перед строкой с ошибкой вызывается функция библиотеки стандартных подсистем:


РаспределениеСуммыЗачета = ОбщегоНазначения.РаспределитьСуммуПропорциональноКоэффициентам(
    ПогашенныйАвансПоСФ.СуммаЗачета, 
    Коэффициенты
);

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

Передан пустой массив коэффициентов.
Сумма всех коэффициентов равна нулю (база для пропорции отсутствует).
В массиве коэффициентов переданы разнознаковые числа (присутствуют как положительные, так и отрицательные значения).
Распределяемая сумма равна нулю или не заполнена.

Обращение к первому элементу РаспределениеСуммыЗачета[0] без предварительной проверки переменной на Неопределено приводит к выбросу исключения платформы.

Выясняем причину: влияние нетиповых данных в первичных документах

Архитектура регистров расчетов с клиентами (РасчетыСКлиентами, РасчетыСКлиентамиПоДокументам) и регистров учета НДС (НДС авансы полученные, НДСЗаписиКнигиПродаж) категорически не рассчитана на прямые отрицательные строки в документах реализации или актах выполненных работ.

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

Опасность заключается в том, что расчет движений по НДС вынесен в отложенную регламентную очередь. Пользователь может успешно записать и провести документ реализации, провести платеж, но регламентное задание «Формирование движений по НДС» споткнется именно на этапе регламентного закрытия периода.

Локализация сбойного документа

Разберем по шагам, как найти конкретный документ, вызвавший сбой фонового процесса:

Откроем регистр сведений «Задания к формированию движений по НДС». Сделать это можно через функции для технического специалиста либо из формы рабочего места закрытия месяца через меню Еще – Задания к расчету.
Проанализируем список документов, ожидающих обработки. Обратим внимание на документы вида Реализация услуг и прочих активов, Акт выполненных работ или Реализация товаров и услуг.
Запустим ручное отражение документов в регламентированном учете с отбором по конкретной организации, чтобы изолировать сбойный контур и убедиться, на какой связке документов возникает ошибка.
Проверим табличные части найденного документа на наличие отрицательных сумм, отрицательного количества или строк с нулевой стоимостью при заполненной ставке НДС.

Способ 1. Быстрое оперативное решение для проведения закрытия

Если необходимо экстренно завершить процедуру закрытия месяца и отразить зависшие документы, выполним следующие действия:

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

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

Способ 2. Правильное отражение отрицательных сумм через типовые механизмы

Рассмотрим, как корректно решать бизнес-задачи, ради которых пользователи пытаются вносить отрицательные строки в документы реализации:

Требование заказчика видеть минус в печатном акте.
Не следует менять логику проведения документов и снимать запрет на ввод отрицательных чисел в табличной части. Оптимальное решение — разработка внешней печатной формы (ВПФ). В базе документ проводится стандартными положительными позициями, а логика свертки, вычитания или отображения отдельных строк с минусом реализуется исключительно в макете и коде формирования печатной формы.
Уменьшение стоимости услуг или исправление ошибок прошлых периодов.
Для уменьшения задолженности и корректировки базы по НДС в типовом функционале предназначен документ «Корректировка реализации» с видом операции Корректировка по согласованию сторон или Исправление в первичных документах. Система штатно сформирует сторнирующие записи в регистрах НДС и корректно заполнит книгу продаж или дополнительных листов книги покупок.
Предоставление скидок и бонусов.
Если контрагенту предоставляется скидка, уменьшающая общий итог акта, следует использовать механизм типовых ручных или автоматических скидок. Скидка пропорционально уменьшит цену каждой позиции, исключая появление отрицательных строк в регистрах накопления.

Способ 3. Защита кода конфигурации через расширение

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

Посмотрим на пример безопасной проверки результата распределения перед обращением по индексу:


// В типовом коде:
// СуммаЗачета = ?(ПогашенныйАвансПоСФ.СуммаЗачета > 0, РаспределениеСуммыЗачета[0], 0);

// Безопасный вариант обработки результата:
Если РаспределениеСуммыЗачета = Неопределено Тогда
    СуммаЗачета = 0;
Иначе
    СуммаЗачета = ?(ПогашенныйАвансПоСФ.СуммаЗачета > 0, РаспределениеСуммыЗачета[0], 0);
КонецЕсли;

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