Produkt

Eine Engine, zwei Perspektiven auf Angebot und Nachfrage.

Die Zusage macht aus einem Auftrag einen datierten Plan; die Bestandspolitik legt die dahinterliegenden Bestandsregeln fest. Beide lesen dasselbe Bild, deshalb widersprechen sie sich nie.

Fulfilment plan · proposed

SO-48213 · 1 300 u · requested 21 Nov

On time
Likely 18 Nov range 16–21 Nov

600 u confirmed · 400 u scheduled · 300 u estimated

Tranche Source Date Reliability
T1 · 600 uLyon DC, on hand2026-11-13Confirmed
T2 · 400 uRotterdam, PO-77312026-11-16Scheduled
T3 · 300 uBrno supplier, lead-time stats2026-11-18 (16–21)Estimated

Supply order to emit

PO · 300 u · Brno · order by 2026-11-04

Fictional order, for illustration.

Adjust Commit plan

Perspektive 1

Zusage

Ein echter Auftrag wird zu einem Erfüllungsplan: Tranchen nach Menge, Quelle, Datum und Zuverlässigkeitsstufe, plus die auszugebenden Beschaffungsaufträge. Machbarkeit und wahrscheinliche Verspätung werden mit ihrer Bandbreite angegeben.

Mehr zur Zusage

Perspektive 2

Bestandspolitik

Meldebestand, Bestellmenge, Sicherheitsbestand und Standardmodus für jeden Artikel und Standort, mit der Abwägung zwischen Servicegrad und Kosten als vergleichbare Optionen.

Mehr zur Bestandspolitik

So funktioniert es

Jede Org per deklarativem Mapping anbinden.

Provisor liest Ihre bestehenden Objekte. Sie beschreiben, wo Aufträge, Bestand und Zulauf liegen; in Ihrer Org wird kein eigener Code geschrieben.

  1. 01 · Mappen

    Beschreiben Sie Ihr Datenmodell

    Verweisen Sie Provisor auf die Objekte, die Aufträge, Bestandsschnappschüsse, Bestellungen und Umlagerungen enthalten.

  2. 02 · Ableiten

    Statistiken ableiten, mit Quellen

    Lieferzeit- und Nachfragestatistiken werden aus Ihrer Wareneingangs- und Auftragshistorie abgeleitet. Jede zeigt die Datensätze, aus denen sie stammt.

  3. 03 · Entscheiden

    Vorschau, verfeinern, bestätigen

    Ihre Planer prüfen Vorschläge im Cockpit und bestätigen die, die sie akzeptieren.

Mapping · illustrative

order        → Order
order_line   → OrderItem
stock        → Inventory_Snapshot__c   (daily, 06:00 UTC)
supply       → Purchase_Order__c, Transfer__c
receipt      → Goods_Receipt__c
lead_time    ← derived from receipt history
location     → Warehouse__c
Object names are examples. Provisor validates each mapping and reports gaps before the first proposal.

Im Cockpit

Derselbe Plan, innerhalb von Salesforce.

Confirmed

On hand, or a date the supplier has confirmed.

Scheduled

A planned receipt with a date, not yet confirmed.

Estimated

Derived from lead-time statistics, shown with its range.

Fill rate against holding cost

SKU 40-118 · Lyon DC
90% 95% 98% 100% A 94.5% · €15 150 B · proposed 97% (95–98%) · €20 750 C 98.5% · €27 900 €10k €16k €22k €28k €35k Holding cost per year
Fill rate is likely value; B shows its P10–P90 range. Derived from 26 weeks of demand and 14 supplier receipts. Fictional data.

Proposed policy, option B

Reorder point
820 u
Order quantity
450 u
Safety stock
210 u
Default mode
Make to stock
Fill rate, likely
97% (95–98%)
Holding cost per year
€20 750
210 u safety stock
Demand · 26 weeks, mean 118 u/week, σ 38 u Lead time · Rotterdam, P50 10 d, P90 12 d, 14 receipts Target · fill rate 97%, set by you
Compare with C Commit policy

Sehen Sie beide Perspektiven auf Ihr Datenmodell.

Demo buchen