← На главную

При работе с распределенными информационными базами (РИБ) в конфигурации «1С:Розница 2.1» технические специалисты и товароведы часто сталкиваются с неприятной ситуацией: в центральной базе (ЦБ) инструмент «Анализ продаж и формирование заявок» работает безупречно, а на периферийном узле (в магазине) вместо данных отображается пустой белый экран. При этом документы «Отчет о розничных продажах» и «Поступление товаров» в базе присутствуют, а синхронизация настроена корректно. Разберем детально, почему так происходит и как восстановить работоспособность этого механизма на удаленном рабочем месте.

Выясняем причину: как работает механизм анализа продаж

Для начала проанализируем, на какие данные опирается обработка формирования заявок. В отличие от обычных отчетов, которые собирают информацию напрямую из регистров накопления «Продажи» или «Закупки», инструмент анализа продаж в «Рознице» использует промежуточное звено — регистр сведений Номенклатура, поставляемая контрагентами (или Поставляемая продукция в некоторых версиях). Если этот регистр пуст, система «не знает», какой поставщик какой товар привозит, и, соответственно, не может вывести данные в таблицу для формирования заказа.

В периферийной базе РИБ часто возникает ситуация, когда документы мигрируют успешно, а записи этого регистра отсутствуют. Это может быть связано либо с настройками самой конфигурации, либо с правилами обмена данными.

Решение 1: Настройка регламентного задания «Обновление поставляемой номенклатуры»

Основная причина пустого экрана — отсутствие актуальных записей в регистре сведений. В «1С:Розница» предусмотрен механизм автоматического заполнения этого регистра на основе данных о прошлых поступлениях. Рассмотрим, как его проверить и настроить:

1. Перейдем в раздел «Настройка и администрирование» — «Обслуживание» — «Регламентные операции».
2. Найдем в списке регламентное задание «Обновление поставляемой номенклатуры».
3. Убедимся, что задание включено и для него настроено расписание (например, раз в день или раз в несколько часов).

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

Решение 2: Проверка функциональных опций и параметров учета

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

1. Зайдем в раздел «Закупки» — «Настройки параметров учета».
2. Проверим наличие и активность опции «Регистрировать номенклатуру поставщика». Если флаг снят, система не будет автоматически привязывать товар к контрагенту при оформлении приходных накладных.
3. Попробуем провести эксперимент: вручную перепроведем одно «Поступление товаров» в филиале и проверим через «Все функции» (или «Функции для технического специалиста»), появились ли записи в регистре сведений Номенклатура, поставляемая контрагентами.

Решение 3: Проблема миграции данных в РИБ «по магазину»

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

Рассмотрим ситуацию подробнее: запись в регистре в ЦБ создается при загрузке документа из магазина, но сама эта запись не «помечается» как принадлежащая конкретному магазину. В итоге механизм РИБ не отправляет её обратно в филиал. Чтобы решить эту проблему программно или через настройки, можно использовать обработку «Регистрация изменений для обмена»:

1. В центральной базе откроем обработку состава обмена.
2. Найдем регистр Номенклатура, поставляемая контрагентами.
3. Выполним принудительную регистрацию всех записей этого регистра для узла конкретного магазина.
4. Запустим синхронизацию.

Решение 4: Проверка основных настроек пользователя

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

Часто алгоритм обработки ищет остатки по «Основному магазину» или «Основному складу». Если эти реквизиты не заполнены в настройках пользователя (раздел «Администрирование» — «Настройки пользователей и прав» — «Пользователи» — «Настройки пользователя»), обработка может открываться пустой, так как не понимает, по какому объекту собирать статистику.

Также проверим наличие цен. Для формирования заказа системе нужны данные о ценах поступления. Если типы цен номенклатуры поставщиков не передались из ЦБ или не были созданы, отчет может отфильтровывать позиции с нулевой ценой.

Техническая проверка через «Все функции»

Чтобы окончательно убедиться, что дело в данных регистра, а не в ошибке программного кода, выполним проверку содержимого базы:

Перейдем в Функции для технического специалиста (или Все функции), найдем Регистры сведений и откроем Номенклатура, поставляемая контрагентами. Если список пуст — никакие манипуляции с интерфейсом не помогут, пока мы не заполним этот регистр одним из способов, описанных выше.

Если мы хотим быстро проверить гипотезу, попробуем добавить одну запись в этот регистр вручную прямо в филиале: выберем контрагента, выберем номенклатуру и укажем цену. После этого снова откроем «Анализ продаж и формирование заявок». Если эта позиция появилась на экране — значит, мы верно определили причину и нужно сосредоточиться на настройке регламентных заданий или правил миграции данных в РИБ.

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