> For the complete documentation index, see [llms.txt](https://docs.editran.onesait.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.editran.onesait.com/documentacion-editran/ibm-editran-v5.3-iseries/sepa/descripcion-de-la-funcionalidad/uso-de-lista-de-ficheros-por-editran.md). # Uso de lista de ficheros por Editran La aplicación permite la transmisión de varios ficheros por la misma sesión Para emitir: * Algunos clientes, utilizan lista de ficheros (LISTAFICH, ver formato TABLA 1) para realizar las cargas, pues sus ficheros tienen nombres distintos en cada una de ellas. Por tanto, crean diariamente una lista de ficheros de cada presentación a emitir. Esta lista, es pasada al paso previo a emisión. Normalmente, para poder utilizar un único procedimiento con todos los remotos. el contenido de la lista de ficheros está formado con variables reconocibles por el procedimiento (origen, remoto y aplicación) * § Otros clientes, utilizan siempre los mismos nombres de ficheros a emitir (en cada transmisión tienen distinto contenido), por lo que optan por indicar en los propios perfiles del producto, el nombre de los ficheros a emitir. Para recibir: * En los perfiles de la aplicación, se indica el nombre de los ficheros a descargar, descarga los ficheros recibidos con el nombre indicado. Tabla 1. Contenido del fichero LISTAFICH, fichero fijo de 327 de longitud, cuyo contenido son los ficheros de aplicación de emisión y las características de los mismos. El contenido es el siguiente (un registro por fichero):
NivelNombreLongTipoDescripción
1Clave
2Identificador1Alfn.Identificador del registro de fichero “F”
2Sesión24Alfn.Sesión: CodLoc+CodRem+Aplicación
2Número Orden2Alfn.Número de orden del fichero
1Fichero de Aplicación
2Nombre físico30Alfn.Nombre físico del fichero de aplicación
2filler8
2Formato de fichero1Alfn.

Formato de fichero de aplicación:

‘R’: Registro, ‘B’: Binario

2Lenguaje datos origen1Alfn.

Lenguaje original de los datos:

‘A’: Ascii, ‘E’: Ebcdic

2Traducir en emisión1Alfn.

Lenguaje en el que se emiten los datos:

‘A’: Ascii, ‘E’: Ebcdic, ‘N’:Sin traducción

2Compresión1Alfn.

Compresión:

‘S’ Comprimido, ‘N’ Sin compresión

2Filler2
2Nombre Fichero Binari251Alfn.Nombre del Fichero Aplicación Binario
2Long fich binario5NumLong a zeros
Uso de la zona libre de los registros Se ha acordado con ciertos clientes el uso de algunas posiciones de las zonas libres de ciertos registros de los ficheros en formato plano. La finalidad es alojar en ellos cierta información que, estando en el fichero XML de origen, se pierde en la conversión por no estar definido un campo para ella en la norma correspondiente. Dicha información es tratada exclusivamente por las aplicaciones de cliente que sólo tratan ficheros en formato plano y generalmente se emplean para generar a partir de ellos los ficheros de confirmación directamente en formato XML. Para hacer uso de esta funcionalidad hay que indicar ‘S’ en el parámetro Información libre del fichero ZTBGFDAT de la llamada al programa pues por defecto el conversor no la realiza. A continuación, se describen los valores trasladados desde el fichero en formato XML y los registros y posición donde se dejan en el fichero de formato plano fruto de la transformación. Emisión de transferencias y cheques: Se traslada el contenido de: * \\ a la posición 290 del registro de cabecera del ordenante. * \\\ a la posición 325 del registro de cabecera del ordenante, siempre que el valor sea distinto de “EUR”. * \\ a la posición 23 de los registros de cabecera de transferencias SEPA, de otras transferencias o de cheques, según el tipo de bloque de los tres del que proceda el dato. * El valor del atributo Ccy de \\\\ o de \\\\\, siempre que sea distinto de “EUR”, en la posición 502 del primer registro obligatorio de beneficiario de transferencias si el bloque de origen es de transferencia SEPA. * En cuanto a los registros de totales, recogen la suma de importes del fichero independientemente de la divisa en la que estén expresados en sus registros de beneficiario correspondientes. * \\\\\ a la posición 505 del primer registro obligatorio de beneficiario de transferencias si el bloque de origen es de transferencia SEPA. * \\\\ a la posición 508 del primer registro obligatorio de beneficiario de transferencias si el bloque de origen es de transferencia SEPA. * \\\\ a la posición 521 del primer registro obligatorio de beneficiario de transferencias si el bloque de origen es de transferencia SEPA. * \\\\ a la posición 525 del primer registro obligatorio de beneficiario de transferencias si el bloque de origen es de transferencia SEPA. * Se escribe “XML” en la posición 598 del registro de cabecera de ordenante. Adeudos directos (esquemas básicos y B2B): * Se escribe “XML” en la posición 598 del registro de cabecera de presentador. * En la conversión de la Presentación de adeudos de XML a plano, se traslada el contenido del campo \ a la posición 300 del registro de \[Cabecera de acreedor por fecha de cobro]. Por su parte, cuando sea el cliente quien genere los ficheros planos, puede hacer uso de ciertas zonas libres para alojar en ellas información que de otra manera sería imposible trasladar al formato XML. Son las siguientes: Emisión de transferencias y cheques: Se trasladará el contenido de: * 70 posiciones, comenzando en la 290, de la Cabecera de Ordenante a \\. Esta funcionalidad se utiliza para poder transformar a un único XML varios ficheros lógicos planos que no coinciden en los nombres de ordenante. Adeudos directos (esquemas básicos y B2B), mensajes de devolución y rechazos: * 35 posiciones, comenzando en la 335, del registro de \[Cabecera de acreedor por fecha de cobro] a \\. El conversor buscará en primer lugar esta información en los campos libres y, de no estar, efectuará el mapeo como lo hace habitualmente para cada uno de esos campos. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.editran.onesait.com/documentacion-editran/ibm-editran-v5.3-iseries/sepa/descripcion-de-la-funcionalidad/uso-de-lista-de-ficheros-por-editran.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.