В процессе работы с программными продуктами на базе 1С:Предприятие 8.3 специалисты часто сталкиваются с системным сообщением: «Запись не верна! Вид субконто [ИмяСубконто] не доступен для данной записи». Эта ошибка является критической, так как она прерывает транзакцию проведения документа и не позволяет сформировать движения в регистре бухгалтерии. Давайте разберем природу этой ошибки, проанализируем причины ее возникновения на примере конфигурации «Бухгалтерия предприятия 3.0» и выработаем алгоритм ее устранения.
С точки зрения платформы 1С, Регистр бухгалтерии — это сложная структура, жестко связанная с Планом счетов. Каждый счет в плане счетов имеет предопределенный или настроенный пользователем набор Видов субконто (аналитик). Ошибка возникает в тот момент, когда программный код пытается программно записать значение в субконто, которое физически отсутствует у выбранного счета.
Рассмотрим ситуацию подробнее: например, у счета 60.01 «Расчеты с поставщиками» есть субконто «Контрагенты», «Договоры» и «Документы расчетов». Если мы попытаемся записать туда данные, платформа примет их. Однако, если в коде ошибочно подставляется счет 68.02 «Налог на добавленную стоимость», у которого в типовой конфигурации обычно есть только субконто «Виды платежей в бюджет», и при этом алгоритм пытается «по привычке» заполнить в записи регистра субконто «Контрагенты», платформа выдаст отказ. Запись в базу данных в этот момент становится невозможной, так как нарушается целостность метаданных.
Первым делом нам необходимо локализовать фрагмент кода, который формирует некорректное движение. Проблема в том, что стандартная настройка конфигуратора «Останавливаться по ошибке» не всегда срабатывает эффективно в данном случае. Это происходит потому, что ошибка генерируется платформой в момент выполнения метода Записать() для набора записей регистра, часто уже после выполнения основного кода модуля объекта.
Проанализируем стратегию отладки:
УчетНДСБП), строки, где происходит добавление записей в набор: Движения.Хозрасчетный.Добавить().Особое внимание следует уделить моменту вызова метода Записать(). Если документ большой (например, более 200 строк), рекомендуется использовать Условную точку останова, чтобы не проверять каждую строку вручную. Например, можно поставить условие на конкретный номер строки или на момент, когда СчетДт = ПланыСчетов.Хозрасчетный.НДС (или любой другой подозрительный счет).
Как показывает практика и разбор конкретного случая, часто проблема кроется не в самом документе, а в общих модулях, которые вызываются при проведении. В конфигурации «Бухгалтерия предприятия 3.0» одним из таких модулей является УчетНДСБП.
Рассмотрим ситуацию, когда при списании товара программа пытается восстановить НДС. Выясним причину: алгоритм списания анализирует остатки по регистру «НДС предъявленный». Если в какой-то момент в данные этого регистра попала некорректная информация или если настройки «Счета учета номенклатуры» были изменены, система может ошибочно определить корреспондирующий счет.
В случае автора темы, в модуль УчетНДСБП передавались движения, в которых для одной из позиций ошибочно проставлялся счет 68.02. Проблема заключалась в том, что код модуля ожидал счет с аналитикой по контрагентам, а получил счет налога, где такой аналитики нет.
Если вы являетесь разработчиком и правите код, который вызывает ошибку, необходимо добавить проверку на наличие вида субконто у счета перед тем, как пытаться его заполнить. Это «золотое правило» разработки на платформе 1С.
Проанализируем пример безопасного кода:
// Пример безопасного заполнения субконто
НоваяЗапись = Движения.Хозрасчетный.Добавить();
НоваяЗапись.СчетДт = ВыбранныйСчет;
// Проверяем, есть ли у счета субконто с типом "Контрагенты"
ВидСубконтоКонтрагенты = ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.Контрагенты;
ИндексСубконто = НоваяЗапись.СчетДт.ВидыСубконто.Найти(ВидСубконтоКонтрагенты, "ВидСубконто");
Если ИндексСубконто <> Неопределено Тогда
// Только если субконто найдено, заполняем его
НоваяЗапись.СубконтоДт[ВидСубконтоКонтрагенты] = ЗначениеКонтрагента;
Иначе
// Если субконто нет, логируем это или обрабатываем ситуацию иначе
ЗаписьЖурналаРегистрации("ОшибкаПроведения", УровеньЖурналаРегистрации.Предупреждение, , , "У счета " + ВыбранныйСчет + " отсутствует субконто Контрагенты");
КонецЕсли;
Использование метода Найти() в коллекции ВидыСубконто счета позволяет избежать аварийного завершения работы программы. Это делает код устойчивым к изменениям в плане счетов, которые могут внести пользователи или обновления конфигурации.
Если вы не программист, а бухгалтер или администратор, проверьте следующие настройки:
68.02 вместо 19.03. Это типичная ошибка при копировании настроек.Посмотрим на итоги нашего анализа. Ошибка «Вид субконто не доступен для данной записи» — это всегда следствие несоответствия между выбранным счетом бухгалтерского учета и данными, которые программа пытается в него записать.
Для исправления ситуации необходимо:
Счет.ВидыСубконто.Найти().Соблюдение этих правил позволит вам быстро диагностировать и устранять подобные сбои, обеспечивая стабильную работу базы данных 1С.