← На главную

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

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

Почему документ реализации из УТ 11 не выгружается в Розницу 2

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

Попытка просто включить документ реализации в состав выгрузки УТ влечет за собой ряд серьезных технических сложностей:

1. Строгая иерархия складов в Рознице: в конфигурации 1С:Розница любой склад жестко привязан к справочнику Магазины. Если склад в документе УТ не сопоставлен с конкретным магазином или сопоставлен некорректно, документ при загрузке выдаст критическую ошибку.
2. Ордерная схема документооборота: во многих магазинах включен ордерный склад. В этом случае документ Реализация товаров выполняет лишь финансовые движения и создает распоряжение, а фактический остаток списывается только документом Расходный ордер на товары. Если ордер не сформирован, остаток магазина на уровне склада не изменится.
3. Контроль остатков при загрузке: если в Рознице включен оперативный контроль остатков, а продажи за текущий день еще не отправлены в УТ, проведение накладной в Рознице может завершиться отказом из-за мнимой нехватки товара.
4. Различия в структуре справочников: в УТ 11 разделены сущности Партнеры и Контрагенты, используются договоры и индивидуальные соглашения. В Рознице учет контрагентов предельно упрощен, что создает риск появления дублей или сбоев при сопоставлении реквизитов.

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

Вариант 1. Оформление оптовой отгрузки на стороне Розницы (штатная схема)

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

Разберем последовательность действий при данном сценарии:

1. В центральной базе 1С:Управление торговлей создаем и согласовываем данные оптового контрагента. При типовом обмене карточка контрагента автоматически мигрирует в базу 1С:Розница.
2. В розничном магазине сотрудник открывает базу Розницы и оформляет документ Реализация товаров (раздел Продажи), выбирая оптового контрагента и склад своего магазина.
3. Документ штатно списывает товарный остаток розничной точки (при ордерной схеме оператор сразу оформляет Расходный ордер на товары).
4. При очередном сеансе обмена документ Реализация товаров штатно переносится в УТ 11, где автоматически создается документ Реализация товаров и услуг. Финансовые расчеты, задолженность и учет НДС формируются в бэк-офисе корректно.

Этот подход гарантирует полное совпадение оперативных остатков в обеих системах без внесения правок в правила обмена.

Вариант 2. Схема через внутреннее перемещение и виртуальный склад в УТ

Бывают ситуации, когда операторы розничных точек не имеют права выписывать накладные юридическим лицам, а все сделки с оптовиками ведут менеджеры головного офиса в УТ. Чтобы не дорабатывать обмен, применим методику работы через промежуточный виртуальный склад.

Выполним следующие шаги:

1. В справочнике Склады (места хранения) конфигурации УТ создаем виртуальный оптовый склад (например, «Оптовая зона (Магазин №1)»). Важно: данный склад не включается в узел обмена с Розницей.
2. При необходимости продать товар с розничной точки менеджер в УТ создает документ Перемещение товаров со склада магазина на созданный виртуальный склад.
3. Документ Перемещение товаров штатно выгружается в Розницу в рамках стандартного обмена, где регистрирует списание остатка с магазина.
4. Менеджер в УТ оформляет документ Реализация товаров и услуг уже с виртуального оптового склада. Поскольку этот склад не синхронизируется с Розницей, накладная не пытается передаться в магазин, а остатки в обеих базах сходятся без единой ошибки.

Вариант 3. Доработка правил регистрации и конвертации данных

Если бизнес категорически требует создавать накладные только в УТ 11 и списывать товар напрямую с розничного магазина без промежуточных документов перемещения, потребуется техническая доработка правил обмена.

Разберем, какие изменения необходимо внести в алгоритмы синхронизации:

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

Выбор оптимального варианта зависит от квалификации персонала в магазинах и готовности компании поддерживать кастомизированные правила обмена при регулярных обновлениях типовых конфигураций 1С.