В практике автоматизации предприятий на платформе 1С стандартным сценарием считается переход со старых редакций на новые — например, с «Управление торговлей» редакции 10.3 на редакцию 11. Однако иногда бизнес сталкивается с обратной необходимостью. Причиной тому может стать потребность в ведении полноценного регламентированного учета в той же базе (как в случае с переходом с УТ 3.1 на УТП 1.2 на украинском рынке), недовольство быстродействием управляемых форм или специфические требования к функционалу.
В рамках этой статьи мы подробно разберем, с какими скрытыми техническими препятствиями и подводными камнями вы столкнетесь при попытке «спуститься» с управляемых форм УТ 11 (УТ 3) на обычные формы УТ 10 (УТП 1.2), а также проанализируем альтернативные и более безопасные пути решения этой задачи.
Переход с УТ 11 на УТ 10 — это не просто смена визуального интерфейса с управляемого на обычный. Это глубокий даунгрейд архитектуры метаданных. Разработчики конфигураций кардинально переписали ключевые справочники и регистры. Рассмотрим подробнее самые болезненные точки соприкосновения.
1. Партнеры и Контрагенты (двухкомпонентная структура против плоской)
В УТ 11 реализована гибкая CRM-схема: разделены управленческая сущность (справочник Справочник.Партнеры) и юридическая/финансовая сущность (справочник Справочник.Контрагенты). Один холдинг-партнер может включать в себя несколько юридических лиц-контрагентов. В УТ 10.3 и УТП 1.2 этой структуры нет — там присутствует только плоский справочник Справочник.Контрагенты. При переносе данных вам придется принудительно «схлопывать» эту иерархию. Если у вас один партнер был связан с тремя контрагентами, в старой конфигурации они превратятся в три независимые записи, что полностью разрушит управленческую аналитику и историю взаиморасчетов по холдингу в целом.
2. Соглашения и Договоры
В УТ 11 коммерческие условия (скидки, правила оплаты, прайс-листы) фиксируются в справочнике Справочник.СоглашенияСКлиентами, а договоры (Справочник.ДоговорыКонтрагентов) выполняют чисто юридическую функцию и часто вообще отключены в настройках. В УТ 10/УТП вся логика расчетов жестко завязана на договоры контрагентов. Провести документ без указания договора физически невозможно. При переносе документов вам потребуется программно генерировать договоры для каждого контрагента на основе параметров соглашений из УТ 11, корректно заполняя реквизиты ведения взаиморасчетов (по договору в целом, по заказам или по счетам).
3. Характеристики номенклатуры
В управляемой торговле характеристики могут назначаться централизованно для всего Справочник.ВидыНоменклатуры, что позволяет использовать один набор характеристик (например, размеры одежды) для тысяч товаров. В УТ 10 характеристики подчинены конкретной номенклатурной позиции (владельцем является Справочник.Номенклатура). При переносе стандартные правила КД (Конвертации данных) начнут плодить дубликаты характеристик для каждой карточки товара. База данных мгновенно раздуется, а аналитика по продажам характеристик станет крайне нечитаемой.
4. Ценообразование
В УТ 11 расчет цен строится динамически с помощью компоновки данных (СКД) и формул в справочнике Справочник.ВидыЦен. В УТ 10/УТП система гораздо проще, но статичнее: цены регистрируются только физическим проведением документа Документ.УстановкаЦенНоменклатуры. Всю логику автоматического расчета цен по формулам при переносе придется переделывать под старый механизм, создавая новые документы установки цен «задним числом».
Если ваша база УТ 11 интегрирована с интернет-магазином на «1С-Битрикс», прямой перенос данных в УТ 10 таит в себе колоссальную опасность потери связи между товарами на сайте и в учетной системе.
Обмен данными между 1С и Битрикс происходит по протоколу CommerceML, где ключевым связующим звеном выступает уникальный идентификатор объекта — GUID (UUID). Если вы перенесете справочник Номенклатура в новую базу УТ 10 с генерацией новых идентификаторов, Битрикс расценит эти товары как абсолютно новые. На сайте произойдет следующее:
Решение проблемы: При переносе данных через «Конвертацию данных 2.1» в правилах конвертации свойств (ПКС) для ключевых справочников (Номенклатура, Характеристики, Контрагенты) обязательно нужно включить флаг «Использовать уникальный идентификатор источника для нового приемника». Только полное сохранение GUID гарантирует стабильность работы интеграции.
Для понимания процесса ниже представлен пример того, как программно сопоставить объект по его исходному GUID при переносе данных:
// Пример поиска или создания контрагента по исходному УИД из УТ 11
УИД_Источника = Новый УникальныйИдентификатор(ПараметрыОбъекта.СтроковыйУИД);
НайденнаяСсылка = Справочники.Контрагенты.ПолучитьСсылку(УИД_Источника);
ОбъектКонтрагент = НайденнаяСсылка.ПолучитьОбъект();
Если ОбъектКонтрагент = Неопределено Тогда
// Если объект не найден, создаем новый с тем же УИД
НовыйОбъект = Справочники.Contragents.СоздатьЭлемент();
НовыйОбъект.УстановитьСсылкуНового(НайденнаяСсылка);
НовыйОбъект.Наименование = ПараметрыОбъекта.Наименование;
НовыйОбъект.Записать();
КонецЕсли;
Также стоит помнить, что модули обмена с Битрикс для обычных форм (УТ 10) развиваются по остаточному принципу. Они не поддерживают обмен в режиме реального времени и передачу расширенных свойств так же эффективно, как модули для управляемых форм УТ 11.
Прежде чем начинать сложную и дорогостоящую процедуру написания правил конвертации для даунгрейда, проанализируем альтернативные варианты, которые уберегут вашу компанию от технологического регресса.
Если основной причиной перехода является необходимость ведения бухгалтерского учета, самым дешевым и стабильным решением будет разделение баз. Вы оставляете оперативную управленческую работу и интеграцию с сайтом в современной УТ 11, а для бухгалтера разворачиваете типовую «1С:Бухгалтерию».
Настройка обмена по правилам EnterpriseData выполняется в режиме обычного помощника за пару часов. Это позволит:
Если ведение учета в одной базе — это жесткое и бескомпромиссное требование бизнеса, то вместо шага назад (на УТ 10 / УТП) сделайте шаг в сторону современных комплексных конфигураций:
Конфигурация BAS КУП (или КА 2 в РФ) построена на той же ERP-платформе и архитектуре метаданных, что и УТ 11 (УТ 3). Структура партнеров, соглашений, видов номенклатуры и характеристик там идентична. Переезд на нее с УТ будет практически бесшовным, а перенос документов можно осуществить стандартными обработками. При этом вы получаете полноценный блок регламентированного бухгалтерского и налогового учета прямо в единой базе на управляемых формах.
Если бизнес-решение принято окончательно, и вам все же необходимо перенести данные из управляемой УТ 11 в обычную УТ 10/УТП, придерживайтесь следующего строгого алгоритма:
Номенклатура, Контрагенты и Договоры. Определите правила «схлопывания» партнеров в контрагенты.Проанализировав все технические аспекты, мы можем прийти к выводу: переход с УТ 11 на УТ 10 (или УТП 1.2) — это крайняя мера, сопряженная с огромными трудозатратами программистов, рисками потери данных и поломки интеграции с Web-ресурсами. Намного более перспективным, дешевым и технологичным решением является внедрение комплексных конфигураций нового поколения на управляемых формах (КА 2 / BAS КУП) либо организация стандартного обмена данными между торговой базой и бухгалтерией.