Guía práctica para pymes: convertir presupuestos en facturas y cobrar online automáticamente
Esta guía explica, paso a paso y en lenguaje llano, cómo convertir presupuestos en facturas válidas y configurar cobros online automáticos en una pyme. Incluye requisitos legales fundamentales, componentes tecnológicos recomendados (CRM/ERP, motor de facturación, firma electrónica, pasarela de pago) y un checklist práctico para lanzar el flujo con seguridad.
Importante: el marco normativo y las convocatorias públicas cambian con el tiempo. Antes de publicar o aplicar cambios en tu contabilidad, verifica siempre la normativa vigente en las fuentes oficiales citadas en Recursos (Agencia Tributaria, BOE, Facturae, FACe). En las secciones siguientes he enlazado a los portales oficiales para facilitar esa verificación.
¿Es legal convertir un presupuesto en una factura?
Concepto y diferencia básica
- Presupuesto / oferta: propuesta comercial que recoge precios y condiciones; no es en sí una factura fiscal.
- Factura: documento con efectos contables y fiscales; su emisión debe respetar numeración, contenido obligatorio y reglas de devengo.
Emitir una factura sin respetar numeración, contenido o momento del devengo puede generar riesgos fiscales. Para la lista oficial y actualizada de datos obligatorios y reglas de facturación consulta la sede electrónica de la Agencia Tributaria: sede.agenciatributaria.gob.es y el repositorio de normativa del BOE: boe.es.
Diagrama mínimo (texto)
- Presupuesto emitido -> Cliente acepta (email, portal, firma electrónica) -> Registro de aceptación en CRM -> Generar factura (serie y numeración controladas) -> Enviar al cliente y registrar contablemente.
Qué debes comprobar antes de automatizar
- Registro de aceptación: tipo (email, portal, firma), fecha y vínculo con la orden/factura. Recomendación práctica: almacena para cada aceptación al menos un identificador único, timestamp (ISO 8601), dirección IP, user agent, correo electrónico remitente y el hash (SHA‑256) del documento aceptado. Adjunta ese identificador a la factura (metadato) para trazabilidad.
- Numeración y series: controladas, correlativas y auditables. Define políticas de bloqueo de series en entornos productivos y procedimientos de recuperación.
- Campos obligatorios en la factura: emisor y receptor (NIF), fecha, numeración, descripción suficiente de la operación, base imponible, tipo y cuota de IVA, total, etc. Consulta la AEAT para la lista completa: sede.agenciatributaria.gob.es.
Factura proforma vs presupuesto vs factura
- Presupuesto: documento comercial, no tiene valor fiscal por sí mismo.
- Factura proforma: documento informativo que no sustituye a la factura fiscal.
- Factura: documento con efectos fiscales. No conviertas una proforma en factura sin un registro claro de aceptación por parte del cliente.
Para supuestos concretos consulta la Agencia Tributaria y, si procede, a tu asesor fiscal: sede.agenciatributaria.gob.es.
Requisitos mínimos para una factura válida en España (orientativo)
Lista orientativa (siempre confirmar en AEAT/BOE):
- Identificación del emisor (razón social, NIF) y del receptor (nombre/razón social y NIF).
- Fecha de expedición y número correlativo de factura (serie y numeración).
- Descripción suficiente de las operaciones.
- Base imponible, tipo impositivo y cuota repercutida de IVA.
- Total y moneda si procede.
- Referencias a regímenes especiales o operaciones intracomunitarias si aplica.
Estas obligaciones y excepciones concretas deben confirmarse en la normativa fiscal vigente: sede.agenciatributaria.gob.es y boe.es.
Arquitectura técnica recomendada para automatizar el flujo
Pila mínima recomendada
- CRM/ERP: gestión de presupuestos, registro de aceptación y cliente maestro.
- Motor de facturación: generación de factura en PDF y, si aplica, exportación al formato Facturae (XML). Portal Facturae: facturae.gob.es.
- Servicio de firma electrónica / gestión de identidad: cuando se requiera firma avanzada o cualificada (ver eIDAS): eidas.ec.europa.eu.
- Pasarela de pagos (PSP): payment links, tokenización, TPV virtual y domiciliación SEPA.
- Módulo de conciliación bancaria: asignación automática de pagos a facturas (webhooks o extractos bancarios).
- Almacenamiento seguro: archivo con backups y políticas de retención.
Integraciones técnicas clave
- API para creación de facturas desde el ERP/CRM; documenta los endpoints, payloads y códigos de error.
- Webhooks para eventos de pago (ej.: con Stripe se suelen usar eventos publicados en la documentación de webhooks; ver Stripe Webhooks) y para confirmar la liquidación de la factura. Ejemplo práctico: escucha el evento que confirme la liquidación del pago y mapea al número de factura y al identificador único de aceptación.
- Endpoint de conciliación que reciba notificaciones y las mapee a Nº de factura / referencia interna.
- Exportador a Facturae cuando la normativa o el cliente lo exija y remisión a FACe si facturas a la Administración: face.gob.es y facturae.gob.es/face.
Qué comprobar en proveedores
- Compatibilidad de APIs/webhooks con tu ERP.
- Condiciones contractuales y cláusulas de protección de datos (encuéntralas en los Términos/Contratos de cada PSP).
Componentes clave (responsabilidades y comprobaciones)
- CRM/ERP: debe mapear campos de presupuesto a factura, guardar el registro de aceptación (fecha, medio, usuario, identificador de aceptación y hash del documento) y exponer APIs para crear facturas.
- Motor de facturación: generar PDF y, si procede, generar Facturae en XML conforme al formato oficial (ver facturae.gob.es para formato y validadores). Valida el XML en entorno de test antes de generar lotes de envío.
- Firma electrónica: el Reglamento eIDAS regula tipos de firma; consulta el portal de la UE sobre eIDAS: eidas.ec.europa.eu para decidir si necesitas firma cualificada o si basta con registro de aceptación.
- PSP / Pasarela: cumplimiento PSD2/SCA y emisión de webhooks. Revisa la documentación técnica del PSP elegido (por ejemplo, Stripe: stripe.com, PayPal: paypal.com, Redsys: redsys.es, Bizum: bizum.com).
- Conciliación: el proveedor que haga la conciliación debe permitir reglas automáticas (por referencia de factura, importe y OCR de conceptos) y mantener trazabilidad para auditoría.
Implementación paso a paso (práctico)
Paso 0 — preparar: datos y políticas
- Verifica NIFs y datos fiscales de clientes en el CRM.
- Define plantillas de presupuesto y factura con todos los campos que exige la normativa.
- Redacta condiciones comerciales y política de aceptación (qué constituye aceptación válida).
- Documenta política de numeración y control de versiones.
- Revisa requisitos RGPD: base legal para tratamiento de datos de pago, contratos con PSP y mandatos SEPA cuando aplique.
Paso 1 — configurar el flujo en CRM/ERP
- Mapea campos de presupuesto hacia la plantilla de factura (asegura que la descripción de la operación sea suficiente para cumplir requerimientos fiscales).
- Define el evento de «aceptación» que disparará la creación de factura (por ejemplo: botón en portal, email con frase concreta, o firma electrónica).
- Al evento, genera una factura borrador y ejecuta validaciones: campos obligatorios, impuestos, numeración y control de duplicados.
- Registra un identificador único que vincule presupuesto, aceptación y factura. Incluye en el registro los metadatos obligatorios comentados arriba (timestamp, IP, user agent, hash del documento y correo remitente).
Pruebas: realiza las conversiones en entorno de test (sandbox) y guarda logs de auditoría (quién actuó, cuándo, qué documento se generó). Asegúrate de probar flujos con pagos fallidos y reintentos. Recomendación operativa: ejecuta pruebas que cubran al menos los siguientes escenarios: facturas con IVA diferente, facturas intracomunitarias, facturas con descuentos o devoluciones, y conciliación de pagos parciales.
Paso 2 — validez fiscal y exportación a Facturae/FACe
- Determina si necesitas Facturae (por ejemplo, facturación a la Administración Pública). El formato y reglas oficiales están en el portal Facturae: facturae.gob.es y, para remisión a la Administración, el Punto General de Entrada FACe: face.gob.es.
- Integra la generación de Facturae (XML) y valida el XML con las herramientas oficiales antes de enviar.
- Si optas por firmas electrónicas, consulta eIDAS para decidir si necesitas firma cualificada o si el registro de aceptación es suficiente; para casos fiscales concretos consulta a tu asesor fiscal.
Paso 3 — integrar la pasarela de pago y cobro automático
- Elige el método: payment link (facturas puntuales), TPV virtual (integración en web) o domiciliación SEPA (para cobros recurrentes).
- Para domiciliación SEPA, gestiona el mandato SEPA y su almacenamiento conforme a la normativa aplicable y a las reglas del PSP.
- Para recurrentes, usa tokenización proporcionada por el PSP para evitar almacenar datos de tarjeta en tus servidores y minimizar riesgo RGPD.
- Implementa SCA: la primera autorización de ciertos pagos y algunos métodos de pago requieren autenticación reforzada (PSD2/SCA). Consulta la documentación de tu PSP y las orientaciones de la Autoridad Bancaria Europea (EBA): eba.europa.eu.
- Prueba en sandbox y simula rechazos SCA para diseñar flujos de recuperación (reintentos, emails de re-autorización).
Paso 4 — conciliación y registro contable
- Configura webhooks del PSP que notifiquen pagos y fallos (por ejemplo, Stripe y otros PSP ofrecen webhooks que permiten automatizar la conciliación; ver Stripe Webhooks). Si usas Stripe, eventos útiles incluyen aquellos que confirman el pago exitoso (consúltalo en la documentación del PSP).
- Define reglas de conciliación: referencia de factura + importe + cliente.
- Cuando el webhook confirme pago, marca la factura como cobrada y genera un asiento contable con referencia a la factura.
- Mantén ruta de auditoría (logs, copias de factura, webhook events) para inspecciones.
Métodos de cobro y cumplimiento PSD2/SCA
- Payment links: prácticos para cobros puntuales; el cumplimiento SCA depende del proveedor y del tipo de transacción.
- TPV virtual (Redsys u otros): integración con comercio y probable aplicación de SCA (Redsys: redsys.es).
- Domiciliación SEPA: requiere mandatos SEPA; utilízalo para recurrentes cuando el modelo de negocio lo permita.
- Tokenización: reduce fricción en cobros recurrentes, pero la primera operación suele requerir SCA.
Consulta la documentación del PSP elegido (por ejemplo, Stripe: stripe.com, PayPal: paypal.com, Bizum: bizum.com) antes de decidir la implementación técnica.
Riesgos y mitigaciones (resumen práctico)
- Riesgo fiscal por facturas incorrectas: mitiga validando plantillas con asesor fiscal y realizando pruebas en entorno de preproducción.
- Rechazo por SCA/PSD2: comunica la necesidad de autenticación al cliente e implementa flujos de re-autorización.
- Incumplimiento GDPR: no almacenes datos de tarjeta en tus servidores; usa tokenización y firma contratos con el PSP que incluyan cláusulas de protección de datos.
- Dependencia de terceros: negocia SLAs, guarda backups y planifica contingencias (opción alternativa de cobro o exportación de datos).
Checklist previo al lanzamiento
- [ ] Registro de aceptación (medio, fecha y vínculo con la factura). Asegura que el registro incluya timestamp, dirección IP, user agent y hash del documento.
- [ ] Plantilla de factura con todos los campos obligatorios (ver AEAT/BOE).
- [ ] Numeración y control de series implementado.
- [ ] Pruebas de generación de Facturae si aplica (validar XML con los validadores oficiales de Facturae: facturae.gob.es).
- [ ] PSP configurado en sandbox y SCA probado.
- [ ] Contrato con PSP con cláusulas de protección de datos y responsabilidades.
- [ ] Política de retención y backup definida.
Mini-casos (hipotéticos y didácticos)
1) Servicio puntual: presupuesto aceptado por email -> aceptación registrada -> factura emitida con payment link -> cliente paga en PSP y webhook confirma pago -> conciliación automática.
2) Proyecto por fases: contrato con entregables y facturación por hitos -> aceptación de cada hito genera factura parcial -> domiciliación para anticipos si procede (gestión de mandatos SEPA).
3) Suscripción: alta con tarjeta y tokenización -> primera cobranza con SCA -> cargos posteriores con token.
En todos los casos, documenta la aceptación y conserva evidencias para auditoría (logs, copias del documento aceptado, ID de aceptación y hash asociado).
Recursos y enlaces oficiales (consultar siempre versiones y fechas)
- Agencia Tributaria (sede electrónica): https://sede.agenciatributaria.gob.es/
- Facturae (formato y herramientas): https://www.facturae.gob.es/
- FACe (Punto General de Entrada de Facturas): https://face.gob.es/es
- eIDAS (servicios de confianza y tipos de firma): https://eidas.ec.europa.eu/
- BOE (normativa oficial): https://www.boe.es/
- Kit Digital / Red.es (nota: su última convocatoria cerró el 31/10/2025, sin convocatoria nueva anunciada; comprueba aquí si esto cambia): https://www.red.es/es/iniciativas/proyectos/kit-digital
- Stripe (documentación técnica, payment links y webhooks): https://stripe.com/docs/webhooks
- Redsys (TPV virtual y documentación): https://redsys.es/
- Bizum (información de servicio): https://bizum.com/es/
- PayPal (información de servicios comerciales): https://www.paypal.com/es/home
- EBA (orientación PSD2/SCA): https://www.eba.europa.eu/
Conclusión y siguientes pasos recomendados
Automatizar el flujo de presupuestos a facturas y el cobro online es viable y aporta eficiencia, pero exige comprobar requisitos legales y técnicos antes de pasar a producción. Recomendaciones prácticas:
- Prueba todo en sandbox y valídalo con tu asesor fiscal.
- Implementa auditoría y registros de aceptación con los metadatos propuestos.
- No guardes datos sensibles de pago en tus servidores; usa tokenización.
- Si necesitas ayuda, planifica una auditoría técnica del flujo (arquitectura, pruebas y plan de contingencia).
Si quieres que valoremos tu caso concreto y planifiquemos la automatización según tu ERP y volúmenes, contacta con Momentum para coordinar un diagnóstico; las condiciones y disponibilidad se confirmarán en la conversación comercial.
Este artículo ha sido elaborado con apoyo de inteligencia artificial y revisado por Momentum Logic AI antes de su publicación.
— Equipo Momentum Logic AI
Deja una respuesta