SAP Business One en España: Veri*factu, SII y validación del NIF

SAP Business One funciona en España sobre una localización oficial de SAP. Para una empresa española, la pregunta sobre el ERP en 2026 tiene menos que ver con la contabilidad general y más con la facturación: cuál de los tres regímenes de facturación de España le aplica, desde cuándo y qué necesita SAP Business One antes de emitir la primera factura conforme. Esta página explica qué cubre la localización, las fechas de Veri*factu, del SII y de la factura electrónica B2B tal como las publica hoy la AEAT, la configuración de Veri*factu en SAP Business One y una consulta SQL que detecta NIF erróneos antes de que lo hagan el modelo 347 o la Agencia Tributaria.

Soy Zain Abbas, programador de SAP Business One con más de 7 años de trabajo en SAP B1 para empresas de 13 países. España no es uno de ellos, así que esta página no es un caso de estudio. Nace del trabajo de factura electrónica sobre SAP B1 en Ecuador, Guatemala, El Salvador, Panamá y Arabia Saudita, donde cada factura se firma, se numera y se comunica a la autoridad tributaria, algo muy parecido a lo que pide Veri*factu. Las normas españolas proceden de la documentación de SAP y de las páginas de la propia AEAT, enlazadas al final.

¿Qué cubre la localización española de SAP Business One?

La localización se elige al crear la base de datos de la empresa y no se puede cambiar después. La ayuda de SAP para la versión 10.0 documenta estas áreas específicas de España:

¿Qué normas de facturación se aplican en España en 2026, 2027 y 2028?

España tiene tres regímenes que se solapan, y una empresa suele estar en uno de los dos primeros más el tercero. Esta es la situación a 8 de noviembre de 2026, según las páginas de la AEAT:

Tres detalles cambian la forma de planificar un proyecto de SAP:

• SII y Veri*factu no se suman. La AEAT indica que las empresas acogidas al SII quedan fuera del reglamento Veri*factu. Una gran empresa que ya está en el SII no necesita el protocolo Veri*factu en SAP Business One, y tampoco presenta los modelos 347 y 390.
• El País Vasco y Navarra van aparte. Veri*factu cubre el territorio común. Las tres provincias vascas aplican TicketBAI a través de sus propias haciendas forales, y la ayuda de SAP sobre la localización española de Business One no documenta un protocolo TicketBAI, así que una empresa vasca necesita una solución de partner. Canarias sí está dentro de Veri*factu aunque su impuesto sobre las ventas sea el IGIC.
• Un registro de facturación no es una factura electrónica. La AEAT es explícita: un registro Veri*factu contiene parte de los datos de la factura más datos de seguridad, y nunca es en sí mismo una factura electrónica. Veri*factu en 2027 y la factura electrónica B2B desde octubre de 2027 son dos proyectos distintos, y el B2B necesita una plataforma.

¿Cómo se configura Veri*factu en SAP Business One?

La ayuda de SAP enumera las áreas. Este es el orden en que yo las haría, sobre una copia de prueba de la base de datos de la empresa. Las rutas de menú se citan tal como aparecen en la documentación de SAP en inglés:

1. Feature package. SAP recomienda encarecidamente el último feature package y el último archivo de mapeo, porque los requisitos de la AEAT todavía pueden cambiar. Revise la SAP Note 3597311 antes que nada.
2. Electronic File Manager (Administration > Setup > General > Electronic File Manager). Importe el archivo de mapeo de Veri*factu de la SAP Note 3597311.
3. Document Numbering (Administration > System Initialization > Document Numbering). Cada documento de marketing relevante para Veri*factu necesita una serie de numeración digital.
4. Document Settings, pestaña Electronic Documents. Rellene la Access Point URL que indica la AEAT. En Documents Mapping Determination, añada los tipos de documento con sus series digitales y elija el archivo de mapeo como formato de exportación. En Processing Target Setup, abra la pestaña Veri*factu Connector y seleccione el certificado que autentica a SAP Business One en las llamadas a la API. El certificado debe llevar el nombre de la empresa tal como figura en Company Details.
5. Grupos de impuestos (Administration > Setup > Financials > Tax > Tax Groups). Indique el régimen especial (Special Regime) y el tipo de operación (Type of Operation) correctos en cada grupo de IVA con el que contabiliza. De aquí sale la mayor parte del contenido del registro.
6. Datos maestros. Company Name y Federal Tax ID en Company Details, y el Federal Tax ID en los interlocutores comerciales.
7. EDS. En el panel web del EDS, seleccione la base de datos de la empresa y active los conectores del protocolo Veri*factu.

