Guía de Referencia de Usuario - JCL Tantia Modelo v 1 2

7/22/2019 Gua de Referencia de Usuario - JCL Tantia Modelo v 1 2

1/28

Modelo de Transmisin de archivosTantia V 1.2

Gua de Referencia del Usuario

Revisada Mayo 2008

Versin 1.2

Calidad y Entornos

Transmisiones CCR

Modelo Tantia V 1.2Gua de Referencia del Usuario Pg. 1


2/28

Contenido

Introduccin _________________________________________________________3

Alcance ____________________________________________________________ 3

Esquema ___________________________________________________________ 4

Modelo V 1.2 XCOM__________________________________________________ 5

JCL ______________________________________________________________6

Ejemplo___________________________________________________________ 9

Salida - Transmisin exitosa_________________________________________10

Salida - Transmisin no exitosa ______________________________________12

Modelo V 1.2 Connect:Direct ____________________________________ 14

JCL _____________________________________________________________14Ejemplo Plataforma UNIX __________________________________________18



Ejemplo Plataforma WinNT ________________________________________23



Modelo Tantia V 1.2

Gua de Referencia del Usuario Pg. 2


3/28

Introduccin

Esta gua pretende el proporcionar la informacin necesaria para el uso del modelode Transmisin va Tantia (HFT) en su versin 1.2, as como definicin yexplicacin del JCL utilizado para este fin.

Con el objetivo de ser utilizado en la fase de conversin de procesos de transmisin de

XCOM, Connect:Direct y FTP a Tantiaen todos los pases que conforman el CCR.

El modelo de transmisin V1.2 tienen como objetivo el simplificar el envo dearchivos proporcionando un seguimiento End-to-End, con el fin de garantizar el envo de losarchivos y en caso contrario en notificar el envo no exitoso de estos.

Este documento abarca nicamente el envoHost-to-Server de archivos mediante:

XCOM

Connect:Direct

SCP

Alcance

El alcance para el modelo de transmisin TantiaV1.2 contempla solamente envos de Host aservidor y sus caractersticas son:

Envos va XCOM.

Envos SCP (SFTP).

Envos Connect:Direct.

Validacin del envo hasta el destino final (End-to-End).

Mensajes del envo del cliente al servidor destino, en el JCL.

Para envos del cliente al servidor destino va XCOM se retorna al JCL:

o Ruta origen en Tantiade donde se inicia la transmisin.

o Ruta remota a donde se realiza la transmisin.

o Mensaje del XCOM indicando el nmero de bytes trasmitidos.

o Nmero de transmisin o TaskID.

Para envos del cliente al servidor destino va Connect:Direct se retorna al JCL:

o Ruta origen en Tantiade donde se inicia la transmisin.

o Ruta remota a donde se realiza la transmisin.

o Fecha y hora de trmino de la transmisin del cliente al servidor destino.

o ID de la transmisin de Connect:Direct.

o Mensaje asociado

o Nmero de bytes trasmitidos.

Modelo Tantia V 1.2



4/28

.

Utilizacin de prefijos para evitar uso de mapas para el caso de XCOM.

Utilizacin del SNODE para transmisiones va Connect:Direct.

Utilizacin de los usuarios TANTIA

Cambio del PROC TANTIA por el TANTIANM, con lo cual se permite la convivencia del

modelo V1.1 y V1.2.

Eliminar el uso de la sentencia JCCLIB en el JCL de transmisin con el fin de facilitar la

promocin en ambientes previos

Inclusin del PROC TANTIANW dentro de las libreras SYS1.SYSPLEX.PROCLIB para

expansin de este al momento de ejecucin.

Eliminar el uso de bibliotecas de parmetros de edicin de Control-M, lo cual dificultaba la

promocin de componentes de transmisin en ambientes previos mediante el ChangeMan.

Alertamiento de transmisiones no exitosas mediante el PEM, con alertamiento a correo y

celulares.

Esquema

El modelo de transmisin de archivos va Tantiaen su versin 1.2 consiste de dos componentes:

El servidor (TANTIA HOST, en z/OS) y el cliente (TANTIA cliente en un servidor UNIX GTW-).

El servicio para la transferencia de archivos, bajo Tantia, se ofrece a travs del concepto Cliente-

Servidor, para satisfacer las necesidades aplicativas de envo y recuperacin de archivos, bajo el

esquema; HOST-TO-SERVER, asegurando cada uno de estos, a travs del cdigo de retorno

