Orchestrate Overview
Overview
Orchestrate strings together different segments of business logic into a coherent flow.
The business logic currently includes:
- Demand Priority
- Pallet Estimation
- Routing Consolidation
- Sourcing
- Suggested Carrier
The workflow below displays the segments in a specific sequence, but you can configure these features in any order necessary.
Similarly, the functions are independent; while they can work together, no piece is entirely reliant on another. This provides flexibility in implementation and design.
Orchestrate mimics the basic functionality of the D365 Order solution, but is built with an ERP-agnostic framework.
Through our Swagger and API endpoints, users can submit requests from any ERP system. Additionally, if a client uses multiple ERP systems, each system can submit requests simultaneously.
The workflow below displays each function as its own object, as well as the outside data necessary to perform it.
Note
This is an example workflow. Segments can be reordered as necessary in the implementation.
Workflow
FAQs
Q: Why is the Inventory endpoint API and not Swagger?
- A: Inventory requires a separate API so that we can scale it according to a much higher expected volume relative to other endpoints.
- A: The Inventory API runs on separate Azure infrastructure.
Q: Are any of the Orchestrate features extensible?
- A: Orchestrate is not extensible. Any custom logic that cannot be handled within the configurations should be executed in the communication layer between Orchestrate and the host system.
Q: What are attributes and why are they part of every feature?
- A: Attributes are user-defined characteristics that exist throughout Orchestrate and are primarily used to define demand.
- A: Attributes are heavily utilized with most Orchestrate features as a method of matching desired demand to specific actions. For example, any demand with the attribute “Wholesale” is assigned to the wholesale demand channel and prioritized accordingly.