Un SaaS debe decidir si integra interfaz, API o proveedor de identidad, repartiendo evidencias, soporte, disponibilidad, subencargados y salida entre las partes.
Prioridades para esta situación
- 01
API
- 02
Responsabilidad
- 03
Evidencia
- 04
Disponibilidad
Selección para probar con criterio
Proveedor de identidad digital y firma para integraciones; cobertura, proveedores subyacentes y responsabilidades deben hacerse visibles.
- Encaja con
- plataformas que integran identidad, autenticación y firma en varios mercados
- Busca otra opción si
- una pyme busca un flujo listo para usar sin proyecto técnico
Proveedor europeo de transacciones digitales; nivel, identificación, evidencia y servicio de confianza deben comprobarse por separado.
- Encaja con
- empresas que necesitan flujos de firma, evidencias e integraciones en Europa
- Busca otra opción si
- se presupone un nivel cualificado sin identificar el servicio concreto en la TSL
Plataforma internacional de acuerdos; sus opciones deben evaluarse por producto y configuración, no por una validez universal implícita.
- Encaja con
- organizaciones que priorizan ecosistema, despliegue internacional e integraciones
- Busca otra opción si
- se compra por reconocimiento sin confirmar nivel, identidad, datos y coste por flujo
Contexto español
Documenta encargado, subencargados, regiones y servicio de confianza concreto utilizado.
Una respuesta API correcta no garantiza que el acto tenga evidencia suficiente.
Decide con un caso propio
Usa para cada candidato la misma entrada, excepción y exportación. Anota trabajo manual, espera, permisos y reprocesado. La demo comercial se convierte así en una prueba comparable.
Comprobable
Fuentes de este análisis
- officialReglamento eIDAS 910/2014EUR-Lex • comprobado 5 de agosto de 2026Abrir fuente ↗
- officialLey 6/2020 de servicios electrónicos de confianzaBOE • comprobado 5 de agosto de 2026Abrir fuente ↗