Entornos

Cada key — sdk o api — se crea para exactamente un entorno, homologation o production, elegido en la creación y fijo durante toda su vida. No se puede cambiar después; la solución para "entorno equivocado" es crear una key nueva, no editar la existente.

No hay campo de entorno en ningún lugar de una solicitud o llamada de SDK. La key con la que autenticas es lo que decide a dónde va el documento — lo que elimina toda una clase de error donde una bandera mal configurada envía sin querer un documento de prueba al autorizador real del gobierno, o viceversa.

homologation no es un mock local — habla con el mismo flujo de validación del autorizador que production, solo marcado como transmisión de prueba. Eso significa que las reglas de rechazo, campos requeridos y forma de respuesta que ves en homologation son las reales, no una aproximación que poco a poco se aleja de lo que production realmente aplica.

También es gratis y sin límite de volumen, así que no hay presión por racionar emisiones de prueba ni compartir una sola empresa de prueba entre el equipo — emite lo que necesites mientras construyes y pruebas.

Una empresa puede tener hasta 3 keys en total, cualquier combinación de contexto (sdk/api) y entorno (homologation/production). Un patrón común es una key sdk/homologation para desarrollo local, una api/homologation para staging o CI, y una api/production (o sdk/production) para lo que realmente sale a producción.