Буэнос диас, камрады!

В ТЦ используется УТ11 и в качестве фронта, и в качестве бэка. Каждый этаж = отдельный склад. Проблема понятна - когда покупатель с товаром уходит с одного этажа на другой приходится его вести на кассу того этажа, на складе которого учтён товар, всем надоело. При этом для целей учёта товар должен быть по-прежнему закреплён за своим этажом (на двух этажах одинакового товара не бывает, инвентаризации проводить по этажам тоже проще).

УТ11 не умеет по чекам ККМ продавать товар с нескольких складов. И вот:

1) править обработку РМК для того, чтобы товар автоматически распределялся по нескольким чекам - как я понимаю, потребует на каждом кассовом месте нескольких ФР, что есть бред.

2) разрешить продажи "в минус" и при закрытии смены автоматически делать перемещения между складами - вариант, но не самый удобный.

3) объединить все склады в 1 и нарезать в них "помещения", как это сейчас УТ умеет - всё выглядит очень складно, до подозрительного.

По этому поводу вопрос: если у кого есть опыт использования "помещений" в УТ11 - поделитесь, пожалуйста, впечатлениями. Ждать ли всплытия "подводных камней" и в каком объёме?

(0) собственно вопрос просто 1 или несколько у вас МОЛ?

Бинго.
Обработка рабочего места кассира УТ11 с набором корзины с нескольких складов и созданию по кнопке нескольких чеков.
http://subsystems.ru/catalog/program=616/

по поводу http://subsystems.ru/catalog/program=616/ я вам уже зарядил вопрос: потребуется ли на каждом РМК по отдельному ФР на каждый склад? вы пишете, что продажа будет разделяться на несколько ЧековККМ соответственно складам размещения товаров, попадающих в операцию продажи.

5 этажей, на каждом сейчас по 2 ФР. Если на каждое РМК нужно 5 ФР, получается 5*5*2 = 50 ФР, со всеми вытекающими )

(1) МОЛ на каждый этаж

Касса заполняется одна. из настроек. Автоматически берется из назначенных пользователю.

(5) и как будут связаны ОРП с z-отчётами?

Закрытие стандартное.
На каждый склад отдельный ОРП. Там нет складов в табличной части.

Но прошу учесть у меня  РМК не все учитывает что есть в типовой.
Типа бонусные оплаты и тп и тд.

Код открыт

(5) бонусы и сертификаты - это всё ладно, мелочи.

Но вот основная проблема: склад в ОРП - это реквизит документа, а не ТЧ, всё так. и проблема именно здесь.

Текущая модель: на этаже 2 ФР. В конце смены продажи каждой сворачиваются в ОРП, сумма ОРП совпадает с суммой z-отчёта соответствующей кассы ККМ, а оба ОРП по складу показывают все продажи с этого склада.

Что делает ваша обработка? Все продажи по ККМ разделяются соответственно складам на несколько ОРП? Сумма всех суточных ОРП по ККМ соответствует z-отчёту по этому ККМ? Бухи спокойно к этому относятся?

(4) в таком случае почему выпускают покупателя с не пробитым (неоплаченным) товаром с этажа?

кассу на каждом этаже на выходе чтобы сразу пробивали :)

Вообще вариантов конечно много, в (0) отнюдь не все возможные перечислены

К примеру перемещения между складами можно делать не после закрытия смены (не надо в минус разрешать) а автоматически при/перед пробитием
Т.е. если выбранного товара нет на текущем складе то система автоматически перемещает его с разрешенных складов

(11)+ причем вариант "предварительного перемещения" де факто самый правильный - покупатель переместил товар на другой склад
нужно только это отразить в системе

(12) согласен, мысль очень хорошая, спасибо

(11) а "почему выпускают покупателя с не пробитым (неоплаченным) товаром с этажа?" - в том и дело, что сейчас не выпускают за исключением случаев, когда прозевали (антикражки только на выходе из магазина на улицу). а по уму нужно бы дать покупателям возможность по всему магазину ходить и выбирать, что им нужно


касательно схемы с помещениями попробую на тестовой. если что-то не устроит, сделаю вариант с перемещением до пробития чека