← На главную

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

Вариант 1. Архитектура распределенной информационной базы (РИБ по магазинам)

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

Разберем ключевые особенности настройки плана обмена:

1. Выбор типа обмена: В типовой конфигурации 1С:Розница используется механизм РИБ по магазинам. При таком подходе в кассовый узел выгружаются только справочники, цены и остатки конкретного торгового объекта, а не вся база целиком, что экономит ресурсы ПК.
2. Разделение процессов: Поступления товаров, установка цен и формирование штрихкодов выполняются в центральной базе на ноутбуке. После завершения приемки формируется пакет выгрузки. На кассовом ПК при получении пакета обновляются остатки и номенклатура, после чего продавец сразу видит актуальные данные в режиме РМК (рабочее место кассира).
3. Транспорт обмена: Для передачи файлов данных (сообщений обмена) чаще всего настраивают обмен через FTP-сервер или синхронизацию через локальный каталог облачного хранилища (например, каталог Яндекс.Диска). Это избавляет от необходимости поднимать собственный сервер с выделенным статическим IP-адресом.

Проанализируем важные ограничения и подводные камни схемы РИБ:

1. Лицензирование: Механизм РИБ принципиально не поддерживается базовыми версиями конфигураций. Для центрального узла потребуется версия ПРОФ (например, 1С:Розница ПРОФ), а также дополнительные лицензии для каждого рабочего места или узла.
2. Обновление конфигурации: При накатывании релиза конфигурации обновление сначала применяется в центральной базе. После отправки пакета периферийный узел блокирует загрузку данных до тех пор, пока на кассе не будет выполнено принятие изменений конфигурации через Конфигуратор или автоматический перезапуск.
3. Коллизии версий: По умолчанию при синхронизации приоритет отдается данным из главного узла. Если один и тот же документ редактируется одновременно на кассе и на ноутбуке, изменения с кассы могут быть перезаписаны.

Вариант 2. Публикация на веб-сервере и работа через тонкий клиент

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

Разберем по шагам, почему прямое RDP-подключение к рабочему столу уступает веб-серверу при работе с торговым оборудованием:

1. Проблема RDP с кассовой техникой: При подключении к удаленному рабочему столу через RDP фискальный регистратор, сканер штрихкодов и эквайринговый терминал приходится пробрасывать через виртуальные COM-порты. Это приводит к зависаниям драйверов, задержкам при печати чеков и периодической потере связи с ККТ.
2. Преимущество тонкого клиента: База публикуется на веб-сервере (Apache или IIS) либо подключается через сервис 1С:Линк. На кассовом ПК устанавливается платформа 1С и запускается Тонкий клиент. Благодаря встроенной Библиотеке подключаемого оборудования (БПО) все торговые аппараты опрашиваются локально драйверами кассовой машины, а в базу по сети передаются только команды и готовые фискальные данные. Скорость отклика кассы при этом сопоставима с локальной работой.
3. Облачный вариант (SaaS): Если нет желания администрировать веб-сервер и следить за резервными копиями дома, оптимально арендовать базу в облаке. Ноутбук и касса подключаются к одной облачной базе через тонкий клиент, что дает мгновенное отражение остатков и продаж без выполнения ручных сеансов синхронизации.

Специфика учета в магазине одежды: маркировка и номенклатура

Организуя учет в сегменте розничной торговли одеждой, обязательно учтем отраслевые требования законодательства и особенности ведения карточек товаров:

1. Учет по характеристикам: Для предметов гардероба критически важно включать использование характеристик номенклатуры (размерный ряд, цвет, рост). Это исключает разрастание справочника номенклатуры на тысячи дублирующих позиций с одинаковыми наименованиями.
2. Обязательная маркировка («Честный ЗНАК»): Изделия легкой промышленности подлежат учету кодов маркировки DataMatrix. На кассовом ПК обязателен 2D-сканер и фискальный регистратор с поддержкой ФФД 1.2.
3. Разрешительный режим: Перед формированием чека кассовое ПО обязано проверять статус кода маркировки в онлайн-режиме через систему маркировки. Следовательно, даже при автономной схеме РИБ кассовому узлу обязательно требуется стабильный доступ в интернет в момент пробития чеков.
4. Приемка по ЭДО: Приемка маркированной одежды от поставщиков осуществляется электронными УПД. Компьютер, на котором оформляется поступление (в нашем случае ноутбук), должен иметь настроенный сертификат КЭП и доступ к сервису обмена электронными документами.

Как проводить ревизию без остановки продаж на кассе

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

Разберем наиболее эффективные схемы пересчета:

1. Использование документа «Пересчет товаров»: В типовой конфигурации пересчет можно проводить поэтапно по отдельным группам номенклатуры или секциям склада, не останавливая работу всего магазина. Кассир продолжает бить чеки в РМК, а программа автоматически фиксирует момент снятия остатков.
2. Мобильные рабочие места и сканеры: Вместо ноутбука для ревизии в зале практичнее использовать смартфон с мобильным клиентом 1С или специализированным приложением, подключив к нему компактный беспроводной Bluetooth-сканер штрихкодов. Собранные штрихкоды и коды маркировки выгружаются напрямую в документ Пересчет товаров, после чего в центральной базе формируются списания или оприходования излишков.