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