Обмен данными между магазинами в 1С:Розница
Обмен данными связывает магазины с центральной базой 1С:Розница. Из центрального офиса в торговые точки передаются товары, штрихкоды и цены, а обратно поступают продажи, возвраты и складские документы.
Ошибки в этой цепочке быстро отражаются на работе сети: на кассе действует старая цена, продажи поступают с задержкой, один товар появляется под разными кодами, а остатки в магазине и центральной базе расходятся. Чтобы обмен работал стабильно, недостаточно установить расписание синхронизации - необходимо определить, где создаются данные, кто может их изменять и по какому маршруту они передаются между базами.
Когда между магазинами нужен обмен
Если сотрудники всех торговых точек подключаются к одной информационной базе, отдельного обмена между магазинами нет. Товары, цены, документы и остатки хранятся в общей системе и доступны пользователям с учётом их прав.
Такая схема требует стабильного доступа к серверу. Если связь пропадает, магазин может потерять возможность выполнять часть операций до восстановления подключения.
Другой вариант — отдельная база в каждом магазине или локальные рабочие места кассиров. Торговая точка продолжает работать независимо от центральной базы, но данные необходимо регулярно синхронизировать. В магазин передаются товары и цены, а обратно — продажи, возвраты и складские документы
Какие данные передаются между базами
Состав обмена зависит от принятой схемы учета. Обычно данные движутся в двух направлениях.
До настройки необходимо определить источник каждого вида данных. Например, карточки товаров и цены обычно ведут централизованно, а продажи появляются в магазине и затем поступают в общую базу.
Если один товар независимо создают в нескольких точках, синхронизация не исправит ситуацию. В системе появятся дубли с разными кодами, штрихкодами или единицами измерения. По этой же причине изменения цен и ассортимента лучше проводить по утверждённому маршруту.
Настройки скидок и программ лояльности требуют отдельной проверки. Не каждый формат обмена передаёт их в полном объёме, поэтому до запуска нужно протестировать не только товар и цену, но и фактический расчёт скидки на кассе.
Если один товар независимо создают в нескольких точках, синхронизация не исправит ситуацию. В системе появятся дубли с разными кодами, штрихкодами или единицами измерения. По этой же причине изменения цен и ассортимента лучше проводить по утверждённому маршруту.
Настройки скидок и программ лояльности требуют отдельной проверки. Не каждый формат обмена передаёт их в полном объёме, поэтому до запуска нужно протестировать не только товар и цену, но и фактический расчёт скидки на кассе.
Общая база, РИБ или отдельные кассовые узлы
Выбор схемы зависит от качества связи, количества операций в магазине и степени централизации управления.
Общая база подходит сети со стабильным подключением к серверу. Центральный офис сразу видит документы, а магазинам не приходится ждать очередного сеанса обмена. При этом необходимо предусмотреть работу торговых точек на случай проблем с интернетом или сервером.
Распределённая информационная база используется, когда магазины работают в отдельных базах одной конфигурации. Каждая торговая точка сохраняет возможность оформлять операции локально, а изменения передаются между узлами по установленному расписанию.
Центральная 1С:Розница и отдельные 1С:РМК подходят, если основная работа в магазинах ведётся на кассах, а управление товарами, ценами и складскими процессами остаётся в центральной системе.
Количество магазинов само по себе не определяет архитектуру. Две торговые точки с нестабильной связью могут нуждаться в автономных базах, а более крупная сеть со стабильной инфраструктурой — работать в едином контуре.
Если сеть только готовится к запуску, схему обмена лучше определить на этапе внедрения и настройки 1С:Розница. Менять источники данных и переносить справочники после начала работы сложнее: к этому моменту в базах уже накапливаются продажи, остатки и дубли.
Почему обмен работает с ошибками
Один из частых сценариев выглядит так: обмен завершается без сообщения об ошибке, но в магазине отсутствует новая цена или центральная база не получает часть продаж. Технически данные были отправлены, однако нужный объект не вошёл в правила обмена, не сопоставился или не был обработан в другой базе.
Проблемы также возникают, когда магазины работают на разных версиях конфигурации, а доработки выполнены только в одной базе. После обновления могут измениться правила регистрации и обработки данных, поэтому работу обмена следует проверять на тестовом контуре.
На результат влияют и сами справочники. Дубли товаров, разные штрихкоды, ручное изменение цен и несогласованные единицы измерения приводят к расхождениям даже при исправно работающей синхронизации.
Ещё одна причина — отсутствие контроля. Если ошибки остаются только в журнале регистрации, сотрудники замечают проблему уже после сверки выручки или инвентаризации. Для сети необходимо определить, кто проверяет состояние обмена, как быстро разбираются ошибки и за какой период нужно сверять данные.
Как проверить обмен перед запуском
Проверка должна охватывать полный маршрут данных, а не отдельную успешную выгрузку. До подключения всех магазинов стоит выполнить несколько операций:
- Создать товар и штрихкод в центральной базе и проверить их появление в магазине.
- Назначить новую цену с определённой датой действия и проверить её на кассе.
- Оформить продажу, возврат и закрытие кассовой смены.
- Временно прервать связь, продолжить работу и затем восстановить обмен.
- Сверить продажи, оплаты и остатки после завершения синхронизации.
Если в сети используются перемещения, локальные поступления, инвентаризации или программы лояльности, их проверяют отдельными сценариями. Результатом теста должна быть одинаковая интерпретация операции во всех участвующих базах.
Обмен с 1С:Бухгалтерией
Обмен между магазинами не следует смешивать с передачей данных в «1С:Бухгалтерию для Казахстана». В первом случае обеспечивается оперативная работа торговой сети, во втором — отражение хозяйственных операций в бухгалтерском и налоговом учёте.
Для каждого контура определяют свой состав документов и периодичность передачи. Если 1С:Розница связана с бухгалтерией, интернет-магазином, складской системой или другими сервисами, необходимо согласовать маршруты данных между всеми участниками. Такие задачи рассматриваются в рамках интеграции 1С с другими системами.
Когда обмен необходимо перенастраивать
Разовый сбой связи не всегда требует изменения всей системы. Но если магазины регулярно корректируют товары и цены вручную, продажи передаются с непредсказуемой задержкой, а после каждого обновления возникают новые ошибки, нужно разбирать архитектуру обмена целиком.
Наши специалисты определят, в какой базе должны создаваться товары, цены и документы, проверят существующие узлы и правила синхронизации, устранят причины дублей и протестируют передачу данных от центральной базы до кассы и обратно.
Корректно настроенный обмен оценивается по результату: магазин работает с актуальными ценами, центральный офис получает продажи в установленный срок, а остатки можно сверить без ручного восстановления документов.
29.09.2026
