Переход с редакции Управление торговлей 10.3 на 11.5 — это не просто обновление конфигурации, а полноценный проект по миграции данных в систему с принципиально иной архитектурой. Основная сложность заключается в том, что механизмы учета товаров, себестоимости и взаиморасчетов претерпели значительные изменения. Разберем наиболее эффективные стратегии перехода, проанализируем причины типовых ошибок и выясним, как обеспечить корректный перенос данных.
Первым делом определимся с инструментарием. Многие специалисты ошибочно полагают, что для версии 11.5 не существует типовых правил обмена, хотя существуют и готовые решения для переноса остатков и справочников из УТ 10.3 в УТ 11.5. На самом деле они поставляются вместе с дистрибутивом конфигурации. Рассмотрим, где их найти:
Зайдите в каталог шаблонов обновлений (обычно это путь вида ...1cv8\tmplt\1c\trade\11_5_X_X\AddFiles\Переходы с других конфигураций\УТ103). Там вы обнаружите внешнюю обработку ВыгрузкаДанных.epf и файл правил конвертации в формате .xml. Важно помнить, что фирма «1С» прекратила поддержку УТ 10.3 в апреле 2024 года, поэтому правила могут не учитывать самые последние изменения в специфических механизмах (например, новые форматы маркировки), но для переноса НСИ и остатков они остаются базовым инструментом.
Часто возникает ситуация: при загрузке данных в УТ 11.4 документы ввода остатков создаются корректно, а в УТ 11.5 они либо отсутствуют, либо не формируют движений. Разберем причину этого явления. В редакции 11.5 был внедрен механизм онлайн-взаиморасчетов. Теперь данные пишутся не только в привычные регистры, но и в новые структуры, такие как РасчетыСКлиентамиПоСрокам и РасчетыСПоставщикамиПоСрокам.
Проанализируем шаги, которые необходимо предпринять, чтобы документы Ввод остатков взаиморасчетов стали видны и начали работать:
Одной из самых болезненных точек является перенос товарных остатков. В УТ 10.3 партионный учет часто бывает запущен: остатки по складам сходятся, а в разрезе партий (документов поступления) наблюдается пересортица или отрицательные значения. Типовой механизм перехода пытается перенести остатки именно по партиям, что в 11.5 приводит к хаосу в себестоимости.
Рассмотрим альтернативный подход, который часто выбирают опытные программисты:
Вместо использования типового переноса партий, мы можем написать собственную выгрузку-загрузку. Для этого сформируем таблицу остатков по регистру Товары в организациях или Товары на складах. Суммовую оценку (себестоимость) для ввода остатков в 11.5 можно взять из данных последнего поступления или по средневзвешенной цене за период. Это позволит начать учет в новой базе «с чистого листа», не перетягивая ошибки прошлых лет.
После такого переноса в УТ 11.5 обязательно нужно запустить регламентную операцию Исправление ошибок в данных для расчета себестоимости. Это поможет системе правильно инициализировать регистры и выполнить устранение расхождений между складским и управленческим учетом.
Выясним, какой путь миграции наиболее стабилен на текущий момент. Существует три основных варианта:
Подходит для баз с идеально чистым учетом и минимальными доработками. Плюс в экономии времени, минус — в высокой вероятности ошибок в механизмах взаиморасчетов и заказов, так как правила для 11.5 зачастую являются адаптированными правилами от 11.4.
Рассмотрим этот вариант как наиболее надежный. Механизмы перехода в ветку 11.4 (например, на релиз 11.4.14) отлаживались годами. Порядок действий следующий:
При таком подходе обработчики обновления 11.5 сами сконвертируют данные (в том числе взаиморасчеты) в новый формат, что гораздо безопаснее прямой загрузки.
Для крупных компаний это часто лучший выбор. Мы переносим основные справочники, используя универсальную обработку переноса данных между любыми базами, а остатки по всем разделам учета (склады, кассы, взаиморасчеты) загружаем специально написанными обработками на дату начала периода.
Прежде чем приступать к технической части, проанализируем состояние базы-источника и готовность методологии:
Рассмотрим пример небольшого кода, который помогает быстро проверить соответствие артикулов при переносе, если вы решили писать свою загрузку через COM-соединение или XDTO:
// Пример поиска номенклатуры при загрузке остатков
Функция НайтиНоменклатуру(Артикул, Наименование)
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Номенклатура.Ссылка КАК Ссылка
|ИЗ
| Справочник.Номенклатура КАК Номенклатура
|ГДЕ
| Номенклатура.Артикул = &Артикул";
Запрос.УстановитьПараметр("Артикул", Артикул);
Результат = Запрос.Выполнить();
Если Не Результат.Пустой() Тогда
Выборка = Результат.Выбрать();
Выборка.Следующий();
Возврат Выборка.Ссылка;
КонецЕсли;
Возврат Справочники.Номенклатура.ПустаяСсылка();
КонецФункции
Подводя итог, можно сказать: переход на 11.5 — это трудоемкий процесс, требующий внимательного отношения к функциональным опциям целевой базы. Если типовые правила выдают неудовлетворительный результат по взаиморасчетам, лучше воспользоваться промежуточным обновлением через версию 11.4 или доработать правила в Конвертации данных 2.1, уделив особое внимание правилам выгрузки данных (ПВД) для документов ввода остатков.