> 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/open-v5.3-en/novedades/evolucion.md). # Editran Evolution The evolution of the optional presentation and application functions is described here in the different versions of Editran up to the version consulted here ## Onesait Editran V2.0 * Total control. An option that has been used very little, which consists of placing a numeric field (normally an amount) in each transmission block corresponding to the logical records within the block. Total records by segment are included so that special synchronization is performed and the receiver checks that the total matches the sum of the detail amounts for the segment. * Compression. Three or more repeated characters are replaced by 3 before transmission. The reverse operation is performed on reception. * CRC. A cyclic redundancy check code is added to the message on transmission and checked on reception. ## Onesait Editran V2.1 * Total control, compression, and CRC. * Optional cryptography. Interface with several hardware and software cryptography products. * Parameter notification. The remote Editran version is added to the session profile. If it is V2.1, the calling end notifies the remote end of the session parameters, cryptography, compression, total control, CRC, transmission length, etc. (in an SAP message), which the remote end verifies and accepts or rejects. If it is V1.0 or V2.0, both ends must agree on the parameters used in the transmission. ## Onesait Editran V2.2 * Compression, CRC, and cryptography. * Total control is replaced by Application or Batch Synchronization, since it is understood that application functions should be in the interfaces and not in Editran, which, on the other hand, has sufficient mechanisms to guarantee the integrity of the information. * The Transmission Interruption Procedure appears, executed by Editran when a transmission is interrupted. * The most notable feature of this version is the change in the length of the session identification, which goes from 6 to 12 characters. ## Onesait Editran V3.0 * Code expansion (NIF): The Editran codes are increased, going from 6 numeric digits to 9 digits, of which the first and last are alphanumeric and the rest numeric. In other words, N.I.F. format (Tax Identification Number). * Multi-environment, allowing Editran to operate with different local identifications. ## Onesait Editran V3.1 * This latest version has the same functionalities as Editran 3.0, but taking into account the year 2000 effect. Incorporation of 4 digits in dates (YEAR 2000). ## Onesait Editran V4.0 * Editran/P V2.2 incompatibility. An important feature of this version is that it is not compatible with Editran/P versions earlier than 3.0. Editran/G versions 2.1, 3.0, and 3.1 remain compatible with Editran/G 4.0. * Distributed Editran. * Rotation of local-remote addresses (x25, tcp). ## Onesait Editran V4.1 * Indication of the Editran version in the Editran Manager and Operator. * Incorporation of the Triple DES algorithm into Editran cryptography mode 3.0. * Incorporation of the source code in the user data of TCP/IP connections to make it possible to define more than 10 sub-environments per application with a single remote endpoint. * Control in the transmission start request message (SCP) of the synchronization of the content of the Local and Remote buffers. * Translation on reception according to the presentation profile. * Editran/G V1.0 and V2.0 incompatibility. Editran/G versions 2.1, 3.0, 3.1, and 4.0 remain compatible with Editran/G 4.1. * New parameter for validating the calling remote address. * Incorporation of a new (optional) module for transmission management (Editran/GT, Windows only) * New Windows functionality for X25 with EICON boards, which allows configuring the board to be used, if there is more than one, and the board port if there is more than one port per board. ## Onesait Editran V5.0 * Expansion in the number of local and remote lines. The number of IP lines has been increased from 3 to 6 so that in the event of failures there can be more alternative routes. * Automatic version update. A protocol has been implemented whereby the Editran entities exchange their versions. If both are 5.0 or higher, they will update the version in the profiles to the lower of the two installed versions. * Validations before starting reception that prevent some problems that until now were detected in the download after transmission. Specifically, it is validated that the version being loaded is known and that if the file comes compressed and/or encrypted there is a usage license. * Incorporation of a new (optional) module for file transmission through the SWIFT network. * Backup in connection types. For each session, a main network protocol is defined, but optionally other networks can also be defined that will be used as backup for failed connections. * Application files larger than 2 GBytes are supported. ## Onesait Editran V5.1 * The maximum number of concurrent transmissions is 500. The limit for concurrent sessions in previous versions was 100. It has been increased to 500, which will be the new default value for the "Maximum number of sessions" field in the local profile. * Incompatibility with V3.1 This version can only communicate with remote entities that have at least Editran V4.0 installed. If the installation of version 5.1 is a software upgrade and profiles are migrated, whenever sessions with a version lower than 4.0 appear, they will be registered with the lowest possible version (4.0). * Activity control for connected sessions. The protocol establishes a new inactivity timeout that controls that if a session is connected but there is no data traffic for a given time, it is released. The default timeout value is 600 s, which the user can modify by defining the EDI\_TOUT\_IDLE environment variable. Once the timeout expires, the release is recorded in the log with the following message: "Release due to inactivity timeout" * Alphabet negotiation when establishing a session. In V5.1 the protocol has been modified so that the alphabet is negotiated between entities whenever possible, relieving the user of the responsibility of knowing that data from the remote installation. To maintain compatibility with versions 5.0 or lower, the alphabet field has been retained in the Editran/P profile, but it should be noted that it is only used when the connection is outgoing. If the remote entity is the one calling, regardless of the version and the value of the field, the connection is accepted and communication takes place in its alphabet. --- # 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/open-v5.3-en/novedades/evolucion.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.