(end-to-end), que ahora para la versin 1.2 se enva al JCL del HOST.

Fig. 1

El modelo de transmisin 1.2 ofrece el envo a los servidores aplicativos desde el cliente mediante las

herramientas de transmisin:

XCOM

SCP (SFTP).

Connect Direct.

Modelo Tantia V 1.2



5/28

Modelo V 1.2 XCOM

Fig. 2

El modelo de Tantia para retransmisiones va XCOM se basa en el uso de un Id o prefijo, el cualelimina el uso de mapas tanto el servidor (Host) tanto como en el cliente (Tantia-Unix) la

definicin del ID es responsabilidad del rea de Transmisiones y ser esta ultima el que defina este,

as como realizar la definicin del cnf correspondiente al ID.

El esquema general para un envo de archivo utilizando el modelo 1.2 se basa en el envo de un archivo

de control el cual se baja posterior a l archivo de datos, esto tiene como ventaja que el archivo

de control llegara solo si y solo si, el archivo de datos se acabo de enviar, evitando que se enven

archivos incompletos (problemtica de la versin 1.1), las rutas a las que bajan los archivos

de datos y control son diferentes por lo que la ruta a la que baja el archivo de control ser la nicamonitoreada por el File-Agent, esto tiene como ventaja una disminucin considerable de alrededor de

2 a 4 minutos para ser monitoreada por el File-Agent, esto debido a que el archivo de control es de

solo un registro. Una vez detectado el archivo de control se activo la regla definida en el File-Agent

el cual ejecutara los scripts correspondientes para el anlisis del archivo de control, envo del

archivo, resultado del envo y contestacin al HOST de dicho envo con sus correspondientes

mensajes.

Fig. 3

Modelo Tantia V 1.2



6/28

(a) Se bajan los archivos de datos y de control, el archivo de controlcontiene la informacin necesaria para realizar la transmisinmediante XCOM a partir del GTW de Tantia al servidor destino,as como las rutas origen y destino.

(b) Una vez que se recibi el archivo de control, un componentedel File Agent esta monitoreando la ruta a donde se aloja el archivode control y una vez que este es procesado por el File Agente este le

aplica el Scrip, el cual analiza el archivo de control y determina laherramienta con la cual se enviara (en este caso mediante XCOM).

(c) El Script monitorea la ejecucin de la transmisin mediante el cdigode retorno realizado por esta.

(d) Una vez obtenidos los datos de la transmisin ya sea estaexitosa o no exitosa estos se envan mediante un archivo de controllos cuales estn siendo monitoreados por el JCL.

(e) Una vez detectado el archivo de control enviado por el GTW deTantia, el JCL extrae los mensajes enviados dentro del mismo archivo

de control y los despliega en la salida del JCL. Como parte dealertamiento si se recibe un archivo de error aparte de ser

enviados los mensajes en la salida del JCL se envan mensajes alSYSLOG para ser alertados mediante el PEM.

JCL

El JCL de transmisin para Tantiaen su versin 1.2 es:

Fig. 4

Donde:

A.- La tarjeta de Job se define de acuerdo a los estndares del CCR.

B.- El PROC TANTIANW, que consta de tres pasos, para la preparacin del JCL, queejecutar la transferencia de archivos. No es necesario codificar la sentencia JCLLIB yaque el PROC se encuentra definido entro de la librera SYS1.SYSPLEX.PROCLIB de

cada entorno.

Modelo Tantia V 1.2Gua de Referencia del Usuario

Pg.6


7/28

C.- DD LFILE, donde se ubica el archivo de HOST a transmitir.

D.- DD SYSIN, donde se declaran las opciones de transmisin de archivos.

Se declara como poltica, que en cada JCL-TANTIA, se deber generar un paso por cadaarchivo y/o JOB a transferir, ya sea para esquemas de Envo y/o Recuperacin.

El parmetro del COND, deber ser omitido de los pasos TANTIA, ya que el mismo PROC

retorna el RC, a menos de que sea requerido en pasos No-TANTIA, posteriores a estos.

SYSIN

El SYSINse compone de 5 parmetros:

ID ID o identificador el cual se compone de 5 caracteres (ABCDE), donde:

o A determina el pas.o B determina el negocio.o C ambienteo DE consecutivos asignado por el rea de transmisiones.

Para el ejemplo de la figura 4 se tiene como ejemplo RBP01, donde:

