P0 · Payment Readiness / Invoice Pack Preflight

Zatrzymaj błąd w pakiecie, zanim zatrzyma płatność.

Połącz przesyłkę z POD, CMR lub BOL, PO/reference, rate confirmation i fakturą. Preflight wykrywa brak, niezgodność kwoty oraz referencję w złym polu — przed wysłaniem invoice pack i startem DSO.

  • Cross-document
  • Before invoice send
  • Human review
EXECUTION MODELocal fixture · no OCR · no system connection
Pobierz fixture JSON ↓
Dane zostają w tej przeglądarce. Demonstrator nie pobiera dokumentów, nie czyta skrzynki i nie łączy się z TMS ani ERP.fixture only
SHIPMENT RECORD

#PL-28491

Poznań → Rotterdam · customer ref SO-88402

PAYMENT READINESSblocked5 blocking items before send
DOCUMENTS5/61 missing
POD SIGNATUREMISSINGinvoice blocker
INVOICE PACK75%2 mismatches / gaps
EFTI DATA91%1 missing fields
CUSTOMS / EDI76%4 missing fields
HUMAN REVIEW2decisions required
PAYMENT READINESS · INVOICE PACK PREFLIGHTPOD + CMR/BOL + PO/reference + rate + invoice
6/8 checks passed
Shipment reference · rate confirmation ↔ invoiceowner: billing · exact match
PL-28491=PL-28491matched
Customer PO · rate confirmation ↔ invoiceowner: billing · exact match
PO-88402≠PO-8840Zmismatch
Rate amount · rate confirmation ↔ invoiceowner: billing · exact match
2450≠2475mismatch
Currency · rate confirmation ↔ invoiceowner: billing · exact match
EUR=EURmatched
Fixture sprawdza pakiet przed wysłaniem. Nie wysyła faktury, nie uruchamia terminu płatności i nie potwierdza skrócenia DSO.
DOCUMENT MATCHINGShipment ↔ CMR ↔ POD ↔ invoice
5/6
CMRdriver_upload · invoice required
review
Proof of Deliverycarrier_email · invoice required
review
Delivery notewms · supporting
matched
Rate confirmationtms · invoice required
matched
Weight ticketnot received · invoice required
missing
Draft invoiceerp · invoice required
matched
Matching jest deterministyczne w obrębie fixture. Nie analizujemy obrazu ani treści prawdziwego dokumentu.
HUMAN REVIEW QUEUENie zgaduj. Eskaluj z confidence.
2 open
CONFIDENCE64%
CMR referencelow_confidence_handwritingDOC-CMR-28491 · owner: transport_documents
blocks invoice
CONFIDENCEconflict
Commodity codeconflicting_source_valuesERP + carrier email · owner: customs
output review

Auto-accept threshold: 90%Nieczytelna wartość poniżej progu nigdy nie jest automatycznie wpisywana do Shipment Record.

ONE SHIPMENT RECORD · MULTIPLE OUTPUTSJedno uzgodnienie danych, osobne bramki celu
REGULATORY OUTPUTeFTI data readiness10/11 pól obecnych · semantyka wymaga osobnego sprawdzenia
91%incomplete
FUTURE HANDOFFCustoms / EDI data readiness13/17 pól obecnych · semantyka wymaga osobnego sprawdzenia
76%incomplete
EVIDENCE BOUNDARYPayment Ready fixture ≠ faktura wysłana lub zapłaconaBrak OCR, realnego document matchingu, workflow ERP, wysyłki invoice pack, płatności, customs submission i eFTI submission.

Najpierw cash-flow

Termin płatności powinien zacząć się od poprawnego pakietu, nie od ukrytego wyjątku.

Nie budujemy kolejnego OCR-a ani systemu celnego. Ekstrakcja dokumentu jest wymiennym adapterem wejściowym. Wartość powstaje przy uzgodnieniu wielu dokumentów, ownership, regułach decyzji i odtwarzalnym śladzie.

  1. 01Match shipment

    TMS/ERP + CMR/POD/e-mail trafiają do jednego kontrolowanego Shipment Record.

  2. 02Reconcile invoice pack

    POD, CMR/BOL, PO/reference, stawka i faktura muszą przejść jawne reguły zgodności.

  3. 03Route review

    Niski confidence trafia do wskazanej roli z wartością źródłową — bez zgadywania.

  4. 04Reuse data

    Uzgodnione pola zasilają osobne profile eFTI, EDI, manifestu lub przyszłego handoffu celnego.

Sygnał rynkowy · zakres dowodu

Sprzedajemy wynik procesu. Nie „AI do dokumentów”.

Pojedynczy opis pracy brokera wskazuje konkretny failure mode: czysty POD, zgodność faktury z rate confirmation oraz PO/reference w wymaganym polu. To jakościowy sygnał discovery, nie statystyka rynku ani obietnica skrócenia DSO.

Descartes już osadza ekstrakcję i interpretację faktur handlowych, BOL oraz packing lists we własnych workflow customs/transport. Dlatego OCR pozostaje adapterem; nasz płatny rdzeń to reconciliation, provenance, exception routing oraz country/provider preflight.

Granica P0

Invoice Pack Preflight — nie OCR commodity.

Publiczny ekran pokazuje model decyzji na jawnym fixture. Nie rozpoznaje zdjęcia CMR, nie otwiera poczty, nie łączy się z TMS/ERP i nie księguje faktury. Realny pilot zaczyna się od jednego procesu klienta, jego reguł rozliczenia i kontrolowanego zestawu dokumentów.

Payment Readiness Pilot

Sprawdźmy jeden invoice pack, zanim zacznie się DSO.

Zakres pilota: źródło TMS/ERP, reguły wymaganych dokumentów i pól, zgodność PO/reference oraz stawki, kolejka wyjątków i uzgodnione kryterium Payment Ready. Pierwszy kontakt bez danych osobowych, sekretów API i poufnych dokumentów.

Zobacz zakres i cenę