При работе в программе «1С:Бухгалтерия государственного учреждения 1.0» бухгалтеры часто сталкиваются с ситуацией, когда встроенный инструмент «Технологический анализ» выдает ошибки по корректным, на первый взгляд, проводкам. Типичные сообщения об ошибках выглядят так: Недопустимый КЭК "211" по КФО \ ИФО: "4 \ " по дт 109.61 или Недопустимый КЭК дебета "341" по КФО \ ИФО "4 \ " по дт 105.31. Давайте подробно разберем, почему возникают эти предупреждения, как обосновать правильность учета перед проверяющими и какими техническими способами можно устранить назойливые сообщения в программе.
Для начала проанализируем, как работает механизм технологического анализа. В конфигурации БГУ 1.0 этот отчет не является «интеллектуальным» в полной мере. Его работа основана на жестких алгоритмах и сопоставлении данных из регистров с набором правил, которые хранятся в программе или загружаются из внешних файлов. Эти правила описывают разрешенные комбинации КФО (Код финансового обеспечения), Счетов учета и КЭК (Кодов экономической классификации/КОСГУ).
Основная проблема заключается в том, что законодательство (в частности, Приказ Минфина России № 209н) меняется динамично, вводя новые детализированные коды КОСГУ (например, 341–349 вместо общего 340). Алгоритмы технологического анализа в старых релизах БГУ 1.0 часто «не знают» о новых допустимых сочетаниях. Рассмотрим ситуацию подробнее: когда мы используем счет 109.61 (Себестоимость готовой продукции, работ, услуг) для отражения затрат на оплату труда персонала, программа ожидает увидеть там КЭК, относящийся к расходам. Однако в ее внутренних таблицах соответствия может отсутствовать связка 109.61 + 211 для конкретного КФО.
Проанализируем обоснованность использования КЭК 211 на счете 109.61. Согласно Инструкции № 157н и учетной политике большинства бюджетных учреждений, затраты на заработную плату сотрудников, непосредственно занятых в оказании государственных услуг, должны формировать прямую себестоимость этих услуг. Выделим основные моменты:
109.61.Дт 109.61 Кт 302.11 является абсолютно корректной для отражения начислений.109.00 указывается тот КЭК, который соответствует виду расхода. Для заработной платы это 211.Если при попытке заменить счет 109.61 на 401.20 (Расходы текущего финансового года) ошибка исчезает, это лишь подтверждает, что в правилах тех. анализа счет 401.20 прописан как «расходный», а 109.61 — нет. Однако такая замена будет грубой ошибкой учета, так как расходы на себестоимость не должны сразу списываться на финансовый результат, минуя счета учета затрат.
Аналогичная ситуация возникает со счетом 105.31 (Медикаменты и перевязочные средства) и КЭК 341 (Увеличение стоимости лекарственных препаратов). С введением детализации статьи КОСГУ 340, материальные запасы стали распределяться по целевому назначению. Лекарства теперь учитываются по коду 341. Если технологический анализ БГУ 1.0 не обновлен, он продолжает «искать» старый код 340 и помечает 341 как ошибку. Выясним, что в данном случае программа просто не успела за изменениями в Приказе № 209н.
Рассмотрим самый правильный технический путь решения — обновление конфигурации и правил проверки. В БГУ 1.0 правила могут поставляться в составе дистрибутива обновления в виде отдельного XML-файла. Выполним следующие шаги:
Если обновление не помогает или недоступно, проанализируем возможность отключения конкретных проверок. Часто бухгалтеру важно видеть реальные ошибки (перекосы сальдо, неверные типы контрагентов), но мешают ложные срабатывания по КЭК. Выполним настройку:
Выясним, как аргументировать правомерность таких проводок, если проверка все же показывает ошибку, а руководство требует «чистого» анализа. Бухгалтеру следует подготовить краткую справку, опираясь на следующие нормативные акты:
109.00 и 302.00.Важно помнить, что Технологический анализ 1С — это всего лишь вспомогательный инструмент, а не законодательный акт. Если проводка соответствует нормам законодательства, а программа считает ее ошибочной, приоритет всегда остается за законодательством.
Посмотрим на ситуацию со стороны системного администрирования. В некоторых релизах БГУ 1.0 информация о допустимых сочетаниях хранится в специальных регистрах сведений или справочниках. Рассмотрим возможность добавления записи вручную:
Если в вашей базе присутствует регистр или справочник с названием типа Допустимые сочетания КФО и КЭК или Соответствие счетов и КЭК, можно попробовать добавить туда новую строку:
Счет: 109.61
КФО: 4
КЭК: 211
Вид движения: Дебет
После добавления такой записи механизм проверки начнет считать данную комбинацию легитимной. Однако будьте осторожны: ручное вмешательство в структуры данных может привести к тому, что при последующих обновлениях системы возникнут конфликты. Рекомендуется использовать этот метод только в крайнем случае, когда другие способы не помогают избавиться от сотен ложных предупреждений, мешающих закрытию периода.
Подводя итог, проанализируем последовательность действий при возникновении подобных ошибок:
109.61) на неподходящие (как 401.20) только ради того, чтобы «ублажить» автоматическую проверку, так как это приведет к искажению отчетности и неправильному расчету себестоимости услуг.