o R Puerto Rico.

o B Banco.o P Produccin.

o 01 Consecutivo asignado por el rea de transmisiones.

TIPO Determina el tipo o sentido de la transmisin a ejecutar

* La parte de recuperacin va XCOM, Connect Direct y SCP se encuentran

actualmente en desarrollo.

OPTS Opciones con las cuales se baja el archivo de datos a los servidores deTantiacomo ejemplo se tienen:

Modelo Tantia V 1.2

ASCII

LF

.

Los datos enviados desde el Host en EBCDIC

requieren una conversin ASCII.

En un envo indica que para cada registro

enviado por el Host de longitud fija los espacios

al final o nulos son removidos y el byte de

alimentacin de pgina es insertado


SEND Enva la transmisin de Host a Servidor.

RECEIVE *Realiza una recuperacin de Servidor a Host


8/28

CR

CODEPAGE

CRLF

Por ejemplo:

En un envo indica que para cada registroenviado por el Host de longitud fija los espaciosal final o nulos son removidos y el byte deretorno de carro es insertado.

Indica la tabla de conversin a ser utilizada, esta

puede aplicar de ASCII A EBCDIC o viceversa.

En un envo indica que para cada registro

enviado por el Host de longitud fija los espacios

al final o nulos son removidos y el byte de

retorno de carro y de alimentacin de pgina es

insertado.

Modelo Tantia V 1.2

OPTS=ASCII,LF

OPTS==ASCII,CR

OPTS=ASCII,CRLF

OPTS=ASCII,LF,CODEPAGE=XX

Donde XX es a tabla de conversin correspondiente a un cambio de

caracteres en particular, revisar con el rea de transmisiones las tablas de

conversin existentes, en caso de requerir alguna.

RUTA Destino en el caso de un SEND o ruta de donde se recuperara el

archivo en Server, definida y bajo la responsabilidad del propio

aplicativo.

RFILE Nombre del archivo en el servidor con el que se dejara el archivo en

el caso de un SEND, o nombre del archivo que se recuperar en el

caso de un RECEIVE, definido y bajo responsabilidad del propio

aplicativo.



9/28

Ejemplo

JCL de ejemplo:

Fig. 5

A.- Clase de ejecucin de acuerdo a los estndares del CCR:

B.- Scheduler Environment en caso de ser necesario (para el caso de Mxico PU este es necesario).

C.- Archivo a enviar.

D.- RBP01 es el ID que corresponde a:

R Puerto Rico.

B Banco.

P Produccin.

01 Consecutivo asignado por el rea de transmisiones, donde:

El cnf 01 es para el ejemplo es

REMOTE_SYSTEM=150.100.228.113

E.- SEND, indica que es un envo Host-to-Server.

F.- ASCII,LF indica que la transmisin convierte de EBCDIC a ASCII y se tiene que se eliminan losespacios o nulos en el byte de control de alimentacin de pgina.

G.- Ruta donde se depositara el archivo.

H.- Nombre con el cual se dejara el archivo.



10/28

Salidas Transmisin exitosa

Las salidas generadas por el proceso de Tantiadel ejemplo previo, son 3.

La primera salida generada por el procedimiento TANTIANW (HFT0101)realiza las validaciones correspondientes y genera el archivo de control para latransmisin correspondiente.

Fig. 6

La segunda salida (HFT0102), realiza la transmisin a los GTWs de Tantiadel

archivo de datos (para el caso de envos Host-to-Server) como primer instancia y

posteriormente el archivo de control.

Modelo Tantia V 1.2Gua de Referencia del Usuario Pg.10


11/28

Donde:A

B

Fig. 7

Archivo de datos.

Archivo de control.

Modelo Tantia V 1.2

La tercera salida (HFT0103) es una rutina de validacin, este paso espera la

respuesta por parte de los GTWs de Tania y en caso de ser exitosa la transmisin se

muestra:



12/28

Fig. 8

Donde los mensajes HFTM0UNX son los mensajes enviados por los GTWs de

Tantia como resultado de la transmisin, tal como se puede observar en la

figura 8, los mensajes enviados por los servidores son:

o Local File, ruta de donde se realizo la transmisin.o Remote File, ruta a donde se realiza la transmisin.

o Mensaje de del XCOM asociado a la transmisin.o Transfer Id o TaskId asignada a la transmisin por XCOM.

Salidas Transmisin no exitosa

