При работе в 1С:Розница 2.3 (и аналогичных конфигурациях на управляемых формах) пользователи часто сталкиваются с парадоксальной ситуацией: маркированный товар (обувь, одежда, шины, табак) фактически принят на склад, отображается во всех складских отчетах, но при попытке продать его через Рабочее место кассира (РМК) программа упорно показывает остаток «0» или выдает ошибку о нехватке товара. Это создает очереди на кассах и мешает оперативной работе магазина.
В этой статье мы подробно разберем, почему возникает эта проблема и какие шаги нужно предпринять для ее устранения. Давайте вместе проанализируем ситуацию и выясним скрытые причины такого поведения системы.
Первым делом нам необходимо убедиться, что код маркировки (DataMatrix) корректно связан с конкретной карточкой номенклатуры. Даже если вам кажется, что «всё на месте», внутри базы данных может существовать разрыв связей. Рассмотрим подробнее, как это работает:
Когда вы принимаете товар через ЭДО, система автоматически создает записи в справочнике ШтрихкодыУпаковокИТоваров. Если в процессе сопоставления номенклатуры произошла ошибка, или одна и та же марка была ошибочно привязана к двум разным карточкам (дубли), РМК не сможет «подтянуть» остаток — для решения проблемы есть умное сопоставление номенклатуры ЭДО для 1С. Кассир сканирует марку, программа находит ее в базе, но видит, что она привязана, например, к товару без характеристик, а на остатках числится товар с характеристиками.
Что нужно сделать:
Номенклатура и Характеристика. Они должны в точности совпадать с теми данными, по которым оформлялось поступление.Разберем технический нюанс: 1С:Розница использует разные регистры для разных задач. Общий отчет «Остатки на складах» берет данные из регистра накопления ТоварыНаСкладах, в то время как форма РМК чаще обращается к регистру СвободныеОстатки.
Проанализируем ситуацию: товар может числиться на складе, но быть зарезервированным или «зависнуть» в незавершенной транзакции. Если запись в регистре СвободныеОстатки по какой-то причине не сформировалась (например, из-за сбоя при проведении документа «Поступление товаров»), кассир увидит ноль — быстро найти такие расхождения поможет обработка поиска ошибок в регистрах накопления 1С.
Для диагностики выполните следующий запрос в консоли запросов или проверьте движения документа поступления:
ВЫБРАТЬ
СвободныеОстаткиОстатки.Номенклатура,
СвободныеОстаткиОстатки.ВНаличииОстаток КАК Остаток,
СвободныеОстаткиОстатки.ВРезервеОстаток КАК Резерв
ИЗ
РегистрНакопления.СвободныеОстатки.Остатки КАК СвободныеОстаткиОстатки
ГДЕ
СвободныеОстаткиОстатки.Номенклатура = &НужныйТовар
Если в этом регистре остаток равен нулю, значит, проблема в проведении документов приемки. Попробуйте перепровести документ Поступление товаров или Приемка товаров ИС МП.
В современных релизах 1С (начиная с 2.3.4 и выше) реализован жесткий контроль статусов кодов маркировки. Выясним причину, связанную с настройками ИС МП. Если в программе включена опция «Контролировать статусы кодов маркировки при продаже», система делает запрос не только к своим остаткам, но и проверяет состояние кода в базе Честный ЗНАК — быстро проверить марки перед продажей можно через инструмент фискализации и массовой проверки кодов маркировки.
Проблема может быть в следующем:
Проверьте настройки в разделе Администрирование — Интеграция с ИС МП. Временно отключите контроль статусов, чтобы проверить, появится ли остаток в РМК. Если остаток появился — проблема в незавершенном документообороте с ГИС МТ — для устранения расхождений есть обработка выравнивания остатков Честного Знака и 1С.
Посмотрим на ситуацию со стороны справочника номенклатуры. Это критически важный момент: если товар изначально был заведен как «Обычный», а позже вы изменили его тип на «Маркируемый» (например, одежда), старые остатки могут не подхватиться механизмами учета маркировки.
Система разделяет учет обычного товара и маркированного на уровне аналитики. Если вы просто поменяли галочку в карточке, программа может продолжать искать остатки в «старых» регистрах, которые не сопоставляются с кодами маркировки при сканировании в РМК. В таких случаях часто помогает создание новой позиции номенклатуры с правильным типом с самого начала и перенос остатков на нее через документ Пересортица товаров или Оприходование товаров.
Как отмечали участники обсуждения на форуме, проблема часто носит программный характер и связана с ошибками конкретных релизов. Рассмотрим шаги по техническому обслуживанию базы:
Обслуживание — Обновление программы — Установленные исправления.%AppData%\1C\1Cv8.Представим, что мы приняли партию обуви. В отчете «Остатки товаров на складах» мы видим 10 пар. При сканировании в РМК — 0. Разберем алгоритм действий:
Шаг 1. Формируем отчет «Остатки по кодам маркировки». Если там пусто, значит, при приемке через ЭДО коды не были привязаны к складу. Нам нужно зайти в документ Приемка товаров ИС МП и убедиться, что он выполнен успешно — для такой проверки есть обработка сверки кодов маркировки при приемке и отгрузке.
Шаг 2. Проверяем, не зарезервирован ли товар. Возможно, кассир на другом рабочем месте «отложил» чек с этой парой обуви. В этом случае СвободныеОстатки будут равны нулю.
Шаг 3. Убеждаемся, что в карточке товара включен учет по маркировке и (если нужно) по характеристикам. Если характеристика в поступлении «Синий, размер 42», а в РМК настроен поиск по общей номенклатуре, может возникнуть конфликт.
Резюме: Чаще всего проблема «нулевого остатка» при продаже маркированного товара — это не отсутствие товара как такового, а ошибка в цепочке прохождения марки от документа поступления до регистра свободных остатков. Тщательная проверка статусов документов в подсистеме ИС МП и установка актуальных патчей решают проблему в 90% случаев.