Cuando ya funciona, una factura de cliente muestra una sección Veri*factu en su pestaña Electronic Documents, con los valores por defecto de Document Settings, y el campo Fingerprint se rellena al procesar el registro. Ese fingerprint es la huella: el hash que encadena cada registro con el anterior. El trabajo diario se hace en Reports > Electronic Document Monitor, donde se ve el estado y se lanzan las acciones de seguimiento.

Lo que traslado de mis proyectos con modelo de validación previa:

• Primero, la numeración. La serie digital es una decisión que se toma una vez. Cambiar de serie a mitad de ejercicio deja un hueco que habrá que explicar, y en un sistema de huellas encadenadas un hueco es visible para Hacienda por diseño.
• Segundo, los grupos de impuestos. En todos los países donde he mapeado facturas al esquema de una autoridad tributaria, la primera ola de rechazos vino de códigos de impuesto que significaban una cosa para el contable y otra para el XML. Asigne cada grupo de IVA a su tipo de operación de Veri*factu en una hoja de cálculo, pida a su asesor fiscal que la valide y luego configure.
• Tercero, los datos maestros. Un registro con un NIF de cliente erróneo sale con ese NIF dentro. La consulta de abajo los encuentra antes de la puesta en marcha.

¿Cómo encontrar clientes españoles con un NIF no válido?

Todo identificador fiscal español termina en un carácter de control. Un DNI son 8 dígitos y una letra, que es la posición (número mod 23) en la cadena TRWAGMYFPDXBNJZSQVHLCKE. Un NIE empieza por X, Y o Z, que valen 0, 1 y 2 para el mismo cálculo. Un NIF de empresa (el antiguo CIF) es una letra, 7 dígitos y un dígito o letra de control calculado a partir de esos 7 dígitos. SAP Business One guarda el número en OCRD.LicTradNum, a menudo con prefijo ES, espacios o guiones.

El modelo 347 ya lista los interlocutores españoles sin NIF o sin provincia, pero no comprueba si el número es válido. Esta consulta hace las dos cosas, para los clientes españoles activos:

