Condiciones del Servicio de la API de Facturas

1. Naturaleza del Servicio

El servicio recibe, a través de la API publicada en api.munincloud.com, las facturas que aporta el Cliente y le devuelve sus datos estructurados en formato JSON. La totalidad del procesamiento se realiza en servidores propios del Proveedor, sin intervención de terceros.

1.1. Un proceso es una factura. Cada factura enviada es un proceso. Un documento que contenga varias facturas no se procesa: la API devuelve el error MULTIFACTURA.

1.2. Conectores públicos. Las piezas de código que llevan el JSON de la API a otros programas contables se ofrecen gratis, con licencia MIT cuyo titular es Bogarra Integrated SL.

2. Planes y Pool de Procesos

2.1. La pool. Cada plan da derecho a un número de facturas al mes, que forman la pool del Cliente: 500 en el plan Estándar y 3.000 en el plan Avanzado.

2.2. Qué descuenta. Cada factura entregada como terminada descuenta un proceso, también la que llega con avisos. No descuentan los trabajos rechazados o fallidos, ni una subida repetida con la misma Idempotency-Key y la misma llave en menos de 24 horas.

2.3. Fin de mes. Lo no gastado de la pool pasa al mes siguiente hasta un 20 % del cupo del plan; el resto caduca.

2.4. Estados de la pool. La pool está activa mientras le queda saldo. Con el saldo a cero queda parada: no procesa y la API devuelve el error POOL_AGOTADA; al comprar vuelve a funcionar con las mismas llaves. La pool queda cerrada, de forma definitiva y con sus llaves anuladas, por baja, por impago, por abuso o tras tres (3) meses parada; para volver hace falta una pool nueva con llave nueva. El impago no la cierra en el acto: la deja parada, como se indica en la cláusula 3.5.

2.5. Aviso de consumo. Cada respuesta de la API indica los procesos que le quedan a la pool, y se avisa al pasar del 80 % de lo disponible en el mes.

2.6. Ritmo máximo. La pool es un cupo mensual de procesos, no una máquina reservada: la capacidad de cálculo es compartida y cada cliente tiene un ritmo máximo, por encima del cual la API responde RITMO_EXCEDIDO.

2.7. Prueba gratuita. El plan de prueba de 100 facturas se da gratis y sin renovación, una sola vez por NIF.

3. Precio, Cobro por Adelantado e Impuestos de Base Territorial

3.1. Precio. El precio de cada plan es el publicado en la página de compra en el momento de contratar, sin impuestos.

3.2. Cobro por adelantado. El plan se cobra por adelantado, antes de abrir la pool, a través de la pasarela segura tokenizada de Stripe. Los datos de la tarjeta los guarda Stripe; el Proveedor solo conserva su referencia.

3.3. El primer mes. El primer mes se cobra entero, sin prorrateo, sea cual sea el día del alta: el Cliente puede gastar la pool completa ese mes.

3.4. Plan anual. El plan anual da doce (12) meses de servicio al precio de once (11), cobrado una sola vez por adelantado. La pool sigue siendo mensual.

3.5. Impago. Cada mes se cobra dentro de ese mismo mes. Si el cobro falla se reintenta hasta completar cinco (5) intentos en cinco (5) días; mientras tanto, el Cliente solo dispone de lo que pasó del mes anterior. Agotados los intentos, la factura del mes se anula, se avisa al Cliente y la pool queda parada con sus llaves; si sigue parada tres (3) meses, se cierra. Para volver basta pagar el mes en curso, entero: se recuperan la pool y las llaves anteriores.

3.6. Nueva compra en un mes ya pagado. Quien cancela su plan y vuelve a comprarlo dentro del mismo mes ya pagado paga de nuevo y recibe otra pool entera.

3.7. Impuestos de base territorial. Los precios no incluyen tributos indirectos. El impuesto se calcula a partir del País y el Código Postal introducidos al comprar: IVA del 21% para Península y Baleares; IGIC del 7% para Canarias (CP iniciados en 35 o 38); IPSI del 4% para Ceuta y Melilla (CP iniciados en 51 o 52); exención del 0% por Inversión del Sujeto Pasivo para operadores de otro Estado de la Unión Europea que aporten un número de IVA intracomunitario válido, e IVA del 21% si no lo aportan; y no sujeción para clientes de fuera de la Unión Europea. El falseamiento de los datos de localización para eludir el impuesto constituirá un fraude contractual y será causa de cierre de la pool por abuso.

