IOSOR జ్ఞానం

అద్దె నంబర్లపై ఇన్‌బౌండ్ ఈవెంట్లు మరియు ఇన్‌బాక్స్: వెబ్‌హుక్ గందరగోళం లేని రెండు-మార్గం ops

అద్దె నంబర్లపై ఇన్‌బౌండ్ ఈవెంట్లు, ఆడిట్ చేయదగిన inbox, idempotencyతో webhook మళ్లీ ప్రయత్నం — ఒక white-label prepaid వాలెట్.

అవుట్‌బౌండ్‌కు రోడ్‌మ్యాప్ స్లైడ్‌లు; ఇన్‌బౌండ్‌కు పేజర్. కస్టమర్ అద్దె నంబర్‌కు STOP సమాధానం ఇస్తే, ఫోటో పంపితే లేదా తిరిగి కాల్ చేస్తే, ఈవెంట్లు మీ సిస్టమ్‌లలో దిగాలి — సపోర్ట్ నమ్మే inbox, చెదిరిన లాగ్‌లు కాదు. ఇన్‌బౌండ్ క్రమశిక్ష లేని ద్విముఖం ఏకముఖ వాగ్దానం ప్లస్ ఫిర్యాదుల వరుస.

IOSOR అద్దె నంబర్లను ఇన్‌బౌండ్ webhook మరియు క్లయింట్‌కు సురక్షిత లోపాలతో కేటాయిస్తుంది — white-label, రెండవ రోజు ఆపరేషన్‌కు విదేశీ పోర్టల్ లేదు. నెలవారీ USD 1,000+ ప్లాట్‌ఫారమ్ వినియోగానికి దగ్గరగా webhook సాక్ష్యం, STOP లాగ్‌లు, inbox సహసంబంధం వాణిజ్య సమీక్ష పదార్థం అవుతాయి. ముందు సాక్ష్యం, తర్వాత స్కేల్.

ప్రణాళిక చేయాల్సిన ఈవెంట్ రకాలు

ఈవెంట్ ఉత్పత్తి ఉపరితలం Ops అవసరం
ఇన్‌బౌండ్ SMS థ్రెడ్ / టికెట్ Deduped webhook + నిల్వ
డెలివరీ రసీదులు (DLR) స్థితి టైమ్‌లైన్ అవుట్‌బౌండ్ పంపుతో సహసంబంధం
వాయిస్ కాల్‌బ్యాక్‌లు క్యూ / వాయిస్‌మెయిల్ రికార్డింగ్ విధానం + సమ్మతి
STOP/HELP కీవర్డ్‌లు Compliance లాగ్ తక్షణ suppression

తప్పిపోయిన STOP కంప్లయన్స్ సంఘటన, «తర్వాత రాస్తాం» కాదు. అవుట్‌బౌండ్ పంపుతో సహసంబంధం లేని DLR నెల చివర ఆర్థికాన్ని గుడ్డిగా చేస్తుంది. చూడండి ద్విముఖ ఇన్‌బాక్స్ గైడ్ మరియు STOP మరియు HELP విధానం। live ద్విముఖం నాలుగు వరుసలు కప్పుతుంది; in setup ప్రొడక్షన్ ద్విముఖం కాదు.

ఇన్‌బౌండ్ webhook క్రమశిక్షణ

  • ప్రతి ఇన్‌బౌండ్ అభ్యర్థనను ప్రామాణీకరించండి
  • Idempotent హ్యాండ్లర్లు — మళ్లీ ప్రయత్నం సాధారణం
  • పక్క ప్రభావాలకు (టికెట్, స్వయం-సమాధానం, CRM) ముందు persist
  • Replay సాధనాలతో dead-letter క్యూ

