Skip to main content
Hay dos entornos de usuario (la web) y dos APIs. Eliges el par que te corresponde. No hay un interruptor de “modo prueba” en la petición: apuntas a otro host. Las keys, los datos, las transacciones y las verificaciones no se cruzan entre entornos.

Web

Ahí generas API keys, subes un CSV por lote y operas la cola de revisión de identidad. Estas URLs son el dashboard, no la API. Una petición HTTP de integración a esos hosts no llega a los endpoints documentados aquí.

API

Toda ruta de esta documentación es relativa a la URL base del entorno. Ejemplos en producción:
Los mismos paths existen en https://sandbox-api.fraudeg.com/api. Una API key emitida en un entorno no autentica en el otro. Identidad y scoring usan el mismo par de hosts: eliges el host por entorno, no un tercer patrón.

/analyze/sandbox no es el host sandbox

POST /v1/transactions/analyze/sandbox es un modo del endpoint de scoring. Existe en las dos APIs, incluida la de producción. Sirve para enviar una transacción etiquetada y ver la respuesta del modelo de producción ya maduro, sin tratar la llamada como tráfico en vivo: no alimenta historial operativo ni alertas de tu equipo. Puedes llamar /analyze/sandbox contra https://api.fraudeg.com/api (producción) o contra https://sandbox-api.fraudeg.com/api (pre-official-integration). El host elige el entorno; la ruta elige si esa transacción cuenta como live. La forma del request y de la respuesta es la misma que POST /analyze. Ver POST /analyze/sandbox. Identidad no tiene un path equivalente: para identidad cambias de host, no de ruta.