← На главную

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

В данной статье мы подробно разберем, почему возникает эта ошибка, и рассмотрим несколько способов её решения: от простых манипуляций с настройками обмена до прямого редактирования системных реквизитов через специализированные обработки.

Почему происходит автоматическая смена типа объекта?

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

Если во время синхронизации система обнаруживает расхождение в этих данных, она автоматически помечает магазин как объект, пришедший «извне», то есть из управляющей системы. Это приводит к блокировке возможности указывать склад в документах и редактировать розничные продажи, так как с точки зрения программы этот объект управляется в УТ, а не в Рознице.

Способ 1: Метод циклической синхронизации

Прежде чем переходить к радикальным мерам с использованием обработок, попробуем восстановить логическую связь между базами штатными средствами. Иногда системе требуется «протолкнуть» актуальные настройки соответствия.

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

В ряде случаев, если GUID объектов совпадают, а проблема была лишь во временном сбое регистрации изменений, тип объекта Магазин восстановится автоматически. Однако, если это не помогло, перейдем к техническим методам исправления.

Способ 2: Групповое изменение реквизитов (Режим разработчика)

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

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

1. Перейдем в раздел Администрирование — Обслуживание — Корректировка данных.
2. Выберем пункт Групповое изменение реквизитов.
3. В поле «Изменять» выберем справочник Магазины.
4. Нажмем кнопку Дополнительные параметры. Это критически важный шаг.
5. В открывшемся окне установим флаги: «Показывать служебные реквизиты» и «Режим разработчика». Без этих настроек нужный нам реквизит будет скрыт.
6. В списке доступных реквизитов найдем поле Тип объекта торговой сети.
7. Установим новое значение: Магазин.
8. Нажмем кнопку Изменить реквизиты.

Важное примечание: После выполнения этой операции в Рознице, необходимо зайти в «Состав отправляемых данных» в настройках обмена и принудительно зарегистрировать измененный объект «Магазин» для выгрузки. Если этого не сделать, при следующем обмене Управление торговлей может снова прислать старое значение и затереть ваши исправления.

Способ 3: Использование обработки «Универсальный подбор и обработка объектов»

Если версия вашей конфигурации или права доступа накладывают ограничения на использование «Группового изменения реквизитов», воспользуемся внешней обработкой УниверсальныйПодборИОбработкаОбъектов.epf. Этот инструмент позволяет более гибко работать с данными.

Проанализируем алгоритм работы с обработкой:

1. Запустим обработку и выберем объект поиска — справочник Магазины.
2. Добавим отбор по конкретному магазину, который требует исправления.
3. Перейдем на вкладку Обработки и выберем Установка реквизитов.
4. Найдем реквизит ТипОбъектаТорговойСети и укажем значение Магазин.
5. Выполним обработку.

После этого возможность выбора склада в карточке магазина должна восстановиться. Проверьте вкладку «Склады» в карточке магазина: иногда после сбоя поле «Основной склад» очищается, и его нужно заполнить вручную.

Работа с документами «Отчет о розничных продажах»

Выясним, как поступить с документами, которые были созданы или загружены в период, когда магазин имел статус склада управляющей системы. В таких документах часто заблокированы поля или невозможно нажать кнопку «Провести».

Рассмотрим решение по шагам:

1. Снимем проблемные документы с проведения.
2. Если поле «Склад» в документе ОтчетОРозничныхПродажах недоступно для редактирования даже после исправления типа магазина, воспользуемся той же обработкой Групповое изменение реквизитов.
3. Выберем объект Отчет о розничных продажах, отфильтруем по нужному магазину и периоду.
4. Принудительно перезапишем реквизит Склад в шапке документов.
5. После этого документы можно будет провести в штатном режиме.

Особенности для версий Розница 2.3 и выше

В современных релизах 1С:Розница (начиная с 2.3) механизм определения «своего» магазина стал еще более строгим. Проанализируем ситуацию с распределенными информационными базами (РИБ).

Посмотрим на реквизит УзелСоздания в карточке магазина. Если ваша база является подчиненным узлом РИБ, в этом поле должен стоять признак Этот узел. Если же там указан узел центральной базы (или УТ), программа будет постоянно ограничивать права на редактирование, считая объект «транзитным».

Также проверьте настройки синхронизации в УТ на вкладке «Правила отправки данных». Убедитесь, что ваш розничный магазин явно добавлен в список разрешенных к обмену объектов. После внесения правок рекомендуется перепровести документы с даты начала проблем, чтобы восстановить последовательность и корректность движений по регистрам.

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