Разберем классическую ситуацию, с которой сталкиваются при настройке обмена между базами 1С:Управление торговлей 10.3 (выступает в роли управляющей системы на складе) и 1С:Розница (учет в магазине). После первоначальной настройки и сопоставления реквизитов синхронизация проходит успешно, но созданные документы поступления и перемещения товаров не переносятся из УТ в Розницу. При этом в Рознице склады меняют свой тип на оптовые, а при проведении документов появляются сообщения о недопоставке.
Проанализируем ситуацию по шагам и выясним причины такого поведения системы, а также рассмотрим подробнее методы исправления этих ошибок.
При первой синхронизации многие замечают, что склады в базе приемнике (Рознице) массово становятся оптовыми, хотя до обмена были розничными. Чтобы понять суть проблемы, посмотрим на архитектуру конфигураций. Логика работы справочников мест хранения в этих базах кардинально различается.
В конфигурации УправлениеТорговлей (УТ 10.3) используется единый плоский справочник Склады с реквизитом вида: оптовый, розничный или НТТ (неавтоматизированная торговая точка). А вот в конфигурации Розница архитектура сложнее: здесь существует корневая сущность Магазины, которой уже подчиняются конкретные Склады.
Если при первичной синхронизации сопоставление складов и магазинов было выполнено некорректно, или склад в УТ не был жестко привязан к розничному формату, правила конвертации не могут найти нужную связь с сущностью магазина. В итоге 1С:Розница классифицирует пришедшие элементы как внешние склады управляющей системы и автоматически присваивает им статус «Оптовый». Из-за этого дальнейшая маршрутизация розничных документов ломается.
Часто в настройках отбора узла обмена в УТ 10.3 в графе «Склад» можно увидеть надпись <Объект не найден...>. Это критическая ошибка, которая напрямую влияет на регистрацию документов.
Надпись означает, что в настройках синхронизации сохранилась ссылка (внутренний идентификатор GUID) на склад, который физически удален из базы УТ. Как это происходит:
Из-за такой битой ссылки механизм регистрации изменений дает сбой. Алгоритмы обмена пытаются проверить, подлежит ли документ выгрузке, обращаются к фильтру, натыкаются на удаленный объект и пропускают документ. Документы перемещения просто не фиксируются к выгрузке.
Как исправить: Обязательно снимите галочки отбора по проблемным складам и очистите табличную часть фильтров в настройках узла обмена. Если вам нужны операции по всем складам, просто оставьте отбор пустым.
Если документы все равно не уходят, не нужно пытаться выгружать огромные объемы данных и анализировать гигантские файлы. Выполним точечную отладку:
РегистрацияИзмененийДляОбмена в УТ 10.3.ПеремещениеТоваров).Важно помнить про ретроспективный перенос. Любые документы, которые вы создали и провели в УТ до того, как исправили настройки синхронизации (убрали битые ссылки и настроили типы складов), автоматически к обмену не подтянутся. Их необходимо зарегистрировать к выгрузке вручную через ту же обработку регистрации изменений или перепровести в самой базе.
Если документ перемещения всё же перешел в 1С:Розницу, вы можете столкнуться с тем, что остатки товара не появились, а в отчетах висит графа «Недопоставка» с восклицательным знаком.
Это не ошибка синхронизации, а результат включенной ордерной схемы поступления товаров в настройках конкретного магазина в Рознице.
Проанализируем ситуацию: при ордерной схеме пришедший финансовый документ ПеремещениеТоваров не делает движений по регистрам фактических складских остатков. Он выступает лишь в роли распоряжения сотрудникам магазина осуществить приемку.
Для появления остатков выполним следующие действия:
ПриходныйОрдерНаТовары.Только после проведения приходного ордера товар перестанет числиться "в пути", предупреждающий знак исчезнет, а товар станет доступен для продажи через РМК.
Внимательно проверяйте настройки фильтрации в узлах обмена, корректно сопоставляйте магазины со складами и не забывайте про складские ордера — и обмен между УТ и Розницей будет работать как часы!