IOSOR Viden
Sandbox-rækkevidde er ikke produktionsdækning
Sandbox-destinationer er kun til tests. Citér dem aldrig som Live-zoner på et finansark eller en runway-score.
Sandbox-rækkevidde beviser udelukkende den tekniske integration og udgør ikke en reel, sælgbar korridor i produktion. Et grønt svar i et testmiljø må aldrig præsenteres som aktiv dækning i et pristilbud eller i en salgsoversigt, da det skaber falske forventninger hos kunden. IOSOR mærker testdestinationer tydeligt, så teknikere kan teste forbindelser uden at love dækning, som finansafdelingen endnu ikke har godkendt. Behandl altid sandbox-resultater som rent staging-bevis for at undgå juridiske og økonomiske fejl i kundekontrakter.
Mærk testdestinationer som non-Live
Mærk hver sandbox-destinationsliste som test-only i konsol-eksporten. Hvis et præfiks kun optræder i sandbox-rækkevidde, må det ikke ind på Live-dækningsarket. Finans citerer kun Live-zoner — aldrig «det virkede i sandbox, så vi kan love det».
Hold en kort ejer for eksporten: hvem mærkede, hvornår den blev hentet, hvilken nøglebane gav DLR. Umærkede eksporter er vejen, hvor sandboxstøj bliver tilbudsbilag, som salg videresender uden at læse sidefoden.
Blokér sandboxsucces som dækningsclaim
Sæt en port, så et sandbox-DLR ikke kan skifte en katalogrække til Live. Catalog Live kræver stadig grøn vault og produktions-smoke på den rigtige korridor. Sandboxsucces beviser nøgle og webhook-sti — ikke at korridoren er solgt, eller at quiet-hours-routing er bevist for betalende trafik.
Hvis produktet viser Live-badge efter kun-sandbox-bevis, degradér rækken og åbn en honesty-billet før næste salgsopkald. Vent ikke på køberstriden.
Eksportér gaplister uden sandboxstøj
Når du eksporterer dækningshuller til finans, fjern først sandbox-only-præfikser. Hold gaplisten ærlig, så tilbud ikke opfinder rækkevidde, der kun findes i testbanen. Par den rene liste med Live-arket, så finans ser én historie fra ende til anden.
Eksportér igen efter enhver sandboxkampagne, så midlertidige testpræfikser ikke bliver liggende i finansmappen under sidste uges filnavn.
Dag-1-runway ignorerer sandboxgrønt
Runway-scoren læser Live-vault, webhook-heartbeat-friskhed og traffic_ok — ikke sandboxhak fra staging. Mal ikke dag 1 grøn, fordi en staging-OTP bestod natten i sandboxbanen.
Hvis runway ser grøn ud, mens Live-dækning stadig viser huller, stol på dækningseksporten — ikke sandboxdashboard-skærmbilledet i standup-noterne.
Relaterede ops-stier
Start med IOSOR
Eksportér sandbox-rækkevidde og Live-dækning side om side. Slet ethvert sandbox-only-præfiks fra tilbudarket. Kør Catalog Live-porten igen mod vault og produktions-smoke, ikke mod sandbox-DLR. Opdatér først derefter runwayboardet og del den rene gapliste med finans.
IOSOR-pointe
Sandboxgrønt beviser rørføring, ikke en sælgbar korridor. Finans og runway citerer kun Live-zoner.
Gør: fjern sandbox-only-præfikser før eksport og beskyt Catalog Live med vault plus produktions-smoke.
Gør ikke: citér sandboxsucces som Live, eller mal dag-1-runway med et staging-OTP-skærmbillede.
Var denne guide nyttig?
Relaterede vejledninger
- Sandbox-trafik må ikke ramme wallet
En Live-nøgle i et testharness er en hændelse. Find læk, frys holds og rotér før pilotvolumen.
- Sandbox-legitimationsoplysninger, der ikke brænder Live debit
Udsted sandbox-API-nøgler uden hold eller debit på den forudbetalte wallet. Hold Live-nøgler ude af CI, og bevis cutover under Developers.