Los usuarios finales no envían ni reciben documentos directamente a través de Peppol. Lo hacen siempre a través de un Service Provider certificado que organiza la técnica, la gobernanza y la validación. ¿En qué consiste ese rol en concreto, y en qué no?
Planifique una reunión
Un Peppol Service Provider (SP, también llamado proveedor Peppol o proveedor de Access Point) cubre cuatro roles a la vez. Es Access Point (envía y recibe documentos a través de AS4 y valida contra EN 16931, BIS Billing y las reglas CIUS), es SMP (publica en el directorio Peppol qué tipos de documento puede recibir su organización), es socio de alta (registra a nuevos participantes con el identificador correcto y organiza la migración) y es capa de cumplimiento y soporte (mantiene la conexión al día con los estándares que cambian y responde a las preguntas sobre la red). El usuario final no tiene que saber nada de esa infraestructura.
Si una factura es correcta en importe, cálculo del IVA o contrato es responsabilidad del propio emisor y del receptor, en su caso a través de su propio proceso de workflow o de aprobación.
La organización receptora aprueba por sí misma a través de su propio sistema P2P o AP. El SP transporta y valida técnicamente.
La obligación fiscal de conservación recae en el usuario final. Un SP puede ofrecer el archivo como servicio adicional, pero eso no forma parte del rol de SP en sí.
La declaración y el reporte fiscal los hace usted mismo, en su caso a través de su asesor o de un servicio adicional de CTC o DRR del SP.
La confusión sobre el rol viene casi siempre de aquí. Un SP no es una plataforma de facturas, no es una parte contable y no es un intermediario jurídico.
La ilustración muestra el modelo Peppol de 4 esquinas: emisor (esquina 1), Access Point del emisor (esquina 2), Access Point del receptor (esquina 3) y receptor (esquina 4). Cada Service Provider conecta la esquina de su propio cliente con la red de todos los demás AP. El emisor y el receptor no tienen que utilizar el mismo SP; eso hace de Peppol una red abierta. Los AP confían en los certificados de los demás, respetan las reglas de validación de los demás y devuelven mensajes de estado. Los usuarios finales no notan la diferencia entre uno y dos SP en el camino.
Un acuerdo formal con OpenPeppol a través de la Peppol Authority nacional. En los Países Bajos es la NPa (Autoridad Peppol de los Países Bajos).
Certificados PKI válidos de OpenPeppol para el AP y, si procede, para el SMP. Las renovaciones periódicas son responsabilidad del SP.
Superar pruebas técnicas que demuestren que el endpoint AS4, el SMP y la cadena de validación funcionan correctamente según las especificaciones vigentes.
Certificación ISO 27001, informe ISAE 3402, requisitos de transparencia sobre migración y SLA, y procesos demostrables de alta y de soporte.
Un SP no es una parte que pueda llamarse así por su cuenta. Los pasos para convertirse en Service Provider:
Para una organización que quiere utilizar Peppol, el rol del SP significa sobre todo que solo tiene que elegir una parte que organice todo el conjunto técnico, jurídico y operativo. Con una sola conexión es accesible y puede enviar a todos los participantes de la red Peppol mundial. Sin vendor lock-in: la dirección Peppol es suya, no del SP. En un cambio de proveedor, la dirección sigue siendo la misma; solo cambia el enrutamiento entre bastidores. La presión de cumplimiento cuando cambian los estándares recae en el SP, no en usted. Y la responsabilidad está claramente repartida: el SP responde del transporte y de la validación técnica, el usuario final del contenido y de las consecuencias fiscales y comerciales.
Años en operación como AP certificado, tiempo de actividad alcanzado e implicación de gobierno en OpenPeppol o en la Peppol Authority nacional.
¿El proveedor dispone de un SMP propio conforme a OASIS, o depende del SMP de un tercero? Un SMP propio significa control propio sobre registros y migraciones.
¿Solo facturas, o también pedidos, mensajes de estado, MLS y flujos de e-procurement? Eso determina si más adelante tendrá que cambiar para ampliar.
¿El SP domina, además de Peppol, DBNAlliance, plataformas de clearance locales y grandes redes de procurement? Para las organizaciones internacionales, eso es decisivo. Lea Soluciones híbridas.
¿Por documento, o cada mensaje técnico (estado, MLS, evidence) cuenta como transacción suelta? Vea la página de precios de Peppol para el modelo de eConnect.
Un SP que participa de forma activa en las versiones BIS, los perfiles PINT y la gobernanza ve antes los cambios y puede preparar mejor a sus clientes.
Todos los AP certificados pueden hacer técnicamente lo mismo, pero se diferencian en fiabilidad, cobertura, integraciones, modelo de precio e implicación en el estándar. Para una estimación rápida, mire al menos lo siguiente:
eConnect es el primer Peppol Access Point certificado de los Países Bajos (2013) y fue cofundador de SimplerInvoicing, la red neerlandesa de facturación electrónica que entretanto se ha convertido en la Autoridad Peppol de los Países Bajos (NPa). Además, eConnect participa de forma activa en los grupos de trabajo de OpenPeppol. Gestionamos un SMP propio conforme a OASIS, operamos sobre varios AP redundantes y somos el proveedor del Access Point de la Rijksoverheid en Peppol a través de Digipoort/Logius. Cada año, eConnect procesa más de 12 millones de documentos.
En la práctica, los términos se usan a menudo como sinónimos. En sentido estricto, el Access Point (AP) es uno de los componentes técnicos de los que se ocupa un Service Provider; el SP tiene además un SMP, un rol de alta y una capa operativa y de cumplimiento. Quien dice «proveedor de Access Point» se refiere en realidad al Service Provider. Quien dice «Access Point» puede referirse tanto a la parte como solo al endpoint AS4.
No. La dirección Peppol es de su organización, no del SP. En un cambio de proveedor conserva la misma dirección Peppol y su organización sigue siendo accesible sin interrupción para todos los participantes de la red. La clave de migración necesaria para cambiar está estandarizada por OpenPeppol; ningún SP puede impedirle un cambio.
Un SP debe admitir como mínimo los tipos de documento obligatorios que prescriben OpenPeppol y la Peppol Authority relevante (BIS Billing, MLS y los perfiles PINT vigentes cuando proceda). Por encima de eso, un SP puede optar por admitir tipos de documento adicionales, como pedidos electrónicos, despatch advice, Invoice Response Messages y perfiles sectoriales. Una oferta documental amplia es un criterio que distingue a los SP.
La responsabilidad en Peppol se regula a través del Service Provider Agreement con OpenPeppol y del SLA entre el usuario final y su SP. El SP responde de la corrección del transporte (entrega AS4, validación, evidence) y de la disponibilidad del AP y del SMP. El usuario final sigue siendo responsable del contenido del documento y de las consecuencias fiscales y comerciales. Ante un error de transporte, el SP puede demostrar a través de Message Level Status e Invoice Response Messages en qué momento se entregó el documento.
Cada SP certificado figura en el registro de Service Providers de OpenPeppol. Además, la Peppol Authority nacional (en los Países Bajos: NPa) publica una lista de SP acreditados. Un SP que no figure en ambos registros no puede llamarse Peppol Service Provider.
Planifique una reunión para una conversación abierta sobre qué hace un SP, qué distingue a eConnect y qué conexión encaja con su organización.
Planifique una reunión
Compare los Access Points