← На главную

При организации розничной торговли в удаленных магазинах часто возникает необходимость регулярно контролировать товарные остатки в центральной базе компании. Разберем распространенную задачу: в головном офисе используется конфигурация «1С:Управление нашей фирмой» (УНФ), и требуется настроить обмен с розничной точкой каждые 30 минут так, чтобы в течение дня в центральном узле отображались актуальные списываемые остатки.

Выясним, почему стандартная связка «1С:УНФ + 1С:Розница» не всегда подходит для этих целей, как работает механизм распределенной информационной базы (РИБ) внутри УНФ и какие альтернативные варианты решения существуют.

Ограничения стандартного обмена «1С:УНФ — 1С:Розница»

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

1. Документы Чек ККМ не выгружаются из «1С:Розницы» в «1С:УНФ». При проведении розничных продаж на кассе чеки формируют оперативные движения только в локальной базе магазина.
2. Передача сведений о продажах в центральную базу происходит исключительно через документ Отчет о розничных продажах. Данный документ формируется автоматически при закрытии кассовой смены (Z-отчет).

Проанализируем результат: если обмен выполняется каждые 30 минут, но смена закрывается в конце рабочего дня, центральная база не увидит движения по чекам в течение смены. Оперативные остатки товаров в центральной 1С:УНФ обновятся лишь единовременно вечером, после проведения отчета о розничных продажах и очередного сеанса связи.

Решение задачи через РИБ «1С:УНФ — 1С:УНФ»

Если главным требованием является получение актуальных остатков в центральной базе в режиме близком к реальному времени, оптимальным решением выступает организация Распределенной Информационной Базы (РИБ) между двумя идентичными конфигурациями 1С:УНФ (Центральный узел — Периферийный узел магазина).

Рассмотрим по шагам, как ведет себя система в распределенной структуре:

1. Миграция документов: В отличие от межконфигурационного обмена, в РИБ документ Чек ККМ является стандартным объектом обеих баз. Кассир пробивает чек на удаленной точке в периферийной базе УНФ.
2. Проведение и движения: Документ Чек ККМ сразу создает движения в локальном регистре накопителя остатков запасов.
3. Передача в центральный узел: При проведении очередной синхронизации (например, каждые 30 минут) сам документ Чек ККМ и сформированные им движения передаются в центральную базу УНФ. В результате менеджеры в головном офисе видят списания товаров и оперативный остаток в течение дня.
4. Закрытие смены: При выемке выручки и закрытии смены на удаленной кассе чеки архивируются или снимаются с проведения, а оперативные движения переходят на итоговый документ Отчет о розничных продажах. Во время следующего обмена центральный узел РИБ корректно замещает движения чеков движениями сводного отчета.

Особенности выбора канала обмена

При выборе транспорта для передачи файлов выгрузки следует соблюдать осторожность. Часто для этого пытаются использовать сторонние облачные сервисы (например, Яндекс.Диск или аналогичные синхронизаторы каталогов).

Проанализируем технические риски файлового обмена через внешние облачные фоновые агенты:

1. Захват и блокировка файлов: При частых обменах (раз в 30 минут и чаще) облачный клиент может заблокировать файл пакета обмена xml или zip для репликации в момент, когда платформа 1С пытается произвести считывание или запись. Это приводит к ошибкам доступа («Файл заблокирован другим приложением»).
2. Задержка синхронизации: Служба облачного диска может отложить загрузку файла при нестабильном интернет-соединении.

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

1. Прямое подключение через веб-сервер (публикация базы на Apache или IIS с обменом по HTTP/HTTPS).
2. Обмен через выделенный FTP-сервер.
3. Обмен через электронную почту (e-mail).

Альтернативные архитектурные решения

Посмотрим на другие проверенные способы организации работы удаленной точки, если стандартный РИБ по каким-то причинам использовать не планируется:

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

Итоги и рекомендации

Для реализации поставленной задачи наиболее простым и штатным решением является построение схемы РИБ «УНФ (Центр) — УНФ (Магазин)». В этом случае чеки ККМ будут мигрировать в центральную базу и оперативно списывать остатки товаров. Для передачи данных рекомендуем настроить регулярный обмен через HTTP-сервис или FTP, избегая использования синхронизируемых папок облачных дисков.