¿En qué se diferencian EBICS T y EBICS TS?

En dónde se firma el pago. EBICS T autentica el transporte, así que el fichero llega probado como tuyo pero todavía sin aprobar: la liberación ocurre después, en el canal que el banco tenga para ello. EBICS TS lleva dentro de la propia orden las firmas electrónicas de quienes la aprueban, repartidas entre tantas personas como exija el banco, así que la orden y su autorización son el mismo objeto. Los dos son EBICS, y cuál te toca se fija con el banco cuando se intercambian las claves.

¿EBICS es un formato de fichero?

No. EBICS es cómo viaja un fichero entre tú y tu banco; el formato es lo que dice el fichero. El mismo canal sube un pain.001 y baja un camt.053, y ese camt.053 sería idéntico llegando por host to host, por SWIFT o como una subida a mano. Nombrar tu canal no le dice a nadie qué campos rellena tu banco, que es de lo que depende de verdad una conciliación.

¿Qué sustituyó a los tipos de orden de EBICS?

Los parámetros de transacción de negocio, en EBICS 3.0. En lugar de un código de tres letras por fichero y sentido, una orden nombra el servicio, su ámbito, el mensaje y su versión, y el contenedor en el que viene el contenido. Los códigos antiguos siguen siendo como los llama casi toda la documentación bancaria y hay muchas conexiones funcionando con ellos, así que las dos formas de describir una misma petición conviven y un perfil tiene que saber cuál de ellas habla cada banco.

¿Qué claves hacen falta para una conexión EBICS?

Tres tuyas y un juego del banco. Tú guardas una clave de firma para autorizar órdenes, una de autenticación que prueba que la petición viene de ti y una de cifrado para el contenido. El alta manda las mitades públicas al banco y luego las confirma por otra vía: firmas una carta impresa con los resúmenes, y compruebas el resumen del banco contra la carta que te da él. Nada de eso cambia lo que lleva un extracto, y todo eso decide si llega alguno.

¿Os conectáis por EBICS?

Sí, junto con SWIFT, host to host y las API de los propios bancos, y la elección es del banco más que nuestra. Un canal se abre a tu nombre con lo que pida ese banco — un mandato firmado, un certificado, un intercambio de claves EBICS — y puedes retirarlo después sin tocar nada de lo ya cargado. Si alguno de tus bancos usa algo que no está aquí, lo añadimos.

EBICS Society · el canal

EBICS es cómo viaja el fichero. El formato es lo que dice.

EBICS es un transporte: una conversación firmada y cifrada entre tus sistemas y tu banco a través de internet, que sirve para subir órdenes y bajar informes. Lleva el fichero que hayáis acordado los dos y no tiene ninguna opinión sobre lo que va dentro. Por eso el canal y el formato son dos conversaciones distintas con el banco, y solo una de ellas va de lo que dice el fichero.

La cuenta que leen todas estas páginas

EUR

Lo publica: EBICS Society
Qué lleva dentro: Cualquier fichero que hayan acordado el banco y el cliente, firmado y cifrado en los dos sentidos.
Cuenta: ES21 0049 0001 5323 4567 8901

Saldo final · 14 ago 2026EUR 2.990.901,67

La definición

Qué es exactamente EBICS

Un estándar de transporte bancario usado en Alemania, Francia, Suiza y Austria, y la respuesta a cómo llega el fichero, no a qué lleva dentro.

EBICS es el Electronic Banking Internet Communication Standard: un protocolo XML sobre HTTPS en el que el sistema de un cliente sube órdenes a un banco y se descarga informes de él. Cada orden va dentro de un sobre que el banco autentica, y el contenido se cifra aparte, así que el fichero no es legible en tránsito y su integridad no descansa nunca sobre el transporte. El cliente guarda sus propias parejas de claves — una para firmar una orden, otra para identificarse y autenticar la petición, otra para cifrar — y el banco guarda las suyas, intercambiadas una vez al abrir el canal y confirmadas contra unas cartas impresas con los resúmenes, firmadas a mano.

Quién lo envía: Los dos lados. Eso es lo que separa un canal de un formato: la misma conexión EBICS lleva el pain.001 que sube y el camt.053 que baja, y añadirle un tipo de fichero más es un permiso sobre el canal que ya tienes, no una conexión nueva.
Cuándo llega: De forma continua, con la periodicidad que fijes. Las subidas salen al liberar una remesa; las bajadas van por temporizador, que es como una cuenta que informa varias veces al día acaba leída varias veces al día sin que nadie entre en un portal.
Qué aspecto tiene: EBICS no define ningún fichero que leer. Lo que define es el sobre, el material criptográfico, los parámetros de orden y el acuse — nunca el contenido. El fichero que va dentro es un MT940, un camt.053, un pain.001 o lo que hayan acordado las dos partes, y son exactamente los mismos bytes que serían por cualquier otro canal.

Cómo se llaman sus partes

EBICS T vs EBICS TS
EBICS BTF
EBICS INI HIA HPB
EBICS 3.0 order types
EBICS vs host-to-host