Las salidas generadas por el proceso en la cual la transmisin no fue exitosa son 3, las 2primeras son similares a las del ejemplo previo, cambiando solamente la ltima salida.

La tercera salida (HFT0103) es una rutina de validacin, este paso

espera la respuesta por parte de los GTWs de Tantia y en caso de ser

errnease muestra la siguiente pantalla:



13/28

Modelo Tantia V 1.2

Fig. 9




o Local File, ruta de donde se realizo la transmisin.o Remote File, ruta a donde se realiza la transmisin.o Mensaje de del XCOM asociado a la transmisin, para este

caso una transmisin no exitosa.o Transfer Id o TaskId asignada a la transmisin por XCOM.

Como parte del alertamiento del PEM se mandan mensajes al LOG con el fin de

ser alertados, los mensajes enviados al LOG son:

Fig. 10



14/28

A. +HFTERR01 XM05008X JOB09599 Error envo va TantiaB. +HFTERR01 XCOMU0403E Cannot open output file

Modelo V 1.2 Connect:DirectEl modelo de Tantia para retransmisiones va Connect:Direct se basa en el uso del nododefinido en el NETMAP, del Connect:Direct por lo que se utiliza el parmetro SNODE elcual apunta al nodo de Connect:Direct esto permite eliminar el uso de prefijos tantoel servidor (Host) tanto como en el cliente (Tantia-Unix) la definicin del SNODEes responsabilidad del rea de Transmisiones mas sin embargo las conexiones entremaquinas y definicin del NETMAP corre a carga del rea de infraestructura y ser estaultima el que defina este..

El esquema general para un envo de archivo utilizando el modelo 1.2 se basa en el envo deun archivo de control el cual se baja posterior al archivo de datos, esto tiene como

ventaja que el archivo de control llegara solo si y solo si, el archivo de datos se acabo de

enviar, evitando que se enven archivos incompletos (problemtica de la versin 1.1),las rutas a las que bajan los archivos de datos y control son diferentes por lo que la ruta

a la que baja el archivo de control ser la nica monitoreada por el File-Agent, esto tienecomo ventaja una disminucin considerable de alrededor de 2 a 4 minutos para sermonitoreada por el File-Agent, esto debido a que el archivo de control es de solo un registro.

Una vez detectado el archivo de control se activo la regla definida en el File-Agent el cualejecutara los scripts correspondientes para el anlisis del archivo de control, envo delarchivo, resultado del envo y contestacin al Host de dicho envo con sus

correspondientes mensajes.

JCL

El JCL de transmisin para Tantiaen su versin 1.2 para Connect:Direct es:

Fig. 11

Modelo Tantia V 1.2



15/28

Donde:

A.- La tarjeta del job se define de acuerdo a los estndares del CCR.

B.- El PROC TANTIANW, que consta de tres pasos, para la preparacin del JCL, que ejecutar la

transferencia de archivos. No es necesario codificar la sentencia JCLLIB ya que el PROC se

encuentra definido dentro de la librera SYS1.SYSPLEX.PROCLIB de cada entorno.

C.- DD LFILE, donde se ubica el archivo de HOST a transmitir.

D.- DD SYSIN, donde se declaran las opciones de transmisin de archivos.

Se declara como poltica, que en cada JCL-TANTIA, se deber generar un paso por cada archivo y/o

JOB a transferir, ya sea para esquemas de Envo y/o Recuperacin.

El parmetro del COND, deber ser omitido de los pasos TANTIA, ya que el mismo PROC retorna el

cdigo de retorno, RC, a menos de que sea requerido en pasos No-TANTIA, posteriores a estos.

SYSIN

El SYSINse compone de 6 parmetros:

SNODE

TIPO

TIPO

SEND

Nombre del nodo de Connect:Direct.

Determina el tipo de transmisin a ejecutar.

Enva la transmisin de Host a servidor.RECEIVE (nota) Realiza una recuperacin de servidor a Host

Nota.- La parte de recuperacin va XCOM, Connect:Direct y SCP se encuentran

actualmente en desarrollo.

Modelo Tantia V 1.2

OPTS

ASCII

LF

Opciones con las cuales se baja el archivo de datos a los

servidores de Tantiaestas son:

Los datos enviados desde el Host en EBCDICrequieren una conversin ASCII.

En un envo indica que para cada registro enviado

por el Host de longitud fija los espacios al final onulos son removidos y el byte de alimentacin de

