| Intake: WMS events, history, APIsTwo years of pick history is ideal, so seasonality and peak are both in the data. Most WMSs can export it. | Kinesis Data Streams, S3, API Gateway, AWS Glue | Event Hubs, Azure Data Lake Storage, API Management, Azure Data Factory | Apache Kafka; Ceph or IONOS S3 Object Storage; Kong or your existing API gateway |
|---|
| Forecasting: velocity, affinity, seasonality, labourPlain, explainable models do well here. Amazon Forecast is closed to new customers, so forecasts are built in SageMaker AI. | Amazon SageMaker AI | Azure Machine Learning | MLflow and Kubeflow on Kubernetes |
|---|
| Optimiser: slots, pick paths, wavesOptimisation, not generative AI. Handling limits, hazardous goods segregation, temperature zones and client separation are hard constraints. | An open-source solver (e.g. OR-Tools or Timefold) on AWS Batch or ECS | An open-source solver (e.g. OR-Tools or Timefold) on Azure Batch or Container Apps | An open-source solver (e.g. OR-Tools or Timefold) on Kubernetes |
|---|
| Explanations and plan summariesThe only generative step. It explains why a SKU should move and summarises the night's move list and tomorrow's labour plan in plain words. | Amazon Bedrock | Microsoft Foundry | Open-weight models served with vLLM on your own GPUs, or IONOS AI Model Hub |
|---|
| Agent runtimeThe original Bedrock Agents closed to new customers on 30 July 2026; new builds use AgentCore. | Amazon Bedrock AgentCore | Foundry Agent Service | An open-source agent framework (e.g. LangGraph) on Kubernetes |
|---|
| WorkflowRuns the nightly cycle: forecast, optimise, approve, send moves to the WMS, check they were done. | AWS Step Functions | Logic Apps or Durable Functions | Temporal, or n8n |
|---|
| Middleware and events | Amazon EventBridge, SQS | Event Grid, Service Bus | Apache Kafka or RabbitMQ |
|---|
| Link to the WMSThis decides the design. Approved moves become standard WMS move tasks. Nothing writes to WMS tables directly, so a WMS upgrade doesn't break it. | Through your WMS supplier's published APIs or interface tables | Through your WMS supplier's published APIs or interface tables | Through your WMS supplier's published APIs or interface tables |
|---|
| Human reviewSupervisors approve moves where they already work, not in a new screen. | In the WMS's own task approval screens, or the supervisors' existing dashboard | In the WMS's own task approval screens, or the supervisors' existing dashboard | In the WMS's own task approval screens, or the supervisors' existing dashboard |
|---|
| GuardrailsThe model explains plans; it can't change a constraint or release a task. | Bedrock Guardrails | Foundry guardrails (Azure AI Content Safety) | Open-source guardrails (e.g. NeMo Guardrails, Llama Guard) |
|---|
| Identity, keys, data protectionOperator IDs are removed from pick history before it reaches the models. Only planning roles see plans. | IAM Identity Center, KMS, Macie | Entra ID, Key Vault, Purview | Keycloak or your existing Active Directory; OpenBao or HashiCorp Vault; an HSM |
|---|
| Monitoring and auditLog every suggested move, every approval and rejection with its reason, and the savings measured afterwards. | CloudWatch, CloudTrail | Azure Monitor, Log Analytics | Prometheus, Grafana, OpenTelemetry |
|---|
| UK data residencyPick history is mostly commercial data. Staff and agency data stays in the UK. | eu-west-2 (London) | UK South / UK West | Your own UK data centre, or a UK or EU provider |
|---|