Переход на новые релизы 1С:Розница, особенно в ветке 2.3.5, часто вызывает оправданные опасения у технических специалистов. Основная причина стремления к обновлению — необходимость ускорения работы с маркированным товаром в РМК и поддержка актуальных требований законодательства (Честный ЗНАК, ФФД 1.2). Однако, как показывает практика и обсуждения на технических форумах, версия 2.3.5 имеет ряд критических особенностей, которые требуют детального разбора перед внедрением.
В этой статье мы подробно проанализируем стабильность конфигурации Розница 2.3.5, рассмотрим основные «подводные камни» при переходе с версии 2.3.3 и определим пошаговый алгоритм минимизации рисков для бизнеса.
Первое, на что стоит обратить внимание — это беспрецедентное количество официальных исправлений (патчей) для этой ветки. Проанализируем ситуацию: релизы выходят практически ежедневно, исправляя ошибки в работе с маркировкой, расчете НДС и взаимодействии с торговым оборудованием. Это связано не столько с недоработками самой 1С, сколько с динамично меняющимся API ЦРПТ. Рассмотрим основные факторы, влияющие на стабильность:
000070397 приводила к массовым сбоям у клиентов, что требовало немедленной установки исправлений.Одной из самых острых проблем 2.3.5 являются «глюки» при работе сканеров в режиме эмуляции клавиатуры. Выясним причину: современные коды маркировки DataMatrix содержат спецсимволы-разделители (например, GS1 GS). В режиме клавиатуры драйвер часто некорректно интерпретирует эти символы или «проглатывает» их, из-за чего система выдает ошибку: «Код не соответствует шаблону».
Решение: Единственным стабильным способом работы в данной версии является перевод сканеров в режим COM-порта (RS-232 эмуляция). Разберем по шагам, как это реализовать:
Port (например, COM3).Проанализируем ситуацию: в режиме COM данные передаются в систему напрямую через прерывание драйвера, что исключает влияние раскладки клавиатуры и задержек операционной системы на чтение кода маркировки.
Переход с 2.3.3 на 2.3.5 — это не просто обновление, а полноценный «прыжок» через архитектурные изменения версии 2.3.4. Рассмотрим процесс реструктуризации базы данных. Основная нагрузка ложится на регистры сведений, отвечающие за маркировку.
При первом запуске после обновления инициируется процедура «Заполнение данных штрихкодов упаковок». На больших базах этот процесс может вызвать:
Рекомендация: Перед обновлением обязательно выполните очистку кэша сервера и проверку целостности базы (ТИИ). Если база файловая, крайне желательно временно перевести ее в клиент-серверный вариант для выполнения тяжелых регламентных операций обновления.
Многие пользователи жалуются на «зависание» РМК при сканировании марки. Рассмотрим механизм: в 2.3.5 внедрена логика обязательной проверки статуса кода в системе «Честный ЗНАК» перед добавлением в чек. Если интернет-соединение нестабильно или сервера ЦРПТ перегружены, кассир вынужден ждать ответа несколько секунд на каждую позицию.
Для оптимизации работы в условиях нестабильного сервиса, проанализируем настройки интеграции:
// Пример логики, которую можно встретить в модулях интеграции
Если Настройки.КонтролироватьСтатусыМаркировки Тогда
РезультатПроверки = ИнтеграцияИСМП.ПроверитьКод(КодМаркировки);
Если Не РезультатПроверки.СтатусОК Тогда
Предупреждение("Продажа запрещена: некорректный статус кода");
КонецЕсли;
КонецЕсли;
Если работа магазина парализована из-за внешних задержек, технические специалисты иногда временно отключают опцию «Контролировать статусы кодов маркировки» в настройках интеграции с ИС МП. Однако помните, что это перекладывает ответственность за корректность кодов на владельца бизнеса.
Ветку 2.3.5 следует рассматривать как подготовительную для перехода на ФФД 1.2. Рассмотрим важные моменты при работе с ККТ (Атол, Штрих-М):
Неверный формат кода маркировки.Подводя итог, проанализируем, стоит ли переходить на 2.3.5 прямо сейчас. Если ваша текущая версия 2.3.3 стабильна и позволяет работать с текущими группами товаров, возможно, стоит дождаться более зрелых релизов ветки 2.3.6 или 2.3.7.
Если же обновление неизбежно, придерживайтесь следующего плана:
Помните, что стабильность 1С:Розница 2.3.5 во многом зависит от качества предварительной настройки и оперативного реагирования на выпуск новых исправлений от разработчика.