Verkettete A2P-SMS: Zustände pro Segment diagnostizieren

Logische Nachricht und Segmente

Eine verkettete SMS teilt eine lange Nachricht in mehrere Teile oder Segmente auf. Beschreiben Sie den Fall, indem Sie die ursprüngliche Nachricht von den Teilen unterscheiden, die in den eingesehenen Protokollen erscheinen.

Die freigegebenen Informationen erlauben es, diese Aufteilung allgemein zu beschreiben. Technische Einzelheiten zu Verkettungsfeldern, Sendeantworten oder Zuständen einzelner Segmente lassen sich damit jedoch nicht verifizieren. Dafür wäre eine Primärdokumentation erforderlich, die für die konkrete Implementierung gilt.

• Halten Sie fest, welche Informationen in den verfügbaren Protokollen erscheinen.
• Schreiben Sie Feldern oder Zuständen keine technische Bedeutung zu, die nicht durch verifizierbare Dokumentation belegt ist.

Was unvollständige Informationen bedeuten

Wenn die eingesehenen Informationen Daten zu einem Teil der Nachricht, aber nicht zu den übrigen Teilen zeigen, ist die Beobachtung unvollständig. Anhand der verfügbaren Nachweise lässt sich weder die Ursache bestimmen noch ableiten, was mit den Teilen ohne Informationen geschehen ist.

Vermeiden Sie es, aus einem einzelnen Status eine Aussage über die gesamte Nachricht abzuleiten. Die freigegebenen Quellen enthalten nicht genügend Details, um zu bestätigen, wie bestimmte Sende- oder Zustellungszustände dargestellt oder interpretiert werden.

• Unterscheiden Sie zwischen beobachteten Informationen und fehlenden Informationen.
• Betrachten Sie einen Status für ein einzelnes Segment nicht als Beweis dafür, dass die gesamte Nachricht das Mobiltelefon erreicht hat.

Allgemeine Prüfungen

Grenzen Sie den Fall zunächst ein und bewahren Sie die verfügbaren Informationen zur Nachricht, zum Empfänger und zum Zeitpunkt der Abfrage auf. Beachten Sie dabei die geltenden Datenschutz- und Aufbewahrungsrichtlinien.

Stellen Sie die zugänglichen Protokolle zusammen und notieren Sie, aus welchem System sie stammen. Die freigegebenen Nachweise bestätigen keine konkrete Methode, um Kennungen, Sequenzen oder Zeitstempel zwischen API, SMPP, Anbietern und Endgeräten abzugleichen. Stellen Sie solche Zusammenhänge nicht als bestätigt dar, wenn keine Primärdokumentation vorliegt.

Bitten Sie den Anbieter bei widersprüchlichen oder fehlenden Daten um Klärung und halten Sie fest, was bestätigt wurde und was ungeklärt bleibt.

• Ermitteln Sie, welche Quellen geprüft wurden und welchen Umfang die verfügbaren Informationen haben.
• Leiten Sie Zuordnungen nicht allein aus ähnlichen Zeitangaben oder Inhalten ab.
• Fordern Sie technische Dokumentation an, wenn Sie bestimmte Felder oder Zustände interpretieren müssen.

Teilweise Zustände kommunizieren

Beschreiben Sie die beobachteten Daten genau und behaupten Sie nicht mehr, als die Quellen belegen. Fehlen Informationen zu einzelnen Teilen, weisen Sie ausdrücklich darauf hin, ohne das Fehlen als bestätigten Fehler darzustellen.

Die freigegebenen Nachweise erlauben nicht den Schluss, dass ein gemeldeter Status beweist, das Endgerät habe die verkettete Nachricht zusammengesetzt oder angezeigt. Weisen Sie bei Bedarf auf diese Einschränkung hin.

• Geben Sie an, welche Informationen verfügbar sind und welche nicht bestätigt werden konnten.
• Unterscheiden Sie zwischen einem gemeldeten Status und einem verifizierten Empfang auf dem Gerät.
• Behaupten Sie nicht, die vollständige Nachricht sei angekommen oder angezeigt worden, wenn dafür keine geeigneten Nachweise vorliegen.

Nachvollziehbarkeit und nächste Schritte

Bewahren Sie relevante Protokolle gemäß den geltenden Richtlinien auf und dokumentieren Sie ihre Herkunft. Die verfügbaren Quellen bestätigen kein konkretes technisches Verfahren für erneute Übermittlung, Abgleich oder Eskalation bei verketteten Nachrichten.

Stellen Sie bei unvollständigen Informationen eine erneute Übermittlung nicht als universelle Lösung dar. Operative Entscheidungen sollten sich nach der geltenden Dokumentation und den Verfahren für den jeweiligen Anwendungsfall richten. A2P-Kommunikation muss legitim sein und die einschlägigen Regeln einhalten.

• Dokumentieren Sie, was beobachtet wurde und was weiterhin unbestätigt ist.
• Prüfen Sie die Dokumentation des Anbieters, bevor Sie Entscheidungen auf bestimmte Zustände stützen.
• Beschränken Sie die gespeicherten und weitergegebenen Daten auf das für die Untersuchung Erforderliche.

Grenzen der Nachweislage

Die freigegebenen Nachweise beschreiben die Verkettung allgemein als Aufteilung einer langen Nachricht in mehrere Teile. Sie enthalten keine ausreichende Primärdokumentation für Einzelheiten zu Feldern, SMPP-/API-Antworten, DLR pro Segment, systemübergreifendem Abgleich oder zur Bestätigung, dass die Nachricht auf dem Endgerät zusammengesetzt wurde.

Diese Seite bietet daher allgemeine Prüfungen und keinen validierten technischen Leitfaden zur Interpretation von Zuständen oder zur Diagnose einer bestimmten Implementierung. Für technische Schlussfolgerungen sind einschlägige Spezifikationen und Primärdokumentationen erforderlich.

• Interpretieren Sie Daten nur im Rahmen dessen, was sich anhand der verfügbaren Quellen belegen lässt.
• Betrachten Sie einen DLR nicht als eigenständigen Beweis dafür, dass die Nachricht auf dem Mobiltelefon zusammengesetzt oder angezeigt wurde.
• Trennen Sie Beobachtungen klar von Schlussfolgerungen, für die weitere Nachweise erforderlich sind.