-- SQL Server: clientes españoles con NIF ausente o no válido, o sin provincia de facturación
SELECT CardCode, CardName, Nif, State1, Problem
FROM (
    SELECT B.CardCode, B.CardName, B.Nif, B.State1,
        CASE
            WHEN B.Nif = '' THEN 'Sin NIF'
            WHEN B.Nif LIKE '[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][A-Z]' THEN
                CASE WHEN RIGHT(B.Nif, 1) = SUBSTRING('TRWAGMYFPDXBNJZSQVHLCKE',
                          CAST(LEFT(B.Nif, 8) AS INT) % 23 + 1, 1)
                     THEN 'OK' ELSE 'Letra del DNI incorrecta' END
            WHEN B.Nif LIKE '[XYZ][0-9][0-9][0-9][0-9][0-9][0-9][0-9][A-Z]' THEN
                CASE WHEN RIGHT(B.Nif, 1) = SUBSTRING('TRWAGMYFPDXBNJZSQVHLCKE',
                          CAST(CAST(CHARINDEX(LEFT(B.Nif, 1), 'XYZ') - 1 AS VARCHAR(1))
                               + SUBSTRING(B.Nif, 2, 7) AS INT) % 23 + 1, 1)
                     THEN 'OK' ELSE 'Letra del NIE incorrecta' END
            WHEN B.Nif LIKE '[ABCDEFGHJNPQRSUVW][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9A-J]' THEN
                CASE WHEN RIGHT(B.Nif, 1) IN (CHAR(48 + C.Ctrl), SUBSTRING('JABCDEFGHI', C.Ctrl + 1, 1))
                     THEN 'OK' ELSE 'Control del NIF de empresa incorrecto' END
            ELSE 'Formato de NIF desconocido'
        END AS Problem
    FROM (
        SELECT CardCode, CardName, State1,
               CASE WHEN LEFT(V, 2) = 'ES' AND LEN(V) = 11 THEN SUBSTRING(V, 3, 9) ELSE V END AS Nif
        FROM (
            SELECT CardCode, CardName, ISNULL(State1, '') AS State1,
                   UPPER(REPLACE(REPLACE(REPLACE(ISNULL(LicTradNum, ''), ' ', ''), '-', ''), '.', '')) AS V
            FROM OCRD
            WHERE CardType = 'C' AND Country = 'ES' AND frozenFor = 'N'
        ) R
    ) B
    CROSS APPLY (
        -- control del NIF de empresa: dígitos 1, 3, 5 y 7 doblados y sumando sus cifras, dígitos 2, 4 y 6 sumados
        SELECT (10 - (
              (2 * (ASCII(SUBSTRING(B.Nif, 2, 1)) - 48)) / 10 + (2 * (ASCII(SUBSTRING(B.Nif, 2, 1)) - 48)) % 10
            + (2 * (ASCII(SUBSTRING(B.Nif, 4, 1)) - 48)) / 10 + (2 * (ASCII(SUBSTRING(B.Nif, 4, 1)) - 48)) % 10
            + (2 * (ASCII(SUBSTRING(B.Nif, 6, 1)) - 48)) / 10 + (2 * (ASCII(SUBSTRING(B.Nif, 6, 1)) - 48)) % 10
            + (2 * (ASCII(SUBSTRING(B.Nif, 8, 1)) - 48)) / 10 + (2 * (ASCII(SUBSTRING(B.Nif, 8, 1)) - 48)) % 10
            + (ASCII(SUBSTRING(B.Nif, 3, 1)) - 48) + (ASCII(SUBSTRING(B.Nif, 5, 1)) - 48)
            + (ASCII(SUBSTRING(B.Nif, 7, 1)) - 48)
        ) % 10) % 10 AS Ctrl
    ) C
) X
WHERE Problem <> 'OK' OR State1 = ''
ORDER BY Problem, CardCode

