Как обновить 1С:Управление торговлей 10.3 с релиза 2014 года для подключения онлайн-касс в РИБ?

Переход на онлайн-кассы для старых конфигураций 1С — это всегда сложный проект, особенно когда речь идет о сильно доработанной базе УТ 10.3, которая не обновлялась более пяти лет. Ситуация осложняется наличием Распределенной Информационной Базы (РИБ), где простой магазинов критичен для бизнеса. В этой статье мы подробно разберем, как подготовиться к обновлению, выберем оптимальную стратегию перехода и проанализируем технические нюансы работы с торговым оборудованием.

Анализ текущего состояния и выбор стратегии

Ситуация, когда база застряла на релизе 10.3.30, означает, что программа «пропустила» не только переход на онлайн-кассы (54-ФЗ), но и изменение ставки НДС до 20%, внедрение обязательной маркировки товаров (Честный Знак) и новые форматы фискальных данных (ФФД 1.05 и 1.2). Рассмотрим два основных пути решения задачи.

1. Полное обновление конфигурации до актуального релиза. Это надежный путь, который обеспечит корректность учета НДС, полноценную работу с маркировкой и поддержку современных драйверов.
2. «Легкий» апгрейд через внешние компоненты. Если вам нужно только «пробивать чеки» и вы не планируете работать с маркировкой, можно внедрить поддержку онлайн-касс через внешние драйверы (например, Атол или Штрих-М), не обновляя всю конфигурацию.

Разберем подробно каждый из этих сценариев.

Сценарий 1: Последовательное обновление конфигурации (Классический путь)

Попытка «накатить» финальный cf файл актуального релиза на версию 10.3.30 с высокой вероятностью приведет к потере данных или критическим ошибкам. Нам необходимо выполнить обновление через так называемые релизы-трамплины. Проанализируем ключевые этапы этого процесса.

Шаг 1: Подготовка платформы
Для корректной работы современных библиотек торгового оборудования и протоколов безопасности TLS (необходимых для связи с ОФД) нам потребуется обновить платформу. Рекомендуется использовать версию 8.3.18 или выше. Старые версии платформы (8.2 или ранние 8.3) не смогут корректно работать с NativeAPI драйверами ККТ.

Шаг 2: Проход по цепочке релизов
Для УТ 10.3 критически важно делать остановки на релизах, где менялась структура метаданных (например, переход на новые регистры учета НДС). Рекомендуемая цепочка «прыжков»:
10.3.30 -> 10.3.39 -> 10.3.45 -> 10.3.50 -> 10.3.70+
На каждой контрольной точке необходимо запускать базу в режиме «Предприятие», чтобы отработали процедуры ОбработкаОбновленияИнформационнойБазы.

Шаг 3: Особенности обновления в РИБ
Автор исходной темы предлагает заменить базы в магазинах копиями центральной. Рассмотрим этот метод подробнее. Это позволяет избежать длительной передачи огромных .zip пакетов с изменениями конфигурации по сети. Однако это требует ручного «перевзведения» РИБ. Выясним последовательность действий:

1. Выполняем полное обновление центрального узла на копии.
2. Проверяем работоспособность всех доработок (скидочная система и прочее).
3. В день «X» синхронизируем все узлы, чтобы данные в центре были актуальны.
4. Заменяем конфигурацию в центральной базе.
5. Формируем новые начальные образы для магазинов или используем скрипты для «отвязки» копии центра от главного узла с последующим назначением кодов узлов.

Для программного изменения признака главного узла можно использовать следующий код:

ПланыОбмена.УстановитьГлавныйУзел(Неопределено);
// Теперь база стала автономной, можно настраивать РИБ заново

Сценарий 2: Использование внешних драйверов (Быстрый путь)

Если время на обновление крайне ограничено, проанализируем вариант интеграции ККТ напрямую через API драйвера. Это позволит не менять логику документов ЧекККМ и ОтчетОРозничныхПродажах, а лишь добавить процедуру печати.

Для работы с ККТ Атол через драйвер версии 10 можно использовать COM-объект. Рассмотрим пример инициализации:

Драйвер = Новый COMОбъект("AddIn.Atol_Device_10");
Драйвер.setSingleSetting(Драйвер.LIBFPTR_SETTING_MODEL, Строка(Драйвер.LIBFPTR_MODEL_ATOL_AUTO));
Драйвер.setSingleSetting(Драйвер.LIBFPTR_SETTING_PORT, Строка(Драйвер.LIBFPTR_PORT_USB));
Драйвер.applySingleSettings();
Драйвер.open();

Важный нюанс: При таком подходе вы берете на себя ответственность за передачу всех обязательных тегов в ОФД (ИНН кассира, система налогообложения, признаки способа и предмета расчета). В старых документах УТ 10.3.30 этих полей нет, поэтому их придется добавить в конфигурацию как дополнительные реквизиты или заполнять программно «заглушками».

Проблемы НДС и Маркировки

При обновлении с версии 2014 года мы столкнемся с проблемой НДС 20%. В релизе 10.3.30 ставка 18% могла быть жестко прописана в некоторых алгоритмах или перечислениях. Актуальные релизы УТ 10.3 уже содержат механизмы автоматической подстановки 20% в зависимости от даты документа. Если мы выбираем путь «без обновления», нам придется вручную корректировать справочники СтавкиНДС и переписывать модули печати чеков, чтобы сумма налога рассчитывалась корректно.

Что касается Маркировки, то полноценная поддержка DataMatrix кодов и интеграция с системой «Честный Знак» появилась в УТ 10.3 только в последних версиях. Реализовать это «с нуля» в старой базе крайне трудозатратно. Если ваши магазины торгуют обувью, одеждой или табаком, полное обновление до актуального релиза является обязательным.

Рекомендации по проведению работ

Проанализировав все риски, мы рекомендуем следующий план подготовки:

1. Тестовый прогон: Проведите полное обновление на копии центральной базы. Замерьте время выполнения обработок обновления. В УТ 10.3 они могут выполняться несколько часов на больших объемах данных.
2. Проверка оборудования: Подключите онлайн-кассу к тестовой обновленной базе. Убедитесь, что драйвер «подхватился» и тест устройства проходит успешно.
3. Аудит доработок: Поскольку база снята с поддержки, при накатывании cf файла используйте режим «Сравнение/Объединение», чтобы не затереть уникальные механизмы скидок.
4. Настройка РМК: В новых релизах существенно переработано Рабочее место кассира. Проверьте, сохранили ли кассиры доступ к необходимым кнопкам и функциям.

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