pgina es insertado.



16/28

CR

CODEPAGE

CRLF

Por ejemplo:

En un envo indica que para cada registroenviado por el Host de longitud fija los espaciosal final o nulos son removidos y el byte deretorno de carro es insertado.

Indica la tabla de conversin a ser utilizada, estapuede aplicar de ASCII A EBCDIC o viceversa.

En un envo indica que para cada registroenviado por el Host de longitud fija los espacios

al final o nulos son removidos y el byte deretorno de carro y de alimentacin de pgina esinsertado.

OPTS=ASCII,LF

OPTS==ASCII,CR

OPTS=ASCII,CRLF

OPTS=ASCII,LF,CODEPAGE=XX

Donde XX es a tabla de conversin correspondiente a un cambio de

caracteres en particular, checar con el rea de transmisiones las tablas

de conversin existentes, en caso de requerir alguna.

RUTA Destino en el caso de un SEND o ruta de donde se recuperara el archivo en

Server, definida y bajo la responsabilidad del propio aplicativo.

RFILENombre del archivo en el servidor con el que se dejara el archivo en el caso de

un SEND, o nombre del archivo que se recuperar en el caso de un RECEIVE,

definido y bajo responsabilidad del propio aplicativo.

SYSOPT Opciones de Connect:Direct con las cuales se baja el archivo de

datos a los servidores de Tantia al servidor destino. Cabe

sealar que existe una diferencia en la forma de codificar dicho

parmetro dependiendo si la plataforma es UNIX o Windows,

para lo cual se tiene la siguiente tabla.

Plataforma Windows

Modelo Tantia V 1.2

DATATYPE(TEXT/BINARY) Especifica el tipo de dato contenido dentro

del archivo.

TEXTindica que archivo es de tipotexto y que los blancos al final serneliminados al menos que se

especifique STRIP.BLANKS(NO).

BINARYindica que el archivocontiene datos binarios.



17/28

Modelo Tantia V 1.2

STRIP.BLANKS(YES/NO)

XLATE(YES/NO)

datatype=text/binary

strip.blanks=yes/no

xlate=yes/no

Determina si los blancos al final de cadaregistro son removidos de la lnea de texto

antes de ser escritos al archivo de texto deWindows.

Nota:El parmetro STRIP.BLANKS esignorado si DATATYPE(BINARY) es

especificado.

YESremueve los blancos de cadaregistro.

NOrespeta los blancos al final decada registro.

Indica si una conversin de caracteres debe

ser realizada utilizando la tabla de conversinpor default. Frecuente mente la conversin esentre ASCII y EBCDIC.

YESindica que la conversin debeser realizada.

NOno realiza ninguna conversin.

Nota:La conversin de datos es realizada almenos que se especifique XLATE(NO)

Plataforma UNIXEspecifica el tipo de dato contenido dentrodel archivo.

textindica que archivo es de tipotexto y que los blancos al final serneliminados al menos que seespecifique strip.blanks=no.

binary indica que el archivocontiene datos binarios.

Determina si los blancos al final de cadaregistro son removidos de la lnea de textoantes de ser escritos al archivo de texto deUNIX.

Nota:El parmetro strip.blanks es ignorado

si datatype=binary es especificado.

yes remueve los blancos de cadaregistro.

no respeta los blancos al final decada registro.

Indica si una conversin de caracteres debeser realizada utilizando la tabla de conversin

por default. Frecuente mente la conversion es

entre ASCCI y EBCDIC. yes indica que la conversin debe

ser realizada.

no no realiza ninguna conversin.

Nota:La conversin de datos es realizada almenos que se especifique xlate=no.



18/28

Ejemplo Plataforma UNIX

JCL de ejemplo:

Fig. 12


B.- Scheduler Environment en caso de ser necesario (para el caso de Mxico PU este es necesario).


D.- Nodo de Connect:Direct a donde se desea realizar la transmisin.


F.- ASCII,LF indica que la transmisin convierte de EBCDIC a ASCII y se tiene que se eliminan los

espacios o nulos, se agrega el byte de control de alimentacin de pagina.



I.- Opciones para Connect Direct, para el ejemplo son opciones que aplican a una plataformaUNIX.

Modelo Tantia V 1.2



19/28


Las salidas generadas por el proceso de Tantia son 3.

La primera salida generada por el procedimiento TANTIANW(HFT0101) realiza las validaciones correspondientes y generael archivo de control para la transmisin correspondiente.