3.8. Baja. El Cliente se da de baja escribiendo a soporte@munincloud.com. La baja surte efecto al terminar el periodo ya pagado; entonces la pool queda cerrada.

3.9. Devoluciones. Los importes del plan mensual no se devuelven: el Cliente puede gastar entera la pool de cada mes pagado. Si el Cliente cancela un plan anual, se le devuelve la parte correspondiente a los meses completos no consumidos; el mes en curso no se devuelve.

4. Llaves de Acceso

4.1. Dos tipos de llave. El acceso se hace con llaves secretas. La llave de administrar, una por pool, sirve para crear, limitar y anular las llaves de procesar y para ver la pool, pero no para subir facturas. Las llaves de procesar, una por empresa con su NIF y su nombre, suben facturas y consultan sus trabajos.

4.2. Entrega tras el cobro. La llave de administrar se entrega solo después del cobro, mediante un enlace de recogida de un solo uso que se muestra en la página de pago confirmado y se envía también por correo como respaldo. El enlace vive 24 horas; la llave se muestra una sola vez y el enlace muere. La llave nunca se envía por correo.

4.3. Huella y lista de IP. El Proveedor solo guarda la huella de cada llave, nunca la llave. Cada llave puede limitarse, de forma opcional, a una lista de direcciones IP permitidas.

4.4. Custodia de las llaves. La custodia de las llaves es del Cliente: lo procesado con una llave suya se descuenta de su pool. La reposición de la llave de administrar se pide en soporte@munincloud.com.

5. Exención de Responsabilidad por Fallos de IA y Sanciones de la AEAT

5.1. Exclusión de Errores de Lectura: La extracción de datos opera bajo márgenes de probabilidad algorítmica estadística. El Cliente acepta formalmente que el sistema puede incurrir en fallos de digitalización, omisiones o interpretaciones erróneas debidas a la calidad del documento de origen (resolución insuficiente, dobleces, tipografías complejas o distorsiones). El servicio constituye una obligación de medios de software, nunca un resultado garantizado ni un asesoramiento contable o fiscal.

5.2. Obligación de Validación Humana Posterior: Es responsabilidad exclusiva del Cliente revisar la exactitud de los datos estructurados devueltos por la API antes de inyectarlos en sus plataformas ERP o utilizarlos para liquidaciones de impuestos oficiales. Bogarra Integrated SL declina toda responsabilidad civil, penal o administrativa ante descuadres contables en libros oficiales, pérdidas comerciales de oportunidad o sanciones monetarias impuestas por la Agencia Estatal de Administración Tributaria (AEAT) derivadas del uso de datos erróneos devueltos por la API.

6. Uso Abusivo y Defensa Perimetral

6.1. Bloqueos automáticos. Las llamadas automatizadas anómalas o mal parametrizadas que martilleen la API pueden ser interpretadas por los sistemas de defensa perimetral como un ataque de fuerza bruta o un escaneo de vulnerabilidades, y provocar el bloqueo automático de la dirección IP de origen. Las rutas desconocidas bajo /v1/ responden 410 para que un error del programa del Cliente no se confunda con un escaneo.

6.2. Fraude en el cobro. La alteración maliciosa de las llamadas para eludir el cobro o el consumo de la pool se perseguirá como delito informático y será causa de cierre de la pool por abuso.

7. Límite de Responsabilidad y Jurisdicción en Ciudad Real

7.1. Techo de responsabilidad. Si mediase sentencia firme que declarase la responsabilidad civil directa de Bogarra Integrated SL, las partes pactan que la indemnización total y agregada máxima quedará limitada al importe equivalente a la suma de las cuotas netas efectivamente abonadas por el Cliente durante los últimos tres (3) meses de servicio previos al hecho litigioso.

7.2. Jurisdicción. Para cualquier discrepancia o reclamación legal, las partes renuncian expresamente a su propio fuero territorial y se someten de manera única y exclusiva a los Juzgados y Tribunales de la ciudad de Ciudad Real (España).

Actualizaciones

5 de octubre de 2026 — publicación de estas condiciones de la API de facturas de MuninCloud.