При работе в конфигурации «Бухгалтерия предприятия, редакция 2.0» пользователи часто сталкиваются с ситуацией, когда документ «Реализация товаров и услуг» отказывается проводиться, выдавая системную ошибку. Проблема особенно актуальна для организаций, занимающихся комиссионной торговлей или принимающих товары на ответственное хранение. Ошибка сопровождается сообщением: Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика - 'ОбработкаПроведения': {ОбщийМодуль.УправлениеВзаиморасчетами.Модуль(2979)}: Поле объекта не обнаружено (ЭтоДоходЕНВД).
Рассмотрим детально, почему возникает этот сбой, как проанализировать данные с помощью отладчика и какие шаги предпринять для исправления ситуации. Мы разберем как техническую сторону вопроса, так и методические ошибки ведения учета.
Выясним причину на уровне программного кода. Ошибка локализована в общем модуле УправлениеВзаиморасчетами. В процессе проведения документа система формирует временные таблицы для распределения выручки и расчетов. Программа пытается сопоставить данные из таблицы расчетов с таблицей выручки, используя цикл по колонкам. Рассмотрим пример кода, на котором происходит прерывание:
Для каждого Колонка из ТаблицаВыручкиПоСтроке.Колонки Цикл
СтрокаТаблицыВыручки[Колонка.Имя] = СтрокаРасчетов[Колонка.Имя];
КонецЦикла;
Проанализируем ситуацию: в одной из таблиц (обычно в источнике СтрокаРасчетов) отсутствует колонка ЭтоДоходЕНВД, в то время как структура приемника СтрокаТаблицыВыручки предполагает наличие этого поля. Это происходит потому, что алгоритм 1С ошибочно классифицирует операцию как подпадающую под особый режим налогообложения (ЕНВД), хотя фактически организация может его не применять.
Чаще всего проблема проявляется при реализации товаров, учитываемых на забалансовом счете 004.01 «Товары на складе». Проанализируем, как заполнены субконто на этом счете. Для счета 004 обязательной аналитикой является «Партия» (документ поступления).
Разберем типичную ошибку: в качестве партии в документе реализации указан документ, в котором выбран договор с покупателем, а не с поставщиком (комитентом). Это часто случается при некорректном обмене данными из «Управления торговлей» или ручных корректировках проводок. Алгоритм программы видит «чужой» товар, но из-за неверного типа договора в партии не может правильно определить схему налогообложения и «сваливается» в поиск реквизитов ЕНВД.
Что нужно сделать:
Даже если ваша организация никогда не применяла ЕНВД, стоит проверить настройки программы. Посмотрим на счета доходов и расходов, указанные в документе или в регистре Счета учета номенклатуры.
Если для какой-либо позиции номенклатуры ошибочно указан счет 90.01.2 (Выручка по отдельным видам деятельности с особым порядком налогообложения) вместо 90.01.1, система автоматически активирует логику проверки признака ЭтоДоходЕНВД. Проанализируем табличную часть документа реализации: проверьте колонки «Счет доходов» и «Счет расходов» для каждой строки. Если строк много (300-400), воспользуйтесь обработкой «Групповая обработка справочников и документов» для исправления счетов.
Проанализируем ситуацию, когда документы загружаются из внешних систем. При обмене часто возникают следующие проблемы:
Попробуйте перевыбрать номенклатуру в проблемных строках вручную. Если после перевыбора документ проводится — значит, проблема была в заполнении реквизитов при загрузке.
Если вы уверены, что данные в базе верны, но ошибка сохраняется из-за специфики конфигурации, можно рассмотреть следующие шаги:
Подведем итог: ошибка ЭтоДоходЕНВД — это почти всегда сигнал о том, что программа запуталась в аналитике комиссионного товара. Основной упор при поиске решения делайте на проверку цепочки документов: Поступление (с комитентом) -> Реализация. Проверьте, чтобы во всей цепочке фигурировал один и тот же контрагент и правильный договор комиссионного типа. Исправление типа договора в документе-партии обычно мгновенно решает проблему проведения реализации.