← На главную

Переход с глубоко модифицированной конфигурации, такой как ERP + БитФинанс, на типовой релиз — это сложная техническая задача, требующая четкого алгоритма действий. Давайте разберем, как минимизировать риски потери данных и корректно очистить систему от стороннего функционала.

Этап 1: Подготовка и анализ

Прежде чем приступать к обновлению, важно осознать, что удаление модуля БитФинанс приведет к удалению всех связанных с ним данных. Если финансовые показатели прошлых периодов имеют для вас значение, обязательно создайте архивную копию базы. Не начинайте работу на «живой» базе — используйте тестовый контур для отработки всех операций.

Проанализируйте, действительно ли вам нужно удалять все доработки. Если какие-то реквизиты активно используются пользователями, их необходимо сохранить. Составьте список таких реквизитов, чтобы при «зачистке» конфигурации случайно не потерять важную аналитику.

Этап 2: Стратегия «Сравнение и объединение»

Основной инструмент при такой миграции — это механизм сравнения конфигурации с типовым файлом поставки .cf той же версии, на которой вы сейчас находитесь. Давайте рассмотрим шаги по реализации этого процесса:

1. Загрузите чистый .cf файл типовой конфигурации ERP нужной версии.
2. Используйте функцию Сравнение и объединение. При выборе настроек объединения вам необходимо «выпилить» объекты, принадлежащие БитФинанс.
3. Поскольку объекты БитФинанс обычно имеют свои префиксы, в окне сравнения вы сможете легко отфильтровать их и пометить к удалению.
4. Для форм и модулей, где были произведены доработки, выбирайте приоритет Основная конфигурация поставщика (типовой код), чтобы вернуть их в стандартное состояние.

Этап 3: Работа с добавленными реквизитами

Одним из главных опасений является потеря пользовательских реквизитов. Важно понимать, что при обновлении реквизиты удаляются редко — это происходит только в том случае, если в типовой конфигурации появляется объект с точно таким же именем. Чтобы обезопасить себя, следуйте этим советам:

• Проверьте, используются ли добавленные реквизиты в отчетах или формах. Если реквизит был добавлен, но давно не заполняется, возможно, его удаление пойдет на пользу чистоте системы.
• Если реквизит нужен, но после объединения он пропал с формы — не паникуйте. Достаточно зайти в Конфигуратор и вернуть его на форму вручную.
• Используйте Универсальный отчет для анализа наполненности ваших реквизитов данными. Это поможет понять, насколько «живыми» являются добавленные вами поля.

Этап 4: Тестирование и функциональный разрыв

После того как вы очистите конфигурацию от стороннего модуля, неизбежно возникнет «функциональный разрыв». Стандартный функционал ERP (платежный календарь, заявки) может работать иначе, чем привыкли ваши финансисты.

Разберем процесс проверки:

1. Запустите базу после обновления в режиме 1С:Предприятие.
2. Проверьте работоспособность всех процессов, завязанных на платежах. Если вы обнаружите ошибки при проведении документов, это может быть следствием удаленных подписок на события или общих модулей, которые содержали логику ваших доработок.
3. Проведите сквозное тестирование: от ввода заявки на расход денежных средств до формирования отчетов. Сравните полученные цифры с результатами, которые давал БитФинанс.

Рекомендации по реализации

Помните, что удаление сторонних решений — это не просто техническая очистка, а перестройка бизнес-процессов компании. Мы советуем:

• Привлекать ответственных лиц (финансистов, руководителей отделов) к процессу согласования функционала. Убедитесь, что типовой функционал ERP действительно закрывает потребности бизнеса.
• Не торопиться. Лучше выполнить переход поэтапно: сначала удалить очевидно лишние объекты, проверить стабильность системы, и только потом переходить к интеграции бизнес-процессов на стандартные механизмы ERP.
• Рассмотреть возможность использования Расширений конфигурации. Если какие-то доработки крайне необходимы, выносите их в расширения, чтобы основная конфигурация оставалась «чистой» и легко обновляемой в будущем.

Таким образом, процесс перехода к типовому состоянию — это кропотливая работа по приведению метаданных в порядок с помощью сравнения с .cf и последующей сверкой логики работы. Действуйте методично, постоянно проверяя работоспособность на копиях базы, и у вас всё получится.