Обобщенный кейс Проф‑ИТ

Обновление сильно доработанной базы 1С

Выполняли такие проекты многократно: обновляли и переводили на актуальные релизы сильно доработанные базы УТ, БП, ERP, УТиВСК и другие решения. Отдельно — крупные переходы с доработанной УТ 10.3 на актуальную УТ 11.

Схема обновления сильно доработанной базы 1С
Что было сделано

Полное описание выполненных работ

В проектах по обновлению сильно доработанных баз сначала проводилось обследование текущей информационной базы. Мы анализировали, какие подсистемы реально используются, какие документы и отчеты являются критичными, какие обмены должны продолжить работать после обновления, какие роли есть у пользователей и какие доработки встроены в типовую конфигурацию.

После этого выполнялось сравнение с типовой конфигурацией. По результатам сравнения формировался перечень доработок: измененные модули, формы, общие модули, обработки, отчеты, печатные формы, регистры, дополнительные реквизиты, права и интерфейсные изменения. Этот список разделялся на несколько групп: переносить без изменения, адаптировать под новую версию, заменить типовым функционалом или разработать заново.

Для крупных переходов, особенно с УТ 10.3 на УТ 11, дополнительно строился план миграции данных и процессов. В УТ 11 отличается логика заказов, резервов, складского учета, обменов, ценообразования и интерфейсов, поэтому простой перенос старых доработок невозможен. Часть решений приходилось перепроектировать, а часть — реализовывать заново, если новая архитектура 1С позволяла сделать это надежнее и проще для дальнейшего сопровождения.

Работы выполнялись через тестовые контуры. Сначала поднималась копия базы, выполнялось обновление, исправлялись конфликты, переносились доработки, проверялись документы, обмены, отчеты и печатные формы. Только после проверки критичных сценариев готовился запуск рабочей базы и оперативная поддержка пользователей после перехода.

Ход работ

Как выполнялись такие проекты

Это обобщение повторяющихся реальных работ, а не описание теоретической услуги. Формулировки показывают, что именно выполнялось в проектах и в какой последовательности.

01

Обследование базы

Собирались сведения о конфигурации, релизах, доработках, обменах, пользователях, критичных документах, отчетах и внешних обработках.

02

Сравнение с типовой

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

03

Классификация доработок

Доработки делились на переносимые, требующие адаптации, заменяемые типовыми механизмами и те, которые рациональнее разработать заново.

04

План перехода

Формировался план работ: порядок обновления, перенос данных, перенос кода, проверка обменов, тестирование и запуск.

05

Тестовый перенос

На копии базы выполнялось обновление, исправлялись конфликты, проверялись документы, отчеты, печатные формы, права и обмены.

06

Рабочий запуск

После тестирования изменения переносились в рабочую базу, контролировались первые операции и оперативно исправлялись замечания.

Технический состав

Что переносилось и проверялось

Конфигурационные доработки

Формы документов, модули объектов, общие модули, дополнительные реквизиты, роли, команды и пользовательские интерфейсы.

Отчеты и обработки

Внешние и встроенные отчеты, обработки загрузки и выгрузки, инструменты исправления данных и массовых операций.

Печатные формы

Формы документов, этикетки, ценники, акты, накладные, коммерческие предложения и другие макеты клиента.

Интеграции

Обмены с сайтами, Битрикс, Битрикс24, бухгалтерией, ЗУП, кассами, складскими решениями и внешними сервисами.

Данные и справочники

Номенклатура, контрагенты, договоры, характеристики, склады, цены, остатки, документы и начальные настройки новой редакции.

Проверка сценариев

Проводились тесты по реальным маршрутам пользователей: от создания документа до движения по регистрам и формирования отчетов.

Подробности выполнения

Как принимались технические решения

В таких проектах нельзя механически переносить весь старый код. Мы разбирали, зачем была сделана каждая доработка, используется ли она сейчас и есть ли в новой версии 1С типовой механизм, который закрывает ту же задачу. Если перенос старого кода увеличивал технический долг, доработка перепроектировалась.

Для переходов с УТ 10.3 на УТ 11 отдельно анализировались изменения в логике заказов, складских ордеров, резервов, цен, статусов, обменов и отчетов. Это позволяло не повторять старые ошибки и не переносить в новую базу устаревшие решения, которые появились исторически.

Фактический результат

В результате клиент получал не просто обновленную базу, а сопровождаемую систему с понятной структурой доработок.

  • актуальный релиз 1С вместо устаревшей версии
  • сохраненные критичные доработки
  • убранные или замененные устаревшие механизмы
  • план дальнейших обновлений
  • проверенные обмены, отчеты и печатные формы
  • оперативная поддержка пользователей после запуска
Связанные направления

Похожие услуги и кейсы

Нужно сделать похожую задачу?

Напишите на info@1-profit.ru: опишите конфигурацию, текущую проблему, объем доработок, интеграции и желаемый результат. Мы предложим следующий шаг: диагностику, обследование, оценку или план проекта.