Feronix ATLAS Kundenportal

Kunden-API

Binden Sie Ihr ERP-System direkt an Feronix an — REST, JSON über HTTPS, mandantengebunden, mit Idempotenz und Vorabprüfung.

Die über die API übermittelten Daten werden von Feronix unter eigener EORI und eigenen Aufschubkonten verzollt. Sie als Kunde übermitteln Lieferungs- und Sendungsdaten; Feronix übernimmt die Zollanmeldung als Anmelder und Vertreter. Bei Full Service wird die Ware direkt ins Feronix-Lager geliefert; bei reiner LVS-Nutzung verwalten Sie Ihre Bestände im eigenen Lager.

Wann Sie die API nutzen

Die Kunden-API ist der Weg für automatisierte Übergabe aus ERP-Systemen (SAP, Microsoft Dynamics, Odoo, Oracle) und für alle Integrationsszenarien, in denen Sie Lieferungen, Paketmanifeste, Sendungsdaten und Dokumente maschinell übergeben wollen. Sie ersetzt manuelle Erfassung im Portal und ermöglicht End-to-End-Automatisierung vom ERP bis zum Zoll. Je nach gebuchtem Paket steuern Sie reine Zollvorgänge, die scanbasierte Lagerverwaltung im eigenen Haus oder das physische Full-Service-Fulfillment im Feronix-Lager.

Unterstützte Eingangsformate

  • Strukturierte REST-Nutzdaten — JSON über HTTPS
  • JSON — für Einzeldaten und kleinere Bündel
  • CSV — für Massendatenübernahme
  • NOVA-POSHTA-Lieferungsbündel — beim NOVA-Format werden Positionszeilen anhand der Paketnummer zu physischen Paketen und darunterliegenden Warenpositionen konsolidiert

Widersprüchliche Paketstammdaten, doppelte oder fehlende Zuordnungen, ungültige Beträge, Gewichte, HS-Codes und Adressbestandteile werden vor Anlage erkannt.

Authentifizierung

curl -H 'X-Api-Key: ' \
     -H 'Accept-Language: de' \
     https://atlas.feronix.tech/customer/me

Der Schlüssel bestimmt den Mandanten serverseitig. Eine customer_id im Inhalt darf diesen Geltungsbereich niemals erweitern. Unterstützte Sprachen: de, en, fr, es, zh, ru, uk.

Was Sie über die API steuern können

  1. Lieferung anlegen
  2. Lieferungs- und Transportdaten übermitteln
  3. Paketliste beziehungsweise positionsbezogenes Manifest importieren
  4. Pakete und Warenpositionen konsolidieren
  5. Rechnungen, Wertnachweise, T1 und weitere Dokumente hochladen und zuordnen
  6. Validierung abrufen
  7. IMPOST-Anmeldung ausdrücklich einreichen
  8. Status, Fehler, Nachrichten und Dokumente abfragen
  9. fehlerhafte Daten berichtigen und mit neuer Nachrichtennummer erneut übermitteln

Empfohlene Reihenfolge

  1. T1-Fall festlegen — bei vorhandenem Versandverfahren zuerst POST /warehouse/delivery-documents/t1. Soll ein neues T1 erzeugt werden, in der Lieferung t1_mode=create setzen.
  2. Lieferung anlegen — POST /warehouse/delivery-manifests für Lieferung samt Deadline und kompletter Paketliste.
  3. Wertnachweis hochladen — POST /warehouse/value-evidence für Rechnung/Wertnachweis.
  4. Vorabprüfung — POST /customer/shipments/validate zur Vorprüfung. Eine erfolgreiche Validierung sendet noch nichts an den Zoll.
  5. Sendung anlegen — POST /customer/shipments zum Anlegen/Übermitteln gemäss Payload.
  6. Status verfolgen — GET /customer/shipments/{lrn} und Zollvorgang über GET /customer/declarations/{lrn}.
  7. T1 erzeugen — bei t1_mode=create nach vollständiger Erfassung das T1 über POST /warehouse/deliveries/{delivery_number}/t1-xml.

Idempotenz

Idempotenzschlüssel verhindern Doppelanlagen bei Netzwerk- oder Scannerwiederholungen. Eine fachlich identische Wiederholung muss dieselbe externe Referenz bzw. Idempotenzkennung verwenden. Eine korrigierte Neuübermittlung erhält eine neue ATLAS-Nachrichtennummer. Timeout ist nicht gleich Ablehnung — vor Wiederholung prüfen, ob die Anfrage angenommen und nur die Antwort verloren ging.

Kern-Endpunkte

MethodeEndpunktZweck
POST/warehouse/delivery-manifestsLieferung und Pakete atomar anlegen (Lieferung ins Feronix-Lager)
POST/warehouse/value-evidenceWertnachweis hochladen
POST/customer/shipments/validateVorabprüfung (sendet nichts an den Zoll)
POST/customer/shipmentsSendung anlegen/übermitteln
GET/customer/shipments/{lrn}Sendungsstatus
GET/customer/shipments/{lrn}/impost-xmlIMPOST-XML (ICOMDA) exportieren
GET/customer/shipments/{lrn}/standard-clearance/dossier.pdfZollmappe PDF
GET/customer/shipments/{lrn}/standard-clearance/dossier.zipZollmappe ZIP
POST/customer/shipments/{lrn}/standard-clearance/atlas-xmlDECDFA-XML erzeugen
GET/customer/declarations/{lrn}Zollvorgang mit Nachrichten und Bescheid
POST/customer/declarations/{lrn}/resubmitKorrigierte Neuübermittlung
POST/customer/suma/xmlSumA-XML exportieren
POST/warehouse/transit-ordersTransitauftrag anlegen
POST/warehouse/transit-orders/{id}/xmlT1-XML (DETPDD) erzeugen
POST/customer/customs-xml/validateXML gegen Original-XSD prüfen
GET/customer/meMandantenprofil
GET/customer/me/identitiesZollidentitäten (EORI/NL) — Feronix-Zollidentitäten, unter denen Feronix als Anmelder auftritt, nicht Ihre eigenen
GET/customer/me/mandatesVertretungsmandate — Mandate, unter denen Feronix für Sie als Vertreter im Zollverfahren auftritt
GET/customer/reference/hs-searchHS-Code-Suche

Fehlercodes

API-Fehler enthalten HTTP-Status, stabilen Fehlercode, lokalisierten Text und soweit möglich den betroffenen Feldpfad.

StatusBedeutungMassnahme
400Anfrage technisch unlesbarJSON, Zeichensatz oder Datei prüfen
401API-Schlüssel fehlt oder ungültigX-Api-Key des richtigen Mandanten senden
403Berechtigung fehltBenutzerrolle oder API-Freigabe prüfen
404Objekt im Mandanten nicht gefundenLRN, Lieferungsnummer, Barcode und Mandant prüfen
409Fachlicher KonfliktStatus, Eindeutigkeit oder abhängige Daten korrigieren
422Pflichtfeld/Abhängigkeit verletztFeldbezogene Hinweise vollständig abarbeiten
500/502/503Technischer FehlerNicht blind doppelt senden — mit gleichem Idempotenzschlüssel wiederholen
→ IMPOST Konto eröffnen