Fig. 13






20/28

Donde:A

B

Fig. 14

Archivo de datos.Archivo de control.

Modelo Tantia V 1.2



muestra:



21/28

Fig. 15

Donde los mensajes HFTM0UNX son los mensajes enviados por los GTWs

de Tantia,como resultado de la transmisin, tal como se puede observar en la


o Local File, ruta de donde se realizo la transmisin.o Remote File, ruta a donde se realiza la transmisin.o DATE TX, fecha y hora en la que se realizo la transmisin del de los

GTWs de Tantia.o ID TX, Numero de transmisin de Connect:Direct.o MESSAGE, Mensaje del Connect:Direct como resultado de la

transmisin.o BYTES TX, Nmero de bytes transmitidos por el Connect:Direct al

servidor destino.




espera la respuesta por parte de los GTWs de Tantia y en caso de ser

errnease muestra la siguiente pantalla:

Modelo Tantia V 1.2



22/28

Modelo Tantia V 1.2

Fig. 16




o Local File, ruta de donde se realizo la transmisin.o Remote File, ruta a donde se realiza la transmisin.o DATE TX, fecha y hora en la que se realizo la transmisin de

Connect:Direct.o ID TX, nmero de transmisin asignada por Connect: Direct.

o MESSAGE, Mensaje de error envido por Connect:Direct.o BYTES TX, bytes transmitidos.





23/28

A

B

Fig. 17

+HFTERR01 XM050083 JOB63792 Error envo va Tantia+HFTERR01 MESSAGE: Open failed for copy output file.Fdbk=&FDBK.

Ejemplo Plataforma Windows

JCL de ejemplo:

Fig. 18



24/28


B.- Scheduler Environment en caso de ser necesario (para el caso de Mxico PU este esnecesario).


D.- Nodo de Connect Direct a donde se desea realizar la transmisin.


F.- ASCII,LF indica que la transmisin convierte de EBCDIC a ASCII y se tiene que seeliminan los espacios o nulos, se inserta el byte de control de alimentacin de pagina.



I.- Opciones para Connect Direct, para el ejemplo son opciones que aplican a una plataforma

Windows.


Las salidas generadas por el proceso de Tantiadel ejemplo 3.

La primera salida generada por el procedimiento TANTIANW (HFT0101)

realiza las validaciones correspondientes y genera el archivo de control para la

transmisin correspondiente.

Fig. 19




Modelo Tantia V 1.2



25/28

Donde:

A

B

Fig. 20

Archivo de datos.

Archivo de control.

Modelo Tantia V 1.2



muestra:


AA


26/28

Fig. 21


Tantia como resultado de la transmisin, tal como se puede observar en lafigura 21, los mensajes enviados por los servidores son:

o Local File, ruta de donde se realizo la transmisin.o Remote File, ruta a donde se realiza la transmisin.o DATE TX, fecha y hora en la que se realizo la transmisin de los

GTWs de Tantia.o ID TX, Numero de transmisin de Connect:Direct.o MESSAGE, Mensaje del Connect:Direct como resultado de la

transmisin.o BYTES TX, Nmero de bytes transmitidos por el Connect:Direct al

servidor destino.




espera la respuesta por parte de los GTWs deTantiay en caso de ser errnease

muestra la siguiente pantalla:



27/28

Modelo Tantia V 1.2

Fig.22

Donde los mensajes HFTM0UNX son los mensajes enviados por los GTWs deTantia como resultado de la transmisin, tal como se puede observar en la


o Local File, ruta de donde se realizo la transmisin.o Remote File, ruta a donde se realiza la transmisin.o DATE TX, fecha y hora en la que se realizo la transmisin

de Connect:Direct.o ID TX, nmero de transmisin asignada por

Connect:Direct.o MESSAGE, Mensaje de error envido por Connect:Direct.o BYTES TX, bytes transmitidos.





28/28

Fin del Documento

Modelo Tantia V 1.2Gua de Referencia del Usuario

A

B

Fig. 23

+HFTERR01 XM050083 JOB63792 Error envo va Tantia+HFTERR01 MESSAGE: Open failed for copy output file.Fdbk=&FDBK.

Pg. 28

Guía de Referencia de Usuario - JCL Tantia Modelo v 1 2

Documents

Transcript of Guía de Referencia de Usuario - JCL Tantia Modelo v 1 2