Как организовать работу с маркировкой "Честный ЗНАК" в сети магазинов при переходе с 1С:Розница 1.0?

Рассмотрим распространенную ситуацию: компания много лет использует конфигурацию "1С:Розница 1.0" в связке с "1С:Управление торговлей 10.3". Система доработана внешними обработками, настроен обмен, все работает стабильно. Однако с введением обязательной маркировки товаров возникает вопрос: можно ли остаться на старой, привычной системе, или необходимо переходить на современные решения, такие как "1С:Розница 3.0"? Проанализируем возможные варианты, с которыми сталкиваются пользователи, и разберем наиболее эффективные стратегии перехода.

Почему оставаться на "1С:Розница 1.0" — рискованный путь

Первое, что необходимо принять, — конфигурация "1С:Розница 1.0" официально снята с поддержки. Это означает, что фирма "1С" больше не выпускает для нее обновления, связанные с изменениями законодательства. Функционал по работе с маркировкой, если он и есть в старых релизах, не соответствует актуальным требованиям, таким как поддержка формата фискальных данных ФФД 1.2, обязательного для продажи маркированных товаров.

Попытки "оживить" старую систему с помощью сторонних решений, как показывает практика, приводят к новым проблемам:

• Высокая стоимость: Внешние модули для интеграции с "Честным ЗНАКом" часто лицензируются на каждое рабочее место. Для сети из нескольких магазинов это может вылиться в значительную сумму, сопоставимую со стоимостью перехода на новую систему.
• Ненадежность: Разработчик такого модуля может прекратить его поддержку в любой момент, оставив вас один на один с неработающей системой.
• Ограниченный функционал: Внешние обработки могут решать только узкую задачу, например, выбытие товара на кассе. Но полноценная работа с маркировкой включает приемку электронных УПД, ввод в оборот, работу с объемно-сортовым учетом, что такие модули обычно не обеспечивают.

Таким образом, стратегически верным решением является переход на современную, поддерживаемую конфигурацию. Разберем, как это сделать наиболее эффективно для сети магазинов.

Решение 1: Централизованная архитектура с легкими кассовыми клиентами

Этот подход является наиболее современным и рекомендованным. Он предполагает создание центральной базы данных, которая будет "мозгом" всей системы, и использование на торговых точках легких и недорогих кассовых программ. Разберем по шагам.

1. Выбор центральной товароучетной системы. В качестве центральной базы, которая будет установлена на сервере или в облаке, можно выбрать одну из актуальных конфигураций: "1С:Розница 3.0", "1С:Управление торговлей 11" или "1С:Управление нашей фирмой 3.0".
2. Перенос данных и настройка обмена с "Честным ЗНАКом". В эту центральную базу переносятся все основные справочники (номенклатура, контрагенты и т.д.). Важный момент: вся работа с маркировкой (приемка электронных УПД от поставщиков, подтверждение документов) выполняется только в этой центральной базе. На торговые точки не нужно устанавливать локальные модули "Честного ЗНАКа" для приемки, так как проверка марки при продаже происходит онлайн через запрос к серверам "ЧЗ". Главное, чтобы на момент продажи код маркировки числился за вашим ИНН.
3. Организация рабочих мест на точках. Вместо покупки и установки полноценной "1С:Розницы" на каждую из 8 точек, используйте более простые и дешевые решения:
   • "1С:РМК" (Рабочее место кассира): Специализированное приложение для кассира, которое имеет только необходимый для продаж функционал.
   • "1С:Касса": Простое облачное или коробочное решение для автоматизации кассового узла.
   Эти программы значительно дешевле и проще в настройке, чем полная версия "Розницы".
4. Настройка обмена данными. Между центральной базой и кассовыми программами на точках настраивается автоматический обмен по расписанию. Из центра в магазины выгружаются номенклатура, цены, остатки. Из магазинов в центр поступают отчеты о продажах.

Преимущества такого подхода: централизованное управление, снижение затрат на лицензии для торговых точек, упрощение работы кассиров и полное соответствие законодательству.

Решение 2: Объединение удаленных точек через VPN и клиент-серверный режим

