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