Skip to content

The ASYCUDA platform

The Schema section documents our reconstruction. This section documents ASYCUDA itself — the software the reconstruction models — so you can place the toolbox against the real system you are working with: which generation it is, how its data leaves the system, and where an external system can plug in.

Which version does this toolbox model?

ASYCUDA World (v4) — the current standard, used by 100+ countries. The schema is grounded in public UNCTAD/ASYCUDA programme table descriptions plus ASYCUDA World national manuals and message specs (see Sources). If your deployment is ASYCUDA World, this model is a direct reference; if it is ASYCUDA++ or ASY5, see the version lineage for what changes.

Which version do you have?

Three quick fingerprints (details on the versions page):

If you see… You are on
A Java client launched via .jnlp (Java Web Start), declarations exported as XML files ASYCUDA World (v4) — what this toolbox models
A C++ thick client, UN/EDIFACT messages (CUSDEC/CUSRES), Oracle/Informix/Sybase ASYCUDA++ (v3) — legacy, same SAD data model, different exchange layer
Cloud-native microservices (Quarkus, Kubernetes, Kafka), REST/event APIs ASY5 / New Generation — phased rollout (Angola live Jan 2026)

The SAD declaration model — general segment + item segments — is stable across ++ and World, so the schema remains a valid reference for both; what changes between generations is the technology and the integration surfaces.

Explore

  •  Version lineage


    Five generations from 1981 to ASY5 — what each changed, and how to fingerprint the one in front of you.

    Versions

  •  ASYCUDA World


    The modeled version in depth: the XML e-document model, the client, the closed protocol, and how our schema relates to the real one.

    ASYCUDA World

  •  XML messages & wire format


    The SAD Box → XML tag → toolbox column map, the <ASYCUDA> wire-format gotcha, the AWMDS manifest stream, WCO DM and EDIFACT.

    XML messages

  •  Integration surfaces


    The doors that actually exist — RDBMS/ETL, ASYHUB, Cargo-XML, XML import, ASY5 — and the specs you must request.

    Integration

  •  Selectivity & clearance


    The clearance state machine (C/L/PRN serials) and the four-lane risk model, mapped to our tables.

    Selectivity & clearance

  •  Further reading


    The curated public-document map — official manuals, national field guides, real XML samples, ML datasets — and what is restricted.

    Resources

Doing ML on customs data?

That is what this platform knowledge is for: the ML risk-engine guide turns it into a working blueprint — features, labels, the lane loop, and how to prototype on this toolbox's schema before you have access to a live system.


Platform facts on these pages are distilled from the public ASYCUDA record — UNCTAD programme documents, national customs manuals, recovered schemas and real declaration samples. Where something is not publicly documented — the physical DB schema, the ASYHUB API — these pages say so plainly rather than guessing.