Qué decide

Qué decide EBICS y qué deja al formato

Un canal decide quién puede mandar qué, y prueba quién lo mandó. Todo lo que tiene que ver con el significado se queda dentro del fichero.

Dos perfiles, y la diferencia está en dónde se autoriza el pago. Con EBICS T el transporte está autenticado pero la orden no lleva firma de pago, así que un fichero que llega está transportado y no aprobado: liberarlo ocurre fuera del fichero, en el canal que el banco tenga para eso. Con EBICS TS la orden lleva dentro las firmas electrónicas de quienes tienen derecho a liberarla, repartidas entre tantos firmantes como exijan las reglas del banco, así que la orden y su autorización son un solo objeto y el banco puede actuar sobre lo que ha recibido. Qué perfil ofrece cada banco, y a partir de qué importes, forma parte de la misma conversación que las claves.

Los parámetros de la orden son la otra mitad. La documentación antigua de los bancos lista un tipo de orden de tres letras por fichero y sentido — un código para bajar un extracto, otro para subir una transferencia — y el cliente tenía que saberse el código antes de poder pedir nada. EBICS 3.0 sustituyó esa lista por parámetros de transacción de negocio: un nombre de servicio, un ámbito, un nombre de mensaje con su versión y el contenedor en el que llega el contenido. Es la misma petición descrita por lo que es el fichero en lugar de por un código que hay que buscar, y por eso un banco puede añadir un informe nuevo a un canal existente sin que haya que inventar un tipo de orden para él.

Así que las dos decisiones siguen separadas, y vale la pena mantenerlas así. Un banco que cambia de canal no cambia lo que dicen sus extractos, y un banco que empieza a mandar un formato nuevo no ha cambiado cómo te llega. Tomamos el canal que cada banco ya tiene montado y leemos lo que ponga en él.

Después

Lo que viaja por él

El pain.001 es lo que sube. El CAMT.053 y el MT940 son lo que baja. ISO 20022 es el estándar al que pertenece la mayoría de ellos, y ninguno es una propiedad del canal.

Formatos para leer al lado

Qué lo lee aquí

El mismo día escrito en cuatro formatos, uno junto a otro, está en Biblioteca de formatos

Preguntas sobre EBICS

Lo que de verdad se busca sobre este canal

01¿En qué se diferencian EBICS T y EBICS TS?: En dónde se firma el pago. EBICS T autentica el transporte, así que el fichero llega probado como tuyo pero todavía sin aprobar: la liberación ocurre después, en el canal que el banco tenga para ello. EBICS TS lleva dentro de la propia orden las firmas electrónicas de quienes la aprueban, repartidas entre tantas personas como exija el banco, así que la orden y su autorización son el mismo objeto. Los dos son EBICS, y cuál te toca se fija con el banco cuando se intercambian las claves.
02¿EBICS es un formato de fichero?: No. EBICS es cómo viaja un fichero entre tú y tu banco; el formato es lo que dice el fichero. El mismo canal sube un pain.001 y baja un camt.053, y ese camt.053 sería idéntico llegando por host to host, por SWIFT o como una subida a mano. Nombrar tu canal no le dice a nadie qué campos rellena tu banco, que es de lo que depende de verdad una conciliación.
03¿Qué sustituyó a los tipos de orden de EBICS?: Los parámetros de transacción de negocio, en EBICS 3.0. En lugar de un código de tres letras por fichero y sentido, una orden nombra el servicio, su ámbito, el mensaje y su versión, y el contenedor en el que viene el contenido. Los códigos antiguos siguen siendo como los llama casi toda la documentación bancaria y hay muchas conexiones funcionando con ellos, así que las dos formas de describir una misma petición conviven y un perfil tiene que saber cuál de ellas habla cada banco.
04¿Qué claves hacen falta para una conexión EBICS?: Tres tuyas y un juego del banco. Tú guardas una clave de firma para autorizar órdenes, una de autenticación que prueba que la petición viene de ti y una de cifrado para el contenido. El alta manda las mitades públicas al banco y luego las confirma por otra vía: firmas una carta impresa con los resúmenes, y compruebas el resumen del banco contra la carta que te da él. Nada de eso cambia lo que lleva un extracto, y todo eso decide si llega alguno.
05¿Os conectáis por EBICS?: Sí, junto con SWIFT, host to host y las API de los propios bancos, y la elección es del banco más que nuestra. Un canal se abre a tu nombre con lo que pida ese banco — un mandato firmado, un certificado, un intercambio de claves EBICS — y puedes retirarlo después sin tocar nada de lo ya cargado. Si alguno de tus bancos usa algo que no está aquí, lo añadimos.

Dinos por qué canal responde cada banco.

Una lista de bancos y los canales por los que contestan. Te devolvemos qué puede mandar cada uno, qué puede aceptar y cuáles se pueden leer hoy.

Solicitar una demo Volver a la biblioteca de formatos

El canal se abre a tu nombre, y puedes retirarlo cuando quieras.