Вопрос о сроках жизни конфигурации «1С:Бухгалтерия государственного учреждения, редакция 1.0» (БГУ 1.0) волнует профессиональное сообщество уже несколько лет. Несмотря на то что система зарекомендовала себя как надежный инструмент на базе «обычных форм», технологический прогресс и изменения в законодательстве диктуют свои условия. В рамках данной статьи мы разберем текущее состояние поддержки этой конфигурации, выясним, что означает термин «ограниченная поддержка», и проанализируем, какие риски несет откладывание перехода на современную редакцию 2.0.
Рассмотрим ретроспективу официальных заявлений фирмы «1С». Долгое время поддержка редакции 1.0 продлевалась «год за годом» в отсутствие информационных писем о снятии с поддержки. Однако ситуация изменилась с выходом ряда распоряжений, ограничивающих развитие системы. Проанализируем ключевые вехи:
Выясним причину такого долгожительства. Огромное количество государственных учреждений (особенно крупных федеральных структур) накопили колоссальные объемы данных и доработок в старой редакции. Для таких организаций переход — это не просто «обновление кнопки», а масштабный проект по реинжинирингу процессов. Тем не менее, «второе дыхание» системе дало внедрение механизмов Единого налогового счета (ЕНС) и Единого налогового платежа (ЕНП), которые были реализованы в БГУ 1.0 в 2023 году, чтобы не парализовать работу госсектора.
Разберем подробнее, на что могут рассчитывать пользователи, остающиеся на редакции 1.0. Важно понимать, что ресурсы разработчиков сосредоточены на платформе 8.3 с управляемыми формами. В старой редакции выполняются только следующие действия:
Важный момент: Новые возможности автоматизации, такие как интеграция с внешними личными кабинетами налогоплательщика, продвинутый внутренний электронный документооборот (ЭДО) и интеллектуальные механизмы контроля, в БГУ 1.0 уже не появятся.
Посмотрим на ситуацию с точки зрения нормативного регулирования. Внедрение электронного юридически значимого документооборота в бюджетной сфере (согласно приказам Минфина № 61н и № 52н) требует сложной реализации бизнес-процессов подписания, маршрутизации и хранения файлов. В редакции 1.0, базирующейся на устаревшей технологической платформе v8.3 (Обычные формы), реализовать полноценный функционал по этим приказам практически невозможно.
Проанализируем пример: для полноценной работы с электронными актами приемки или ведомостями начислений требуется использование подсистемы «Бизнес-процессы» и «Задачи», которые эффективно работают только на управляемом интерфейсе. В БГУ 1.0 поддержка этих приказов реализована лишь частично (на уровне простых печатных форм), что вынуждает бухгалтеров выполнять часть работы вручную или использовать сторонние сервисы, что увеличивает риск ошибок.
Рассмотрим техническую сторону вопроса. БГУ 1.0 использует модель работы, при которой основная нагрузка ложится на клиентское приложение. Современные требования к безопасности и производительности ориентированы на клиент-серверную архитектуру с использованием веб-клиентов и тонких клиентов. Оставаясь на 1.0, мы сталкиваемся со следующими проблемами:
Давайте посмотрим на пример кода, который часто приходится адаптировать при работе со старыми базами. Работа с запросами к регистру бухгалтерии в БГУ 1.0 требует четкого понимания структуры ЕПСБУ (Единого плана счетов бюджетного учета):
// Пример запроса для получения остатков по счету в БГУ 1.0
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ЕПСБУОстатки.Субконто1 КАК Номенклатура,
| ЕПСБУОстатки.КоличествоОстаток КАК Остаток
|ИЗ
| РегистрБухгалтерии.ЕПСБУ.Остатки(&ДатаОстатков, Счет = &Счет, , ) КАК ЕПСБУОстатки";
Запрос.УстановитьПараметр("ДатаОстатков", КонецДня(ТекущаяДата()));
Запрос.УстановитьПараметр("Счет", ПланыСчетов.ЕПСБУ.НайтиПоКоду("105.31"));
В новой редакции 2.0 механизмы работы с данными стали более гибкими, а использование типовых подсистем БСП (Библиотеки стандартных подсистем) позволяет автоматизировать многие рутинные операции, которые в 1.0 требовали написания кода вручную.
Если вы всё еще работаете в редакции 1.0, мы рекомендуем не дожидаться официального письма о полной остановке поддержки (которое может выйти в любой момент после завершения отчетного года). Разберем шаги, которые необходимо предпринять:
Контрагенты и Номенклатура.Подводя итог, можно сказать: БГУ 1.0 — это «уходящая натура». Несмотря на то что критические обновления для сдачи отчетности за 2024 и начало 2025 года, скорее всего, будут выпущены, полноценно вести учет в соответствии с современными стандартами (особенно в части внутреннего ЭДО по приказу 61н) в этой программе уже невозможно. Переход на БГУ 2.0 — это не просто смена интерфейса, это переход на новые рельсы автоматизации государственного учета, который рано или поздно станет обязательным для всех.