SMS-Länge zwischen A2P-Systemen: Abweichungen bei Segmenten und Abrechnung vermeiden
Was sich über Abweichungen bei SMS-Segmenten zwischen A2P-Systemen sagen lässt, welche Quelle Sie heranziehen sollten und welche verfügbaren Informationen keine Schlussfolgerungen zulassen.

Was sich über Abweichungen bei Segmenten sagen lässt
Die verfügbaren Belege lassen nicht erkennen, warum eine Anwendung, ein Aggregator und ein Anbieter für dieselbe Nachricht unterschiedliche Anzahlen melden könnten. Um eine konkrete Abweichung zu erklären, wären Quellen erforderlich, die beschreiben, wie jedes System den Inhalt umwandelt und codiert.
Eine abweichende Anzahl belegt für sich allein daher weder einen Berechnungs- noch einen Abrechnungsfehler. Sinchs Anleitung erklärt, dass eine lange Nachricht in mehrere Teile aufgeteilt werden und als einzelne Gebühren erscheinen kann. Unterschiede bei der Berechnung zwischen A2P-Systemen werden darin jedoch nicht dokumentiert.
Als vorgeschlagene Vorgehensweise – nicht als allgemeingültige technische Anforderung – lässt sich vergleichen, welche Nachricht jedes System erfasst und in welcher Verarbeitungsphase. Die verfügbaren Belege legen kein konkretes Verfahren dafür fest.
- Ordnen Sie eine Abweichung keiner konkreten Ursache zu, solange es keine Belege zu den Umwandlungen und zur Codierung der einzelnen Systeme gibt.
- Unterscheiden Sie zwischen der Anzahl der Segmente und einer gemeldeten Gebühr.
- Prüfen Sie die für den jeweiligen Dienst geltende Quelle, bevor Sie Schlussfolgerungen zur Abrechnung ziehen.

Umfang der Informationen zu Codierung und Inhalt
Die verfügbaren Auszüge erklären nicht, wie verschiedene Verarbeitungsebenen eine Nachricht umwandeln oder codieren können und wie sich solche Vorgänge auf die gemeldeten Anzahlen auswirken. Sie erlauben daher keine Feststellung der technischen Ursache einer beobachteten Abweichung.
Als vorgeschlagene Vorgehensweise können Teams die in den beteiligten Systemen verfügbaren Inhaltsversionen vergleichen und die zugehörige Dokumentation prüfen. Dies ist keine durch die hier zitierten Belege bestätigte Methode.
- Leiten Sie aus abweichenden Anzahlen nicht ab, dass eine Umwandlung oder Ersetzung stattgefunden hat.
- Suchen Sie nach Dokumentation, die ausdrücklich beschreibt, wie der Inhalt auf jeder Verarbeitungsebene behandelt wird.
- Trennen Sie bestätigte Beobachtungen von Vermutungen über den Ablauf.

