Технічна інтеграція для прийому даних
Зміст документа
Цей документ містить огляд різних потенційних варіантів технічної інтеграції, доступних під час впровадження Mondra. Цільовою аудиторією є насамперед члени команди з технічної відповідності та технологій.
Крім того, ми надаємо огляд технічних облікових даних Mondra та високорівневої архітектури системи.
Гіпермоделювання Mondra та необхідні початкові дані
Щоб отримати повний огляд рішення Mondra, будь ласка, перегляньте оглядовий документ Proof Of Value (POV) та/або подайте запит на доступ до програмного забезпечення Retailer POV. В основі рішення Mondra використовується технологія Hypermodelling для розрахунку впливу продукту на навколишнє середовище. Рішення робить це для всіх продуктів харчування та напоїв в асортименті продавця.
Механізм гіпермоделювання вимагає вихідних даних для функціонування. Ці вихідні дані найкраще взяти з рішень Compliance/PLM, які для продуктів харчування зазвичай містять усі необхідні дані. У цьому документі описується інтеграція з рішенням Oracle Retail Brand Compliance (ORBC), але також можлива інтеграція з TraceOne та іншими системами .
Mondra Hypermodelling – визначення початкових даних
Було надано окремий документ із детальною інформацією про необхідні дані про насіння. Підсумовуючи, ми вимагаємо:
• Основи продукту та обсяг (продажі)
• Дерево рецептів, запаси та сайти
• Упаковка
Вилучення даних - варіанти
Щоб почати, нам потрібно отримати дані з ORBC. На другому етапі програми це пошириться на повний асортимент продуктів харчування та напоїв приватної торгової марки. Mondra підтримуватиме та пристосовуватиметься до будь-якого підходу, який є кращим для початку фази 2, але варіанти C і D є більш кращими в довгостроковій перспективі. У всіх варіантах дані про обсяг продажів (SV) обробляються окремо.
Синхронізація даних і робочі процеси відповідності
Окрім першого вилучення даних, необхідних для запуску гіпермоделювання, ми перейдемо до спільного існування Mondra та ORBC. У цьому стані склад продукту та відомості про постачальника повинні підтримуватися між обома системами, щоб бути синхронізованими.
Mondra повністю усвідомлює важливість підтримки робочих процесів відповідності в ORBC і ніколи не перезаписує свої дані безпосередньо. Механізм для досягнення цього необхідно розробити, узгодити та надати на етапі 2. Деякі потенційні варіанти початку розмови описано на сторінці.
Пропонована схема для обговорення наведена нижче:
Синхронізація даних і робочі процеси відповідності – параметри
Щоб повністю підтримувати робочі процеси відповідності, дані між рішеннями мають бути синхронізовані. Деякі можливі варіанти для вивчення:
Огляд архітектури системи
Загальний знімок архітектури Mondra Platforms із запропонованою інтеграцією до екземпляра Retailers ORBC.
Рішення SaaS у хмарі Azure. Готовий до масштабування
• Azure Cloud
• ReactJS + Typescript
• .NET Core
• Databricks + PySpark
• SQL Server, Azure Data Lake Gen2
Облікові дані Mondra щодо технологій і безпеки
Наша технічна команда має досвід виконання вимог корпоративних технологій і груп безпеки.
Нижче наведено загальний огляд підходу до безпеки Mondra:
Наступні кроки
На етапі 2 програми ми будемо раді розпочати розмову на наступні теми з вашими технологічними та технічними командами в найближчі тижні.
• Робочі процеси відповідності – жорсткі обмеження та налаштування користувача
• Вимоги до аудиту безпеки як постачальника
• Початкове планування вилучення даних
• Майстер-класи з проектування робочого процесу повної синхронізації та відповідності даних