Обновили платформу 1С — и расширения отвалились за 15 минут
Если вы в понедельник утром накатили свежий релиз платформы 8.3.25, открыли базу — а половина печатных форм, отчётов и кнопок просто исчезла — не паникуйте. Это не катастрофа, это типовая история с расширениями. И решается она по чек-листу за час-полтора.
Расскажу, как обновлять расширения правильно, чтобы не словить «зависшую» базу в момент сдачи декларации. И почему тестовая копия — это не блажь, а страховка ценой в одну спокойную ночь. Я лично через это проходил не раз, поэтому пишу не из методичек.
Почему расширения 1С ломаются после обновления платформы
Расширение — это набор изменений поверх типовой конфигурации. Когда платформа или сама конфигурация (Бухгалтерия, ЗУП, УТ) обновляется — внутренние объекты могут переименоваться, добавиться или вообще исчезнуть. Расширение начинает ссылаться на пустоту.
Дальше — два сценария. Первый: расширение просто отключилось, ругнулось в журнал регистрации, и работа базы продолжается без него. Второй, неприятный: расширение «подвисает», тормозит сеансы, ломает проведение документов. Знакомо? Вот чтобы второй сценарий не случился, и нужна тестовая база.
Помню случай — клиент позвонил в пятницу вечером, в районе семи: «У нас отгрузка встала, УПД не печатается». А там как раз накануне платформу обновили «по-быстрому». Без бэкапа. Ну вы поняли, к чему я веду.
Чек-лист обновления расширений: 9 шагов
- 1. Сделайте архивную копию рабочей базы — Администрирование → Резервное копирование и восстановление → Создать резервную копию. Это базовая страховка перед любыми действиями.
- 2. Разверните тестовую копию — лучше на отдельном сервере или в файловом варианте. Никогда не тестируйте обновления на боевой базе с живыми пользователями.
- 3. Проверьте список расширений — Администрирование → Печатные формы, отчёты и обработки → Расширения. Выпишите все активные расширения и их версии.
- 4. Снимите галку «Безопасный режим» у служебных расширений (если разработчик так указал). Иначе после обновления некоторые методы могут не отработать.
- 5. Обновите платформу на тестовой базе, затем зайдите под админом. Платформа сама проверит совместимость и подсветит проблемные расширения красным.
- 6. Откройте Конфигуратор → Конфигурация → Расширения конфигурации → правой кнопкой на расширении → «Проверить применимость». Если ругается — несите файл подключения разработчику расширения.
- 7. Прогоните типовые операции — проведите тестовый документ реализации, сформируйте УПД, сделайте начисление зарплаты, посмотрите ОСВ по 60, 62, 76 счетам. Сравните результаты с прошлым периодом.
- 8. Проверьте регламентные операции закрытия месяца — особенно если расширение влияет на себестоимость или расчёт НДС (счета 19, 68.02, 90, 91). Любая «съехавшая» проводка — повод откатываться.
- 9. Только после успешного теста — обновляйте платформу на рабочей базе, в нерабочее время, с уведомлением пользователей и свежим бэкапом за 5 минут до старта.
Топ-7 ошибок при обновлении расширений 1С
- «Метод объекта не обнаружен» — типовой объект переименовали или удалили в новом релизе. Решение: пересохранить расширение в новой версии конфигурации, обновить заимствованные объекты.
- «Режим совместимости расширения не соответствует» — у расширения указана версия 8.3.18, а вы накатили 8.3.25. Конфигуратор → свойства расширения → поменять режим совместимости.
- Расширение «не применилось», но ошибок нет — посмотрите в Журнал регистрации (Все функции → Стандартные → Журнал регистрации), фильтр по событию «Ошибка». Там вся правда.
- Печатная форма стала пустой — расширение перехватывало макет, который в типовой обновили. Нужна новая версия расширения от разработчика.
- Документ не проводится с ошибкой «Поле не найдено» — добавленный реквизит в расширении конфликтует с новым типовым реквизитом того же имени. Переименовать в расширении.
- Тормозят формы списка — расширение добавляло отбор/реквизит в динамический список, после обновления запрос «поплыл». Открыть форму в Конфигураторе, пересохранить.
- Расширение не отключается через интерфейс — только через Конфигуратор → Конфигурация → Расширения → удалить. Перед удалением — обязательно бэкап.
Какие расширения проверять в первую очередь
Если расширений десяток, а времени мало — расставьте приоритеты. Сначала смотрите то, что влияет на деньги и отчётность.
- Расширения для печатных форм первичных документов — УПД, счёт-фактура, ТОРГ-12, акт. Если они отвалятся в момент отгрузки — клиент будет ждать, а вы краснеть.
- Расширения по учёту НДС — особенно актуально в связи с изменением ставки НДС. Любое самописное распределение НДС, нестандартные книги покупок/продаж — проверять в первую очередь.
- Расширения ЗУП — кадровые документы, расчётные листки, отчёты по страховым взносам. Ошибка в расчёте отпускных = претензия от сотрудника.
- Интеграционные расширения — обмен с банком, маркетплейсами, ЭДО. Если отвалится обмен с банк-клиентом — выписки не подтянутся, платежи зависнут.
- Управленческие расширения — нестандартные отчёты для собственника, дашборды, доработки УТ. Их можно чинить во вторую очередь.
Тестовая база — не блажь, а норма
Самая частая претензия от бухгалтерии: «у нас нет времени на тесты, нужно закрывать квартал». Понимаю. Но именно во время закрытия квартала и прилетают все «сюрпризы» — потому что обновили платформу впопыхах, без проверки.
Минимальный набор: одна тестовая копия, развёрнутая хотя бы в файловом режиме, обновляется раз в месяц с бэкапа боевой. Любое обновление платформы, конфигурации или расширения сначала катится туда. Час работы — спокойный квартал.
И ещё момент. Если расширение писал внешний подрядчик — у вас должен быть его контакт и договорённость о поддержке после обновления платформы. Без поддержки расширение — это бомба с таймером. Не работает с новым релизом — и всё, либо живите без него, либо платите за переделку срочно и дорого.
Честно? Я раньше думал, что можно обходиться разовыми тестами «по случаю». Не сработало. На одном из моих проектов мы три раза подряд ловили грабли просто потому, что тестовую копию забывали актуализировать — она была месячной давности, а на боевой за это время накатили два релиза конфы. Теперь — только по регламенту.
Что делать, если расширение сломалось, а разработчика нет
- Отключите расширение через Конфигуратор — база заработает на типовой логике. Не идеально, но рабочее состояние сохранится.
- Зафиксируйте, что именно перестало работать — какие формы, отчёты, проводки. Это будет ТЗ для нового исполнителя.
- Найдите специалиста под разовую задачу — починить расширение под новый релиз дешевле, чем писать с нуля. Обычно это 2–6 часов работы. Хорошее ТЗ на доработку ускоряет процесс в разы.
- Проверьте, не вошёл ли функционал расширения в типовую — иногда то, что когда-то дописывали под себя, уже есть в стандартной конфигурации. Тогда расширение можно просто выбросить.
Спорный момент, но мой опыт показывает: примерно в 2 из 5 случаев старое расширение можно тупо удалить — за пару лет 1С сама добавила всё нужное в типовую. Не соглашусь с теми, кто тащит за собой ворох доработок «потому что когда-то так настроили». Ревизия раз в год — святое.
Главное за 30 секунд
Обновление платформы 1С без тестовой базы — это русская рулетка. Бэкап → тестовая копия → проверка расширений → прогон типовых операций → только потом боевая база. Чек-лист на 9 шагов выше — распечатайте и повесьте у монитора.
И помните: расширение, которое некому поддерживать — главный риск автоматизации. Закладывайте бюджет на сопровождение сразу, не после того, как «всё упало».
Подпишитесь, если хотите такие разборы регулярно — впереди ещё много полезного.
Если в 1С регулярно возникают такие задачи, и времени на них не хватает — делегируйте разовым спецам на koderion.ru. Биржа 1С без посредников, оплата по часам, без трудовых договоров.