IOSOR Guide
La portata sandbox non è copertura di produzione
Le destinazioni sandbox sono solo per test. Non citatele mai come zone Live su un foglio finance o su uno score runway.
La portata sandbox dimostra l’impianto, non un corridoio vendibile. Un DLR sandbox verde non deve mai diventare zona Live su un preventivo, sul board runway del giorno 1 o su una tessera catalogo che finance ha già trattato come venduta.
IOSOR etichetta le destinazioni di test così l’ingegneria può fare smoke senza inventare copertura. Nel momento in cui un prefisso solo-sandbox atterra sul foglio Live, l’acquirente compra finzione — e il ledger non salverà quella conversazione dopo. Trattate i verdi sandbox solo come prova di staging.
Etichettate le destinazioni di test come non-Live
Marcate ogni elenco di destinazioni sandbox come solo-test nell’export della console. Se un prefisso appare solo nella portata sandbox, non deve entrare nel foglio di copertura Live. Finance cita solo zone Live — mai «ha funzionato in sandbox, quindi possiamo prometterlo».
Assegnate un owner breve all’export: chi ha etichettato, quando è stato estratto e quale corsia di chiave ha prodotto il DLR. Export senza etichetta sono la via con cui il rumore sandbox diventa allegato di preventivo che le vendite inoltrano senza leggere il piè di pagina.
Bloccate il successo sandbox come claim di copertura
Mettete un gate così un DLR sandbox non passa una riga catalogo a Live. Catalog Live richiede ancora vault verde e smoke di produzione sul corridoio reale. Il successo sandbox prova chiave e percorso webhook — non che il corridoio sia venduto né che il routing delle ore silenziose sia provato per traffico a pagamento.
Se il prodotto mostra un badge Live dopo prova solo-sandbox, declassate la riga e aprite un ticket di onestà prima della prossima chiamata commerciale. Non aspettate la disputa dell’acquirente.
Esportate liste gap senza rumore sandbox
Quando esportate i gap di copertura per finance, togliete prima i prefissi solo-sandbox. Tenete la lista onesta così i preventivi non inventano portata che esiste solo nella corsia di test. Accoppiate la lista pulita al foglio Live così finance vede una sola storia da capo a fine.
Riesportate dopo ogni campagna sandbox perché prefissi temporanei non restino nella cartella finance con il nome della settimana scorsa.
Il runway del giorno 1 ignora i verdi sandbox
Lo score runway legge vault Live, freschezza del heartbeat webhook e traffic_ok — non spunte sandbox di staging. Non colorate di verde il giorno 1 perché un OTP di staging è passato di notte nella corsia sandbox.
Se il runway sembra verde mentre la copertura Live mostra ancora gap, fidatevi dell’export di copertura — non dello screenshot del pannello sandbox allegato alle note dello standup.
Percorsi operativi correlati
- Lista gap copertura per finance
- Live catalogo allineato al vault
- Pista giorno 1: cosa deve essere verde
Inizia con IOSOR
Esportate portata sandbox e copertura Live affiancate. Cancellate ogni prefisso solo-sandbox dal foglio di preventivo. Rieseguite il gate Live del catalogo contro vault e smoke di produzione, non contro DLR sandbox. Solo allora aggiornate il board runway e condividete con finance la lista gap pulita.
Sintesi IOSOR
Verde sandbox prova l’impianto, non un corridoio vendibile. Finance e runway citano solo zone Live.
Fate: togliere i prefissi solo-sandbox prima dell’export e proteggere Catalog Live con vault più smoke di produzione.
Non fate: citare il successo sandbox come Live, né colorare il runway del giorno 1 con uno.
Questa guida ti è stata utile?
Guide correlate
- Il traffico sandbox non deve colpire il portafoglio
Una chiave Live in un harness di test è un incidente. Rileva la fuga, congela gli hold e ruota prima del volume pilota.
- Credenziali sandbox che non bruciano il debito Live
Emettete chiavi API sandbox che non trattengono né addebitano mai il portafoglio prepagato. Tenete le chiavi Live fuori dalla CI e provate il cutover in Developers.