Почему возникает ошибка «Поле объекта КодПоОКТМО не найдено» при открытии банковских выписок и как ее исправить?

← На главную

При переходе с конфигурации 1С:Бухгалтерия предприятия 2.0 на версию 3.0 пользователи часто сталкиваются с неприятным сюрпризом: старые документы в банковских выписках (особенно связанные с оплатой НДФЛ) перестают открываться, выдавая ошибку: «Неверный второй параметр Реквизиты: Поле объекта КодПоОКТМО не найдено». Эта проблема блокирует работу с историческими данными и мешает корректному формированию отчетности. В этой статье мы подробно разберем, почему это происходит, как найти «виновника» через отладчик и какими способами можно вернуть работоспособность системе.

Выясняем причину возникновения ошибки

Давайте проанализируем ситуацию. В БП 2.0 учет расчетов по НДФЛ (счет 68.01) часто велся в разрезе субконто Подразделения. Однако в БП 3.0 архитектура хранения данных о налоговых органах изменилась. Теперь программа ожидает, что в качестве аналитики будет выступать справочник РегистрацияВНалоговомОргане. Именно в этом справочнике существует реквизит КодПоОКТМО.

Когда вы пытаетесь открыть документ «Списание с расчетного счета» с видом операции «Перечисление налога», программный код (обычно в общем модуле ОбщегоНазначения) пытается динамически прочитать данные из субконто. Если в результате переноса данных или ручных правок в поле субконто на счете 68.01 вместо ссылки на «Регистрацию в налоговом органе» попала ссылка на «Подразделение», функция ЗначенияРеквизитовОбъекта пытается найти в метаданных подразделения поле КодПоОКТМО. Поскольку у подразделений такого реквизита нет, 1С выбрасывает исключение.

Способ 1. Исправление через программный «хак» в отладчике

Если вам нужно срочно открыть документ и вы готовы к временным правкам кода, можно воспользоваться методом подмены текста запроса. Рассмотрим подробнее, как это сделать с помощью отладки.

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

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


// В отладчике или временном расширении можно применить подобную конструкцию:
ТекстЗапроса = СтрЗаменить(ТекстЗапроса, "КодПоОКТМО КАК КодПоОКТМО", "NULL КАК КодПоОКТМО");
// Это позволит функции выполниться без ошибки, так как поле КодПоОКТМО формально будет присутствовать в выборке

Важный момент: этот метод является «лечением симптомов», а не болезни. После такой правки документ откроется, но данные по ОКТМО в нем будут пустыми, что может негативно сказаться на заполнении декларации 6-НДФЛ.

Способ 2. Корректировка данных (правильный подход)

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

Рассмотрим шаги для исправления данных:

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

Способ 3. Глубокий анализ через функцию ЗначенияРеквизитовОбъекта

Если вы программист и хотите понять, почему стандартный механизм дает сбой, посмотрим на пример того, как вызывается ошибка. В БП 3.0 проверка реквизитов стала строгой. Если вы передаете массив полей, которых нет в метаданных объекта, система не вернет пустое значение, а вызовет Исключение.

Рассмотрим типичный фрагмент кода, который приводит к падению:


// Программа пытается получить ОКТМО из объекта "СсылкаНаОбъект"
Реквизиты = "КодПоОКТМО, КПП, КодНалоговогоОргана";
Результат = ОбщегоНазначения.ЗначенияРеквизитовОбъекта(СсылкаНаОбъект, Реквизиты);

Если СсылкаНаОбъект имеет тип СправочникСсылка.ПодразделенияОрганизаций, то выполнение этой строки прервется ошибкой. Чтобы это исправить, в кастомном коде или расширении следует всегда проверять тип объекта перед запросом реквизитов:


Если ТипЗнч(СсылкаНаОбъект) = Тип("СправочникСсылка.РегистрацииВНалоговомОргане") Тогда
    Реквизиты = "КодПоОКТМО, КПП";
    Данные = ОбщегоНазначения.ЗначенияРеквизитовОбъекта(СсылкаНаОбъект, Реквизиты);
Иначе
    // Обработка ситуации, когда тип объекта другой (например, Подразделение)
    // ОКТМО придется брать из связанных данных организации или оставлять пустым
КонецЕсли;

Как проверить заполнение ОКТМО в интерфейсе?

Иногда ошибка возникает не из-за кода, а из-за пустых справочников. Рассмотрим, где в 1С:Бухгалтерия 3.0 «спрятаны» нужные коды:

Зайдите в раздел Главное, далее выберите Организации.
Откройте карточку вашей организации.
Прокрутите вниз до раздела Налоговая инспекция.
Нажмите на ссылку с названием инспекции. Откроется форма Регистрация в налоговом органе.
Проверьте, заполнены ли поля ОКАТО и ОКТМО.

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