IOSOR Wissen
Sandbox-Reichweite ist keine Produktionsabdeckung
Sandbox-Ziele sind nur für Tests. Zitieren Sie sie nie als Live-Zonen auf einem Finance-Sheet oder Runway-Score.
Sandbox-Reichweite beweist lediglich die technische Verkabelung, aber keinen verkaufbaren Live-Korridor. Ein grüner Test im Sandbox-DLR darf daher niemals als aktive Abdeckung auf einem Angebot oder in Finanzkatalogen auftauchen. IOSOR kennzeichnet Testziele strikt, damit das Engineering Pfade prüfen kann, ohne falsche Zusagen zu erzeugen. Behandeln Sie Sandbox-Bestätigungen ausschließlich als Staging-Beweise, um haftungsrelevante Fehlinformationen beim Vertrieb zu vermeiden.
Testziele als non-Live kennzeichnen
Markieren Sie jede Sandbox-Zielliste in der Konsolen-Exportierung als test-only. Erscheint ein Präfix nur in der Sandbox-Reichweite, darf er nicht auf das Live-Abdeckungsblatt. Finance zitiert nur Live-Zonen — nie «hat in der Sandbox funktioniert, also können wir es versprechen».
Halten Sie einen kurzen Owner für den Export: wer markierte, wann gezogen wurde, welche Schlüsselspur das DLR lieferte. Unmarkierte Exporte sind der Weg, auf dem Sandbox-Rauschen zum Angebotsanhang wird, den Sales ohne Fußzeile weiterleitet.
Sandbox-Erfolg als Abdeckungsclaim blockieren
Setzen Sie ein Gate, damit ein Sandbox-DLR keine Katalogzeile auf Live schaltet. Catalog Live braucht weiter grünen Vault und Production-Smoke auf dem echten Korridor. Sandbox-Erfolg beweist Schlüssel und Webhook-Pfad — nicht, dass der Korridor verkauft ist oder Quiet-Hours-Routing für zahlenden Traffic bewiesen ist.
Zeigt das Produkt nach nur-Sandbox-Beweis ein Live-Badge, stufen Sie die Zeile zurück und öffnen Sie vor dem nächsten Sales-Call ein Honesty-Ticket. Warten Sie nicht auf den Käuferstreit.
Gap-Listen ohne Sandbox-Rauschen exportieren
Beim Export von Abdeckungslücken für Finance zuerst sandbox-only-Präfixe streichen. Halten Sie die Gap-Liste ehrlich, damit Angebote keine Reichweite erfinden, die nur in der Testspur existiert. Legen Sie die bereinigte Liste neben das Live-Sheet, damit Finance eine Geschichte von Anfang bis Ende sieht.
Exportieren Sie nach jeder Sandbox-Kampagne neu, damit temporäre Testpräfixe nicht unter dem Dateinamen der Vorwoche im Finance-Ordner bleiben.
Tag-1-Runway ignoriert Sandbox-Grün
Der Runway-Score liest Live-Vault, Webhook-Heartbeat-Frische und traffic_ok — keine Sandbox-Häkchen aus Staging. Malen Sie Tag 1 nicht grün, weil ein Staging-OTP nachts in der Sandbox-Spur durchlief.
Sieht der Runway grün aus, während Live-Abdeckung noch Lücken zeigt, vertrauen Sie dem Abdeckungsexport — nicht dem Sandbox-Dashboard-Screenshot aus den Standup-Notizen.
Verwandte Ops-Pfade
Starten Sie mit IOSOR
Exportieren Sie Sandbox-Reichweite und Live-Abdeckung nebeneinander. Löschen Sie jedes sandbox-only-Präfix aus dem Angebotsblatt. Führen Sie das Catalog-Live-Gate gegen Vault und Production-Smoke erneut aus, nicht gegen Sandbox-DLR. Erst dann aktualisieren Sie das Runway-Board und teilen die bereinigte Gap-Liste mit Finance.
IOSOR Fazit
Sandbox-Grün beweist Verkabelung, keinen verkaufbaren Korridor. Finance und Runway zitieren nur Live-Zonen.
Tun: sandbox-only-Präfixe vor dem Export streichen und Catalog Live mit Vault plus Production-Smoke schützen.
Nicht tun: Sandbox-Erfolg als Live zitieren oder den Tag-1-Runway mit einem Staging-OTP-Screenshot bemalen.
War dieser Leitfaden hilfreich?
Verwandte Leitfäden
- Sandbox-Traffic darf die Wallet nicht treffen
Ein Live-Schlüssel in einer Test-Harness ist ein Incident. Leck finden, Holds einfrieren und vor Pilotvolumen rotieren.
- Sandbox-Zugangsdaten, die keinen Live-Debit verbrennen
Stellen Sie Sandbox-API-Schlüssel aus, die die Prepaid-Wallet nie halten oder belasten. Halten Sie Live-Schlüssel aus der CI und beweisen Sie den Cutover unter Developers.