Dynamics AX R3 Retail

[MikeR]

Начал разбираться с функционалом розницы в R3.
Обнаружил, что с документацией не очень...
Что нашел - http://technet.microsoft.com/en-us/l.../dn527132.aspx
В принципе отличия понятны, но есть вопросы, правильно ли я понял :
1 Магазинный сервер - остался на месте Retail Headquarters, но зачем тогда Retail Server ?
2 Настроечная утилита Retail database Utility с мигрировала в Retail Configuration Utility. тогда не понятно, зачем и для чего Retail channel database ?
3 Сам терминал Retail POS ->Retail POS, но что тогда Retail hardware station ?
4 Пошто расплодили Async Server и Async Client ? И в свете прошлых развертываний Synch Service и на серверной и на терминальной части ставится? Real-time Service только для синхронных запросов оставили?
5 Чем отличается modem POS от online channel ?

[MikeR]

Опять розница, теперь R3

[Wamr]

Топология

Modern POS - это POS под Win8

[mazzy]

Цитата:

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

1 Магазинный сервер - остался на месте Retail Headquarters, но зачем тогда Retail Server ?
2 Настроечная утилита Retail database Utility с мигрировала в Retail Configuration Utility. тогда не понятно, зачем и для чего Retail channel database ?
3 Сам терминал Retail POS ->Retail POS, но что тогда Retail hardware station ?
4 Пошто расплодили Async Server и Async Client ? И в свете прошлых развертываний Synch Service и на серверной и на терминальной части ставится? Real-time Service только для синхронных запросов оставили?
5 Чем отличается modem POS от online channel ?

Ох, прежде всего, четко читай где и что УЖЕ сделано, а где и что ПРЕДПОЛАГАЕТСЯ сделать. Сейчас идет смена парадигмы в Ритейл-модуле. Но Майкрософт вроде четко различает времена и формы глаголов. Хотя встречаются и исключения.

Для начала терминология:
Store Server - пока термин чисто для лицензирования. для этого термина нет однозначного соответствия в программном обеспечении. по факту Store Server = Async Client + Store database (SQL) + Retail Server. Но что будет в будущем - непонятно.

Retail Server - это вебслужба, которую сейчас использует только с modern POS. Но буквально в пятницу Майкрософт на вебкасте по лицензированию утверждал, что его использует и Enterprise POS (но не сказал в какой версии). Предполагается, что Retail Server будет неким аналогом AOS, в котором выполняется бизнес-логика. Предполагается, что в ПОСах останется только презентационная логика для разных платформ: Windows, Windows RT, Windows Phone, iOS, Android.

Hardware station - сейчас еще нет отдельного ПО, которое можно назвать Hardware Station. Предполагается, что modern POS будут мобильными, а печать чеков, весы, хранение базы, роутер и прочие заморочки, которые требуют оборудования, будут выполняться на hardware station. Эта штука нужна скорее для формата бутика, салона связи, небольшого магазинчика в несколько продавцов-консультантов. Но не для формата Ашана с длинным рядом касс на выходе.

Channel = store (раньше). Channel - это логическое расширение магазина. Channel = store + online store + продажа по каталогам + ebay и прочие соц.сети. Основная идея в том, чтобы управлять всеми каналами продаж централизовано и единообразно. И это очень прикольно. OMNI-channel, панимаешь....

[mazzy]

Теперь к вопросам.

Цитата:

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

2 Настроечная утилита Retail database Utility с мигрировала в Retail Configuration Utility. тогда не понятно, зачем и для чего Retail channel database ?

Retail channel database - это старая добрая store database (или POS database, если ее ставили на ПОС локально)

зачем мигрировали - для меня лично непонятно.
подозреваю, что связано прежде всего с техническими аспектами - отдельный проект на C#, отдельная компиляция, отдельное тестирование билда и прочее. Да, оно теперь написано совсем по-другому, но делает то же самое, что и раньше.

Цитата:

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

4 Пошто расплодили Async Server и Async Client ? И в свете прошлых развертываний Synch Service и на серверной и на терминальной части ставится?

раньше Async-служба была симметричной с точки зрения установки. Но внутри она симметричной не была - по разному работала с Аксаптой и с ПОСом. Думаю, что опять же - чисто технические мотивы - отдельная компиляция, отдельное тестирование, можно посадить разных людей...

Цитата:

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

Real-time Service только для синхронных запросов оставили?

как и раньше.
и как и раньше Real-time Service не предназначен для передачи больших пакетов данных.

Цитата:

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

5 Чем отличается modem POS от online channel ?

modeRN POS - это программа, это новое поколение ПОСов, которое рано или поздно таки заменит ePOS.

online channel - это логическое понятие, которое объединяет разные виды магазинов.

[Ivanhoe]

Hardware station - это также отдельная веб-служба. Предполагается, что она работает на НЕ мобильном компе в магазине и всякие денежные ящики, дисплеи покупателя, принтеры и т.п. подключены именно к этому компу.

[Ivanhoe]

Цитата:

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

Retail Server - это вебслужба, которую сейчас использует только с modern POS. Но буквально в пятницу Майкрософт на вебкасте по лицензированию утверждал, что его использует и Enterprise POS (но не сказал в какой версии).

Мне кажется, они просто запутались. В ходе презентации они несколько раз меняли свое мнение. Последняя выпущенная версия POS никак не использует Retail Server.

[Ivanhoe]

Цитата:

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

раньше Async-служба была симметричной с точки зрения установки. Но внутри она симметричной не была - по разному работала с Аксаптой и с ПОСом. Думаю, что опять же - чисто технические мотивы - отдельная компиляция, отдельное тестирование, можно посадить разных людей...

