← На главную
При ежедневной выписке документов менеджерам по продажам часто приходится выбирать один и тот же склад вручную. В предыдущих версиях конфигураций «1С:Предприятие» пользователи привыкли к наличию настройки «Основной склад пользователя». Разберем, как реализована данная функциональность в конфигурации «1С:Управление торговлей 11.5» (а также в 1С:КА 2 и 1С:ERP 2), какие существуют штатные механизмы автозаполнения и альтернативные варианты решения.
1. Механизм автозаполнения по статистике
В современных конфигурациях на базе БСП (Библиотеки стандартных подсистем) предусмотрен фоновый механизм запоминания часто используемых значений. За эту функциональность отвечает общий модуль ЗаполнениеСвойствПоСтатистике.
Проанализируем принцип его работы:
- Пользователь открывает документ «Заказ клиента» и вручную указывает нужный склад.
- После сохранения и проведения нескольких документов (обычно достаточно от 3 до 10 оформленных операций) алгоритм накапливает статистику по реквизиту
Склад. - В дальнейшем при создании нового заказа система автоматически подставит то значение, которое использовалось чаще всего.
Однако у механизма заполнения по статистике есть ряд нюансов и эксплуатационных ограничений, которые необходимо учитывать:
- Нестабильность при смене условий: статистика динамическая. Если менеджеру понадобится ввести подряд 3–5 документов с другим складом, алгоритм переобучится и начнет подставлять этот новый склад.
- Индивидуальный контекст: накопление статистики ведется отдельно для каждого пользователя в рамках его пользовательских настроек. Для нового сотрудника автоподстановка не сработает сразу — ему потребуется набрать историю ввода документов.
- Сброс настроек: если системный администратор выполнит очистку кэша или сброс настроек пользователя, данные статистики будут очищены, и программе потребуется повторное обучение.
2. Штатные способы фиксации склада без статистики
Если требуется жестко регламентировать подстановку склада без фактора обучения системы, рассмотрим доступные штатные возможности конфигурации:
- Использование соглашений с клиентами: в типовых или индивидуальных соглашениях с партнерами на вкладке «Условия продаж» можно зафиксировать склад отгрузки. При выборе соглашения в «Заказе клиента» реквизит
Склад будет гарантированно заполняться значением из условий договора. - Ограничение прав доступа (RLS): если закрепить за менеджером группу доступа с ограничением по конкретным складам, и пользователю будет доступен строго один склад, система автоматически подставит это единственное значение при создании нового документа.
- Отключение опции «Несколько складов»: если организация фактически ведет учет на одном складе, достаточно отключить функциональную опцию «Несколько складов» в настройках параметров системы. Поле выбора склада в документах перестанет требовать внимания пользователя.
3. Альтернативные технические решения
Если штатной статистики и настроек соглашений недостаточно, а требуется постоянный персональный склад для каждого менеджера, задачу можно решить доработкой или организационными методами:
- Использование расширения конфигурации: создадим небольшое расширение, не снимая конфигурацию с поддержки. В расширении можно добавить дополнительный реквизит для пользователя «Основной склад» и перехватывать событие
ОбработкаЗаполнения в модуле документа ЗаказКлиента либо событие формы ПриСозданииНаСервере, принудительно заполняя нужный склад. - Ввод копированием или на основании: менеджеры могут создавать типовые заказы копированием ранее оформленного образца либо вводить заказы клиентов на основании связанных документов (например, из документа «Сделка с клиентом» или «Коммерческое предложение»), где склад уже определен.