Claim Check
Claim Check hält große Nutzlasten aus dem Nachrichtenkanal heraus.
- ReferenzTrägt stabile Kennung, Korrelation und Inhaltsmetadaten.
- NutzlastspeicherHält Inhalt, Prüfsumme, Rechte und Aufbewahrungsfrist.
- LebenszyklusVerbindet Verzögerung, Wiederholung, Ablauf und Bereinigung.
Einordnung
Warum das wichtig ist
Der kleinere Brokervertrag erzeugt einen zweiten Abrufpfad, dessen Sicherheit und Lebensdauer geprüft werden müssen.
Der externe Versanddienst ist hypothetisch; aktuell arbeiten sieben Shopmodule im selben Anwendungssystem.
Claim-Check-Vertrag
Der heutige Shop verarbeitet seine sieben Module in einem modularen Monolithen. Für einen hypothetischen externen Versanddienst erzeugt Rechnung ein PDF, speichert es verschlüsselt unter einer opaken Kennung und sendet Bestell-ID, Objektkennung, Medientyp und Prüfsumme über den Broker. Versand ruft das Dokument mit eigener Dienstidentität ab. Das Team verzögert die Nachricht über die normale URL-Laufzeit hinaus, probt erneute Zustellung und belegt kontrollierte Erneuerung sowie Bereinigung erst nach fachlichem Abschluss.
So liest du das Bild
- Referenz Opaque Kennung statt öffentlicher URL
- Nutzlastspeicher Dienstidentität autorisiert Abruf
- Lebenszyklus Löschen erst nach Abschlussnachweis
| Vergleich | Teil | Verantwortung | Fehler |
|---|---|---|---|
| Nachricht | Kennung, Typ, Prüfsumme | Zustellung und Wiederholung | Referenz fehlt oder ist ungültig |
| Speicher | Verschlüsselter Inhalt und minimale Rechte | Abrufbarkeit während der Frist | Objekt fehlt oder Zugriff wird abgelehnt |
| Bereinigung | Abschluss- oder Fristnachweis | Gezieltes Löschen | Verfrühtes Löschen oder verwaistes Objekt |
Nutzen & Grenzen
Hilft, wenn
- Dokumente oder Binärdaten überschreiten die Brokergrenze.
- Empfänger müssen Inhalte unabhängig erneut abrufen können.
- Sensible Nutzlasten sollen aus Brokerprotokollen herausbleiben.
Grenzen
- Nachrichtenzustellung belegt weder Verfügbarkeit noch Integrität der externen Nutzlast.
- Zu kurze Ablaufzeiten brechen Wiederholungen; zu lange Aufbewahrung erhöht Kosten und Datenschutzrisiko.
- Eine frei weitergebbare URL erweitert Zugriff unkontrolliert und ersetzt keine Dienstautorisierung.
In der Praxis
- Lege einen großen Rechnungsbeleg im Objektspeicher ab und versende nur Referenz, Bestellkennung und Ablaufzeit. Prüfe, dass die Nachricht keine vertrauliche Nutzlast enthält.
- Lass die Referenz vor dem Abruf ablaufen und teste einen verweigerten Zugriff. Lege fest, wie der Empfänger den Fehler meldet und ob eine sichere Erneuerung möglich ist.
- Vergleiche Claim Check mit einer direkten Nachrichtennutzlast anhand Größenlimit, Zugriffskontrolle, Lebensdauer und zusätzlicher Speicherabhängigkeit.
Ausführliche Erklärung lesen
Der Sender speichert den Inhalt, erhält eine eindeutige Kennung und sendet Metadaten sowie Referenz. Der Empfänger authentifiziert sich am Speicher und prüft Typ, Größe und Integrität vor der Verarbeitung.
Aufbewahrung muss Nachrichtenverzögerung und Wiederholungen abdecken; Bereinigung darf erst nach fachlichem Abschluss oder definierter Frist erfolgen. Eine opake Kennung mit serverseitiger Autorisierung begrenzt Weitergabe besser als eine langlebige öffentliche URL.
Asynchrone Kommunikation erklärt entkoppelten Transport. Zustellgarantien ordnen Wiederholung und Bestätigung ein; Claim Check ergänzt einen gesicherten Nutzlastspeicher.
Selbst prüfen
Teste dich in drei Stufen
AblesenIm Bild nachsehen
Welche Daten gehören in die Nachricht?
Lösung mit Begründung ansehen
Stabile Objektkennung, Korrelation sowie Typ- und Integritätsmetadaten.
AnwendenAuf eine neue Lage übertragen
Wie schützt der Shop den PDF-Abruf?
Lösung mit Begründung ansehen
Versand authentifiziert sich mit eigener Identität; die opake Kennung allein gewährt keinen Zugriff.
BewertenEine Alternative abwägen
Was bestimmt die Aufbewahrungsfrist?
Lösung mit Begründung ansehen
Zustellverzögerung, Wiederholungsfenster, fachlicher Abschluss und rechtliche Vorgaben.
Vertiefen
Diese Bausteine führen die Gedanken dieser Seite weiter.