Cómo planificar los cambios de tu software clínico
Para direcciones, gerencias y responsables de cumplimiento de clínicas privadas que ya saben qué normativa viene y necesitan convertirla en un plan con fechas, responsables y una revisión que no dependa de que alguien se acuerde.
Un mapa de ruta regulatorio invierte la secuencia: en lugar de reaccionar cuando la norma entra en vigor, la clínica programa las adaptaciones con margen.
1. Por qué un mapa de ruta y no una reacción
1.1. Reaccionar sale más caro que anticipar
La secuencia habitual en una clínica privada es siempre la misma: la norma entra en vigor, alguien lo lee en una circular del colegio profesional o se lo cuenta la gestoría, y entonces empieza la carrera. Se llama al proveedor de software, que tiene la misma llamada de otros doscientos clientes esa semana, y se descubre que la adaptación exige cambiar de versión, o de módulo, o de proveedor. Lo que en un plan con doce meses de margen habría sido una actualización programada en agosto se convierte en una migración de urgencia con la agenda llena.
El coste de esa diferencia no está en el precio de la adaptación, que suele ser el mismo se haga cuando se haga. Está en todo lo que la rodea: las horas de dirección dedicadas a resolver algo que ya tenía fecha conocida, la formación del personal comprimida en dos tardes, los errores de los primeros meses y, cuando la carrera no llega a tiempo, la exposición a una sanción por algo que estaba escrito en el diario oficial dos años antes.
1.2. El calendario ya existe; lo que falta es el plan
Ninguna de las normas que afectan hoy a una clínica es una sorpresa. Todas se publicaron con antelación y casi todas con aplicación escalonada. La información sobre todo lo que obliga a tu clínica está disponible y ordenada. Lo que rara vez existe es el paso siguiente: traducir ese calendario a decisiones concretas con un dueño y una fecha dentro de la clínica.
Un calendario regulatorio es una lista de obligaciones ajenas. Un mapa de ruta es una lista de tareas propias. La diferencia práctica es que el primero se lee y el segundo se revisa: tiene filas que se cierran, filas que se atrasan y filas que obligan a hablar con el proveedor antes de que la fecha esté encima.
1.3. Quién tiene que estar en la mesa
El error más común es tratarlo como un asunto técnico y delegarlo entero en informática o en el proveedor. Buena parte de las decisiones no son técnicas: si la clínica cambia de sistema de facturación, quién forma al personal de recepción; si hay que dejar de usar una función de ayuda al diagnóstico hasta que el proveedor aclare su clasificación, quién se lo dice a los facultativos; si la adaptación exige presupuesto, quién lo aprueba y con cargo a qué ejercicio.
La mesa mínima son tres papeles, aunque en una clínica pequeña los ocupen dos personas: dirección, que decide y aprueba; quien lleva la administración, que conoce los flujos reales de facturación y agenda; y un interlocutor clínico, que sabe qué se usa de verdad en consulta y qué está ahí sin que nadie lo toque.
2. Inventariar antes de planificar nada
2.1. Qué software toca cada obligación
No se puede priorizar lo que no se ha listado. El inventario no es un documento técnico: es una lista de los programas que la clínica usa de verdad, incluidos los que nadie llama «software». El sistema de gestión y la historia clínica están claros; también cuentan la hoja de cálculo donde se lleva el control de una aseguradora, el programa del equipo de diagnóstico que guarda imágenes en su propio disco, la agenda que alguien mantiene en paralelo y la herramienta con la que se envían las citas.
Para cada entrada hacen falta tres datos y no más: qué hace, qué obligación de las que vienen le afecta y quién lo mantiene. La mayoría de las filas se resolverán con un «ninguna». Las que no, son el plan.
2.2. Qué versión tienes y qué cubre tu contrato
La pregunta que descoloca a más clínicas no es qué software usan, sino qué versión y con qué contrato. Hay tres situaciones muy distintas y conviene saber en cuál se está antes de llamar a nadie. La primera: contrato de suscripción vigente con actualizaciones incluidas, donde la adaptación normativa suele venir en una versión nueva sin coste adicional. La segunda: licencia comprada hace años y mantenimiento caducado, donde cualquier adaptación es un presupuesto nuevo. La tercera, la más incómoda: producto descatalogado cuyo fabricante ya no publica versiones, donde la adaptación no existe y lo que hay que planificar es una migración.
Esa distinción cambia por completo el tamaño del plan. Adaptar una versión soportada es una tarea de semanas; sustituir un sistema descatalogado con años de historia clínica dentro es un proyecto de meses que conviene empezar antes de que una norma lo haga urgente.
2.3. Dónde están tus datos y cómo salen
La tercera columna del inventario es la que casi nadie rellena y la que más vale cuando llega el momento: dónde vive cada conjunto de datos y en qué formato puede salir. Sirve para dos cosas distintas. La inmediata es la portabilidad que ya reconoce el Reglamento General de Protección de Datos, que un paciente puede ejercer mañana. La otra es la libertad de la clínica: mientras no se sepa en qué formato salen tus datos, cualquier plan que contemple cambiar de proveedor es un plan sobre una incógnita.
3. La matriz de priorización: urgente, importante, horizonte
La matriz de priorización clasifica los cambios en tres niveles: urgente (ya obliga), importante (tiene fecha) y horizonte (posterior a 18 meses).
3.1. Agrupar por plazo, no por tema
La tentación natural es organizar el plan por materias: lo fiscal por un lado, la protección de datos por otro, lo sanitario en un tercer bloque. Es cómodo de leer y sirve de poco, porque las obligaciones de una misma materia pueden estar separadas por cinco años y dos obligaciones de materias distintas pueden vencer el mismo trimestre.
Agrupar por plazo cambia la conversación. Todo lo que ya obliga va junto y se trata igual, venga de Hacienda o de la normativa sanitaria: no se planifica, se comprueba. Todo lo que tiene fecha conocida en el año y medio siguiente va junto y se negocia con el proveedor de la misma manera. Y lo que queda más allá se prepara con decisiones que hoy no cuestan nada y luego sí.
3.2. Qué significa cada nivel
El nivel urgente agrupa lo que ya está en vigor. Aquí no hay margen ni proyecto: o el software cumple o no cumple, y la única tarea es verificarlo con una prueba concreta. Si el resultado es que no cumple, deja de ser una fila del plan y pasa a ser el plan entero.
El nivel importante agrupa lo que tiene fecha dentro de un horizonte de unos dieciocho meses. Aquí sí hay proyecto: hay tiempo para pedir al proveedor un compromiso, para presupuestarlo en el ejercicio que corresponde y para formar al personal sin comprimirlo.
El nivel horizonte agrupa lo que llega después. La tentación es archivarlo, y es un error: casi todo lo que vence en el horizonte depende de trabajo previo que se hace hoy o no se hace nunca, empezando por la calidad y la estructura del dato.
3.3. Lo que no entra en la matriz
Una matriz que lo incluye todo no prioriza nada. Fuera se quedan dos cosas. La primera, lo que no depende de la clínica: si una norma obliga al fabricante y no al usuario, la fila no es «adaptarnos», es «preguntar al proveedor», y esa es otra lista. La segunda, las mejoras que a alguien le apetecen y que se cuelan en el plan aprovechando el viaje. Son legítimas, pero no son cumplimiento, y mezclarlas hace que el plan se retrase por motivos que no tienen fecha límite.
Antes de elegir software, conoce las preguntas que debes hacerte
En 30 minutos de análisis gratuito identificamos qué procesos de tu clínica se pueden digitalizar hoy.
4. Tramo urgente: lo que ya obliga
4.1. La factura verificable, que no admite plazo
El caso más claro de tramo urgente hoy es la facturación verificable. El Real Decreto 1007/2023 estableció los requisitos de los sistemas de facturación, y su equivalente foral aplica en el País Vasco y en Navarra con sus propios formatos y calendarios. La consecuencia práctica para una clínica es sencilla de enunciar: el programa con el que se emiten las facturas tiene que producir un registro que la Administración pueda verificar sin que nadie de la clínica prepare nada.
Conviene tener presente qué cambia con VeriFactu y cuándo antes de dar por buena la respuesta del proveedor, porque la frase «estamos adaptados» cubre situaciones muy distintas.
4.2. Lo que se comprueba en una tarde
El tramo urgente no se estudia: se prueba. Y casi todo se prueba en una tarde sin conocimientos técnicos. Emite una factura de prueba y comprueba que el sistema genera su registro sin pedirte nada. Abre después una factura ya emitida e intenta modificar el importe: si el programa lo permite y guarda el cambio sin dejar rastro, no cumple, por mucho que el folleto diga lo contrario. Pide por último que te muestren el fichero que se envía a la Administración, no una captura de pantalla de un panel.
Tres pruebas, tres respuestas. Un proveedor que cumple las enseña en la misma llamada. Uno que necesita una semana para preparar la demostración está preparando algo, y eso ya es información.
4.3. Qué hacer si hoy no cumple
Si la comprobación falla, el plan cambia de escala. Lo primero es pedir por escrito una fecha concreta de disponibilidad de la versión que cumple, no una intención. Lo segundo es preguntar si esa versión está incluida en el contrato vigente o si supone un cambio de producto. Y lo tercero, que es el que más cuesta plantear y el que más margen da: empezar a valorar alternativas en paralelo, sin esperar a que la fecha prometida se incumpla. Un proveedor serio entiende esa conversación; uno que se ofende ante ella está dando la respuesta que importa.
5. Tramo con fecha: lo que llega en menos de dieciocho meses
5.1. El Reglamento de IA
El Reglamento (UE) 2024/1689 aplica de forma escalonada, y las obligaciones que entran en agosto de 2026 se centran en la transparencia y en las prácticas prohibidas. Para una clínica que no desarrolla software, la pregunta relevante no es qué obligaciones tiene ella, sino qué funciones de inteligencia artificial hay dentro de los programas que ya usa y cómo las ha clasificado quien las fabrica.
Merece la pena repasar qué aplica del Reglamento de IA con el inventario delante, porque la respuesta suele aparecer en sitios inesperados: una ayuda a la codificación, un resumen automático de historial o una sugerencia de diagnóstico incorporada en un equipo.
5.2. La factura electrónica entre empresas
El artículo 12 de la Ley 18/2022 estableció la obligación de factura electrónica en las operaciones entre empresas y profesionales, con un calendario que depende del desarrollo reglamentario. Para una clínica privada el impacto se concentra en la facturación a compañías aseguradoras y a otras empresas; la factura al paciente particular no entra en esa obligación.
Lo que conviene tener claro de la factura electrónica con Crea y Crece es que la obligación legal no unifica los formatos que cada aseguradora exige hoy por su cuenta. Son dos problemas distintos que se resuelven en el mismo sitio, y conviene no confundirlos al negociar con el proveedor.
5.3. Cómo se pide un compromiso con fecha
En el tramo con fecha, la conversación con el proveedor no es «¿lo vais a soportar?». Esa pregunta tiene una única respuesta posible y no aporta nada. La pregunta útil tiene tres partes: en qué versión estará disponible, en qué mes se publica esa versión y si está incluida en el contrato que la clínica tiene firmado hoy. Las tres respuestas caben en un correo electrónico, y un correo electrónico es exactamente el nivel de compromiso que se necesita: no es un contrato, pero deja constancia de qué se dijo y cuándo.
Si la respuesta llega sin mes, la fila no está cerrada. Anótala con la fecha en que preguntaste y vuelve a preguntar en la revisión siguiente.
6. Tramo horizonte: lo que llega después
6.1. El EHDS y sus fases
El Espacio Europeo de Datos Sanitarios reparte obligaciones por fases hasta 2031, y esa lejanía es justo lo que hace que se archive. Sus categorías prioritarias de datos y sus plazos están descritos en detalle en qué toca del EHDS y cuándo. Lo relevante para el plan es que ninguna de esas fases se puede afrontar el año anterior a su fecha si el dato de partida no está en condiciones.
6.2. Lo único que se puede hacer hoy: el dato
Las obligaciones del horizonte comparten un requisito previo que no depende de ninguna norma futura: que la información esté estructurada y codificada. Un diagnóstico escrito en texto libre dice lo que pasó; el mismo diagnóstico codificado dice lo que pasó en un lenguaje que otro sistema entiende. Adoptar esa disciplina lleva meses de trabajo cotidiano y no se puede comprimir: no es una versión de software que se instala, es una forma de registrar que se adquiere consulta a consulta.
Por eso el horizonte tiene tareas hoy aunque su fecha esté lejos. Son tareas baratas ahora y muy caras después.
6.3. Por qué el horizonte no se aplaza entero
Hay una regla práctica que funciona bien: de cada obligación del horizonte se extrae la parte que no depende de nadie más y se sube al tramo con fecha. La interoperabilidad europea no depende de la clínica, pero la calidad del dato sí. La infraestructura de intercambio no depende de la clínica, pero saber qué exporta hoy su sistema, también. Lo que se queda en el horizonte, después de esa extracción, suele ser poco: una línea de vigilancia y una fecha para volver a mirar.
7. La plantilla de revisión
7.1. Las columnas que no pueden faltar
La plantilla puede ser una hoja de cálculo y no necesita más de siete columnas. Qué obligación es, en una línea y sin jerga. Qué sistema de la clínica afecta, tomado del inventario. En qué tramo está: urgente, importante u horizonte. Cuál es la fecha límite real, no la que suena. Quién es la persona responsable dentro de la clínica, con nombre y no con departamento. En qué estado está la fila: sin empezar, preguntado al proveedor, comprometido con fecha, verificado. Y la fecha de la última revisión.
La columna que más se olvida y más sirve es la última. Sin ella no hay forma de distinguir una fila que está bien de una fila que nadie ha mirado en ocho meses.
7.2. Cada fila tiene un dueño con nombre
Una fila cuyo responsable es «administración» no tiene responsable. Cuando llega la fecha, la fila se queda sin cerrar y nadie ha incumplido nada porque nadie era. Poner un nombre no es un gesto burocrático: es lo que hace que alguien reciba la pregunta en la revisión y tenga que contestar algo. El nombre puede repetirse en varias filas —en una clínica pequeña se repetirá casi siempre— y eso también es información útil, porque muestra de golpe cuánta carga de cumplimiento descansa sobre una sola persona.
7.3. Con qué frecuencia se revisa
Trimestral funciona para la mayoría de clínicas y es sostenible: cuatro reuniones cortas al año en las que se recorre la tabla fila por fila y se actualiza la columna de estado. Mensual suele degenerar en un trámite que se despacha sin mirar. Anual llega tarde a todo lo que se mueva.
La revisión tiene además una función que no está en la tabla: es el momento en que se detecta que ha aparecido una obligación nueva. Alguien tiene que traer esa información, y conviene que sea una tarea asignada y no una casualidad.
Riesgo normativo
¿Tu infraestructura resistiría una inspección de la AEPD?
El RGPD clasifica los expedientes clínicos como datos de categoría especial. Una brecha técnica o un consentimiento mal custodiado puede acarrear sanciones muy elevadas. Solicita un análisis técnico de viabilidad normativa.
8. Las preguntas que cambian según el tramo
8.1. En lo urgente se piden pruebas
Cuando la obligación ya está en vigor, ninguna pregunta que se responda con palabras sirve. Las tres que funcionan son de enseñar, no de contar: muéstrame el fichero real que se envía a la Administración desde una instalación como la mía; déjame intentar modificar un documento ya emitido; enséñame dónde queda registrado quién ha entrado a una historia clínica y cuándo. Un proveedor que cumple hace las tres cosas en una demostración. Ninguna de ellas requiere que la clínica entienda de tecnología: basta con mirar si aparece lo que se ha pedido.
8.2. En lo que tiene fecha se pide compromiso
Aquí la pregunta útil ya no es qué hace el producto, sino qué va a hacer y cuándo. Versión, mes y cobertura contractual. Y una cuarta que se olvida siempre: qué pasa si esa fecha se incumple. La respuesta a esta última no suele ser satisfactoria en ningún caso, pero hacerla cambia el tono de la conversación y deja claro que la clínica está llevando registro. El conjunto completo de preguntas de normativa al proveedor conviene tenerlo delante antes de firmar cualquier renovación.
8.3. En el horizonte se pregunta por el dato
Para lo que vence dentro de varios años no tiene sentido preguntar por funciones que todavía nadie ha construido. La pregunta que sí se puede hacer hoy, y que predice bastante bien cómo irá lo demás, es sobre el dato: qué formatos de exportación existen ahora mismo, si incluyen la historia clínica estructurada o solo un documento imprimible, si la exportación la puede lanzar la clínica sin pedir permiso y si hay coste asociado. Un proveedor que responde con soltura a eso está preparado para lo que venga; uno que se incomoda está diciendo cuánto le conviene que te quedes.
9. El coste de no planificar
El coste de no planificar no es abstracto: se mide en sanciones, en migraciones forzadas y en horas de dirección que deberían estar en la clínica.
9.1. Sanción, migración forzada y horas de dirección
El coste tiene tres partidas y solo una es la que todo el mundo menciona. La sanción es la visible, y es real, pero suele ser la menos frecuente. La migración forzada es la cara: cambiar de sistema porque una norma lo ha vuelto inevitable significa hacerlo en el plazo que marca la norma y no en el que le conviene a la clínica, con lo que eso implica en negociación, en traslado de historiales y en meses de convivencia entre dos sistemas.
La tercera partida no se factura y es la que más pesa: las horas de dirección. Cada urgencia regulatoria consume semanas de la persona que decide, y esas semanas salen de otro sitio.
9.2. El proveedor que se entera contigo
Hay una señal que conviene registrar en la plantilla aunque no sea una obligación: cómo se enteró la clínica de cada norma. Si en la mayoría de las filas la respuesta es «nos avisó el proveedor con margen», el plan tiene un aliado. Si la respuesta habitual es «se lo dijimos nosotros» o «lo vimos en una circular», la clínica está haciendo sola un trabajo que también debería estar haciendo quien le vende el software, y eso predice bastante bien cómo irá el próximo plazo.
9.3. Cómo sabes que el plan funciona
Un plan de cumplimiento funciona cuando deja de haber sorpresas, no cuando la tabla está toda en verde. Las tres señales prácticas son estas: ninguna obligación llega a su fecha límite con la fila sin tocar; las conversaciones con el proveedor se producen meses antes del vencimiento y no la semana anterior; y cuando aparece una norma nueva, entra en la tabla en la revisión siguiente en lugar de circular en un correo que alguien reenvía. Si esas tres se cumplen, el plan está haciendo su trabajo aunque queden filas abiertas — porque estar abierta con fecha y dueño no es lo mismo que estar olvidada.
¿Tienes dudas antes de decidir? Hablamos.
Respuesta en menos de 2 horas en horario laboral. Te atiende el equipo que conoce el producto.
10. Preguntas frecuentes sobre planificar los cambios de software
¿Cada cuánto hay que revisar el plan regulatorio de la clínica?
Trimestral es la frecuencia que mejor funciona en una clínica privada: cuatro revisiones cortas al año en las que se recorre la tabla fila por fila y se actualiza el estado de cada una. Mensual acaba degenerando en un trámite que se despacha sin mirar de verdad, porque en treinta días rara vez cambia algo. Anual llega tarde a cualquier obligación que se mueva, y casi todas se mueven. Además de actualizar filas, la revisión trimestral cumple una segunda función que conviene asignar a alguien en concreto: detectar si ha aparecido una norma nueva que todavía no está en la tabla.
¿Quién debe responsabilizarse del cumplimiento en una clínica pequeña?
La responsabilidad legal es siempre de la clínica como responsable del tratamiento y como obligada tributaria, y eso no se puede delegar en el proveedor. Dentro de la clínica hacen falta tres papeles, aunque en un centro pequeño los ocupen una o dos personas: dirección, que decide y aprueba presupuesto; quien lleva la administración, que conoce los flujos reales de facturación y agenda; y un interlocutor clínico, que sabe qué se usa de verdad en consulta. Lo importante es que cada fila del plan tenga un nombre propio como responsable, no un departamento: una fila cuyo dueño es «administración» se queda sin cerrar y nadie ha incumplido nada.
¿Qué hago si mi software actual no cumple una obligación que ya está en vigor?
Deja de ser una fila del plan y pasa a ser el plan. Lo primero es pedir por escrito una fecha concreta de disponibilidad de la versión que cumple, no una declaración de intenciones. Lo segundo, aclarar si esa versión está incluida en el contrato vigente o supone un cambio de producto con coste. Y lo tercero, que es lo que más margen da: empezar a valorar alternativas en paralelo sin esperar a que la fecha prometida se incumpla. Un proveedor solvente entiende esa conversación con normalidad. Uno que se incomoda cuando la clínica menciona alternativas está aportando información relevante sobre su posición.
¿Por qué agrupar por plazo y no por materia?
Porque las fechas no respetan las materias. Dos obligaciones fiscales pueden estar separadas por cinco años, y una obligación fiscal y otra de protección de datos pueden vencer el mismo trimestre y competir por las mismas semanas de trabajo. Agrupar por materia produce un documento cómodo de leer y difícil de ejecutar. Agrupar por plazo produce lo contrario: todo lo que ya obliga se trata igual, con una comprobación y no con un proyecto; todo lo que tiene fecha en el año y medio siguiente se negocia con el proveedor de la misma manera; y lo que queda más allá se prepara con decisiones sobre el dato que hoy son baratas.
¿El horizonte lejano se puede aplazar sin más?
No entero, y esa es la trampa. Casi todo lo que vence dentro de varios años depende de un requisito previo que se construye hoy o no existe después: que la información esté estructurada y codificada. Un diagnóstico en texto libre dice lo que pasó; el mismo diagnóstico codificado lo dice en un lenguaje que otro sistema entiende. Esa disciplina se adquiere consulta a consulta durante meses y no se puede comprimir el año anterior a la fecha límite, porque no es una versión de software que se instala. La regla práctica es extraer de cada obligación lejana la parte que no depende de terceros y subirla al tramo con fecha.
¿Cómo compruebo de verdad que el software cumple, sin ser técnico?
Con pruebas de enseñar, no de contar, y ninguna requiere conocimientos técnicos. Emite una factura de prueba y comprueba que el sistema genera su registro sin que nadie prepare nada. Abre después una factura ya emitida e intenta cambiar el importe: si el programa lo permite y guarda el cambio sin dejar rastro, no cumple por mucho que el folleto afirme lo contrario. Pide por último ver el fichero real que se envía a la Administración desde una instalación como la tuya, no una captura de un panel. Basta con mirar si aparece lo que se ha pedido. Un proveedor preparado hace las tres cosas en la misma demostración.
¿Qué pasa si el proveedor no da una fecha para una obligación futura?
La fila no está cerrada, y así hay que anotarla: con la fecha en que se preguntó y el estado «preguntado, sin fecha». No es un incumplimiento por su parte —muchas obligaciones dependen de desarrollos reglamentarios que todavía no existen—, pero sí es un dato que conviene registrar y volver a preguntar en la revisión siguiente. Lo que importa es el patrón a lo largo de varias revisiones: un proveedor que acaba dando fechas y cumpliéndolas es un aliado del plan; uno que lleva tres trimestres sin concretar nada está describiendo cómo será el próximo vencimiento, y conviene tenerlo en cuenta antes de renovar.
¿El plan sirve de algo si al final no cambio de software?
Sí, y ese es de hecho el resultado más frecuente y más deseable. El objetivo del plan no es cambiar de proveedor: es saber con antelación qué hay que exigirle y comprobar que lo entrega. Buena parte de las filas se cierran con una actualización incluida en el contrato vigente y sin que nadie se entere. El valor está en llegar a cada fecha sin sorpresas, en tener documentado qué se preguntó y qué se respondió, y en que la decisión de quedarse sea una decisión tomada con información y no la única salida posible cuando el plazo ya está encima.
Más sobre qué exigirle al proveedor

