Abbiamo creato noi l'integrazione DIWASS. Voi la ottenete - applicata al vostro stack.
Header WS-Security. Imposizione delle chiamate sequenziali. Sincronizzazione NTP. Costruzione dei messaggi XML. Realizzare tutto questo richiede mesi. Evreka lo ha già realizzato - voi ottenete l'integrazione.
Auth: WS-Security Username Token
Calls: Sequential only (no parallel)
Time: NTP sync required
Password: Digest (nonce+timestamp+key)
Sync: Poll-based, ≤12h interval
Format: XML message exchange
Pre-built. Production-tested. Yours to use.
Pre-built connector
WS-Security auth, SOAP XML handling, sequential call management, NTP sync - all implemented and tested against the DIWASS sandbox.
Data mapping layer
Your ERP fields mapped to DIWASS XML schema. We document every field, every transformation, every edge case.
Sync architecture
getEvents → resolve changes → getDetails implemented as a poll-based sync. DIWASS IDs stored and managed in your system.
Real-time validation
Eural code validated against processor permit on every call. Error messages surface at your system level, not at border control.
Status management
Full lifecycle: Announced → Moving → Received → Completed - all status transitions handled and returned to your records.
Technical support
Post-launch monitoring, error diagnosis, and updates when DIWASS API evolves. We stay on it so you don't have to.
Come funziona il livello di integrazione DIWASS
The Evreka DIWASS layer sits between your existing system and the DIWASS API. Your data in, compliance out.
La primavera 2026 è la finestra di test.
L'ambiente sandbox DIWASS è attivo ora. Non costruite da soli - prenotate una technical discovery call e definiamo insieme l'approccio di integrazione più adatto.