03.10.2016, 13:36 | #1 |
Участник
|
Актуальные остатки в AX POS
Добрый день! Хотелось бы получить совет, как поступить в следующей ситуации: планируется перевести магазин на AX POS, данный магазин занимается продажей бытовой техники. Допустим в магазине есть на остатках 1 холодильник и в магазин приходят 2 покупателя, в результате продавец1 посмотрев остатки на складе в головной базе продает данный холодильник и продавец2 видит этот же холодильник на остатках может продать его. Как быть и в каком направлении лучше двигаться что бы получать актуальные остатки товара в головной базе при продаже его в АХ POS? Единственным выходом на первый взгляд кажется частое списание продаж, но может быть есть какой то другой вариант. Спасибо!
|
|
03.10.2016, 14:02 | #2 |
Участник
|
Цитата:
иначе магазины вообще не смогут продавать при отсутствии связи. кроме того, получить точные остатки вы все равно не сможете. потому что и центральная база имеет не актуальные данные, а те, которые были получены и разнесены после последнего сеанса связи с ЧУЖИМ магазином. поэтому и "актуальные остатки товара в головной базе" не помогут. ========================== общественная мысль построителей интернет магазинов дошла до следующего: для процесса продажи с ЧУЖОГО склада важно только то, что товара завались/мало. если товара "завались", то можно заказывать не проводя никаких лишних телодвижений по резервированию. если товара "мало", то стоит выполнить какую-то процедуру резервирования на ЧУЖОМ складе (например, позвонить на тот склад и голосом предупредить или сделать что-то заранее предусмотренное для таких случаев) ========================== для каждого товара или категории должна быть своя настройка для определения завались/мало. В большинстве своем мин/макс для пополнения вполне достаточно и для определения "мало" |
|
|
За это сообщение автора поблагодарили: mnt_dx (2). |
03.10.2016, 14:07 | #3 |
Участник
|
В POS есть возможность создавать заказы - они сразу создаются в центральной базе. Нужно сделать резервирование, тогда товар не будет свободен. Нужно ли что-то программировать к стандарту - на вскидку не вспомню, поэкспериментируйте.
А вот тащить остатки в базу POS - это сильно его переписать, не советую. В одной сети в РФ есть такой переписанный пос - по минуте ждешь проведение продажи (информация из открытых источников - сам стоял на кассе и ждал, возможно уже и поправили).
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: AvrDen (1). |
03.10.2016, 15:30 | #4 |
Участник
|
Цитата:
поэтому не взлетит. Цитата:
и не важно какие остатки в системе. сначала возьмите деньги у человека, пробейте чек, и только потом разбирайтесь с внутренними процессами. делать заказы в других магазинах - сильно побочная задача. решение которой может сильно замедлить очередь и снизить лояльность покупателей. таки да ) |
|
|
За это сообщение автора поблагодарили: AvrDen (1). |
04.10.2016, 07:25 | #5 |
Участник
|
Цитата:
Спасибо! У меня точно такое же мнение, попытаемся донести его до руководства) |
|
04.10.2016, 10:59 | #6 |
Участник
|
Мы допиливали RetailTransactionServiceInventory.inventoryLookup чтоб возвращал остатки с учетом неразнесенных проводок от других покупок. Так хотя бы остатки только на 2 минуты отстают (дефолтный интервал для upload).
Альтернатива крутить Post Inventory в батче (не знаю как по русски...). Не советую ЗЫ Вообще вся история с резервацией и с закрытием-разноской смен реализованна отвратительно.
__________________
AxAssist 2012 - Productivity Tool for Dynamics AX 2012/2009/4.0/3.0 |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|