Этот вариант подходит, если вы все же хотите использовать полноценную конфигурацию "1С:Розница 3.0" на всех точках, но при этом оптимизировать затраты на лицензии. Он основан на создании единой информационной сети.

1. Настройка VPN (Virtual Private Network). Системный администратор объединяет все удаленные магазины и центральный офис в одну виртуальную локальную сеть. Для программ 1С все компьютеры будут находиться как бы в одном офисе.
2. Клиент-серверная архитектура. В центральном офисе устанавливается сервер 1С. База данных "1С:Розница 3.0" работает в клиент-серверном режиме.
3. Оптимизация лицензирования. В этой схеме вам не нужно покупать 8 отдельных основных поставок программы (по одной на каждый магазин). Вы покупаете:
   • Одну основную поставку "1С:Розница 3.0 ПРОФ".
   • Лицензию на сервер "1С:Предприятие".
   • Клиентские лицензии "1С:Предприятие" на нужное количество рабочих мест (например, на 8).
   Стоимость клиентских лицензий значительно ниже, чем стоимость основных поставок, что приводит к существенной экономии.

Этот вариант требует более серьезной IT-инфраструктуры и квалифицированного администрирования, но дает возможность работать всем сотрудникам в единой базе в режиме реального времени.

Как быть с доработками и обменом данными?

Один из главных аргументов против перехода — наличие наработок и сложный обмен. Рассмотрим, как эти вопросы решаются в современных системах.

Обмен данными. Старая связка "УТ 10.3" и "Розница 1.0" использовала устаревшие форматы обмена. Современные конфигурации ("УТ 11", "Розница 3.0", "КА", "ERP") обмениваются данными через универсальный формат EnterpriseData. Это штатный, поддерживаемый и надежный механизм, который настраивается стандартными средствами и работает значительно стабильнее старых обменов.

Доработки и внешние обработки. Многие функции, которые раньше реализовывались через внешние обработки (например, отправка Z-отчетов или чеков на e-mail), уже являются стандартным функционалом в "1С:Розница 3.0" и других актуальных программах. Потребность в части старых доработок просто отпадет.

Для реализации уникальной бизнес-логики, которую нельзя настроить штатными средствами, используется механизм расширений. Он позволяет добавлять новый функционал или изменять поведение программы, не внося изменений в саму конфигурацию. Это критически важно, так как позволяет без проблем устанавливать штатные обновления.

Важный нюанс: использование расширений возможно только в версиях ПРОФ. Базовые версии не поддерживают доработку конфигурации.

Посмотрим на пример перехвата события пробития чека с помощью расширения, чтобы отправить его на почту без печати бумажной версии. В форме РМК (рабочего места кассира), добавленной в расширение, можно написать следующий код:

&НаКлиенте
&Вместо("КомандаEnter")
Процедура Заместо_ЭНТЕР_П(Команда)
    
    // Включаем флаг, что бумажный чек не нужен
    БезБумаги = Истина;
    
    Если БезБумаги Тогда
        // Устанавливаем параметры для отправки электронного чека
        НеПечататьБумажныйЧек = Истина;
        Email = "ABCDE@ABCDE.AA";
        Объект.НеПечататьБумажныйЧек = Истина;
        
        // Вызываем стандартную процедуру завершения оплаты
        ЗавершениеОплатыПоЧеку();
    Иначе
        // Если флаг выключен, вызываем исходную процедуру пробития чека
        ПродолжитьВызов;
    КонецЕсли;
    
КонецПроцедуры

Директива &Вместо("КомандаEnter") указывает платформе, что при нажатии Enter нужно выполнить нашу процедуру вместо стандартной. Команда ПродолжитьВызов позволяет из нашего кода вызвать оригинальную, замещаемую процедуру. Этот механизм дает гибкие возможности для кастомизации без снятия конфигурации с поддержки.

В заключение, переход с "1С:Розница 1.0" — это не просто вынужденная мера, а шаг к построению более стабильной, масштабируемой и управляемой IT-инфраструктуры для вашего розничного бизнеса.