Ситуация, когда один кассир не может пробить товар при отсутствии остатка, а другой успешно закрывает чек в «минус» при аналогичных настройках — распространенная проблема в 1С:Розница 2.3. Это вызывает путаницу в управленческом учете и приводит к пересортице. Проанализируем причины такого поведения системы и разберем пошагово, как обеспечить жесткий контроль остатков для всех сотрудников.
Первым делом рассмотрим самое простое, но эффективное решение, которое помогло автору темы. Иногда в системе происходит программный сбой, при котором визуально флаги в интерфейсе установлены, но фактические параметры в регистры сведений не записались или не обновились. Выполним следующие действия:
Контролировать остатки при закрытии чека уже стоит, снимем его, запишем объект, затем поставим снова и еще раз нажмем Записать и закрыть.Этот процесс принудительно обновляет кэшированные данные в системе, которые считываются при инициализации интерфейса кассира.
Если манипуляции с формой РМК не дали результата, проанализируем настройки прав доступа. В 1С:Розница существует отдельный механизм — Дополнительные права пользователей. Разберем, на что обратить внимание:
Контролировать остатки и резерв на складе. Если эта галка снята, система позволит пользователю продавать товар в минус, игнорируя общие настройки магазина.Разрешить превышение остатка. Важно понимать, что дополнительные права имеют приоритет над некоторыми общими константами программы.Выясним причину, связанную с организационной структурой. Контроль остатков в программе может быть настроен глобально для всей торговой точки. Проанализируем ситуацию:
В карточке магазина (раздел НСИ — Магазины) существует настройка Порядок контроля остатков. Если для конкретного склада, к которому привязана касса пользователя, установлен режим Не контролировать, то никакие настройки пользователя не заставят систему проверять наличие товара. Проверим, не работают ли пользователи на разных складах (например, один на «Складе поступления», а другой в «Торговом зале»), даже если физически они находятся рядом.
Настройки РМК в 1С:Розница жестко привязаны к объекту Рабочее место. Это означает, что настройки зависят не только от того, КТО зашел в систему, но и с КАКОГО компьютера это было сделано. Рассмотрим порядок проверки:
Рабочие места (раздел Администрирование — Подключаемое оборудование).Настройка РМК выбрана одна и та же запись. Часто бывает, что для одного компьютера создана отдельная настройка, в которой флаг контроля остатков просто забыли включить.Если визуально все права идентичны, но поведение различается, воспользуемся механизмом копирования настроек. Это исключит влияние скрытых параметров или персональных настроек форм. Посмотрим, как это сделать:
Также рекомендуется воспользоваться кнопкой Очистить все настройки для «шкодного» юзера перед копированием, чтобы база данных удалила все записи в регистре ХранилищеОбщихНастроек для данного физического лица.
Проанализируем техническую сторону вопроса в клиент-серверном варианте. Платформа 1С:Предприятие 8.3 активно использует кэширование метаданных и настроек на локальной машине пользователя. Если у одного пользователя настройки «залипли», очистим кэш:
%AppData%\1C\1cv8
%LocalAppData%\1C\1cv8
После очистки кэша система будет вынуждена заново считать актуальные права и настройки РМК из базы данных SQL при следующем запуске.
Разберем ситуацию, когда в базе ведется учет от нескольких юридических лиц. Если включена настройка Передачи товаров между организациями, система может позволить продать товар в минус по одной организации, если он есть в наличии у другой. Проверим:
Резюме: В большинстве случаев проблема решается либо в разделе Дополнительные права пользователей, либо через повторное сохранение (обновление) Настройки РМК. Если это не помогает — ищите причину в привязке настроек к конкретному Рабочему месту или в некорректном локальном кэше платформы.