> 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/administracion-y-operacion/caracteristicas-funcionales-de-onesait-editran-5.3.1/caracteristicas-generales.md). # Características generales En funcionamiento en modo nativo 5.3.1, también existen funciones generales, especificadas en los perfiles de las sesiones de presentación, y funciones específicas, determinadas por los conversores empleados. Son funciones generales, entre otras: * Subentorno: Se permite generar en Perfiles un Entorno Local General y tantos Entornos Locales Secundarios (Subentornos) como se quiera. Es decir, podremos presentarnos a los demás clientes como varias Entidades * Posibilidad de procesar de 1 a 99999 ficheros de aplicación de emisión con registros de longitud fija. * Una sesión de presentación puede utilizar hasta 20 sesiones de transmisión editran, de ahí que la identificación de la aplicación de presentación pueda no corresponderse con la de la aplicación de transmisión definida en editran. Esto también ocurre en modo compatibilidad, aunque en este caso sólo hay una sesión de transmisión en una sesión de presentación. Se emplean 6 caracteres alfanuméricos para la aplicación de transmisión. * La información de aplicación de emisión, se puede someter a varias funciones opcionales de presentación, tales como criptografía, compresión, cálculo de CRC y traducción EBCDIC/ASCII y se carga en un único tampón o en hasta 20 tampones específicos, dependiendo del número de sesiones de transmisión especificadas y del criterio de división elegido. Los registros de los tampones se cargan completamente con cadenas continuas de caracteres y con información de control que permita a Editran 5.3.1 remota, el efectuar las operaciones de presentación a la inversa. * Se lleva cuenta del número de sesión de presentación entre dos extremos, de manera que se va incrementando con los sucesivos intercambios. Este número se pasará al "número de sesión de intercambio" en los tampones emisores y receptores, de manera que no se permitirá la transmisión si no coincide en los dos extremos. * La aplicación emitirá al remoto utilizando las sesiones de transmisión especificadas en Editran local que tendrán que estar en concordancia con las definidas en Editran remota. En estas sesiones de transmisión se podrían definir las funciones de presentación a realizar por la aplicación, criptografía, compresión y/o CRC, pero no tendría mucho sentido si ya se han efectuado en la interfaz. * En el extremo remoto, se recibirá la información en un tampón matricial o en hasta 20 específicos dependiendo de las sesiones de transmisión empleadas. Dentro de esta información vendrán datos de cabecera para que Editran 5.3.1 remota compruebe que las opciones empleadas en el emisor son coherentes con las del receptor, y sobre características de la información recibida. La información del tampón o tampones de recepción se descarga en un único fichero de recepción de aplicación o en tantos ficheros como los empleados en la carga de emisión en el otro extremo, después de haber efectuado las funciones de presentación a la inversa. Estructura de los Tampones de Emisión y Recepción Estructura de los Tampones de Fichero indexado con clave de longitud 12 que es el Número de Secuencia del Registro (12 cifras, consecutivas y comenzando en el número 1, el número 0 es el registro de Control del Fichero Tampón). La longitud del registro físico del Tampón puede ser de 252 o 4050 para compatibilidad con diferentes plataformas e interfaces. A partir de versiones de editran 5.2, la longitud del registro físico del Tampón será 4050. El Registro de Control, cuya clave es la SESIÓN y el Número de Secuencia es 0, contiene los datos siguientes: * CLAVE: 12 bytes. * RESERVADO‑PARA‑IGA: 26 bytes a CEROS BINARIOS. * N‑REGISTROS‑ENVIADOS: 12 bytes con el número de registros ya emitidos. * N‑REGISTROS‑TOTALES: 12 bytes con el número de registros de datos y sincronismo del fichero tampón. * N‑REGISTROS‑CONFIRMADOS: 12 bytes con el número de registros ya confirmados por el receptor. * TRANSMITIDO‑COMPLETO: 1 byte que indica si está transmitido todo el fichero ("S") o no ("N"). * CODIGO‑RESULTADO: 2 bytes que indican el último evento ocurrido con este fichero (error de sincronismo, transmisión satisfactoria o error de totales). * FECHA‑TRANSMISION: 6 bytes con las cifras de la fecha del inicio de la transmisión en formato día/mes/año. * HORA‑TRANSMISION: 6 bytes con las cifras de la hora del inicio de la transmisión en formato hora/minuto/segundo. * FECHA‑ULTIMA‑CONFIRMACION: 6 bytes con las cifras de la fecha del último sincronismo o fin de transmisión en formato día/mes/año. * HORA‑ULTIMA‑CONFIRMACION: 6 bytes con las cifras de la hora del último sincronismo o fin de transmisión en formato hora/minuto/segundo. * ESTADO‑TAMPON: 1 byte que indica si el fichero está disponible para editran ("S"), para la Interfase de Aplicación o Procedimiento Usuario ("N"), o para ninguno ("I"). * RESERVADO: 28 bytes reservados para uso futuro. * FECHA‑CREACION: 6 bytes con las cifras de la fecha de la creación del fichero por la Interfase de Aplicación o Procedimiento de Usuario en formato día/mes/año. * HORA‑CREACION: 6 bytes con las cifras de la hora de la creación del fichero por la Interfase de Aplicación o Procedimiento de Usuario en formato hora/minuto/segundo. * FECHA‑ULTIMA‑INSERCION: 6 bytes con las cifras de la fecha de la última carga o descarga de datos del fichero por la Interfase de Aplicación o Procedimiento de Usuario en formato día/mes/año. * HORA‑ULTIMA‑INSERCION: 6 bytes con las cifras de la hora de la última carga o descarga de datos del fichero por la Interfase de Aplicación o Procedimiento de Usuario en formato hora/minuto/segundo. * COPIAR‑EN‑RECEPCION1: 24 bytes. * FILLER1: 12 bytes a CEROS BINARIOS. * CLAVE‑ULT‑REG‑SINCR‑ENVIADO: 12 bytes que corresponden al Número de Secuencia del Registro de Sincronismo Enviado. * CLAVE‑ULT‑REG‑SINCR‑CONFIR: 12 bytes que corresponden al Número de Secuencia del Registro de Sincronismo Confirmado. * CLAVE‑ULT‑SINCR‑INTERCAMBIADO: 12 bytes que corresponden al Número de Secuencia del Registro de Sincronismo Confirmado de la Transmisión anterior. * FILLER2: 12 bytes a CEROS BINARIOS. * NUM‑SESION‑INTERCAMBIO: 4 bytes que indica el Número de Secuencia de la Transmisión (lo cual permite seguir la Secuencia de las Transmisiones realizadas, evitando pérdidas y duplicidades de Transmisión). * COPIAR‑EN‑RECEPCION2: 6 bytes. * Resto: 4 o 3798 bytes sin significado Los campos FILLER (1 y 2) son antiguos campos que utilizaban la aplicación de control de totales y que editran V2.2 y V3.1 ya no soportan. Los Registros de Datos, cuya clave es la SESIÓN y el Número de Secuencia del Registro (correlativo desde 1 al número Total de Registros de la transmisión), puede tener dos formatos diferentes según sea un registro de Datos o un registro de Sincronismo, cuando la SESIÓN utiliza la facilidad de Sincronismo de Aplicación (tipo Control de Totales o Sincronismo de Lote o Aplicación). Los campos son los siguientes: * CLAVE: 24 bytes. * Registro de Sincronismo de Aplicación. * CABECERA RESERVADA: 2 bytes. * CABECERA SINCRONISMO: 12 bytes con información del Sincronismo. * TIPO REGISTRO TAMPON: 1 byte que indica registro de Sincronismo o X'01' para Sincronismo de Lotes o Aplicación. * RESTO CABECERA: 23 bytes, para Sincronismo de Lotes o Aplicación contiene información del Usuario. * DATOS SINCRONISMO: 202 o 4000 bytes con la información del Usuario. * Registro de Datos. * DATOS: 4038 bytes con la información del Usuario. El Nombre Lógico y Físico del Fichero Tampón puede ser el que se desee, y este nombre es uno de los parámetros de SESIÓN. --- # 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/administracion-y-operacion/caracteristicas-funcionales-de-onesait-editran-5.3.1/caracteristicas-generales.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.