El Email Receiver (también Remitente de confianza) es una App de la plataforma eConnect con la que puede recibir y procesar facturas por correo, dentro de Escaneo y reconocimiento. Configura una dirección de correo o un dominio de confianza, y las facturas enviadas desde esa dirección se procesan automáticamente.

Atención: el Email Receiver es una App (en Apps del menú de la plataforma), no una conexión. Si quiere que las facturas recibidas se reenvíen automáticamente a una dirección de correo, use el conector Email. Pertenece a Conexiones. Véase Claves de conexión: conector Email, reenviar facturas recibidas.

Muchos paquetes de software usan el Email Receiver como método principal de acoplamiento con eConnect. La plataforma genera una dirección de correo única por organización. Su software envía las facturas como adjunto a esa dirección y la plataforma las procesa según el tipo de documento configurado.

Al crear un Email Receiver, la plataforma genera una dirección de correo única. Pase esa dirección a su proveedor de software o introdúzcala en su paquete. En cuanto su software envía una factura como adjunto a esa dirección, la plataforma procesa la factura automáticamente. Las facturas XML se procesan directamente. Las facturas PDF se convierten a formato de factura electrónica (UBL) mediante conversión IDR.

El procesamiento depende del tipo de documento configurado: factura borrador, factura de venta o factura de compra.

Un correo entrante de proveedor llega primero al Email Receiver. Allí se hace la clasificación, la comprobación del remitente de confianza y la asignación del tipo de documento. Después el flujo se divide: factura a procesamiento, vincular una especificación, o ignorar un logotipo y condiciones. Cada proveedor recibe una dirección única en trust.econnect.eu.

Al crear un Email Receiver, elige un tipo de documento. Determina cómo se procesa la factura recibida.

La factura se prepara como borrador en la plataforma. Puede revisarla y enviarla después manualmente al destinatario vía Peppol. Si activa el envío automático de XML (auto-send), las facturas XML válidas se envían sin intervención manual.

La factura va directamente al archivo para el procesamiento administrativo. Sirve cuando la factura ya es definitiva y no necesita más control antes de archivarse.

La factura se entrega al destinatario como factura de compra. Si la factura ya llega como UBL, se omite la conversión. Con una factura PDF hay conversión IDR a formato de factura electrónica.

Navegación para clientes nuevos: tras el registro llega a la vista de entorno / gestión de cuenta. El Email Receiver no es visible allí de forma directa. En el menú, pulse Apps → Receptor de correo (Email Receiver) para abrir el resumen. En Todo verá la dirección de correo receptora creada automáticamente para su organización.

1. Inicie sesión en platform.econnect.eu.
2. Vaya a la app Email Receiver (en Apps del menú izquierdo).
3. Pulse Nuevo remitente (el botón naranja con el signo más).
4. Configure estos campos:
   • Organización: seleccione la organización para la que quiere procesar facturas.
   • Tipo de factura: elija Factura borrador, Factura de venta o Factura de compra.
   • Tipo de lista blanca: introduzca la dirección de correo o el dominio del remitente que puede enviar. Por Email Receiver se puede incluir un dominio o una dirección de correo.
   • Dirección de correo de contacto: la dirección a la que se envían los avisos de rechazo.
5. Pulse Guardar. La plataforma genera una dirección de correo única para esta conexión.
6. Active el remitente de confianza. Hay dos formas: cambiar el estado manualmente a "Activo", o enviar una invitación al remitente. Con una invitación, el remitente recibe un correo que explica la dirección generada. En el primer uso, el Email Receiver se activa automáticamente.
7. Pase la dirección generada a su proveedor de software o introdúzcala en su paquete.

¿Una organización debe recibir facturas de varios dominios? Cree una dirección Email Receiver distinta para cada dominio.