SMPP-Felder und Verkettungsheader
Die bereitgestellten Belege bestätigen nicht, welche SMPP-Felder für den Abgleich von Länge, Codierung, Verkettungsheadern, Segmenten und Abrechnung protokolliert werden sollten. Ein Link zur Spezifikation reicht ohne Auszüge, die konkrete Felder oder deren Bedeutung belegen, nicht aus, um eine Feldliste zu empfehlen.
Auch gibt es keine verfügbaren Belege dazu, wie Verkettungsheader mit unterschiedlichen Zählungen zwischen Systemen zusammenhängen. Prüfen Sie die einschlägige technische Dokumentation, bevor Sie diese Daten interpretieren.
- Gehen Sie nicht davon aus, dass alle Systeme dieselben Daten in ihre Zählung einbeziehen.
- Prüfen Sie die Bedeutung der Felder in der Dokumentation der jeweiligen Schnittstelle.
- Führen Sie Abweichungen nicht auf Verkettungsheader zurück, solange keine entsprechenden Belege vorliegen.
Tests und Prüfungen: vorgeschlagene, nicht allgemeingültige Vorgehensweisen
Die verfügbaren Belege stützen weder eine reproduzierbare Testmethode noch eine Checkliste zur Untersuchung von Abweichungen ohne erneutes Senden von Produktionsverkehr. Auf Grundlage der zitierten Quellen lassen sich solche Verfahren nicht als festgelegte technische Anforderungen darstellen.
Als operative Anregung können die Teams mit den beteiligten Parteien vereinbaren, welche Informationen verglichen werden sollen und ob ein kontrollierter Test erforderlich ist. Umfang, Ziel und Handhabung jeder Übertragung sollten vorab abgestimmt werden. Diese Anregung ist durch die verfügbaren Belege nicht bestätigt.
- Prüfen Sie zunächst die verfügbaren Protokolle und Dokumentationen.
- Falls ein Test erwogen wird, stimmen Sie seinen Umfang vorab mit den beteiligten Parteien ab.
- Betrachten Sie jeden Vergleich von Protokollen oder Inhalten als vorgeschlagene Vorgehensweise, nicht als allgemein etabliertes Verfahren.
Segmente, Gebühren und Zustellung nicht gleichsetzen
Die Anzahl der Segmente, eine Gebühr und ein Zustellstatus sind unterschiedliche Größen. Sinch gibt an, dass eine in drei Teile aufgeteilte Nachricht in der Abrechnung als drei Gebühren erscheinen und drei SMS verbrauchen kann. Diese Aussage beschreibt Sinchs Abrechnungserklärung und ist keine allgemeingültige Regel für andere Anbieter.
Die Quelle ist Sinchs Hilfsartikel „Wie sich SMS-Zeichenlimits auf die Abrechnung auswirken“: https://support.app.sinch.com/hc/es/articles/10525032729871-C%C3%B3mo-los-l%C3%ADmites-de-caracteres-de-los-SMS-afectan-la-facturaci%C3%B3n. Lesen Sie den Artikel, um den Umfang dieser Erklärung zu prüfen, und übertragen Sie sie nicht pauschal auf alle Dienste.
Die zitierten Belege legen keinen allgemeinen Zusammenhang zwischen Segmenten, Gebühren und Zustellstatus fest. Bewerten Sie jeden dieser Werte anhand der für den jeweiligen Anbieter geltenden Dokumentation und Bedingungen.
- Die Aussage zu drei Teilen und drei Gebühren beschränkt sich auf Sinchs Abrechnungserklärung.
- Leiten Sie Gebühren eines beliebigen Anbieters nicht allein aus der Anzahl der Segmente ab.
- Prüfen Sie die Dokumentation des Dienstes, um Gebühren und Zustellstatus getrennt zu interpretieren.
Welche Schlussfolgerungen die verfügbaren Quellen nicht zulassen
Die zitierten Auszüge erklären nicht, warum verschiedene Systeme Segmente unterschiedlich berechnen könnten. Sie enthalten weder eine verifizierte Liste von SMPP-Feldern für den Abgleich dieser Daten noch eine bestätigte Methode zur Reproduktion von Abweichungen.
Die SMPP-Spezifikation und Quellen zu Verkettungsheadern sind als Referenzen verlinkt. Die verfügbaren Auszüge stützen hier jedoch keine konkreten technischen Aussagen zu Feldern, ihrer Bedeutung oder zur Zählung. Für diese Fragen ist Dokumentation erforderlich, die sie ausdrücklich behandelt.
- Behaupten Sie keine technische Ursache ohne konkrete Belege zum Verhalten der beteiligten Verarbeitungsebenen.
- Empfehlen Sie keine Integrationsfelder, als wären sie durch die verfügbaren Auszüge bestätigt.
- Stellen Sie eine Checkliste oder einen Test nicht als durch die zitierten Quellen bestätigte Methode dar.
Häufige Fragen
Was bedeutet es, wenn Anwendung und Anbieter unterschiedliche Segmentanzahlen melden?
Die Abweichung bedeutet, dass die Systeme unterschiedliche Anzahlen melden. Die verfügbaren Belege erklären jedoch nicht, warum. Dafür wären Quellen nötig, die beschreiben, wie jede Verarbeitungsebene den Inhalt umwandelt und codiert.
Zeigt die Anzahl der Segmente an, wie viele Gebühren jeder Anbieter berechnet?
Aus den verfügbaren Belegen lässt sich keine allgemeingültige Regel ableiten. Sinch gibt an, dass eine in drei Teile aufgeteilte Nachricht in seiner Abrechnung als drei Gebühren erscheinen kann. Diese Erklärung gilt für Sinch.
Welche SMPP-Felder sollte ich protokollieren, um eine Abweichung zu untersuchen?
Die bereitgestellten Belege bestätigen weder konkrete Felder noch deren Bedeutung für den Abgleich von Länge, Codierung, Verkettung, Segmenten und Abrechnung. Prüfen Sie die einschlägige technische Dokumentation.
Wie hängen Verkettungsheader mit unterschiedlichen Zählungen zusammen?
Die verfügbaren Quellen erklären diesen Zusammenhang nicht. Führen Sie eine Abweichung nicht auf solche Header zurück, solange keine Dokumentation diese Schlussfolgerung stützt.
Gibt es einen bestätigten Test, um Abweichungen ohne erneutes Senden von Produktionsverkehr zu untersuchen?
Die verfügbaren Belege stützen keine reproduzierbare Testmethode. Wird ein Test als operative Vorgehensweise erwogen, stimmen Sie seinen Umfang vorab mit den beteiligten Parteien ab.
Verwendete Quellen
- SMPP v3.4, Issue 1.2SMPP Developers Forum
- HTTP Semantics (RFC 9110)IETF
- Cómo los límites de caracteres de los SMS afectan la facturaciónSinch Support
- 3GPP specifications3GPP