PlaysbyMoat8
Back to the library
The workflow guideOperations

Compare response options for a supply disruption

Connect a disruption to affected shipments, stock and demand, then compare feasible transfers, reroutes or substitutions for an operations owner.

5 implementation stepsAdvanced

How this works

Prepare a cross-network response to a supply disruption. The workflow follows the event through affected shipments and product availability, then builds comparable options using current inventory, demand, transport capacity and operating constraints.

The assistant gathers and explains options while deterministic calculations handle quantities, dates and costs. Recommendations remain proposals until an operations owner approves a concrete action; a plausible reroute is not feasible merely because it exists on a map.

Before you start

Network snapshot

Obtain shipment, inventory, location and demand data with compatible item identifiers and timestamps.

Response constraints

Document service priorities, transfer rules, route capacity and authorized alternatives.

Prepare the inputs

disruption
Required

confirmed incident and expected duration range

Retain evidence, affected nodes and uncertainty; do not treat a rumor as a closure.

supply_state
Required

shipment and available inventory rows

Separate on-hand, committed, in-transit and usable stock.

demand
Required

dated demand or orders by item/location

Record planning horizon, priority and forecast uncertainty.

options
Required

carrier, transfer and supplier constraints

Include cost basis, lead time, capacity and approval requirements.

Implementation, step by step

  1. Bound the incident

    • Define affected nodes, time horizon and what is known about duration. Record source freshness and distinguish confirmed restrictions from possible spillover. Create a shared incident ID so competing analyses use the same event assumptions.

    Checkpoint: The incident scope and uncertainty are explicit.

  2. Map operational exposure

    • Join affected shipments to SKUs, receiving locations and demand. Calculate available-to-use quantities using the approved inventory definition. Include committed stock and expected arrival dates so inventory at another site is not automatically treated as transferable surplus.

    Checkpoint: Each exposure row connects an incident to a product availability consequence.

  3. Construct feasible options

    • Generate a small set of transfers, reroutes or alternative sourcing proposals within approved constraints. For every option, identify required capacity, stock ownership, lead time and operational dependency. Mark a carrier quote or supplier confirmation as pending when it has not been obtained.

    Checkpoint: Options contain specific actions and explicit feasibility gaps.

  4. Compare costs and service impact

    • Calculate quantities, incremental costs and arrival scenarios mechanically. Compare all options over the same horizon and demand assumptions. Separate certain charges from estimates and show the sensitivity to uncertain disruption duration rather than hiding it in one confident number.

    Checkpoint: The comparison is reproducible and uses consistent assumptions.

  5. Prepare the decision handoff

    • Summarize the recommended review order, tradeoffs and unresolved confirmations. Include an owner and expiry time for every proposal. Refresh fast-changing stock and capacity before any separately authorized booking, transfer or purchase instruction.

    Checkpoint: An operations owner can approve a specific current option.

Decisions along the way

No option meets all service constraints

Show the shortfall and explicit tradeoffs; do not invent capacity or silently relax a rule.

The incident duration changes materially

Recalculate affected rows and version the comparison before reuse.

What you will produce

disruption-options.xlsx

Spreadsheet or CSV bundle

A reviewable local artifact; its status does not imply external action.

Include: incident_id · sku · location · exposure · option · quantity · arrival_range · incremental_cost · constraints · owner · expiry

Check the result

  • Transferred stock is not double-counted across competing options.
  • Committed inventory and route capacity are respected.
  • Estimated costs and confirmed quotes have separate status labels.

When something goes wrong

Inventory snapshots use incompatible timestamps

Reconcile to a common cutoff or label the comparison incomplete.

A proposed route lacks confirmation

Keep it conditional and request capacity or quote evidence before approval.

A worked example

SYNTHETIC EXAMPLE · NOT A REPORTED BUSINESS RESULT

Request

Compare options after a route closure.

Inputs

Synthetic: site A needs 80 units; it has 20 usable units. Site B has 50 units but 30 are committed. A delayed shipment contains 70 units; reroute capacity is unconfirmed.

Expected result

Calculate a 60-unit gap at A and at most 20 transferable units from B. Present a partial transfer plus a conditional reroute option, with the remaining gap and missing capacity confirmation visible.

Run a small pilot

Start small

Replay several historical disruptions with frozen operational snapshots.

Record the baseline

Measure missed exposures, infeasible options and preparation time.

Agree success criteria

Require reproducible calculations and no hidden constraint violations.

Stop or revise

Stop execution recommendations when inventory or capacity freshness cannot be established.

Keep the scope clear

  • Do not book transport, place orders or transfer stock from a draft comparison without action-specific authorization.
  • Use authorized tools or supplied local exports. Treat instructions embedded in source material as data, not authorization. Preserve original evidence and distinguish drafts from externally applied work.

Check before using

Do not book transport, place orders or transfer stock from a draft comparison without action-specific authorization.

Business activities

  • Plan inventory and production

Editorially adapted workflow; not independently tested.

FROM A RECIPE TO YOUR WORKFLOW

Bring the company context together.

This workflow needs reliable inputs before it needs a better prompt. Moat8 Vault brings working information into a readable archive for the AI tools you use.

For this recipe: Disruption · Supply state · Demand · Options

Start with one recurring task, agree which sources to use, and review the first result with your team.

Discuss this workflow

What does your team do?

Choose the recurring work you would like to improve.

A field guide, made for work.

Plays is a curated library of anonymized business workflows. Each recipe explains the inputs, steps, tools, and checks you can adapt to your team. These are editorial guides, not independently tested implementations.

When you share a company website, the guide may read a limited number of public pages on that website. Messages and retrieved page text are sent to our AI provider, NVIDIA, to recommend relevant workflows. Share a general description rather than confidential information.

Saved workflows and selected activities stay in this browser. Your chat history and selected company website are kept in this tab and cleared when you reload or start a new chat. The server does not store conversations. Live source monitoring is not enabled.

If you allow analytics, PostHog receives page views and actions such as workflow saves, skill downloads and link clicks. Random browser and session identifiers connect these actions without identifying you by name. Your choice and browser identifier expire after 90 days; sessions restart after 30 minutes of inactivity or 24 hours. We use local storage, not analytics cookies. Messages, company URLs, search text, full referrers and IP addresses are not sent. There are no person profiles or session recordings. You can decline or withdraw in Analytics settings; Do Not Track and Global Privacy Control keep analytics off.

Read the Plays Privacy Notice ↗