D365 Retail SDK - Get InventOnhand

[DSPIC]

Коллеги, кто может в курсе, как получить InventOnHand для Item+Dim из CRT DB? Т.е. зачитать нужно не из HQ, а из channel DB.

[Alex_KD]

Кроме как вызов RTS других методов не знаю.
В channel DB у вас даже таблички InventSum нету.

Так же, реальный сток у вас будет только после того как Post Inventory отработает или Post Statements (или допиливайте RTS метод). Возможно это поменялось в последней версии тк как они переписали end of day.

[DSPIC]

RTS не подойдет, т.к. он вернет QTY из HQ, а нужно именно из сhannel DB, чтобы конкретному Store не продать больше чем есть у него в наличии.
В CRT есть несколько похожих сервисов, к примеру ProductAvailabilityService, но он мне возвращают пустую колекцию for my particular ItemId.
Вдобавлк, анализируя ctr.*, ax.* tables in channel DB я даже не могу понять, где хранится инфа по InventAvailability. Хороший кандидат - [AxDB].[ax].[RETAILINVENTAVAILABILITY], но в ней нет записей по моему ItemId, несмотря на возможность добавления в cart на cPOS, его успешной продаже и последующей PostStatement в HQ, его on-hand успешно вычитается.
С другой стороны, RETAILINVENTAVAILABILITY содержит другие ItemIds со ссылками на [RETAILINVENTTABLE], записей для которых в последней отсутсвуют. В общем что-то я in stuck...

[Ivanhoe]

По общей логике ритейла, если что-то принесли на кассу, его не может "не быть" - вы должны продать

В текущей реализации, как мне кажется, можно только проводить предварительное списание со склада магазина в Аксапте - Post inventory и через RTS проверять наличие на складе магазина.

Видел примеры реализации InventSum и остального "бэка" прямо на POS в локальной СУБД. По факту долго потом переписывали это решение, т.к. касса буквально минутами проводила чеки!

[DSPIC]

Цитата:

Сообщение от Ivanhoe

По общей логике ритейла, если что-то принесли на кассу, его не может "не быть" - вы должны продать

Такого быть не должно, но технически это никак не проверяется, в частности - s\n: мало того что не проверяется On-Hand, так еще можно вбить несуществующий s\n.

Цитата:

Сообщение от Ivanhoe

В текущей реализации, как мне кажется, можно только проводить предварительное списание со склада магазина в Аксапте - Post inventory и через RTS проверять наличие на складе магазина.

RTS - это сервис в аксапте, т.е. им можно проверить наличие только в HQ, насколько я понимаю, которое всегда будет запаздывать, т.к. обновляется только после синка с Channel DB + Post Statement

Цитата:

Сообщение от Ivanhoe

Видел примеры реализации InventSum и остального "бэка" прямо на POS в локальной СУБД. По факту долго потом переписывали это решение, т.к. касса буквально минутами проводила чеки!

Разве у POS есть локальная СУБД? Где она лежит?
(не бейте, если глупость спросил, Retail пока black box для меня)

[Ivanhoe]

Цитата:

Сообщение от DSPIC

Такого быть не должно, но технически это никак не проверяется, в частности - s\n: мало того что не проверяется On-Hand, так еще можно вбить несуществующий s\n.

Что значит "не должно"? Реализован какой-то бизнес кейс. О других не подумали. На форумах можно почитать много историй про учет партий и s\n в POS, что-то даже по желанию трудящихся в стандарте меняли.

Цитата:

Сообщение от DSPIC

RTS - это сервис в аксапте, т.е. им можно проверить наличие только в HQ, насколько я понимаю, которое всегда будет запаздывать, т.к. обновляется только после синка с Channel DB + Post Statement

Да, я об этом и написал, только кроме Post statement есть промежуточный Post inventory - чтобы обновить склад, но пока не делать фин. проводки.

Цитата:

Сообщение от DSPIC

Разве у POS есть локальная СУБД? Где она лежит?
(не бейте, если глупость спросил, Retail пока black box для меня)

Я про channel DB - она же локальная для магазина. Ну и совсем локальная для POS - offline db.

[Ivanhoe]

Вот обсуждение по теме: AX2012 R2: Разноска журнала операций и Номер партии
Но мне кажется, что-то было и более новое, надо искать.

[Ivanhoe]

Еще вот про "новый способ" учета серийных номеров: https://blogs.msdn.microsoft.com/dyn...ynamics-ax-r3/

Я так понял в POS именно он и работает - можно запросить номер, но он действительно не проверяется и пишется "только для истории".