При работе в программе «1С:Бухгалтерия государственного учреждения 8, редакция 1.0» пользователи часто сталкиваются с ситуацией, когда при проведении документа Покупка материалов с установленным флагом «Вводить денежные обязательства» формируется проводка по счетам санкционирования 502.11 — 502.12, но субконто КЭК (КОСГУ) остается пустым. Эта проблема стала особенно острой в период перехода на новые правила применения КОСГУ согласно приказу Минфина № 209н, когда вместо общего кода 340 стали использоваться детализированные коды 341–349.
В этой статье мы подробно разберем причины возникновения данной ошибки, проанализируем настройки учетной политики и выясним, как правильно настроить программу, чтобы автоматизировать заполнение аналитики на 500-х счетах.
Основная причина проблемы в релизе 1.0.56.9 и смежных версиях заключается в изменении логики сопоставления счетов учета материальных запасов и счетов санкционирования. До реформы КОСГУ алгоритм программы был линейным: код 340 подставлялся во все связанные операции. После введения детализации (341, 342, 343 и т.д.) документ должен «понимать», какой именно код выбрать на основании аналитики из табличной части Материалы.
Разберем ситуацию: в проводках по дебету 105.ХХ КЭК заполняется корректно, так как он берется напрямую из номенклатуры или счета. Однако операция Дт 502.11 Кт 502.12 формируется отдельным программным модулем. Если в данном релизе не реализован механизм «проброса» детализированного кода из счета расчетов или счета материальных запасов в операцию по денежным обязательствам, поле остается пустым.
Первым делом проанализируем текущую версию конфигурации. Как отмечали участники форума и специалисты технической поддержки, задача по формированию денежных обязательств с учетом детализированных КЭК была зарегистрирована отделом разработки 1С. Исправления были включены в последующие релизы.
Рекомендация: Если вы используете версию ниже 1.0.57.x, необходимо выполнить обновление программного продукта. Начиная с релиза 1.0.57, алгоритм формирования проводок был изменен: программа стала автоматически определять статью КОСГУ для денежных обязательств на основе аналитики счета 302.34 (или иных счетов расчетов) и данных справочника Номенклатура.
Рассмотрим настройки программы, которые напрямую влияют на ведение учета по детализированным кодам. Иногда проблема кроется не в ошибке релиза, а в отключенной опции в параметрах учета.
340), который может быть запрещен для использования на конкретном счете в актуальном Плане счетов, из-за чего поле очищается.Выясним, откуда документ Покупка материалов черпает информацию для заполнения субконто. В БГУ 1.0 ключевым объектом является справочник Номенклатура. Проанализируем следующие реквизиты в карточке материала:
Важно помнить, что при формировании денежного обязательства система анализирует счет расчетов с контрагентом. Если вы используете счет 302.34, то программа ожидает увидеть КЭК из группы 340. Если в документе выбран счет, не соответствующий типу материала, возникает конфликт аналитик.
В ходе обсуждения на форуме возникла путаница между понятиями «детализация КЭК» и «справочник доп. классификации». Разберем это различие, чтобы избежать ошибок в настройке.
Детализация КЭК — это использование кодов 341–349 вместо 340. Это обязательное требование законодательства (приказ 209н).
Дополнительная бюджетная классификация — это отдельный справочник в 1С, который используется для управленческих нужд или по требованию ведомств (например, для разделения затрат по специфическим региональным кодам). Он не заменяет КОСГУ. Если у вас в проводке по счету 502.11 не заполнено именно субконто КЭК, то справочник доп. классификации здесь ни при чем. Нужно проверять именно справочник КЭК (КОСГУ).
Если обновление конфигурации по каким-то причинам невозможно осуществить немедленно, рассмотрим способы ручного исправления ситуации:
Денежные обязательства присутствует локальная кнопка заполнения. После того как табличная часть с материалами полностью заполнена и выбрана типовая операция, нажатие этой кнопки может инициировать повторный поиск нужного КОСГУ.Материалы, а только потом выбрать типовую операцию Поступление по договорам купли-продажи.... Это заставляет алгоритмы конфигурации заново пересчитать субконто для формируемых проводок.Ручная корректировка (если он доступен для данного типа операции) в форме просмотра проводок, чтобы дозаполнить пустые поля КЭК. Однако этот метод не рекомендуется, так как при перепроведении документа данные будут стерты.Для программистов 1С будет полезно понять, где именно происходит формирование этих движений. Проанализируем модуль объекта документа. За формирование проводок по денежным обязательствам отвечает процедура, обрабатывающая табличную часть ДенежныеОбязательства или формирующая их на лету при проведении.
Посмотрим на примерный фрагмент кода, который отвечает за подбор КЭК (упрощенно):
// Фрагмент логики определения КЭК для счета 502.11
Если Документ.ВводитьДенежныеОбязательства Тогда
Для Каждого СтрокаТЧ Из Объект.Материалы Цикл
СтруктураПроводки = Новый Структура;
СтруктураПроводки.СчетДебета = ПланыСчетов.ЕПСБУ.ДенежныеОбязательстваТекущийГод;
СтруктураПроводки.СчетКредита = ПланыСчетов.ЕПСБУ.ПринятыеОбязательстваТекущийГод;
// Важный момент: получение КЭК из корреспондирующего счета расчетов
СтруктураПроводки.КЭКДебета = СтрокаТЧ.СчетУчетаМЗ.ДопустимыеКЭК;
// В старых релизах здесь могла быть жесткая привязка к 340
КонецЦикла;
КонецЕсли;
В исправленных релизах функция получения КЭК стала более гибкой и учитывает не только счет, но и тип номенклатуры, указанный в строке. Если вы вносите изменения самостоятельно, убедитесь, что функция СформироватьДенежныеОбязательства() корректно обращается к реквизитам табличной части документа.
Подведем итоги нашего анализа. Проблема незаполнения КОСГУ в документе Покука материалов в БГУ 1.0 чаще всего является следствием программной ошибки в релизах периода 2019 года (переход на приказ 209н).
Алгоритм ваших действий должен быть следующим:
1.0.58).Номенклатура для всех позиций корректно указан Вид материала.302.34) соответствовал выбранным материалам.Соблюдение этих шагов позволит восстановить корректную работу системы автоматического формирования денежных обязательств и избежать ошибок при выгрузке отчетности в вышестоящие организации.