-- Versión SAP HANA
SELECT "CardCode", "CardName", "Nif", "State1", "Problem"
FROM (
    SELECT B."CardCode", B."CardName", B."Nif", B."State1",
        CASE
            WHEN B."Nif" = '' THEN 'Sin NIF'
            WHEN B."Nif" LIKE_REGEXPR '^[0-9]{8}[A-Z]$' THEN
                CASE WHEN RIGHT(B."Nif", 1) = SUBSTRING('TRWAGMYFPDXBNJZSQVHLCKE',
                          MOD(TO_INTEGER(LEFT(B."Nif", 8)), 23) + 1, 1)
                     THEN 'OK' ELSE 'Letra del DNI incorrecta' END
            WHEN B."Nif" LIKE_REGEXPR '^[XYZ][0-9]{7}[A-Z]$' THEN
                CASE WHEN RIGHT(B."Nif", 1) = SUBSTRING('TRWAGMYFPDXBNJZSQVHLCKE',
                          MOD(TO_INTEGER(TO_VARCHAR(LOCATE('XYZ', LEFT(B."Nif", 1)) - 1)
                                         || SUBSTRING(B."Nif", 2, 7)), 23) + 1, 1)
                     THEN 'OK' ELSE 'Letra del NIE incorrecta' END
            WHEN B."Nif" LIKE_REGEXPR '^[ABCDEFGHJNPQRSUVW][0-9]{7}[0-9A-J]$' THEN
                CASE WHEN RIGHT(B."Nif", 1) IN (CHAR(48 + B."Ctrl"), SUBSTRING('JABCDEFGHI', B."Ctrl" + 1, 1))
                     THEN 'OK' ELSE 'Control del NIF de empresa incorrecto' END
            ELSE 'Formato de NIF desconocido'
        END AS "Problem"
    FROM (
        SELECT N.*,
            MOD(10 - MOD(
                  FLOOR(2 * (ASCII(SUBSTRING(N."Nif", 2, 1)) - 48) / 10) + MOD(2 * (ASCII(SUBSTRING(N."Nif", 2, 1)) - 48), 10)
                + FLOOR(2 * (ASCII(SUBSTRING(N."Nif", 4, 1)) - 48) / 10) + MOD(2 * (ASCII(SUBSTRING(N."Nif", 4, 1)) - 48), 10)
                + FLOOR(2 * (ASCII(SUBSTRING(N."Nif", 6, 1)) - 48) / 10) + MOD(2 * (ASCII(SUBSTRING(N."Nif", 6, 1)) - 48), 10)
                + FLOOR(2 * (ASCII(SUBSTRING(N."Nif", 8, 1)) - 48) / 10) + MOD(2 * (ASCII(SUBSTRING(N."Nif", 8, 1)) - 48), 10)
                + (ASCII(SUBSTRING(N."Nif", 3, 1)) - 48) + (ASCII(SUBSTRING(N."Nif", 5, 1)) - 48)
                + (ASCII(SUBSTRING(N."Nif", 7, 1)) - 48), 10), 10) AS "Ctrl"
        FROM (
            SELECT "CardCode", "CardName", IFNULL("State1", '') AS "State1",
                   CASE WHEN LEFT(V, 2) = 'ES' AND LENGTH(V) = 11 THEN SUBSTRING(V, 3, 9) ELSE V END AS "Nif"
            FROM (
                SELECT "CardCode", "CardName", "State1",
                       UPPER(REPLACE(REPLACE(REPLACE(IFNULL("LicTradNum", ''), ' ', ''), '-', ''), '.', '')) AS V
                FROM OCRD
                WHERE "CardType" = 'C' AND "Country" = 'ES' AND "frozenFor" = 'N'
            ) R
        ) N
    ) B
) X
WHERE "Problem" <> 'OK' OR "State1" = ''
ORDER BY "Problem", "CardCode"

Notas de haber ejecutado comprobaciones como esta:

• Probé la lógica, no sus datos. Las reglas de control de arriba dan por válidos los NIF publicados de Telefónica (A28015865) y de la propia AEAT (Q2826000H), y detectan el cambio de un solo dígito en cualquiera de ellos. Ejecute la consulta primero sobre una copia de prueba y revise a mano las filas «Formato de NIF desconocido»: ahí caen los clientes extranjeros creados con Country = ES y las fichas antiguas con el nombre completo en el campo del NIF.
• Letra o dígito. La consulta acepta las dos formas del carácter de control del NIF de empresa. En sentido estricto, algunas letras de entidad (por ejemplo P, Q, R, S, N y W) llevan letra y otras (A, B, E, H) llevan dígito; ajústelo si su auditor lo pide.
• Proveedores también. Cambie CardType a ‘S’. Las facturas de compra alimentan el modelo 347 y el libro de facturas recibidas del SII, así que un NIF de proveedor erróneo se ve igual.
• Provincia. State1 es la provincia de facturación del interlocutor comercial. El modelo 347 lista en su informe de errores a los interlocutores españoles que no la tienen, así que corregirla aquí limpia también esa lista.
• Después, bloquee los nuevos. Añada la misma comprobación a SBO_SP_TransactionNotification para el objeto 2 (interlocutores comerciales), de modo que no se pueda guardar un cliente español con un NIF erróneo. Los ejemplos de TransactionNotification muestran el patrón.

