IOSOR

IOSOR Γνώση

Συσχέτιση συνεδρίας Verify για εξαγωγή οικονομικών: δύο χρεώσεις, μία ιστορία ledger

Το Verify δημιουργεί ξεχωριστές χρεώσεις από την παράδοση SMS. Οι εξαγωγές οικονομικών χρειάζονται ID συσχέτισης συνεδρίας και γραμμές TTL/επαναποστολής ευθυγραμμισμένες με την παράδοση.

Ο χρήστης ζήτησε κωδικό. Το προϊόν είδε ένα OTP. Το πορτοφόλι μπορεί να καταχωρίσει δύο γραμμές: χρέωση παράδοσης SMS που μετέφερε τον κωδικό και χρέωση συνεδρίας Verify (δημιουργία, TTL, έλεγχος). Ομάδες που το λιώνουν σε «κόστος OTP» είτε μετράνε δύο φορές στο board pack είτε κρύβουν τη δεύτερη γραμμή μέχρι τέλος μήνα. Κανένα δεν είναι έλεγχος. Δύο χρεώσεις χρειάζονται ιστορία συνεδρίας για να εξάγουν τα οικονομικά.

Το IOSOR τρέχει Verify δίπλα στο SMS σε ένα ledger prepaid white-label. Κατάλογος live είναι πραγματικό κανάλι· in setup δεν είναι δωρεάν συνεδρία. Κοντά σε USD 1,000+ μηνιαίως οι γραμμές SMS και συνεδρίας Verify μπαίνουν σε εμπορική επισκόπηση.

Χρέωση παράδοσης vs χρέωση verify

Το ταξίδι είναι ένα. Τα λεφτά δύο. Συγγενικά, ποτέ ψευδώνυμα. Η χρέωση παράδοσης καλύπτει το κανάλι που μετέφερε τον κωδικό: encoding, τμήματα, προορισμός, τελικό DLR. Η χρέωση συνεδρίας Verify καλύπτει έκδοση, παράθυρο TTL, έλεγχο, λήξη ή πολιτική επαναποστολής. Αν τα οικονομικά βλέπουν μόνο SMS, το Verify φαίνεται «δωρεάν». Αν το προϊόν βλέπει μόνο Verify, το pumping SMS φαίνεται «περισσότερες συνεδρίες».

Πεδία ID συνεδρίας που πρέπει να εξάγουν τα οικονομικά

Μια εξαγωγή οικονομικών πρέπει να μπορεί να ανασυνθέσει ανά συνεδρία: verify_session_id, σχετικό message_id ή id παράδοσης, προορισμός, κανάλι, TTL, τελικός λόγος, χρεωμένο ποσό και χρονική σήμανση ανά γραμμή. Εβδομάδα χωρίς correlation id είναι σωρός αποδείξεων, όχι ledger.

TTL επαναποστολής και διπλές γραμμές

Η πολιτική επαναποστολής αποφασίζει αν εμφανιστούν διπλές γραμμές. Cooldown που μπλοκάρει τη συνεδρία αλλά πυροβολεί SMS (ή το αντίστροφο) βάζει δύο ledger σε καβγά. Η λήξη TTL πρέπει να κλείσει την ίδια γραμμή Verify, όχι να ανοίξει «συνεδρία-φάντασμα». Επαναποστολή χρήστη και retry συστήματος είναι διαφορετικοί ιδιοκτήτες και διαφορετικά cooldown.

Συμφιλίωση πριν την κλίμακα

Πριν την κλίμακα, μια εβδομάδα συμφιλίωσης: συνεδρίες που δημιουργήθηκαν vs προσπάθειες SMS (ή fallback)· τελικό DLR vs τέλος συνεδρίας (παραδόθηκε+ελέγχθηκε, δεν παραδόθηκε+έληξε, απορρίφθηκε+ποτέ δεν ελέγχθηκε)· επαναποστολή χρήστη χωριστή από retry συστήματος. Προσπάθειες >> συνεδρίες σημαίνει blast. Συνεδρίες >> προσπάθειες σημαίνει χρέωση Verify χωρίς κανάλι. Και τα δύο πέφτουν στην εμπορική επισκόπηση.

Κόκκινες σημαίες

  • Μικτό «τέλος OTP» χωρίς split SMS vs συνεδρία
  • Verify χρεωμένο σαν blast μάρκετινγκ
  • SMS επιστραμμένο χωρίς άγγιγμα της γραμμής συνεδρίας (ή το αντίστροφο) χωρίς πολιτική
  • Κουμπί επαναποστολής που αγνοεί το cooldown σε ένα από τα δύο μονοπάτια
  • Σφάλματα πελάτη που ονομάζο

Ξεκινήστε με το IOSOR

Εξάγετε ένα δείγμα εβδομαδιαίου αρχείου CSV από τον πίνακα ελέγχου επαλήθευσης και βεβαιωθείτε ότι κάθε verify_session_id αντιστοιχεί άμεσα στα αντίστοιχα αρχεία delivery message_id. Ρυθμίστε την καταγραφή συμβάντων webhook ώστε να αποθηκεύει τους λόγους τερματισμού συνεδρίας μαζί με τις αποδείξεις παράδοσης του παρόχου, προτού προχωρήσετε σε ενημερώσεις παραγωγής.

Σύνοψη IOSOR

Η παρακολούθηση του κόστους επαλήθευσης απαιτεί τον διαχωρισμό του κύκλου ζωής της συνεδρίας από τις υποκείμενες χρεώσεις παράδοσης μηνυμάτων. Όταν το οικονομικό τμήμα εξετάζει τα τέλη αυθεντικοποίησης μέσω ενός ενιαίου μεικτού κουβά παράδοσης χωρίς συσχέτιση συνεδριών, οι φανταστικές χρεώσεις και το ακατάγραπτο κόστος επαναποστολής διαφθείρουν τα λογιστικά βιβλία.

Ήταν χρήσιμος αυτός ο οδηγός;

Σχετικοί οδηγοί