Paketverfolgung

Zweck & Benutzerintention: Das Tool löst die Sendungsverfolgung über mehrere Carrier hinweg für operative Teams und Kundensupport-Workflows. Es akzeptiert eine oder mehrere Tracking-Nummern mit optionalen Carrier-Identifikatoren, um aktuellen Status, Standort und ETA abzurufen. Eingesetzt wird es im E-Commerce-Fulfillment, in der Logistikplanung und im Support, um präzise Updates an Kunden zu liefern oder Dashboards mit einer einheitlichen Sicht über Carrier hinweg zu versorgen. Kerneinsatz umfasst Batch- und Einzelabfragen, Daten-Normalisierung und exportbereite Ergebnisse für Automatisierung.
Kernlogik & Funktionen: Kernkompetenzen umfassen Eingabeeingabenauswertung, Carrier-Mapping und API-Orchestrierung, um Echtzeit-Status von Carriers oder Datenaggregatoren abzurufen. Erforderliche Funktionen sind Mehrfachnummern-Abfrage, standardisiertes Output-Schema, Eingabevalidierung und Datenfrischekontrollen. Erweiterte Funktionen umfassen Batch-Verarbeitung mit Rate-Limit-Erkennung, Caching, Webhook-ähnliche Benachrichtigungen und exportbereite Formate (JSON/CSV) mit Lokalisierungssupport.
Inputs & Outputs: Eingaben umfassen tracking_numbers (Array von Strings, erforderlich), carriers (optional Array oder Mapping), include_eta (Boolean, Standard true), locale (optional). Outputs sind shipments (Array von Objekten) mit Feldern: tracking_number, carrier, status, location, timestamp, eta, history (Array von Events). Validierungsregeln erzwingen nicht-leere Tracking-Nummern und bekannte Carrier-IDs, ISO 8601-Zeitenstempel für Outputs.
Algorithmen & Berechnungen: Die Tool nutzt REST-API-Aufrufe zu Carriers oder Aggregatoren mit Timeouts und Retry-Policies. ETA-Regeln: Carrier-ETA wird verwendet, falls verfügbar; ansonsten Schätzung anhand routenspezifischer Transitzeiten und dem zuletzt erfassten Event. Status-Normalisierung ordnet Carrier-spezifische Stati einer gemeinsamen Taxonomie zu (In Transit, Out for Delivery, Delivered, Exception, Pending).
Fehler & Randfälle: Ungültige Eingaben, unbekannte Carrier oder fehlende Inputs erzeugen Validierungsfehler. Teilresultate werden mit pro-Sendung Fehlercodes zurückgegeben, wenn ein Carrier nicht erreichbar ist. Timeouts, Ratenbegrenzung oder API-Ausfälle lösen Retry-Logik oder Fallback auf zuletzt bekanntes Datum aus.
Industrie/Region & Lokalisierung: Standards umfassen ISO 8601-Timestamps, UTC-Zeit und eine standardisierte Status-Taxonomie. Globale Carrier abgedeckt; Datenformate folgen gängigen Branchenkonventionen. Datenschutz gemäß GDPR und regionalen Praktiken; Währung irrelevant.
Annahmen & Ausschlüsse: Zugriff auf Carrier-APIs oder autorisierte Data-Aggregatoren wird angenommen; keine Benutzeroberfläche; Daten bei Nicht-Verfügbarkeit werden markiert; kein Echtzeit-Streaming; schließt interne Routenlogik oder Inventardaten aus.