Переход с редакции 2.0 на 3.0 в линейке решений «1С:Предприятие» сам по себе является трудоемким процессом из-за полной смены технологической платформы (переход с обычных форм на управляемые). Если же к этому добавляется необходимость «понижения» версии с КОРП (Корпоративная) до ПРОФ (Профессиональная) при наличии многочисленных доработок, задача становится архитектурно сложной. В рамках данной статьи мы подробно разберем, как проанализировать изменения, какие стратегии миграции существуют и на что обратить внимание, чтобы не потерять важные бухгалтерские данные.
Прежде чем приступать к каким-либо техническим действиям, проанализируем масштаб бедствия. Исходя из представленного лога сравнения конфигураций, мы видим, что в системе затронуты практически все ключевые узлы:
фт_ и ИжТиСи_. Это указывает на использование сторонних отраслевых решений или глубокую кастомизацию. Например, добавление реквизита УслугаНоменклатуры в РегистрБухгалтерии.Хозрасчетный и РегистрНакопления.РеализованныеТоварыКомитентов. Это критично, так как типовые правила переноса 1С не «знают» об этих полях и не перенесут данные по ним автоматически.Web-сервисов (VInvoice, CInvoice, VPayment, CAct) и Подписок на события для экспорта данных в систему Basis говорит о том, что база является активным участником сложного электронного документооборота. При переходе на 3.0 всю логику взаимодействия с этими сервисами придется переписывать на платформу «Такси».РеализацияТоваровУслуг, СчетНаОплатуПокупателю, АктСверкиВзаиморасчетов). Важно понимать, что в версии 3.0 «обычные формы» не работают. Все эти экранные формы придется проектировать заново как «управляемые».ПланСчетов.Хозрасчетный. При переходе это может вызвать конфликты при сопоставлении аналитики.Рассмотрим вариант, при котором мы пытаемся сохранить максимум данных путем последовательного обновления. Проанализируем этот путь по шагам:
Подразделение на счетах учета. При переходе на ПРОФ это измерение пропадет со всех счетов, кроме затратных (20, 25, 26, 44).Внимание: Этот метод («тупой подход») чреват тем, что в базе останется много «мусора» от старой структуры КОРП, а часть аналитики просто исчезнет без предупреждения. Рассмотрим, как этого избежать.
Проанализируем более профессиональный и чистый подход, который чаще всего выбирают при наличии сильных изменений. Суть его заключается в создании «чистой» целевой базы.
СверткаИнформационнойБазы в исходной БП КОРП 2.0 на начало отчетного периода (например, на 1 января). Это позволит нам переносить не миллионы документов за 10 лет, а только остатки по счетам.1С:Конвертация данных 2.1. Нам потребуется создать правила, которые будут маппировать (сопоставлять) объекты. Например, мы должны решить, что делать с данными подразделений: возможно, их нужно записывать в комментарии к документам или в дополнительные реквизиты, раз в версии ПРОФ нет полноценного учета по подразделениям.Оборотно-сальдовой ведомости в обеих базах для сверки итогов.Рассмотрим подробнее, с какими препятствиями мы столкнемся при адаптации кода. Выясним, почему старые доработки не взлетят «из коробки».
1. Потеря балансового учета по подразделениям
В версии КОРП подразделение — это полноценное измерение регистра бухгалтерии. В версии ПРОФ это лишь субконто на некоторых счетах или вовсе отсутствует. Если ваша компания использует подразделения для формирования финансового результата (например, филиальная сеть), переход на ПРОФ технически сделает невозможным получение отчетности в разрезе этих подразделений. Проанализируйте ситуацию с главным бухгалтером: готовы ли они отказаться от этой аналитики ради экономии на лицензиях или ИТС?
2. Адаптация модулей проведения
Посмотрим на пример кода, который часто встречается в измененных конфигурациях 2.0. В модуле объекта АвансовыйОтчет часто дописывают логику заполнения движений. В 3.0 механизмы проведения документов сильно изменились, активно используются процедуры в общих модулях ПроведениеСервер. Старый код придется интегрировать в новые обработчики, соблюдая стандарты разработки 1С (использование ДополнительныеСвойства).
Например, если в 2.0 у нас была такая логика:
// В модуле объекта 2.0
Процедура ОбработкаПроведения(Отказ, Режим)
Для Каждого СтрокаТЧ Из Товары Цикл
// Кастомная логика для реквизита фт_СпецУчет
Если СтрокаТЧ.фт_СпецУчет Тогда
// Создание движений вручную
КонецЕсли;
КонецЦикла;
КонецПроцедуры
То в 3.0 нам придется использовать механизм расширений и подключаться к процедурам формирования движений, чтобы не снимать конфигурацию с поддержки полностью.
3. Web-сервисы и интеграция
Поскольку в логе видны Web-сервисы, проанализируем их структуру. В 2.0 они работали на старом SOAP-движке. В 3.0 рекомендуется пересмотреть их в пользу REST API или актуализировать определения XDTO-пакетов. Если внешние системы обращаются к вашей 1С, вам придется обновить адреса подключений на стороне этих систем, так как структура URL в управляемом приложении (особенно в веб-клиенте) отличается.
Для успешного завершения перехода мы рекомендуем придерживаться следующего плана:
фт_. Часто бывает, что доработки делались под задачи пятилетней давности и сейчас не актуальны.Расширения конфигурации для добавления новых реквизитов и изменения логики форм. Это позволит в будущем обновлять БП 3.0 в автоматическом режиме.Закрытия месяца (особенно расчет себестоимости) ведут себя иначе в 3.0 из-за других настроек учетной политики.Подводя итог, скажем: переход с КОРП 2.0 на ПРОФ 3.0 — это не обновление, а полноценное внедрение. Основной риск здесь — методологический (потеря аналитики подразделений), а не технический. Если аналитика по подразделениям не критична, выбирайте путь через свертку и перенос остатков через «1С:Конвертация данных». Это обеспечит наиболее стабильный результат и чистую информационную базу для дальнейшей работы.