Ситуация, когда после планового обновления конфигурации «1С:Бухгалтерия государственного учреждения, редакция 1.0» (БГУ 1.0) бухгалтер не обнаруживает в плане счетов новые счета (например, 302.66 «Расчеты по социальным пособиям и компенсациям персоналу в денежной форме»), встречается довольно часто. Это связано не только с техническими особенностями платформы, но и с глобальными изменениями в методологии учета, продиктованными приказом 209н. Проанализируем основные причины и разберем по шагам, как вернуть недостающие счета в рабочую базу.
Прежде чем приступать к сложным техническим манипуляциям, проверим самую простую и распространенную ситуацию. Часто пользователь случайно включает фильтр в окне плана счетов, из-за чего новые элементы просто скрываются из видимости. Проанализируем действия для проверки:
Как показывает практика, именно этот шаг часто решает проблему «исчезновения» счета после обновления.
Важно понимать методологическое изменение: начиная с релиза 1.0.58.x, многие новые счета в БГУ 1.0 перестали быть «предопределенными». Это означает, что они создаются не в конфигураторе программистом, а загружаются динамически в режиме «1С:Предприятие» как элементы справочника. Разберем, к чему это приводит:
Ранее все системные счета имели специальный значок (желтый кружок) в списке, что означало их жесткую привязку к программному коду. Новые счета, такие как 302.66, этого значка не имеют. Если автоматическая загрузка классификаторов при первом запуске после обновления прошла с ошибкой, счет физически не будет создан в базе.
Если счета нет даже после отключения всех фильтров, проверим загрузку актуальных данных из файлов поставки обновления. Рассмотрим, как это сделать:
В составе дистрибутива обновления всегда идут файлы epsbu.xml (Единый план счетов) и statset.xml. Нам необходимо принудительно инициировать их чтение программой:
tmplts).302.66 должен появиться в общем списке ЕПСБУ.Даже если счет виден в плане счетов, бухгалтер может столкнуться с проблемой: счет невозможно выбрать в документах (например, в Заявке на кассовый расход или Операции вручную). Выясним причину: в БГУ 1.0 для каждого счета предусмотрены реквизиты «Дата начала действия» и «Дата окончания действия».
Если Дата начала действия пустая или установлена позже даты создаваемого документа, программа «считает», что в данный момент этот счет еще не существует. Для массового исправления этой ситуации в составе обновления 1С поставляет специальную обработку filldate.epf.
Алгоритм работы с обработкой:
filldate.epf в папке с релизом 1.0.58.6.Это критически важный шаг, без которого счет останется «мертвым грузом» в справочнике.
Иногда бухгалтеры, не дожидаясь обновления, создают нужные счета вручную. Когда приходит официальное обновление, возникает конфликт: система пытается создать «официальный» счет с тем же кодом, но он уже занят «самодельным» элементом. В результате новый счет либо не создается, либо работает некорректно.
Для диагностики и исправления таких ситуаций разработана обработка ProbAccFind.epf (Поиск проблемных рабочих счетов). Проанализируем ее функции:
Запустите данную обработку, если вы видите несколько одинаковых счетов или если счет ведет себя нестандартно при проведении документов.
Наконец, не забудем о том, что для работы в документах недостаточно наличия счета в Едином плане счетов (ЕПСБУ). Он должен быть добавлен в Рабочий план счетов конкретного учреждения. Посмотрим на этот процесс подробнее:
Рабочий счет представляет собой комбинацию: КПС (20 знаков) + Счет (302.66) + КЭК (266). Поскольку счет 302.66 новый, старые рабочие счета для него не подойдут. Рассмотрим последовательность действий:
302.66 с актуальным КЭК (КОСГУ).Подведем итог: если вы обновили БГУ 1.0 до релиза 1.0.58.6 и не видите счет 302.66, первым делом проверьте фильтры в плане счетов. Если это не помогло — воспользуйтесь обработками filldate.epf и загрузкой классификаторов. Эти простые действия помогут восстановить корректную работу программы и обеспечить ведение учета в соответствии с требованиями законодательства.