Как решить проблему с отображением остатков и настроить смешанную оплату в связке 1С:ERP и 1С:РМК

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

Механика информационных остатков в 1С:РМК

В отличие от полноценных учетных систем, 1С:РМК является «легким» решением. Она не хранит остатки в виде регистров накопления, требующих проведения документов по складскому учету. Вместо этого используется механизм «Информационных остатков». Проанализируем, как данные попадают из ERP в РМК:

1. В ERP формируется пакет данных через универсальный формат EnterpriseData.
2. Данные о количественных остатках записываются в специализированный регистр сведений в базе РМК.
3. При подборе товара РМК обращается к этому регистру для визуального отображения доступности.

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

Анализ ошибки синхронизации HL-1007637

Существует зарегистрированная техническая проблема (номер обращения HL-1007637), связанная с тем, что в некоторых релизах ERP (начиная с 2.5.17.х) пакеты с остатками формируются корректно, но не принимаются на стороне РМК. Выясним причину этого поведения. Проблема кроется в несовпадении версий формата EnterpriseData или в логике обработки регистра ИнформационныеОстаткиТоваров.

Если вы столкнулись с этой ошибкой, рекомендуется выполнить следующие действия:

1. Проверить заполнение регистра в РМК. Для этого используем меню Функции для технического специалиста — Регистры сведений — Информационные остатки товаров. Если регистр пуст после успешной синхронизации, значит, данные не прошли парсинг.
2. Попробуйте временно отключить фильтры по складам в настройках обмена, чтобы исключить проблему сопоставления объектов.
3. В качестве временного решения можно использовать принудительное обновление правил обмена, загрузив их из внешнего файла, предоставленного техподдержкой.

Использование Сервера лояльности для получения остатков

Разберем альтернативный и более современный способ работы с остатками, который позволяет избежать проблем с периодической синхронизацией. Начиная с версии РМК 1.0.9, реализована возможность работы через Сервер лояльности.

В этом режиме РМК не хранит остатки локально, а делает онлайн-запрос в базу ERP в момент сканирования товара. Это позволяет видеть максимально актуальные данные, включая резервы, созданные в офисе. Рассмотрим алгоритм настройки:

1. На стороне ERP должен быть опубликован HTTP-сервис (обычно называется LoyaltyService).
2. В настройках РМК (раздел Продажи — Настройки РМК) указывается адрес публикации, логин и пароль для подключения к ERP.
3. Включается опция «Использовать сервер лояльности для получения остатков».

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

Настройка смешанной оплаты и решение проблем с зависанием

Посмотрим на ситуацию со смешанной оплатой (Наличные + Карта/СБП). Пользователи часто жалуются на «зависание» интерфейса или некорректное пробитие чека. Проанализируем причины:

Зависание часто связано с ожиданием ответа от банковского терминала или сервера СБП. Если в системе настроено несколько договоров эквайринга, РМК может выводить модальное окно выбора, которое иногда «проваливается» за основное окно оплаты. В результате кассир видит заблокированный экран, а программа ждет ввода. Чтобы этого избежать, убедитесь, что в настройках оборудования для каждого рабочего места жестко привязан один основной эквайринговый терминал.

Если при разделении оплаты на «Наличные» и «Карту» система не инициирует вызов терминала, проверьте настройки в справочнике ВидыОплат. Рассмотрим пример настройки:

// Логика проверки типа оплаты в коде системы (условно)
Если ВидОплаты.ТипОплаты = ПредопределенноеЗначение("Перечисление.ТипыОплат.ПлатежнаяКарта") Тогда
    ВызватьПроцедуруОплатыПоТерминалу();
ИначеЕсли ВидОплаты.ТипОплаты = ПредопределенноеЗначение("Перечисление.ТипыОплат.Наличные") Тогда
    ОткрытьДенежныйЯщик();
КонецЕсли;

Если тип оплаты настроен неверно (например, «Карта» создана как копия «Наличных»), программный код не получит команду на активацию эквайринга.

Особенности работы с СБП и маркировкой

Для успешной интеграции Системы Быстрых Платежей (СБП) в 1С:РМК необходимо выполнить критически важное условие: в базе РМК должна быть настроена и активна Интернет-поддержка пользователей (Администрирование — Интернет-поддержка). Без авторизации в личном кабинете 1С запросы к API банков для генерации QR-кодов будут отклоняться, даже если токены от банков добавлены в систему.

Что касается маркировки (Честный Знак), то в последних релизах РМК реализован разрешительный режим. Разберем основные моменты для корректной работы:

1. Синхронизация времени: Проверьте, чтобы время на кассовом компьютере совпадало с серверным временем с точностью до минуты. Расхождение более 5 минут сделает невозможной проверку марки в ГИС МТ.
2. Токены: Токен для проверки марок в разрешительном режиме должен быть добавлен именно в настройках РМК.
3. Проверка кодов: В настройках номенклатуры на стороне ERP должен быть правильно указан тип маркировки (духи, обувь, одежда и т.д.).

Таким образом, для исправления проблемы «нулевых остатков» в связке ERP и РМК мы рекомендуем в первую очередь проверить настройки выгрузки информационных остатков, сопоставление складов и, если позволяет канал связи, переключиться на использование Сервера лояльности. Это обеспечит бесперебойную работу кассовой зоны и актуальность данных при продажах.