• Notificación al recibir: recibe un correo cuando se ha enviado y procesado una factura.
• Requisito SSL/TLS: procesar solo correos enviados por una conexión segura.
• Envío automático de XML (auto-send): las facturas XML válidas se envían sin revisión manual. Requiere SSL/TLS activo y XML válido.
• Tipos de documento permitidos: indique si acepta solo facturas electrónicas (XML), solo facturas digitales (PDF) o ambas.
• Reconocimiento de proveedor: indique qué campo de correo se usa para reconocer al proveedor. Por defecto es la dirección del remitente. Con alias o reenvíos puede elegir otro campo (por ejemplo Reply-To). La dirección reconocida también se incluye en el XML que se entrega a su sistema contable.
• Conversión para varias organizaciones (Conversion for multiple organizations): detección de administración / conversión multiparty. El IDR determina automáticamente para qué administración del mismo cuenta está destinada una factura PDF, aunque se haya enviado vía el email receiver de otra organización. Requiere al menos Professional (indicado aparte en el contrato), la opción de feature pack Allow multi party for IDR conversion (pestaña IDR Features) y la opción en el email receiver. Al activarla se crea un grupo IDR (grupo de administraciones) con las organizaciones de la cuenta. El valor por defecto es la organización del email receiver. Con una coincidencia mejor, el sistema coloca la factura en la otra administración. En caso de duda permanece el valor por defecto. La fase de plataforma enruta sobre Invoice/AccountingCustomerParty/Party/PartyLegalEntity/CompanyID y es determinante en el enriquecimiento XML (entre otros el número de IVA y el nombre de la organización). Un Leitweg-ID ficticio en CompanyID (Alemania) puede hacer fallar la coincidencia y se usa la organización por defecto. Detalles: Receptor de correo.

Atención: una factura definitiva de su software no debe modificarse en deudor y líneas de factura después de llegar como factura borrador a la plataforma eConnect. Revise solo la corrección de la factura y envíela después.

Un Email Receiver defectuoso o inactivo no tiene que repararse creando uno nuevo. A menudo el Remitente de confianza aún no está activo o está mal configurado. Si "no se ha recibido el correo", compruebe primero estos puntos:

1. Dirección de correo copiada correctamente. Compruebe erratas en la dirección generada …@trust.econnect.eu que pasó al paquete de software.
2. Estado del Email Receiver Activo. Si el Remitente de confianza sigue en "Creado borrador", el Email Receiver aún no está activo y no se puede usar. El remitente recibe entonces un bounce (salvo que haya otro Email Receiver activo con otra dirección de contacto).
3. Lista blanca correcta. Compruebe que la dirección o el dominio del remitente está bien configurado en la lista blanca del Email Receiver.
4. Tipo de documento correcto. Con un tipo de documento incorrecto, las facturas se procesan mal. Ejemplo: un Remitente de confianza creado con tipo Factura de compra procesa las facturas como factura de compra en lugar de factura borrador. Crear un Email Receiver nuevo con tipo Factura borrador puede haberse usado como solución temporal, pero corrija preferiblemente el tipo de documento en el Email Receiver existente.

¿La factura es visible en la plataforma tras la recepción vía Email Receiver, pero (aún) no en UBW/Agresso, Unit4 u otro paquete conectado? Distinga primero un retraso temporal de lote o de reenvío de una entrega que no llega de forma permanente: véase Resolución de problemas ERP.

Cuando las facturas se envían por correo a destinatarios que no están en Peppol, la cuenta de cliente define qué documentos se adjuntan en el respaldo por correo. ¿Quiere que se adjunten documentos en el respaldo por correo? Contacte con nosotros para las opciones y los posibles costes.

Alternativas recomendadas para destinatarios fuera de Peppol:

• Registro Peppol del destinatario: la vía más sólida. Las facturas van entonces por Peppol en lugar de por correo.
• Cuenta en la plataforma: el destinatario crea una cuenta y usa un conector Email (Conexiones) para reenviar automáticamente las facturas recibidas. Véase Claves de conexión: conector Email.

En caso de rechazo, el Email Receiver envía un mensaje de error a la dirección de correo de contacto de ese receiver. Ese campo no es la dirección de correo de contingencia. Adónde van las notificaciones del receiver y cómo cambia usted mismo la dirección de contingencia: véase Dirección de correo de contingencia (fallback).

El XML no válido o no reconocido se rechaza y no entra como factura procesada en la plataforma. Un bloqueo de lista blanca es una vía aparte (remitente no permitido). Que el remitente esté en la lista blanca no excluye un rechazo de XML.