La página de OCRD lista los campos del interlocutor comercial, y el conversor de SQL a HANA reescribe otras consultas entre los dos dialectos.

¿Qué sistemas ERP son habituales en España?

Las pymes españolas suelen usar software de fabricantes nacionales o con larga implantación local, como a3ERP y a3innuva de Wolters Kluwer, Sage 50 y Sage 200, y herramientas en la nube como Holded para los negocios más pequeños. Las empresas que pertenecen a un grupo internacional, o que comercian en toda la UE, usan con más frecuencia SAP Business One, Microsoft Dynamics 365 Business Central, Odoo u Oracle NetSuite. Veri*factu se aplica a todos por igual, así que la versión Veri*factu del propio fabricante, y más adelante su conexión a la plataforma B2B, importan más que la marca. El ERP Selector compara sistemas según los requisitos de cada país.

¿Qué puede hacer un programador de SAP Business One para empresas en España?

Trabajo en remoto desde Pakistán, 4 horas por delante de la España peninsular en invierno y 3 en verano. La jornada española de 9:00 a 14:00 es mi tarde, así que las reuniones encajan sin que nadie trabaje de noche. Lo que hago:

• Limpieza de datos maestros antes de Veri*factu: NIF, provincias y grupos de impuestos, con consultas como la de arriba y una lista de lo que hay que corregir.
• Reglas de validación en SBO_SP_TransactionNotification: bloquear un cliente español con un NIF no válido, o una factura de cliente en una serie que no es digital.
• Integraciones a través del Service Layer: tiendas online, CRM, bancos y, más adelante, la plataforma B2B que su empresa elija para octubre de 2027 o 2028. Vea la guía del Service Layer.
• Consultas, informes y migración de SQL Server a HANA. Vea la guía de migración.
• IA sobre SAP B1: un servidor MCP para que ChatGPT o Claude respondan con datos vivos de SAP, con permisos.

Si lo que necesita es una pantalla, una regla o un flujo que SAP no trae de serie, el desarrollo de add-ons para SAP Business One explica cómo especificamos, probamos, empaquetamos y damos soporte a un add-on a medida.

Para dejar claro el alcance: las integraciones de factura electrónica que he desarrollado son para Arabia Saudita, Ecuador, Guatemala, El Salvador y Panamá. Para España no vendo un producto de Veri*factu, SII ni TicketBAI. Veri*factu en SAP Business One es una función estándar de SAP que configura su partner; yo trabajo en la parte de SAP que la rodea, y no doy asesoramiento fiscal. Kodenova no es partner de SAP y no revende licencias; si tiene un partner para licencias y soporte, trabajo junto a él en el desarrollo. Otras páginas de países: Francia, Italia, Alemania y la lista completa en el hub de SAP Business One.

Fuentes

• SAP Help Portal: Localization for Spain (SAP Business One 10.0)
• SAP Help Portal: Electronic Documents and Veri*factu (Localization for Spain)
• SAP Help Portal: Setting Up Veri*factu (Localization for Spain)
• SAP Help Portal: Working with Veri*factu (Localization for Spain)
• SAP Help Portal: 347 Report Window (Localization for Spain)
• Agencia Tributaria: Sistemas Informáticos de Facturación (SIF) y VERI*FACTU
• Agencia Tributaria: Nota informativa, ampliación del plazo de adaptación de los SIF (RDL 15/2025)
• Agencia Tributaria: Cuestiones generales, ¿Quiénes están obligados y qué operaciones se incluyen?
• Agencia Tributaria: Suministro Inmediato de Información (SII), información general
• Agencia Tributaria: Orden HAC/1028/2026, solución pública de facturación electrónica
• BOE: Real Decreto 1007/2023 (Reglamento de sistemas informáticos de facturación)

Servicios relacionados

• Desarrollo para SAP Business One
• Integración de facturación electrónica