> 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/copy-of-privado-editran-v5.3-cics/descarga-version-cics/operaciones-a-realizar-al-recibir-el-producto/recepcion-de-software.md).
# Recepción de software
Editran, puede recibirse de distintas formas:
* Vía editran (normalmente para reinstalaciones).
* Vía XMIT (instalaciones nuevas sin conectividad a INDRA).
Cuando una entidad recibe editran, normalmente, recibe varios ficheros, según los distintos productos Editran que tenga contratados y dentro de cada producto, según el software recibido (por ejemplo, jcls, ejecutables, etc.).
También, pueden recibirse ficheros de licencia editran. Hay por tanto, tipos diferentes de ficheros en cuanto a su formato: fuentes, jcl, ejecutables y licencias. Según su contenido hay los siguientes productos, además de la caja principal de editran/P y editran/G:
1. TCP/IP. Interfaz de comunicaciones TCP/IP.
2. DES o AES. Criptografía. Algoritmo de claves DES o AES. Dentro de esta opción, se pueden presentar las siguientes sub opciones:
1. El cliente necesita disponer de ICSF. En este caso, sólo se requiere recibir APIs editran DES o AES para ICSF.
2. RSA Criptografía. Algoritmo de claves RSA. El algoritmo RSA requiere funciones DES, que irán sobre ICSF.
3. TDES. Criptografía Triple DES. Se entrega con el algoritmo DES.
4. AES. Criptografía Triple AES. Se entrega con el algoritmo AES.
5. LZW. Compresión de datos editran/G con algoritmo LZW.
6. Editran/E. Estadísticas, monitorización y alarmas. Para las alarmas, requiere la recepción de software para host y software para UNIX-WINDOWS.
7. Editran/FF. Firma electrónica de ficheros.
8. Editran/PROXY. editran Pasarela de datos TCP/IP a TCP/IP. Requiere la recepción de software para host y software para UNIX-WINDOWS.
Cuando una entidad reciba software, normalmente, estará dividido, por tanto, según los productos contratados.
👉 Un ejemplo sería el siguiente:
Por editran se han cargado versión 5.3 fase 00, que corresponde a:
1. JCLS editran/P+/G (jcls y procedimientos).
2. Ejecutables editran/P y G.
3. Ejecutables API CRIPTOGRAFIA ICSF.
4. JCLS CRIPTOGRAFIA ICSF.
5. Fichero de licencia 5.3 para ENTIDAD XXX (9999) (editran/P, editran/G, TCP, DES, Triple DES, AES, RSA).
En el ejemplo anterior se ha cargado el standard editran/P y editran/G en los dos primeros ficheros. El software API CRIPTO va incluido en ficheros 3 y 4. Por último, se incluye un fichero de licencia que permite la utilización del software anteriormente descrito”.
Estos ficheros, se dividen en 3 tipos:
* JCLS (ficheros 1 y 4).
* Ejecutables (ficheros 2 y 3).
* Licencia (fichero 5).
ℹ️ A veces, una entidad no requiere licencia, puesto que tiene la misma en vigor y sólo quiere actualizar software de una fase más moderna de la misma versión editran que tiene en producción. Otras veces, el único software recibido es la licencia, que está a punto de caducar.
## Recepción de licencia
Si se recibe licencia, significa que se va a proceder a actualizar la misma. En este caso:
* Si se recibe versión superior a 5.0 fase 0, pasar el jcl ZTBLJG02 con el fichero recibido, de forma que se incorpore al VSAM ZTBPFPE y al ZTBGFPER.
## Recepción de versión nueva
La recepción de la nueva versión implica siempre la recepción de lo siguiente:
* JCLS editran/P y editran/G.
* Ejecutables.
* Licencia de la nueva versión.
* Otros (jcls – ejecutables), productos contratados (si es que no fueron cargados en las anteriores).
## Recepción de fase nueva
En este caso, sólo debe llegar lo que se haya modificado entre la fase en explotación y la fase actualizada. Sin embargo, si ha transcurrido más de una fase entre una y otra, lo normal es reactualizar todo el software, de forma que se eviten errores por falta de actualización. La licencia llegará en este caso, sólo si es necesario por temas de caducidad.
---
# 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/copy-of-privado-editran-v5.3-cics/descarga-version-cics/operaciones-a-realizar-al-recibir-el-producto/recepcion-de-software.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.