Preflight nel TMS
Esito deterministico per spedizione, fase e ruolo; nessuna decisione regolamentare automatica senza prove.
Per fornitori TMS
Aggiungi verifiche eCMR ed eFTI nel workflow del tuo TMS.
Il cliente non dovrebbe passare a un’altra applicazione per scoprire che mancano i dati prima del ritiro o della firma. Una futura API embedded dovrebbe restituire motivi, proprietari e limiti dell’esito.
Moduli previsti
Prima la conformità del contratto, poi la scala.
Conformance
Fixture positive e negative per dati, firma, modifica, accesso partner ed export.
Profili locali
Regole e stato dell’infrastruttura nazionale separati dallo stato dei tuoi connettori.
Nel prodotto cliente
Mostra il blocco dove nasce il lavoro.
Prima che l’autista arrivi al carico, il TMS dovrebbe poter distinguere un campo assente nell’ERP da un dato che spetta al vettore, una firma non ancora disponibile da un’incompatibilità del provider e una regola locale non verificata da un errore di payload. Ogni stato ha un responsabile diverso; un generico semaforo verde o rosso non aiuta a risolverlo.
Per un’integrazione embedded occorrono isolamento dei clienti, autorizzazioni, versioni fissate, limiti d’uso e osservabilità degli errori. Sono requisiti della futura release, non funzioni già attive nella pagina pubblica.
Accettazione
Una demo non è una promessa di interoperabilità.
Compatibilità significa sistema e versione, provider e versione, scenario, ambiente, risultato e data di osservazione. L’API Embedded e i country adapter sono pianificati, non in produzione.
Vedi il percorso Embedded