Dynamics 365 for Retail (Часть 1)

Введение

Dynamics 365 for Retail предназначен для крупных и средних розничных сетей и предлагает полный комплекс решений, как для головного офиса, так и для точек продаж (POS). Включает в себя продажи, мобильность, анализ, чтобы помочь розничным торговцам и работникам добиться. Retail предлагает всестороннюю поддержку для работы с широким спектром бизнес-процессов, таких как возможности мерчандайзинга, инвентаризации и управления каналами.

Управление каналами

Вы решаете, как определять и настраивать свои магазины. Они могут быть розничными магазинами, интернет-магазинами или колл-центрами. Каждый розничный магазин может иметь свои собственные способы оплаты, методы доставки, ценовые группы, счета доходов и расходов, регистры и персонал. Создав свой розничный магазин, вы создаете ассортимент продуктов, которые вы хотите сохранить в магазине. Вы также можете определить цены и скидки для магазинов, которые относятся к продуктам, которые доступны в магазине.

Клиент-ориентированность и лояльность

Клиент постоянно меняется. Необходимо находится в состоянии быстро и эффективно идти в ногу с изменениями в покупательских привычках и тенденциях, чтобы вы могли не только привлекать новых клиентов, но и поддерживать свою существующую клиентскую базу. У клиентов есть много возможностей получить то, что они хотят, когда они этого захотят, и по желаемой цене. Чтобы поддерживать лояльность клиентов, вы можете использовать персонализированные уведомления и предложения, облегчающие совершение покупок.

Анализ

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

Мониторинг

Позволяет отслеживать эффективность продаж и маржи в реальном времени на разных уровнях иерархии организации.

Оборудование и периферия

POS (Точки продаж) могут использовать широкий спектр аппаратных периферийных устройств. И предлагают несколько интерфейсов и варианты развертывания, которые помогут вам в различных бизнес-сценариях. Периферийный симулятор для розничной торговли включает в себя виртуальный периферийный симулятор и POS-симулятор. Виртуальный периферийный симулятор в первую очередь поддерживает тестирование сценариев, которые обычно требуют физических периферийных устройств POS. POS-симулятор позволяет тестировать совместимость физических периферийных устройств с Retail без необходимости разворачивать клиент POS.

Архитектура Dynamics 365 for Retail

Dynamics 365 for Retail - Архитектура системы

Основными компонентам архитектуры являются:

  1. Retail headquarters (Retail HQ) – служит для управления цепочкой магазинов, как одним предприятием. Он позволяет контролировать ежедневные операции и получать информацию о продажах по каждой точке продаж.
  2. Retail POS – поддерживаются два типа точек продаж (POS):

    — Cloud POS (CPOS) – работа ведется в браузере, что позволяет использовать его на мобильных устройствах.

    — Modern POS (MPOS) — устанавливается на компьютер, планшет и смартфон. Выполняет операции продаж, работу с заказами клиентов, ежедневные операции и позволяет работать с управлением запасами.

  3. Retail Server — предоставляет доступ к информации через OData Web API и работает с обоими типами POS, и E-Commerce (онлайн-магазин).
  4. Hardware Station – позволяет связать периферийные устройства, такие как принтеры, сканеры, денежные ящики, платежные терминалы с POS-ами.
  5. Retail Store Scale Unit – обеспечивает поддержку работы POS, которые не имеют постоянного интернет соединения с головным офисом.
  6. Channel database — хранит данные для одного или нескольких розничных каналов, например E-Commerce или обычная розничная точка продажи.

Архитектура компонента Retail Server

Retail Server предоставляет сервисы доступа и содержит бизнес-логику для POS и E-Commerce.

Архитектура Retail Server

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!

Добавить комментарий

Sidebar