Un sistema de gestión ISO/IEC 27001 para entidades de dinero electrónico y fintech
Un consultor ISO 27001 para fintech y entidades de dinero electrónico construye el sistema de gestión de seguridad de la información (SGSI) que después auditará un organismo de certificación: alcance, evaluación de riesgos, declaración de aplicabilidad, políticas, registros y auditoría interna. Hacemos ese trabajo con su equipo, lo ligamos a lo que piden su regulador y sus bancos, y le entregamos un sistema listo para un organismo acreditado.
SGSI, declaración de aplicabilidad, auditoría interna
Fuentes
6
Fuentes verificadas
23.10.2026
Consulta a un socio · respuesta por escrito en 24 horas
ISO 27001 para fintech: por qué la buscan las EDE
La certificación ISO/IEC 27001 es voluntaria. Las fintech la buscan porque bancos, socios y reguladores preguntan cómo se gestiona la seguridad, y un certificado aporta una confirmación independiente.
ISO indica que cada empresa decide si se certifica, y que el certificado lo emite un organismo de evaluación de la conformidad acreditado, cuya competencia ha confirmado un organismo de acreditación.
Dónde se cruza con su licencia
DORA solo permite a las entidades financieras de la UE contratar con proveedores de TIC que cumplan normas adecuadas de seguridad de la información (art. 28(5)). La solicitud de una entidad de pago conforme a PSD2 incluye un documento de política de seguridad con evaluación de riesgos y medidas de control (art. 5(1)(j)). Un SGSI ISO/IEC 27001 da una base común a ambos documentos y a los cuestionarios bancarios.
Implantación de un SGSI en una fintech: qué construimos
Construimos un SGSI que funciona: alcance, evaluación y tratamiento de riesgos, declaración de aplicabilidad, políticas, registros que demuestran que los controles operan, auditoría interna y revisión por la dirección. Cada documento describe sus sistemas y procesos reales.
Alcance. Qué entidades, productos, entornos en la nube y oficinas entran. En un grupo con una EDE y una empresa tecnológica, esta primera decisión condiciona todo lo demás.
Riesgo. Inventario de activos y riesgos, evaluación y plan de tratamiento con responsables.
Declaración de aplicabilidad. Cada control del anexo A con su decisión, la justificación y la referencia a la evidencia.
Políticas y procedimientos. Solo los que exigen los controles elegidos, escritos como usted trabaja.
Registros. Accesos, comprobaciones de copias, formación, revisiones de incidentes: el rastro que demuestra que los controles operan.
Auditoría interna y revisión por la dirección. Realizamos la auditoría interna frente a la norma y preparamos el material de revisión.
Una persona verifica cada hallazgo, y todos los documentos le pertenecen.
Declaración de aplicabilidad para una fintech: el anexo A de la edición 2022
El anexo A de ISO/IEC 27001:2022 reúne 93 controles en cuatro temas, 11 de ellos nuevos respecto a la edición anterior. La declaración de aplicabilidad recoge, para cada control, si aplica, por qué y dónde está la evidencia.
UKAS señala que en la edición 2022 se fusionaron 24 controles y se actualizaron 58. La transición de los certificados terminó el 31 de octubre de 2025 (IAF MD 26), y hoy se certifica frente a ISO/IEC 27001:2022 con la Modificación 1:2024 sobre acción climática.
Decisiones típicas en una fintech
En una EDE totalmente en la nube, la seguridad física suele cumplirse a través del proveedor, con el contrato y sus informes como justificación. El desarrollo seguro aplica si el producto se desarrolla en casa. Una exclusión sin justificación se convierte en una no conformidad en el informe del auditor.
Auditoría ISO 27001 de fase 1 y fase 2
La auditoría inicial de certificación tiene dos fases, y le sigue un ciclo de tres años con auditorías de seguimiento anuales y una recertificación. La realiza un organismo de certificación acreditado, que decide sobre el certificado.
IAF MD 5:2023 calcula el tiempo de la auditoría inicial como fase 1 más fase 2 e indica que, durante el primer ciclo de tres años, cada seguimiento anual ocupa en torno a un tercio de ese tiempo.
Le preparamos para ambas fases: auditoría interna, cierre de no conformidades, evidencias y ensayo de las preguntas del auditor. Si un banco necesita respuestas antes, una base SGSI verificada cubre la mayor parte de su cuestionario de seguridad.
ISO 27001 y DORA: una sola base de controles
ISO/IEC 27001 cubre la mayoría de las medidas de protección y de gobierno que espera DORA, y DORA añade las suyas: notificación de incidentes en horas, registro de contratos de TIC y revisión anual del marco con informe para la autoridad. Construimos el SGSI para que ambos se apoyen en los mismos documentos.
Con DORA, el marco de gestión del riesgo de TIC se documenta y revisa al menos una vez al año (art. 6(5)), y el registro de información de contratos de TIC se entrega completo a la autoridad cuando lo pide (art. 28(3)). Incorporamos esos elementos al SGSI y elaboramos una correspondencia entre los controles ISO y los requisitos de DORA. La licencia la lleva nuestra práctica de licencias.
Datos sobre la norma y la certificación
Requisito
Qué significa
Fuente
ISO/IEC 27001:2022, 3.ª edición, octubre de 2022, Modificación 1:2024
Se certifica frente a la edición 2022 con su modificación
La decisión de alcance, un inventario de activos y riesgos y un plan de tratamiento
Una declaración de aplicabilidad para los 93 controles del anexo A con justificaciones y referencias a evidencias
Políticas y procedimientos escritos para sus procesos reales, y registros que demuestran que los controles operan
Un informe de auditoría interna, el material de revisión por la dirección y la lista de lo que falta antes de la auditoría de certificación
Qué necesitamos de usted
Una decisión de la dirección sobre el objetivo: certificación, cuestionario de un banco o sección de TIC de la licencia
Un responsable del SGSI en su empresa y tiempo de su equipo o proveedor de TI
Una lista de sistemas, servicios en la nube y proveedores
Una carta de alcance (scope letter) firmada
Límites del trabajo
El certificado lo emite un organismo de certificación acreditado; nosotros le preparamos para su auditoría
El organismo de certificación decide sobre la certificación y las no conformidades, y usted lo elige y lo contrata
Emitir certificados ISO/IEC 27001 queda fuera de nuestro papel
El dictamen jurídico sobre DORA u otras leyes corresponde a un abogado
Riesgos de preparar ISO 27001 por cuenta propia, con un chatbot o con un freelance
Por cuenta propia
El equipo redacta cuarenta políticas y aplaza los registros. En la fase 2 el auditor pide meses de registros y actas, y faltan.
Chatbot
Genera una declaración de aplicabilidad con controles que usted no opera y exclusiones sin justificar. El auditor la contrasta con la práctica línea por línea.
Freelance
Vende plantillas hechas para el alcance de otro. Los documentos contradicen su arquitectura en la nube, y el consejo firma lo que no entiende.
Preguntas frecuentes
Depende del alcance, del número de sistemas y de cuántos controles ya funcionan con registros. En la fase 2 el auditor necesita evidencias de que los controles operaron durante un periodo, así que los registros deben empezar cuanto antes. Damos un calendario realista hasta la auditoría tras una consulta de pago de 30 minutos y una revisión breve de su situación.
Un organismo de certificación acreditado que usted elige; un organismo de acreditación confirma su competencia. El consultor prepara el sistema, realiza la auditoría interna y cierra las no conformidades, y solo el organismo de certificación emite el certificado. Al elegirlo, compruebe que su acreditación se reconoce donde operan sus bancos y reguladores.
Un documento del SGSI que indica, para cada uno de los 93 controles del anexo A de ISO/IEC 27001:2022, si aplica, por qué y dónde está la evidencia. El auditor la lee primero y la contrasta con la práctica. En una fintech lo esencial es justificar con honestidad las exclusiones y ligar cada control a un registro o una configuración.
DORA y PSD2 dejan el certificado fuera de las condiciones de la licencia. La solicitud de una entidad de pago incluye un documento de política de seguridad, y DORA exige trabajar con proveedores que cumplan normas adecuadas de seguridad de la información. Un SGSI ISO/IEC 27001 da una base común a ambos, y un certificado suele agilizar las conversaciones con los bancos.
Depende del alcance, del número de entidades, sistemas y proveedores, de si ya existen políticas y registros, y de si necesita ayuda para corregir configuraciones. Tras una consulta de pago de 30 minutos fijamos el alcance y un precio cerrado en una carta de alcance. La auditoría de certificación la presupuesta aparte el organismo que usted elija.
Cubre la mayoría de las medidas de protección y de gobierno. DORA añade la clasificación y notificación de incidentes en horas, el registro de información de contratos de TIC, las cláusulas contractuales obligatorias y la revisión anual del marco con informe para la autoridad. Los incorporamos al SGSI con una tabla de correspondencias para que un solo conjunto de documentos sirva a ambos marcos.