Где-то читал, что немного и подход поменялся. Если раньше центр "пихал" данные, то теперь клиент тянет данные из центра. Плюс теперь поменялась схема данных. Если объединить магазины в новую группу, то данные в офисную службу пойдут одним пакетом, и все клиенты из группы будут читать один пакет. С точки зрения нагрузки на всю сеть - это лучше.

[MikeR]

Правильно ли я понял, что сначала майкрософт прокачивает продажников, прошедшая презентация по лицензированию тому подтверждение, а уж потом доходит до технических специалистов? Может, как то донести, что бы делали хотя бы параллельно..

[Ivanhoe]

Ну как бы R3 давно вышел, бета и всякие CTP также были. Документация более-менее обновляется (на msdn). Обучение продавцов в данном случае было в связи с изменением лицензирования (т.е. формально недавно можно было продать POS по старой цене). Наименее описанным из R3 остался только TRAX.

[MikeR]

Резюмируя, если в R2
на кассовом сервере ставилось
Retail Headquarters + Sync Service + Real Time
на терминале
Retail POS + Sync Service+ Retail StoreDatabase Utility
То в версии R3 на кассовом ставится
Retail Headquarters + Async Server + Real Time
соответственно на терминале
Retail POS + Async Client + Retail Conf Utility+ Retail Channel database

Так ?
Видно, что на клиенте компонентов прибавилось.

[Ivanhoe]

Что вы называете "кассовый сервер"?

[Ivanhoe]

Ну вот же картинки, все четко и понятно:
http://technet.microsoft.com/EN-US/l.../jj991928.aspx

[mazzy]

Цитата:

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

Мне кажется, они просто запутались. В ходе презентации они несколько раз меняли свое мнение. Последняя выпущенная версия POS никак не использует Retail Server.

Последняя выпущенная версия ePOS никак не использует Retail Server.
Последняя выпущенная версия mPOS очень даже использует Retail Server.
Так согласен

Цитата:

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

Где-то читал, что немного и подход поменялся. Если раньше центр "пихал" данные, то теперь клиент тянет данные из центра.

Ну... тут тоже вопрос в глаголах.
Сам механизм передачи данных, считывания данных из базы и запихивания данных в базу - полностью прежний.

Изменилось - кто дает команду на начало процесса, и кто указывает какие файлы и какие таблицы нужно обрабатывать. Раньше команду давал сервер центрального офиса. Теперь команду дает ПОС.

После того, как команда принята к выполнению, процесс идет по-старому.

Цитата:

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

Плюс теперь поменялась схема данных. Если объединить магазины в новую группу, то данные в офисную службу пойдут одним пакетом, и все клиенты из группы будут читать один пакет. С точки зрения нагрузки на всю сеть - это лучше.

Да. Быстродействие и нагрузка... Да...
Но логически из такого решения следует очень коварная штука - объединенные магазины получают не только свои данные, но и данные других магазинов в одной группе. Раньше магазин получал данные, предназначенные только для него. Ох, тут сколько багов повылазило и еще будет вылезать. Особенно, если учесть что разные таблицы могут входить в разные группы.

Цитата:

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

Правильно ли я понял, что сначала майкрософт прокачивает продажников, прошедшая презентация по лицензированию тому подтверждение, а уж потом доходит до технических специалистов? Может, как то донести, что бы делали хотя бы параллельно..

не так малешко.
Майкрософт прокачивает всех. но где-то процессы проходят быстрее, а где-то медленнее по совершенно естественным причинам.
Параллельные процессы требуют синхронизации, семафоров и прочих специальных штучек параллельного программирования

Цитата:

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

Резюмируя, если в R2
на кассовом сервере ставилось

не было, нет и не будет понятия кассовый сервер.
это отличие от конкурентов

[skuull]

Цитата:

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

Ну... тут тоже вопрос в глаголах.
Сам механизм передачи данных, считывания данных из базы и запихивания данных в базу - полностью прежний.

Изменилось - кто дает команду на начало процесса, и кто указывает какие файлы и какие таблицы нужно обрабатывать. Раньше команду давал сервер центрального офиса. Теперь команду дает ПОС.

После того, как команда принята к выполнению, процесс идет по-старому.

А разве не на клиенте AX запускаются джобы и данные пихает\выпихивает Commerce data exchange ? а POS этот процесс инициализировать не может

[Ivanhoe]

Раньше - из аксы джоб слал "офисному" сервису. "Офисный" - дальше по списку слал в магазины (если не используются промежуточные звенья, о это уже совсем высший пилотаж).
Сейчас - аз аксы джоб шлет "офисному" сервису пачки для групп магазинов. Магазинный сервис периодически спрашивает у "офисного", есть ли чего скачать и качает.

POS тут ни при чем.

[MikeR]

запутался - без Sync Service можно жить и работать?
На картинко его не видать.

[mazzy]

Цитата:

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

А разве не на клиенте AX запускаются джобы и данные пихает\выпихивает Commerce data exchange ? а POS этот процесс инициализировать не может

ПОС запускает через Real-time. Насколько я помню.

Джоб не общается с Async Service напрямую.
Там было на редкость закрученная последовательность.
Главная цель, насколько я помню, соблюсти последовательность передачи и приема файлов. За правильностью этой последовательности следит ПОС, опять же, насколько я помню.

Цитата:

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

запутался - без Sync Service можно жить и работать?

Нет.

[skuull]

http://technet.microsoft.com/en-us/l.../dn741440.aspx
Там вообще про POS нислова
только АХ асинк сервис и база поса

[MikeR]

Не желает устанавливаться ни Synch Service ни Async Server

PHP код:

.......
Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1708 
.......
Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709 
.......
Microsoft Dynamics AX Commerce Data Exchange: Async Server -- Installation failed. 


кто же так описательно программировал обработку исключительных ситуаций?
и что делать, куда бежать, кого ловить?...