При переходе на новые нормы бухгалтерского учета, в частности, после вступления в силу Приказа Минфина № 64н, многие пользователи программы «1С:Бухгалтерия государственного учреждения» столкнулись с проблемой: технологический анализ выдает ошибки, которые на первый взгляд кажутся нелогичными. Одной из самых распространенных является сообщение о «недопустимом КЭК» для счета 205.89 и конфликт между балансовым счетом 201.11 и забалансовым 17.01.
В этой статье мы подробно разберем причины возникновения этих ошибок и пошагово пройдем процесс их устранения, опираясь на методику 1С и требования актуального законодательства.
Первым делом проанализируем ситуацию со счетом 205.89 («Расчеты по иным доходам»). Согласно Приказу № 209н (в редакции Приказа № 64н), данный счет должен корреспондировать со статьей КОСГУ 189 («Иные нераспределенные доходы»).
Если после обновления конфигурации (например, до версии 52.10) технологический анализ продолжает указывать на ошибку, это не всегда означает, что проводка неверна. Чаще всего причина кроется в том, что внутренние алгоритмы проверки программы не синхронизировались с обновленным реестром «Корректные проводки» или «Соответствие аналитических счетов КОСГУ».
Рассмотрим подробнее, как убедиться в правомерности ваших действий и заставить программу «увидеть» правильность учета.
Одной установки обновления конфигурации часто недостаточно. В 1С:БГУ существует регистр, который определяет, какие коды КОСГУ допустимы для конкретных счетов учета. Если в нем отсутствует связка 205.89 и 189, тех. анализ будет выдавать ошибку.
Выполним следующие шаги:
205.89. Если записи нет или там указан старый код, необходимо обновить регистр.205.89 и КЭК 189.Также важно проверить справочник «Корректные проводки». Его рекомендуется загружать отдельно из файла cln_spr.xml, который поставляется вместе с дистрибутивом обновления конфигурации. Это критически важно для корректной работы алгоритмов проверки.
Вторая распространенная проблема — ошибка вида: «По счету 17.01 с КЭК 610 прошла сумма, а по кредиту счета 201.11 в корреспонденции со счетом расчетов... эта сумма не прошла». Выясним причину этого конфликта.
Разберем по шагам логику учета денежных средств:
Счет 17.01 является забалансовым и предназначен для учета поступлений денежных средств. Согласно методологии учета, КЭК (КОСГУ) по забалансовому счету должен соответствовать экономическому смыслу операции:
17.01 должен стоять КЭК доходов (например, 189).610 («Выбытие денежных средств») на забалансовых счетах обычно используется для внутренних оборотов или возвратов, но никак не для первичного поступления выручки.Проанализируем ситуацию: если программа автоматически подставляет 610 вместо 189, это сигнализирует о неверных настройках лицевого счета или неправильно выбранной типовой операции в документе «Кассовое поступление».
Если ошибка носит массовый характер и проявляется во всех документах, скорее всего, дело в настройках классификации. Посмотрим на пример настройки лицевого счета:
610, программа будет игнорировать КЭК из табличной части документа и подставлять это значение. Установите значение «Определять по КОСГУ» (или оставьте пустым, если это предусмотрено логикой вашей версии), чтобы система брала КЭК из аналитики счета доходов.Частой ошибкой бухгалтеров является избыточное заполнение забалансовых счетов в табличной части документа «Кассовое поступление». Проанализируем правильный подход:
Для операции Дт 201.11 Кт 205.89 забалансовый счет 17.01 должен отражаться только по Дебету (в связке со счетом 201.11). В 1С:БГУ забалансовые счета 17 и 18 работают по принципу «односторонней записи».
Важные моменты при заполнении:
205.89), если только этого не требует специфическая инструкция для конкретной операции.610 и 510, что и приведет к ошибке зеркальности в технологическом анализе.Иногда, даже при абсолютно верных проводках и обновленных справочниках, технологический анализ продолжает выдавать предупреждение. Это происходит из-за того, что в самой обработке анализа могут быть активны устаревшие правила.
Как это проверить:
205.89 и 189 законно (согласно Приказу 64н), а программа продолжает выдавать предупреждение, мы можем либо игнорировать это сообщение (так как это не «ошибка», а «предупреждение»), либо самостоятельно добавить данное сочетание в регистр допустимых КЭК, если обновление задерживается.Для исправления ошибки «Недопустимый КЭК» мы рекомендуем последовательно выполнить следующие действия: сначала обновить классификаторы и регистр соответствия КОСГУ, затем проверить настройки лицевого счета, и в завершение убедиться, что забалансовый учет в кассовых документах ведется по принципу односторонней записи с использованием корректного доходного КЭК (189), а не технического КЭК выбытия (610).
Совместное выполнение этих шагов позволит вам привести учет в полное соответствие с актуальными приказами Минфина и избавиться от назойливых ошибок в отчетах технологического анализа.