• Sin adjuntos procesables: no se reconocen archivos de factura en el correo.
• Bloqueo de lista blanca: el remitente no está en la lista blanca. No se procesa ningún archivo.
• Error SSL/TLS: el correo no se envió por una conexión segura y no se procesa.
• XML no válido o no reconocido: mensaje de error con instrucciones sobre validez UBL y codificación UTF-8. Si el correo también contiene un PDF junto al XML, el PDF sí se procesa. El aviso del XML rechazado no se puede suprimir mientras se procese el PDF.
• Error de validación UBL en el adjunto XML (por ejemplo BR-CO-18 / BR-Z-01 / BR-Z-05 Zero rated / tipo cero): el rechazo afecta solo al XML adjunto. Si el mismo correo también contiene un PDF, ese PDF se procesa con normalidad mientras el XML rechazado genera el mensaje de error ("El procesamiento no es posible" / "No hemos podido procesar la factura UBL del adjunto").

Consejo ante envío estructural de XML y PDF: si un proveedor envía siempre XML y PDF pero solo se quiere el PDF, hay dos vías: (1) el proveedor corrige el XML u omite el adjunto XML (quitar el XML); (2) soporte puede configurar el Email Receiver solo para facturas digitales (PDF). En la vía 2 el XML ya no se ofrece a validación y desaparece el mensaje de error asociado. Es un cambio de configuración de soporte, a petición del cliente.

El Email Receiver clasifica los adjuntos de un correo entrante y decide qué documento es la factura y cuál es un adjunto. eConnect comprueba cada documento enviado por separado en cuanto a estado de adjunto/factura. Los documentos se fusionan en el orden de envío: el primer documento pasa a ser la primera página de la factura, aunque sea un adjunto. En cuanto un archivo se reconoce como adjunto, todos los archivos siguientes del mismo correo se tratan también como adjunto.

Al enviar varios archivos PDF:

• Un archivo reconocido como factura, los demás son otros tipos de documento. Los otros documentos del mismo correo se tratan como adjunto y se añaden a la factura por defecto. Piense en una nota de daños, un albarán o una especificación junto al PDF real de la factura: puede llamar a ambos "factura", pero si Detect no reconoce uno como factura, no es un error de división sino el comportamiento esperado. El documento que no es factura pasa a ser adjunto de la factura reconocida. ¿Duda de si el segundo documento es igualmente una factura (número de factura, IVA, importe a pagar, proveedor/destinatario presentes)? Pida los adjuntos PDF originales y el XML de la bandeja de entrada para investigar.
• Varios adjuntos reconocidos como factura. Cada PDF de factura se procesa de forma individual (facturas separadas). El sistema no vincula automáticamente el resto de adjuntos a una factura concreta del mismo correo. En caso de duda, envíe 1 factura por correo.

Lógica de fusión con y sin XML en el correo: si el correo no contiene XML, se aplica la lógica anterior según la clasificación Detect (una declaración o factura, se añaden adjuntos; dos o más declaraciones o facturas, todo se procesa por separado). Si el correo contiene una factura XML válida, se aplica otra regla: un PDF con exactamente el mismo nombre de archivo que el XML se añade a ese XML. El resto de adjuntos se clasifica vía Detect y puede procesarse por separado. Con dos o más XML válidos en el mismo correo, un adjunto con exactamente el mismo nombre se añade al XML correspondiente. El resto de archivos se procesa por separado.

Si Detect reconoce por error un PDF suelto de resumen o especificación como factura, aparece una factura extra junto a la factura real. Véase Varios PDF adjuntos en un mismo correo para evitarlo.

Adjunto Excel/ODS/CSV junto a una factura PDF: un adjunto Excel no bloquea el procesamiento de la factura PDF, siempre que el archivo esté en un formato admitido y no supere 5 MB. Comportamiento por escenario:

• Formato admitido y no mayor de 5 MB (.xlsx, .ods, .csv): el archivo se añade a la factura como adjunto secundario (no se envía a IDR). La factura PDF se procesa con normalidad.
• Formato admitido y mayor de 5 MB: se rechaza todo el correo con un correo de bounce.
• Formato no admitido (.xls, .doc, .docx): el procesamiento no es posible.

Tipos MIME admitidos: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet (.xlsx), application/vnd.oasis.opendocument.spreadsheet (.ods), text/csv (.csv). No admitidos: application/msword (.doc), application/vnd.openxmlformats-officedocument.wordprocessingml.document (.docx), application/vnd.ms-excel (.xls).

Rotación de página: las páginas no se giran automáticamente. El cliente es responsable de la orientación correcta al enviar.

Adjuntos grandes: un adjunto muy grande se reduce para que el PDF siga siendo manejable.

Fusionar adjuntos: la plataforma puede fusionar todos los adjuntos de una factura electrónica en un solo PDF.

Generar PDF desde XML: hay una opción para generar automáticamente un PDF de la factura XML. Se puede combinar con la fusión y configurar en: siempre, nunca, o solo si aún no existe un PDF.

PDF enviado sin cambios: eConnect solo se ocupa de la traducción/el procesamiento y no modifica el archivo PDF enviado (sí se puede generar un PDF).

¿Un remitente recibe un bounce o un aviso de que un documento es "un adjunto o una especificación", mientras la factura asociada del mismo correo sí se procesó? El mismo aviso aparece también como "El tipo de documento es incorrecto" o "El archivo presentado (Factura de compra) no se puede tratar porque el tipo de documento es incorrecto". El asunto en inglés del mismo aviso es "This is an attachment/specification". El bounce también puede referirse a una imagen inline (image012.png) o a un resumen de facturas en un correo reenviado. No es una contradicción. Son dos resultados distintos dentro de un mismo correo.

1. El aviso es independiente del estado de la factura. No dice nada sobre si la factura en sí falló. Compruebe el estado de la factura por separado en la bandeja de entrada.
2. Inicio falso positivo de una tarea de conversión. Un PDF o una imagen con suficiente señal de factura (por ejemplo la palabra "Factura" con un número) inicia su propia tarea de conversión. Si ese documento no es una factura, el bounce sobre ese documento es correcto, aparte de la factura real del mismo correo.
3. Sin revinculación tardía. Una vez iniciada una tarea de conversión para un adjunto, ese adjunto no se vincula después a la factura.
4. Las tareas de conversión separadas no se fusionan. Varios archivos que empezaron como factura siguen siendo tareas de conversión separadas. No se pueden fusionar después.

Hoja de ruta de producto: una mejora estructural de la clasificación "en la puerta de entrada" está prevista en una futura versión PSB del Email Receiver (horizonte de unos 12 meses desde septiembre de 2026). Hasta entonces rige el comportamiento anterior.

Los clientes con Microsoft 365 / Exchange pueden reenviar el correo de facturas desde direcciones propias (por ejemplo facturas@cliente.es) al Email Receiver sin dar derechos extra de buzón a los usuarios finales. Es un reenvío del lado del cliente hacia una dirección de recepción de eConnect. No es la conexión Office 365 en la que PSB lee el buzón vía Graph/OAuth.

Patrón: contacto de correo + grupo de distribución (conserva el remitente original):

1. Cree una dirección Email Receiver en la plataforma y ponga el estado en Activo.
2. En el Centro de administración de Exchange, cree un contacto de correo cuya dirección externa sea la dirección Email Receiver de la plataforma.
3. Cree un grupo de distribución con la dirección de facturación orientada al cliente. Miembro = el contacto de correo. Opcional: un alias extra en el mismo grupo.
4. Pruebe la recepción en la plataforma.

Con una dirección genérica de facturas, el receiver suele estar en lista blanca Aceptar todo (no con Factura borrador). Si Exchange bloquea el reenvío externo, elija la conexión de buzón Office 365. Evite bucles de reenvío: no reenvíe correo de los dominios everbinding.nl o econnect.eu.

Véase también Receptor de correo para la ruta en la interfaz de la plataforma.

¿Quiere saber qué métodos de integración hay para su software? Vea el resumen de métodos de integración.