Frågor ops måste ställa innan avtalet skrivs under

Inköp kan stänga en affär baserat på pris medan ops ärver en plattform som inte kan bevisa trafik. Innan underskrift behöver ops svar på frågor om heartbeat-färskhet, hur nummer köps Just-In-Time (JIT), vad Live-märken faktiskt betyder och hur STOP-nyckelord upprätthålls. Denna checklista är till för startbanans readiness — inte köparguiden för SMS-API som täcker payloads och idempotens.

IOSOR-sanningen för dag ett: en grön startbana kräver ett färskt webhook-heartbeat, Live-status endast när valvet är redo, och efterlevnadsportar som förblir aktiverade. Att skriva under utan dessa svar innebär att man köper en instrumentpanel som ser öppen ut men där sändningsvägen är blockerad. Skriv in svaren i checklistan för dag 1 innan juridik skriver under — ett saknat heartbeat är ett absolut nej.

Fråga vem som äger klockan för webhook-heartbeat

Kräv definitionen av ett färskt heartbeat och vad som händer när det blir föråldrat. Ops måste veta vilket larm som utlöses och vem som låser upp startbanan när heartbeat-åldern överskrider gränsen. Ett avtal som aldrig namnger ägaren till heartbeat lämnar 'traffic_ok' som ett mysterium på lanseringsmorgonen.

Be om bevis på den senaste framgångsrika testvägen (smoke path) — inte en presentationsslid som bara säger 'webhooks stöds'.

Klargör JIT-nummerköp innan du utlovar lokala DID-nummer

Fråga hur ett nummer söks upp, reserveras, köps och tilldelas mot prepaid-balansen. JIT innebär att det inte finns något hyllager som låtsas vara inventarium; finans och ops delar samma orderhistorik. Om avtalsvillkoren utlovar 'nummer redo i katalogen' utan en tydlig väg för reservering, köp och tilldelning kommer ops att behöva skapa en sekundär bokföring.

Granska Live-märken kontra konfigurationsrutor

Fråga vilka produkter som får visa Live först efter att valvet visar grönt, och vad 'under konfiguration' innebär för köparen. Ett Live-märke som säljer en kanal som ops inte kan testa utgör en brist på ärlighet. Ops bör gå igenom katalogen tillsammans med säljaren och markera varje märke som springer före den faktiska beredskapen.

Bekräfta STOPP och efterlevnadsportar för produktion

Fråga hur STOPP-nyckelord respekteras, var spärrlistan lagras och vilka efterlevnadsportar för produktion som förblir aktiva för de korridorer du kommer att använda. Att skriva under utan ägarskap för STOPP förvandlar det första klagomålet till en juridisk incident och ett leveransproblem.

Koppla STOPP-svaren till checklistan för dag 1 så att lanseringen inte hoppar över tyst efterlevnad för att spara tid.

Relaterade ops-vägar

• inköpschecklista för SMS-API
• Startbana för dag 1: vad som måste vara grönt
• efterlevnadsportar före A2P-volym

Börja med IOSOR

Öppna inställningarna för konsolens webhook för att verifiera vem som övervakar hjärtslagets tidsgränslarm och hur inaktuella grindar utlöser systemeskaleringar. Testa sök-, håll- och tilldelningsflödet för JIT-nummer i ditt testprojekt samtidigt som du verifierar att tabeller för stoppundertryckning aktivt blockerar icke-kompatibla korridorer.

IOSOR sammanfattning

En köparchecklista måste säkerställa operativ transparens innan avtal undertecknas. Att kräva ett tydligt flöde för att hålla, köpa och tilldela lokala nummer, explicit ägarskap för webhookens hjärtslag och verifierad beredlighet för Live-märket förhindrar katastrofala lanseringsmisslyckanden när trafiken sätter igång.

Gå igenom varje katalogfunktion med en teknisk utvärdering för att säkerställa att konfigurationsrutorna matchar verkliga utförandeförmågor. Acceptera inte ytliga kommersiella löften eller lanseringsvägar utan fullständigt auditerade stoppundertryckningar och produktionskompatibilitetsgrindar.