Paso 1: solicitar una cuenta sandbox

Solicitar una cuenta sandbox de la API PSB: credenciales OAuth2, party de prueba en la red Peppol de prueba y qué recibes.

Sin sandbox no hay integración segura. En aceptación pruebas tokens, envío y webhooks sin impacto en producción. Los documentos de una cuenta de prueba permanecen en la red Peppol de prueba.

Qué solicitas

Solicita credenciales OAuth2 mediante el asistente sandbox. Elige el tipo de conexión que estás construyendo (software propio, ERP, proveedor).

Solicitar sandbox

Tras completar la solicitud, eConnect suele crear:

DatoSignificadoclientIdIdentifica tu aplicación ante el Identity ServerclientSecretSecreto para solicitudes de token; trátalo como una contraseñaParty de pruebaParty Peppol en la red de prueba (envío/recepción en accp)Usuario/contraseña opcionalSolo para el flujo Resource Owner Password; ver Autenticación
Costes y límites

El acceso sandbox/aceptación (accp-psb) es gratuito, para que puedas empezar a construir sin barreras:

  • Sin tarifas de producción ni paquetes de transacciones en el tráfico sandbox/aceptación
  • Sin límite estricto en la duración de tu acceso de prueba/aceptación
  • Sin máximo en el número de transacciones de prueba
  • Sí se aplica el fair use: un uso indebido o desproporcionadamente intensivo puede ajustarse
Flujo recomendado

Para integraciones servidor a servidor: Client Credentials (grant_type=client_credentials, scope ap). Los derechos van ligados a la aplicación sin contraseñas de usuario en el backend.

Qué no hacer todavía
  • No poner un clientId de producción en .env locales
  • No enviar tráfico de prueba a psb.econnect.eu / identity.econnect.eu
  • No asumir que datos/parties de accp existen en producción
Checklist antes de continuar
  1. Credenciales recibidas y guardadas de forma segura (secrets manager / vault)
  2. Conoces el partyId de tu party de prueba
  3. Conoces la diferencia aceptación/producción. Siguiente: Acceptance endpoints