Переход на применение новых положений приказа Минфина России от 31.03.2018 № 64н в программе «1С:Бухгалтерия государственного учреждения 1.0» (БГУ 1.0) стал серьезным испытанием для многих бухгалтеров и технических специалистов. Основная сложность заключается в том, что изменения затронули саму структуру Единого плана счетов (ЕПСБУ), особенно в части расчетов по доходам (счета 205.00 и 209.00). В этой статье мы подробно разберем, как справиться с техническими сбоями, когда новые счета не видны в документах, а попытки исправить ситуацию приводят к конфликтам периодов действия.
Разберем ситуацию, с которой сталкиваются пользователи: после обновления конфигурации до актуального релиза (начиная с 1.0.52) новые счета появляются в плане счетов, но работать с ними невозможно. При включенном флаге «Отбор по дате» они пропадают, а в документах недоступны для выбора. Это происходит из-за того, что в системных настройках плана счетов не проставлены даты начала действия новых счетов или даты окончания действия старых.
Использование обработки filldate.epf (заполнение дат) часто приводит к другой проблеме — «наложению» периодов. Программа видит два счета с одинаковым номером, которые действуют одновременно, что вызывает критическую ошибку при попытке записи или выбора счета. Проанализируем, как правильно выстроить процесс перехода и очистки базы данных.
Прежде чем приступать к обновлению настроек, необходимо убедиться, что в рабочем плане счетов (РПС) нет «мусорных» или ошибочных записей, которые блокируют стандартные механизмы 1С. Рассмотрим применение специализированных инструментов.
ProbAccFind.epf (Поиск и удаление проблемных рабочих счетов). В современных релизах она может находиться в составе поставки или на портале ИТС. Эта обработка выявляет рабочие счета, у которых нарушена ссылочная целостность или некорректно заполнены ключевые реквизиты.Многие специалисты забывают про встроенный инструмент. Рассмотрим, где он находится. Перейдем в меню «Сервис» — «Служебные» — «Помощник обновления плана счетов». Этот помощник предназначен для автоматического разграничения периодов. Согласно методологии, датой перехода для приказа 64н считается 01.01.2018. Старым счетам должна быть проставлена дата окончания 31.12.2017, а новым — дата начала 01.01.2018.
Если стандартное восстановление настроек завершается с ошибкой и не дает информативного сообщения, выясним причину через конфигуратор. Проанализируем ситуацию: часто виной всему являются «пустые» КПС (Коды классификации) или несоответствие типа КПС новому счету. Например, для доходных счетов теперь требуются только КБК типа «Доходы», а в базе могут висеть старые рабочие счета с типом «Произвольный».
Для поиска конкретного «глючного» счета мы можем модифицировать модуль обработки ЗаполнениеНастроекСчетов (или внешней обработки с аналогичным функционалом) в режиме отладки. Рассмотрим пример кода, который поможет локализовать ошибку:
Функция ЗаполнитьНастройкиСчетов()
// ... какой-то цикл обхода счетов ...
Попытка
СчетОбъект.Записать();
Исключение
// Выводим конкретный счет, на котором произошел сбой
Сообщить("Ошибка при записи счета: " + Сообщить(СчетОбъект));
ТекстОшибки = ОписаниеОшибки();
Сообщить(ТекстОшибки);
Возврат Ложь;
КонецПопытки;
// ... продолжение функции ...
КонецФункции
После того как вы определили проблемный счет, воспользуйтесь обработкой РедактированиеРабочихСчетовБГУред10.epf. Она позволяет вручную вычистить некорректные записи в рабочем плане счетов, которые не видны через обычный интерфейс, но мешают системе обновить настройки.
Важно помнить, что даже после успешного обновления плана счетов, новые счета могут не выбираться в документах, если не актуализирована Учетная политика. Проанализируем необходимые действия:
При переходе на приказ 64н изменились не только номера счетов, но и аналитика (субконто). Рассмотрим, на что обратить внимание:
Если вы обнаружили, что на счетах 205.00 или 209.00 аналитика стала вестись в разрезе новых видов субконто, вам потребуется перенос остатков. Для этого в БГУ 1.0 предусмотрена обработка «Перенос остатков по КПС». Она поможет корректно закрыть старые счета (действовавшие до 2018 года) и открыть сальдо на новых детализированных счетах. Помните, что простое переименование счета в базе недопустимо — необходимо именно межотчетное движение через счет 401.30 или прямой перенос, предусмотренный инструкцией.
Подведем итог нашей совместной работы. Для успешного перехода на приказ 64н в БГУ 1.0 при возникновении технических ошибок следует придерживаться следующего алгоритма:
ProbAccFind.epf).РедактированиеРабочихСчетовБГУред10.epf) находим счета с пустыми или некорректными КПС.Такой системный подход позволит избежать путаницы с датами действия счетов и обеспечит корректное формирование отчетности в соответствии с новыми требованиями законодательства.