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