IOSOR

IOSOR Kunskap

Inkommande händelser och inkorg på hyrda nummer: tvåvägsdrift utan webhook-kaos

Inkommande händelser och inkorg på hyrda nummer: webhook-auth, idempotens, STOP/HELP och UTC-livscykel — white-label bevis, inte chattleksak.

Utgående får roadmap-bilderna; inkommande får personsökaren. När kunder svarar STOP, skickar foto eller ringer tillbaka på ett hyrt nummer måste händelserna landa i era system — en inkorg som support kan lita på, inte lösa loggar. Tvåvägs utan inkommande disciplin är ett envägslöfte plus en klagomålskö. IOSOR tilldelar hyrda nummer med inkommande webhooks och klientsäkra fel — white-label, utan främmande portal för dag-två-drift. Nära USD 1.000+ månatlig plattformsanvändning blir webhook-auth-bevis, STOP-loggar och inkorgskorrelation material för kommersiell granskning. Bevis först, skala sedan.

Händelsetyper ni måste planera

Händelse Produkyta Driftbehov
Inkommande SMS Tråd / ärende Deduplicerad webhook + lagring
Leveranskvitto (DLR) Statuslinje Korrelation till utgående sändning
Röståteruppringning Kö / röstbrevlåda Inspelningspolicy + samtycke
STOP/HELP-nyckelord Efterlevnadslogg Omedelbar suppression

Ett missat STOP är en efterlevnadsincident, inte «dokumenterar vi senare». Ett DLR utan korrelation till utgående sändning lämnar ekonomi blint i slutet av månaden. Se guide för tvåvägsinkorg och policy för STOP och HELP. Tvåvägs live täcker de fyra raderna; in setup är inte produktions-tvåvägs.

Webhookdisciplin för inkommande

  • Autentisera varje inkommande begäran
  • Idempotenta handlers — omförsök är normalt
  • Persistera före sidoeffekter (ärende, autosvar, CRM)
  • Dead-letter-kö med replay-verktyg

Jämför omsändning av inkommande webhook. En katalog live med oautentiserad webhook är ett oförsvarbart löfte. Plattformen försöker om; behandlar er konsument omförsöket som ny händelse exploderar inkorg och ledger tillsammans. Snabbt ACK, asynkron bearbetning. Persistera före autosvar.

Inkorgs-UX utan bedrägerihål

En inkorg är ingen chattleksak — den är bevis: 1. Visa nummer, tidsstämpel och brödtext säkert redigerad. 2. Koppla utgående kontext när svaret ligger i en tråd. 3. Begränsa autosvar för att undvika loopar. 4. Revisionsbara exporter för efterlevnadsfrågor. Agenter ser aldrig råa upstream-payloads; rå diagnostik stannar i drift.

Livscykel för hyrda nummer och inkorgen

Nummer förnyas enligt UTC-kalendermånad; releaser måste stoppa inkommande händelser rent. Dokumentera ägare för förnyelse kontra pensionering — ekonomi ska inte lära sig att ett nummer dött av arga kunder. Kombinera med verklighet för lokal- och avgiftsfri uthyrning. När ett nummer släpps bör er webhook returnera 410 Gone eller 404 för att signalera upstream att sluta försöka. Detta förhindrar «spökhändelser» från att hemsöka loggar efter faktureringscykeln.

Varningssignaler

Fällan är att behandla inkommande som en gratis eller lågprioriterad ström. Om systemet accepterar webhooks utan signaturkontroll kan en angripare översvämma inkorgen med falska meddelanden och trigga dyra autosvar. En annan varningssignal är avsaknad av korrelations-ID; om ni inte kan länka ett inkommande SMS till det utgående meddelande som triggade det, flyger supportteamet blint.

Börja med IOSOR

Tilldela ett hyrt tvåvägsnummer. Skicka ett test-MO. Öppna inkorgen och bekräfta en rad med DID, hyresgäst och korrelations-id. Spela samma event från dead-letter och bekräfta ingen andra rad. Ge support STOP-vägen de läser högt. Detta är ett inkorgsartefakt på ett hyrt DID, inte ett gatewaylås och inte en floddrossel.

IOSOR sammanfattning

Inkorgen på ett hyrt nummer är en supportrad. Webhook 2xx utan rad är en tyst dropp.

Gör: bind varje MO till en rad en agent öppnar. Gör inte: lämna inbound i en rå logg och kalla det inbox.

Var den här guiden till hjälp?

Relaterade guider