Вопрос пользователя: «Мы всё отлично настроили и опробовали в тестовой базе. Почему нельзя просто скопировать файл базы и заменить им рабочий?»
Суть проблемы: Тестовая и рабочая базы живут разной жизнью. В то время как в тестовой идёт настройка, в рабочей пользователи продолжают вводить текущие операции (продажи, закупки, выплаты зарплаты). Простое замещение рабочей базы тестовой приведёт к полной потере всех оперативных данных, введённых за период тестирования.
Что может 1С ERP? Ограничение: В 1С ERP нет встроенного безопасного механизма для «слияния» настроек из одной базы в другую, если они не являются репликами в рамках РИБ (распределённой информационной базы). Перенос настроек (конфигурации) и данных — это разные процессы. Настройки (метаданные) можно выгрузить в файл и загрузить, но это рискованная операция, которая может «сломать» уже введённые в рабочей базе документы, если их структура изменилась.
Решение и рекомендации:
- Используйте механизм обновления конфигурации: Если изменения касаются доработанной конфигурации, используйте штатный механизм обновления через «Конфигуратор» с помощью cf- или cfu-файлов.
- Для настроек «данных» используйте выгрузку/загрузку XML: Отдельные справочники (например, новые виды спецификаций) или типовые настройки можно выгрузить из тестовой базы обработкой «Выгрузка данных в XML» и загрузить в рабочую.
- Ведите журнал изменений: При настройке в тестовой базе фиксируйте, что именно было изменено (например: «Добавлен новый реквизит «Лимит» в справочник «Контрагенты»). Тогда перенос в рабочую базу можно выполнить точечно, либо силами программиста, либо по инструкции.
- Планируйте «окно» для обновления: Серьёзные изменения требуют остановки рабочей базы на время обновления.
Итог простыми словами: Нельзя просто взять чертёж улучшенной машины (тестовая база) и наложить его на старую машину (рабочая база), которая продолжает ездить. Нужно аккуратно, деталь за деталью, заменить в старой машине узлы на новые, не ломая то, что работает. Эту работу должен делать механик (администратор/разработчик) по заранее составленному плану модернизации.
Типичные сценарии использования:
- Сценарий: В тестовой базе была добавлена новая печатная форма акта и новый реквизит «Вид переработки» в документ. Чтобы перенести это в рабочую базу, администратор:
Копирует файл макета новой печатной формы из каталога тестовой базы в каталог рабочей.
С помощью Конфигуратора сравнивает конфигурации и добавляет в рабочую базу новый реквизит.
Запускает обработку, которая заполнит этот реквизит в уже существующих документах начальными значениями.
Все эти действия выполняются в период минимальной нагрузки на базу (ночью или в выходные).