Доработанную базу не следует обновлять как заведомо типовую
Если в конфигурацию разрешено вносить изменения, полностью автоматическое обновление не выполняется: платформа предлагает сравнить текущую конфигурацию, новую конфигурацию поставщика и прежнюю конфигурацию поставщика, а затем объединить изменения. Поэтому до запуска нужно понять, какие доработки, расширения и внешние компоненты используются.
Важно разделить изменения основной конфигурации и доработки в расширениях. Расширения позволяют сохранить типовую конфигурацию на полной поддержке и упростить её обновление, но после смены релиза всё равно нужно проверить применимость и работу расширений: заимствованные ими объекты могли измениться.
Безопасный практический сценарий — обновить копию базы, проверить перенос изменений и только затем планировать обновление рабочего контура. Наличие резервной копии само по себе недостаточно: должен быть понятен и проверен порядок возврата к рабочему состоянию.
Рекомендуемая последовательность
flowchart TD
A["Зафиксировать версии и доработки"] --> B["Создать проверенную копию"]
B --> C["Развернуть тестовую базу"]
C --> D["Сравнить изменения поставщика и текущей конфигурации"]
D --> E["Объединить и адаптировать изменения"]
E --> F["Проверить ключевые операции и интеграции"]
F --> G{"Проверка успешна?"}
G -->|"Нет"| D
G -->|"Да"| H["Согласовать окно и порядок отката"]
H --> I["Обновить рабочую базу и повторить проверку"]Что зафиксировать до обновления
- текущие версии платформы и конфигурации, а также целевой релиз;
- изменённые объекты конфигурации и причину каждой доработки;
- расширения, внешние отчёты, обработки, печатные формы и подключаемые компоненты;
- обмены с другими базами, сайтом, банком, оборудованием и сервисами;
- критичные документы, отчёты и регламентные операции для проверки;
- окно работ, ответственных и порядок возврата при неуспешном результате.
Что проверить на тестовой базе
- База открывается на согласованной версии платформы без критичных ошибок.
- Сохранены нужные доработки, а отличия форм, модулей, реквизитов и других изменённых объектов разобраны, а не приняты автоматически целиком.
- Расширения применяются без ошибок и выполняют предусмотренные для них сценарии.
- Создаются и проводятся выбранные документы, формируются важные отчёты.
- Работают права пользователей, печатные формы, регламентные задания и обмены.
- Результат проверки зафиксирован, а замечания устранены до рабочего обновления.
Набор проверок зависит от программы и доработок. Подробную инструкцию для конкретной конфигурации и версии лучше оформлять отдельной статьёй в блоге, а не переносить универсальные команды в FAQ.
Когда обновление лучше поручить специалисту
Помощь нужна, если неизвестен автор изменений, база пропустила несколько релизов, конфигурация снята с поддержки, есть сложные обмены или обновление уже завершилось ошибкой. Общий чек-лист опубликован в FAQ «Как обновить 1С и что проверить до обновления?». АБИС выполняет обновление 1С после оценки текущего и целевого состояния базы.