Qué vale un certificado que te enseña un proveedor de software clínico
ENS, ISO 27001, RGPD compliance: qué se puede verificar en un registro público, qué no se comprueba y…
Leer artículo →
Cuando la historia clínica viaja a otro centro: qué llega y qué se queda
Un paciente cambia de clínica y pide su historial. Qué parte de la historia viaja, en qué formato,…
Leer artículo →
Todo lo que va a obligar a tu clínica hasta 2031, con fecha
VeriFactu, el Reglamento de IA, el EHDS, la factura electrónica y el marcado CE del software sanitario: lo…
Leer artículo →Información adicional
- Quién responde si el software de tu clínica incumple una norma
- Cuándo un software de clínica es producto sanitario y cuándo no
- TicketBAI en tu clínica: qué obliga si estás en País Vasco o Navarra
Última actualización: septiembre de 2026.
Referencias
- Real Decreto 1007/2023, de 5 de diciembre: aprueba el reglamento que fija los requisitos de los sistemas informáticos de facturación de empresarios y profesionales.
- Reglamento (UE) 2024/1689: establece normas armonizadas en materia de inteligencia artificial, con obligaciones escalonadas por nivel de riesgo.
- Ley 18/2022, de 28 de septiembre: de creación y crecimiento de empresas; su artículo 12 regula la factura electrónica entre empresarios y profesionales.
Última actualización: septiembre de 2026.