Migrar desde una API de screening ya implantada
Un día, tres variables de entorno y nada más.
Qué cambia realmente
La construcción de solicitudes de su worker, el cálculo del token, la codificación del formulario y los nombres de campo no cambian. Solo cambian la URL base y la credencial emitida: apunte tres variables de entorno a sus nuevos valores y el mismo código sigue funcionando.
| Variable | Nuevo valor |
|---|---|
AMLBOT_URL | El host de su endpoint compatible (emitido junto con su cuenta) |
AMLBOT_ID | El accessId de su credencial compatible |
AMLBOT_KEY | El secreto de esa misma credencial compatible |
Qué se mantiene idéntico
Todos los nombres de campo y la estructura del cuerpo de la respuesta se reproducen exactamente, incluido el bucle de sondeo del estado pendiente que su worker ya implementa.
Qué mejora cuando tenga tiempo de migrar
Nuestra propia API asigna a cada hallazgo un enlace a una fuente real y consultable, en lugar de una etiqueta de categoría sin enlace. Vale la pena migrar a ella directamente una vez que el endpoint compatible le haya dado margen.
Qué aún no está disponible, dicho con claridad
El campo del informe de evidencias firmado en PDF es null hasta que esa función se publique en una versión posterior. Se indica en lugar de omitirse en silencio, y es así con independencia del proveedor que atienda la solicitud.