Sandbox, En vivo y el selector de entorno
Por qué la misma página muestra cosas distintas según un control de la barra lateral
Tu organización tiene dos entornos y están realmente separados. Sandbox es donde tu equipo y tus desarrolladores hacen pruebas, con valores mágicos que producen el resultado que pidas. En vivo son personas reales que envían documentos reales.
Nada pasa de uno a otro. Una verificación de sandbox nunca se factura, nunca llega a la red antifraude y nunca aparece en una lista en vivo. Una clave creada para uno no funciona en el otro.
El selector de la barra lateral
El control de entorno está en la parte inferior de la barra lateral y tiene tres posiciones.
| Posición | Qué estás viendo |
|---|---|
| Sandbox | Solo tráfico de prueba |
| En vivo | Solo solicitantes reales |
| Todos los entornos | Ambos a la vez, con una insignia en cada fila que indica cuál es cuál |
Si puedes abrir ambos, la consola empieza en Todos los entornos. Es intencionado. Una vista de un solo entorno no puede decirte que está incompleta, y un equipo con una integración dividida puede perder de vista la mitad de su tráfico sin nada que lo delate.
Crear mientras ves ambos
Leer ambos a la vez es fácil. Crear algo no lo es, porque un flujo, una clave de API o un endpoint de webhook nuevos tienen que pertenecer a un entorno o al otro, y en la vista combinada no hay nada de lo que deducirlo.
Así que la consola lo pregunta. Si creas un flujo estando en Todos los entornos, el cuadro de diálogo te obliga a elegir dónde se construye. El servidor rechaza una escritura que no indique ningún entorno en lugar de adivinarlo, y por eso no hay forma de generar por accidente una clave en vivo mientras creías estar haciendo pruebas.
Qué pertenece a un entorno
Un flujo pertenece a un entorno durante toda su vida. No se mueve, se promueve, con Copiar a live, que crea una copia en vivo independiente y deja el flujo de sandbox exactamente como estaba. Las modificaciones posteriores del original de sandbox no se trasladan. La copia no se convierte en tu flujo predeterminado hasta que tú lo decidas.
Con los endpoints de webhook ocurre lo mismo: el entorno se fija al registrar el endpoint y no puede cambiarse después. Las claves de API lo llevan en la propia clave. Las verificaciones, las entregas y el uso llevan cada uno el entorno del tráfico que los generó.
Quién puede abrir cada uno
El acceso a un entorno es una propiedad de tu puesto, que fija un propietario en la página Equipo. Un miembro puede tener solo sandbox, solo en vivo o ambos.
Es lo único que controla el acceso a los datos reales de solicitantes. No hay una aprobación aparte, ni sala de espera, ni un paso de "solicitar el paso a producción": una organización está en vivo desde el momento en que se crea, y lo que decide si un compañero concreto ve a personas reales es su puesto.
Si el selector no te deja pasar a En vivo, tu puesto no lo incluye, y un propietario puede concedértelo en unos segundos.
Sandbox es un lugar al que se cambia, no un lugar donde se empieza
No es una prueba gratuita. Úsalo siempre que quieras ensayar un cambio: construye el flujo allí, ejecuta sesiones de prueba con él y luego cópialo a En vivo cuando haga lo que quieres.
Páginas que se comportan distinto en sandbox
Personas está vacía en sandbox. Los registros de personas se construyen a partir de actividad real y la red antifraude solo cubre el tráfico en vivo, así que no hay nada que mostrar hasta que cambies a En vivo.
Uso cuenta el tráfico de sandbox pero nunca lo factura, así que cae del lado no facturable del reparto.
Analíticas representará sin problema el tráfico de prueba, algo que conviene recordar antes de sacar conclusiones de una tasa de automatización producida con valores mágicos.