పోల్చండి ఇన్‌బౌండ్ వెబ్‌హుక్ మళ్లీ ప్రయత్నం। webhook ప్రామాణీకరణ లేని కేటలాగ్ live సమర్థించలేని వాగ్దానం. ప్లాట్‌ఫారమ్ మళ్లీ ప్రయత్నిస్తుంది; వినియోగదారు మళ్లీ ప్రయత్నాన్ని కొత్త ఈవెంట్‌గా చూస్తే inbox మరియు లెడ్జర్ కలిసి పేలుతాయి. స్వయం-సమాధానానికి ముందు persist చేయండి.

మోసపు రంధ్రాలు లేని inbox UX

Inbox చాట్ బొమ్మ కాదు — సాక్ష్యం:

  1. నంబర్, timestamp మరియు సురక్షితంగా సవరించిన శరీరం చూపించండి.
  2. సమాధానం థ్రెడ్‌లో ఉంటే అవుట్‌బౌండ్ సందర్భం కలపండి.
  3. లూప్‌లు నివారించడానికి స్వయం-సమాధానాలను పరిమితం చేయండి.
  4. కంప్లయన్స్ ప్రశ్నలకు audit ఎగుమతి.

ఏజెంట్లు ఎప్పుడూ ముడి అప్‌స్ట్రీమ్ payload చూడకూడదు. ముడి నిర్ధారణ ops ఛానెల్‌కు, సపోర్ట్ స్క్రీన్‌కు కాదు. పైకప్పు లేని స్వయం-సమాధానం తప్పు లూప్‌లో prepaid ఖాళీ చేస్తుంది. ఎగుమతి ఎవరు, ఏమి, ఎప్పుడు, ఏ నంబర్‌పై అని సమాధానం ఇస్తుంది.

అద్దె నంబర్ జీవిత చక్రం మరియు inbox

నంబర్లు UTC క్యాలెండర్-నెల లయలో పునరుద్ధరించబడతాయి; విడుదల ఇన్‌బౌండ్‌ను శుభ్రంగా కోయాలి. ఎవరు పునరుద్ధరిస్తారు, ఎవరు రిటైర్ చేస్తారు డాక్యుమెంట్ చేయండి — ఆర్థికం కోపంగా ఉన్న కస్టమర్ల నుండి నంబర్ చనిపోయిందని తెలుసుకోకూడదు. జత చేయండి స్థానిక మరియు టోల్-ఫ్రీ అద్దె వాస్తవం। కేటలాగ్ in setup ఉంటే ప్రొడక్షన్ ద్విముఖం లేదు. సజీవ కేటాయింపు లేని వరుస దెయ్యం.

ప్రమాద సంకేతాలు

  • ప్రొడక్షన్ నంబర్లపై ఇన్‌బౌండ్ «త్వరలో వస్తుంది»
  • Dedup లేదు → డూప్లికేట్ టికెట్లు
  • సమ్మతి సందర్భం లేని స్వయం-సమాధానాలు
  • ఏ నంబర్ ఈవెంట్ అందుకుందో ట్రేస్ చేయలేము
  • ఏజెంట్లకు ముడి అప్‌స్ట్రీమ్ payload
  • కేటలాగ్ live కానీ webhook సంతకం లేదు
  • విడుదలైన నంబర్ ఇంకా ఇన్‌బౌండ్ అందిస్తుంది
  • ద్విముఖ వాగ్దానం, కేటలాగ్ in setup

IOSORతో ప్రారంభించండి

స్టేజింగ్‌లో rented DID. MO పంపండి ఇన్‌బాక్స్ వరుసలు. dead-letter replay. ఎగుమతి correlation. ఇది ఇన్‌బాక్స్ row, క్యూలో తాళం కాదు,.

IOSOR సారాంశం

rented DID ఇన్‌బాక్స్ row.

చేయండి: MO ఇన్‌బాక్స్. చేయవద్దు: raw log ఇన్‌బాక్స్.

ఈ గైడ్ సహాయకరంగా ఉందా?

సంబంధిత గైడ్‌లు