Dynamics 365 for Retail (Часть 1)
Contents
Введение
Dynamics 365 for Retail предназначен для крупных и средних розничных сетей и предлагает полный комплекс решений, как для головного офиса, так и для точек продаж (POS). Включает в себя продажи, мобильность, анализ, чтобы помочь розничным торговцам и работникам добиться. Retail предлагает всестороннюю поддержку для работы с широким спектром бизнес-процессов, таких как возможности мерчандайзинга, инвентаризации и управления каналами.
Управление каналами
Вы решаете, как определять и настраивать свои магазины. Они могут быть розничными магазинами, интернет-магазинами или колл-центрами. Каждый розничный магазин может иметь свои собственные способы оплаты, методы доставки, ценовые группы, счета доходов и расходов, регистры и персонал. Создав свой розничный магазин, вы создаете ассортимент продуктов, которые вы хотите сохранить в магазине. Вы также можете определить цены и скидки для магазинов, которые относятся к продуктам, которые доступны в магазине.
Клиент-ориентированность и лояльность
Клиент постоянно меняется. Необходимо находится в состоянии быстро и эффективно идти в ногу с изменениями в покупательских привычках и тенденциях, чтобы вы могли не только привлекать новых клиентов, но и поддерживать свою существующую клиентскую базу. У клиентов есть много возможностей получить то, что они хотят, когда они этого захотят, и по желаемой цене. Чтобы поддерживать лояльность клиентов, вы можете использовать персонализированные уведомления и предложения, облегчающие совершение покупок.
Анализ
Продвинутая аналитика дает возможность решать розничные проблемы и позволяет прогнозировать, оптимизировать и персонализировать идеи, которые помогут привести к росту и прибыльности. Розничная торговля позволяет предоставлять визуальные отчеты на любом устройстве, будь то онлайн или офлайн. Кроме того, вы можете помочь клиентам идентифицировать продукты и услуги, соответствующие их потребностям, до момента покупки.
Мониторинг
Позволяет отслеживать эффективность продаж и маржи в реальном времени на разных уровнях иерархии организации.
Оборудование и периферия
POS (Точки продаж) могут использовать широкий спектр аппаратных периферийных устройств. И предлагают несколько интерфейсов и варианты развертывания, которые помогут вам в различных бизнес-сценариях. Периферийный симулятор для розничной торговли включает в себя виртуальный периферийный симулятор и POS-симулятор. Виртуальный периферийный симулятор в первую очередь поддерживает тестирование сценариев, которые обычно требуют физических периферийных устройств POS. POS-симулятор позволяет тестировать совместимость физических периферийных устройств с Retail без необходимости разворачивать клиент POS.
Архитектура Dynamics 365 for Retail
Основными компонентам архитектуры являются:
-
Retail headquarters (Retail HQ) – служит для управления цепочкой магазинов, как одним предприятием. Он позволяет контролировать ежедневные операции и получать информацию о продажах по каждой точке продаж.
-
Retail POS – поддерживаются два типа точек продаж (POS):
— Cloud POS (CPOS) – работа ведется в браузере, что позволяет использовать его на мобильных устройствах.
— Modern POS (MPOS) — устанавливается на компьютер, планшет и смартфон. Выполняет операции продаж, работу с заказами клиентов, ежедневные операции и позволяет работать с управлением запасами.
-
Retail Server — предоставляет доступ к информации через OData Web API и работает с обоими типами POS, и E-Commerce (онлайн-магазин).
-
Hardware Station – позволяет связать периферийные устройства, такие как принтеры, сканеры, денежные ящики, платежные терминалы с POS-ами.
-
Retail Store Scale Unit – обеспечивает поддержку работы POS, которые не имеют постоянного интернет соединения с головным офисом.
-
Channel database — хранит данные для одного или нескольких розничных каналов, например E-Commerce или обычная розничная точка продажи.
Архитектура компонента Retail Server
Retail Server предоставляет сервисы доступа и содержит бизнес-логику для POS и E-Commerce.
Retail Server использует OData Web API, чтобы поддерживать Retail POS и E-Commerce. Open Data Protocol (OData) — это RESTful-протокол, обеспечивающий эффективные операции запроса и модификации над данными в хранилище, обычно в базе данных SQL. Выражения и запросы ресурсов базируются на URL HTTP-запроса, а результаты возвращаются в HTTP-ответе. Более сложная поддержка запросов, которые могут формировать, упорядочивать, фильтровать и разбивать данные на страницы, создается с помощью языка запросов. Поскольку OData является стандартом OASIS, он реализован и используется на всех популярных клиентских платформах, например, в веб-браузерах, смартфонах и устройствах на основе iOS, Android и Windows. OData часто рассматривают как хороший способ предоставления сервисов, основанных на стандартах, которые можно легко использовать на множестве платформ.
Commerce Runtime (CRT) обернут в отдельный слой в архитектуре. CRT является ядром, которое обеспечивает работу бизнес-логики при использовании разных программных клиентов.
Retail Server может быть развернут как в облаке Azure, так и локально в точке продажи, для этого используется Retail Store Scale Unit (RSSU).
Retail Server использует принятую концепцию
-
Entity type
— это фундаментальный блок описывающий структуру данных используя модель данных сущности (Entity Data Model). Модель данных сущности представляет собой набор концепций, описывающих структуру данных, независимо от форм. EDM решает проблемы, возникающие в результате хранения данных во многих формах. Например, имеется бизнес, который хранит данные в реляционных базах данных, текстовых файлах, XML-файлах, электронных таблицах и отчетах. Это создает значительные проблемы при моделировании данных, разработке приложений и доступе к данным.
При разработке ориентированного на данные приложения задача состоит в том, чтобы написать эффективный и поддерживаемый код без ущерба для эффективного доступа к данным, хранения и масштабируемости. Когда данные имеют реляционную структуру, доступ к данным, их хранение и масштабируемость очень эффективны, но писать эффективный и удобный код становится более сложным. Когда данные имеют структуру объекта, компромиссы обращаются вспять: написание эффективного и поддерживаемого кода происходит за счет эффективного доступа к данным, их хранения и масштабируемости.
Даже если можно найти правильный баланс между этими компромиссами, возникают новые проблемы, когда данные перемещаются из одной формы в другую. Модель данных сущности решает эти проблемы, описывая структуру данных в терминах сущностей и отношений, которые не зависят от схемы хранения. Это делает сохраненную форму данных не относящейся к дизайну и разработке приложений. И поскольку сущности и отношения описывают структуру данных, поскольку они используются в приложении (а не в его сохраненной форме), они могут развиваться по мере развития приложения.
— Каждый объект должен иметь уникальное имя.— Каждому объекту должен быть назначен ключ (ключ определяется одним или более свойствами).
-
Complex type
— это концепция OData, которая предназначена для предотвращения дублирования объектов.Complex type может состоять только из свойств, которые описывают Entity type или другие Complex type.Complex type не имеет ключа и должен иметь уникальное имя.
Например, Клиент является объектом, который имеет адрес клиента. Данный адрес представляет собой объект, содержащий адресную строку, город, штат и почтовый индекс. Поэтому адрес клиента является сложным типом, который может быть повторно использован другими типами объектов. Например, для объекта Заказ требуется информация о том же адресе, который связан с объектом Клиент и поэтому можно повторно использовать объект Адрес.
-
Controller
— это класс, который обрабатывает HTTP-запросы. Создается отдельный контроллер для каждого объекта, который управляет действиями создания, чтения, обновления и удаления (CRUD).
-
Metadata
— это контракт между клиентом и сервером.
Компонент Retail Store Scale Unit
RSSU (Retail Store Scale Unit) – предоставляет набор функций, для точек продаж не имеющих постоянного подключения с Retail HQ. RSSU разработан специально для операций выполняемых внутри точки. Включает как общие операции продаж, так и кросс-терминальные транзакции (приостановка/возврат), и поддерживаются операции смен. RSSU поддерживает оба типа POS. Компонент не поддерживает операции в реальном режиме времени (например выдача подарочных карт, поиск товаров). POS подключенный к RSSU не имеет прямого подключения к базе розничного канала.
Источник: docs.microsoft.com
Comments
So empty here ... leave a comment!