DFHMDF

La macro DFHMDF define un campo dentro de una correlación definida por la macro DFHMDI anterior.

DFHMDF (parte 1)

Leer diagrama de sintaxisOmitir diagrama de sintaxis visualFldDFHMDF,POS=número(línea,columna)LENGTH=númeroJUSTIFY=(LEFTRIGHT,BLANKZERO)INITIAL='datos-car'XINIT=datos hexadecimalesGINIT='caracteres DBCS'ATTRB=(ASKIPPROTUNPROT,NUM,BRTNORMDRK,DET,IC,FSET)HILIGHT=OFFBLINKREVERSEUNDERLINEVALIDN=(,MUSTFILLMUSTENTERTRIGGERUSEREXIT)OUTLINE=BOX(,LEFTRIGHTOVERUNDER)TRANSP=YESNO
Notas:
  • 1 Los caracteres DBCS comienzan con un carácter de salida X'0E' y terminan con un carácter de entrada X'0F'.

DFHMDF (parte 2)

Leer diagrama de sintaxisOmitir diagrama de sintaxis visualFldDFHMDF,COLOR=DEFAULTcolorPS=BASEPsidGRPNAME=nombre-grupoOCCURS=númeroPICIN='valor'PICOUT='valor'SOSI=NOYESCASE=MIXED

Descripción

Un mapa contiene cero o más campos.

fld es el nombre (1-30 caracteres) del campo. Consulte el manual del compilador para asegurarse de que no hay otras restricciones en la longitud.

Para obtener más información sobre la definición de nombres de campo, consulte Creación de la correlación. Si se omite fld , los programas de aplicación no pueden acceder al campo para cambiar sus atributos o modificar su contenido. Para una correlación de salida, omitir el nombre de campo puede ser adecuado cuando se utiliza el operando INITIAL para especificar el contenido de un campo. Si se especifica un nombre de campo y la correlación que incluye el campo se utiliza en una operación de correlación, los datos proporcionados por el usuario se superpone a los datos proporcionados por la inicialización (a menos que sólo se estén grabando los datos predeterminados).

El rendimiento de las operaciones de correlación de entrada se optimiza si las macros DFHMDF se organizan en orden numérico del operando POS.

No puede definir más de 1023 campos con nombre para una correlación de entrada/salida COBOL, C o PL/I.

Debe asegurarse de que los nombres de correlaciones y los nombres de campos dentro de un conjunto de correlaciones (o dentro de varios conjuntos de correlaciones que se copian en un programa de aplicación) sean exclusivos. Sin embargo, una correlación puede tener el mismo nombre que un conjunto de correlaciones.

Antes de que CICS® pueda cargar una correlación física, debe definir una correlación física utilizando una transacción RDO con el atributo MAPSET.

Operandos

ATTRB
Este operando sólo se aplica a dispositivos de corriente de datos 3270; se ignora para otros dispositivos, excepto que ATTRB=DRK se respeta para la unidad lógica de impresora SCS. También se ignora (excepto para ATTRB=DRK) si se especifica la opción NLEOM en el mandato SEND MAP para la transmisión a una impresora 3270. En concreto, ATTRB=DRK no debe utilizarse como método de protección de datos seguros en la salida en terminales de impresora non-3270, no SCS.
Si se especifica ATTRB dentro de un grupo de campos, debe especificarse en la primera entrada de campo. Un grupo de campos aparece como un campo para 3270. Por lo tanto, la especificación ATTRB hace referencia a todos los campos de un grupo como un campo en lugar de como campos individuales. Especifica características y atributos dependientes del dispositivo, como la capacidad de un campo para recibir datos, o la intensidad que se debe utilizar cuando se produce el campo. Sin embargo, podría utilizarse para hacer que un campo de entrada no se visualice para la entrada segura de una contraseña desde una pantalla. Para los campos de correlación de entrada, DET y NUM son las únicas opciones válidas; todas las demás se ignoran.
ASKIP
es el valor predeterminado y especifica que los datos no se pueden teclear en el campo y hace que el cursor salte sobre el campo.
BRT
especifica que es necesaria una visualización de alta intensidad del campo. Debido a las asignaciones de bits de caracteres de atributo 3270, un campo especificado como BRT también es potencialmente detectable. Sin embargo, para que el campo sea reconocido como detectable por BMS, también debe especificarse DET.
DET
especifica que el campo es potencialmente detectable.
El primer carácter de un campo detectable 3270 debe ser uno de los siguientes:
?  >  &  blank

Si ? o >, el campo es un campo de selección; si & o está en blanco, el campo es un campo de atención. (Consulte An Introduction to the IBM 3270 Information Display System, GA27-2739 para obtener más detalles sobre los campos detectables.)

Un campo para el que se especifica BRT es potencialmente detectable en 3270, debido a las asignaciones de bits de caracteres de atributo 3270, pero BMS no lo reconoce como tal a menos que también se especifique DET.

DET y DRK se excluyen mutuamente.

Si se especifica DET para un campo en una correlación con MODE=IN, sólo se reserva un byte de datos para cada campo de entrada. Este byte se establece en X'00 'y permanece sin cambios si el campo no está seleccionado. Si el campo está seleccionado, el byte se establece en X'FF '.

No se proporcionan otros datos, incluso si el campo es un campo de selección y se ha pulsado la tecla INTRO.

Si se requieren los datos de un campo detectable, deberán cumplirse todas las condiciones siguientes:
  1. El campo debe empezar con uno de los caracteres siguientes:
    ?  >  &  blank

    y DET debe especificarse en la correlación de salida.

  2. La tecla INTRO (o alguna otra tecla de atención) debe pulsarse después de que se haya seleccionado el campo, aunque la tecla INTRO no es necesaria para los campos detectables que empiezan por & o un espacio en blanco.
  3. No se debe especificar DET para el campo en la correlación de entrada. Sin embargo, el ETT debe especificarse en la correlación de salida. Para obtener más información sobre el soporte de BMS del lápiz fotosensible, consulte la publicación CICS Application Programming Guide.
DRK
especifica que el campo es no imprimir/no visualizar. No puede especificarse DRK si se especifica DET.
FSET
especifica que el código de datos modificado (MDT) para este campo debe establecerse cuando el campo se envía a un terminal.

La especificación de FSET hace que 3270 trate el campo como si se hubiera modificado. En una lectura posterior desde el terminal, se lee este campo, tanto si se ha modificado como si se ha modificado. El MDT permanece establecido hasta que el campo se reescribe sin ATTRB=FSET, o hasta que una solicitud de correlación de salida hace que se restablezca el MDT.

Se puede aplicar cualquiera de dos conjuntos de valores predeterminados cuando se está definiendo un campo que se va a visualizar en un 3270, pero no se han especificado todos los parámetros. Si no se especifica ningún parámetro ATTRB, se presuponen ASKIP y NORM. Si se especifica algún parámetro, se asumen UNPROT y NORM para ese campo a menos que se altere temporalmente mediante un parámetro especificado.

IC
especifica que el cursor debe colocarse en la primera posición del campo. El atributo IC para el último campo para el que se especifica en un mapa es el que entra en vigor. Si no se especifica para ningún campo de un mapa, la ubicación predeterminada es cero. La especificación de IC con ASKIP o PROT hace que el cursor se coloque en un campo no clave.

Esta opción puede alterarse temporalmente mediante la opción CURSOR del mandato SEND MAP que provoca la operación de grabación.

NORM
especifica que la intensidad del campo debe ser normal.
núm
garantiza que el teclado de entrada de datos se establezca en un desplazamiento numérico para este campo a menos que el operador pulse la tecla de desplazamiento alfa e impida la entrada de datos no numéricos si está instalada la característica Bloqueo numérico del teclado.
PROT
especifica que los datos no pueden teclearse en el campo.

Si los datos se van a copiar de un dispositivo a otro conectado a la misma unidad de control 3270, la primera posición (dirección 0) en el almacenamiento intermedio del dispositivo desde el que se va a copiar no debe contener un byte de atributo para un campo protegido. Por lo tanto, al preparar correlaciones para 3270s, asegúrese de que la primera correlación de cualquier página no contenga un campo protegido a partir de la posición 0.

UNPROT
especifica que los datos pueden teclearse en el campo.
CASE
especifica que el campo contiene tanto datos en mayúsculas como en minúsculas que se van a convertir a mayúsculas si la definición de terminal especifica la opción katakana support (KATAKANA (YES) en la definición RDO TYPETERM).

Debe especificarse si se sabe que un campo contiene caracteres latinos en minúsculas, pero puede visualizarse en una pantalla katakana. No debe especificarse si el campo puede contener caracteres katakana válidos.

COLOR
indica el color individual o el color predeterminado para el conjunto de mapas (cuando sea aplicable).

Los colores válidos son azul, rojo, rosa, verde, turquesa, amarillo y neutro.

El operando COLOR se ignora a menos que el terminal soporte el color, tal como indica la opción COLOR de RDO.

GINIT
especifica datos constantes o por omisión para un campo de salida. GINIT se utiliza para especificar datos en cadenas de caracteres DBCS, que deben ir encerradas por caracteres SO (shift out, X'0E' ) y SI (shift in, X'0F' ). Cuando se especifica GINIT, la longitud debe ser par y es el número de bytes de la serie (es decir, no el número de caracteres DBCS). Si se utiliza un tipo de datos gráfico (PS = X'F8') y el lenguaje se indica como COBOL2 (Enterprise COBOL o VS COBOL II), se genera un PIC G. Solo se puede especificar uno de GINIT, INITIAL o XINIT.
GRPNAME
es el nombre utilizado para generar definiciones de almacenamiento simbólico y para combinar campos específicos bajo un nombre de grupo. Se debe especificar el mismo nombre de grupo para cada campo que va a pertenecer al grupo. La longitud del nombre es de hasta 30 caracteres, consulte el manual del compilador para asegurarse de que no hay otras restricciones en la longitud.

Las reglas para definir nombres de grupo son las mismas que para definir nombres de campo. Consulte Creación de la correlación para obtener más detalles.

Si se especifica este operando, no se puede especificar el operando OCCURS.

Los campos de un grupo deben seguir; puede haber huecos entre ellos, pero no otros campos de fuera del grupo. Debe especificarse un nombre de campo para cada campo que pertenece al grupo, y también debe especificarse el operando POS para asegurarse de que los campos se suceden entre sí. Todas las macros DFHMDF que definen los campos de un grupo deben colocarse juntas y en el orden correcto (orden numérico ascendente del valor POS).

Por ejemplo, las primeras 20 columnas de las primeras seis líneas de un mapa se pueden definir como un grupo de seis campos, siempre que las columnas restantes de las primeras cinco líneas no estén definidas como campos.

El operando ATTRB especificado en el primer campo del grupo se aplica a todos los campos del grupo.

HILIGHT
especifica el atributo de resaltado predeterminado para todos los campos de todas las correlaciones de un conjunto de correlaciones.
DESAC.
es el valor predeterminado e indica que no se utiliza ningún resaltado.
BLINK
especifica que el campo debe parpadear.
Inverso
especifica que el carácter o campo se visualiza en el vídeo inverso, por ejemplo, en un 3278, caracteres negros en un fondo verde.
SUBRAYADO
especifica que un campo está subrayado.

El operando HILIGHT se ignora a menos que el terminal soporte el resaltado, tal como indica la opción HILIGHT (YES) de RDO TYPETERM.

INITIAL (o XINIT)
especifica datos constantes o por omisión para un campo de salida. INITIAL se utiliza para especificar datos en formato de caracteres; XINIT se utiliza para especificar datos en formato hexadecimal.
Para los campos con el atributo DET, deben proporcionarse los datos iniciales que empiezan por uno de los caracteres siguientes:
?  >  &  blank

El número de caracteres que se pueden especificar en el operando INITIAL está restringido a la limitación de continuación del ensamblador que se va a utilizar o al valor especificado en el operando LENGTH (el que sea menor).

Los datos hexadecimales se escriben como un número par de dígitos hexadecimales, por ejemplo, XINIT=C1C2. Si el número de caracteres válidos es menor que la longitud del campo, los datos se rellenan a la derecha con espacios en blanco. Por ejemplo, si LENGTH=3, XINIT=C1C2 da como resultado un campo inicial de 'AB'.

Si se especifican datos hexadecimales que se corresponden con caracteres de control de línea o formato, los resultados son imprevisibles. Por lo tanto, el operando XINIT debe utilizarse con cuidado. Solo se puede especificar uno de GINIT, INITIAL o XINIT.

Justificación
especifica las justificaciones de campo para las operaciones de entrada. Este operando se ignora para los terminales 3600, 3650 y 3790 soportados por VTAM ®, porque la correlación de entrada no está disponible.
LEFT
especifica que los datos del campo de entrada se ajustan a la izquierda.
DERECHA
especifica que los datos del campo de entrada se ajustan a la derecha.
BLANK
especifica que deben insertarse espacios en blanco en cualquier posición no rellenada de un campo de entrada.
ZERO
especifica que los ceros deben insertarse en cualquier posición no rellenada de un campo de entrada.
LEFT y RIGHT se excluyen mutuamente, al igual que BLANK y ZERO. Si se proporcionan ciertos argumentos pero otros no, las suposiciones se hacen de la siguiente manera:
Specified       Assumed
 
LEFT            BLANK
RIGHT           ZERO
BLANK           LEFT
ZERO            RIGHT

Si se omite JUSTIFIC, pero se especifica el atributo NUM, se presuponen RIGHT y ZERO. Si se omite JUSTIFIC, pero se especifican atributos que no son NUM, se presuponen LEFT y BLANK.

Nota: Si un campo se inicializa mediante una correlación de salida o contiene datos de cualquier otro origen, los datos que se escriben como entrada sólo sobrescriben la longitud equivalente de los datos existentes; los datos existentes sobrantes permanecen en el campo y podrían provocar una interpretación inesperada de los nuevos datos.
LONGITUD
especifica la longitud (1-256 bytes) del campo o grupo de campos. Esta longitud es la longitud máxima necesaria para que los datos del programa de aplicación se especien en el campo; no incluye el indicador de atributo de 1 byte añadido al campo por CICS para su uso en el proceso posterior. La longitud de cada subcampo individual dentro de un grupo no debe superar los 256 bytes.

En general, se puede omitir LENGTH si se especifica PICIN o PICOUT, a menos que PICOUT defina una imagen COBOL que contenga un símbolo de moneda que sustituya un signo de moneda de longitud mayor que 1. De lo contrario, se requiere LENGTH. Puede especificar una longitud de cero sólo si omite la etiqueta (nombre de campo) de la macro DFHMDF. Es decir, el campo no forma parte de la estructura de datos de aplicación y el programa de aplicación no puede modificar los atributos del campo. Puede utilizar un campo con longitud cero para delimitar un campo de entrada en un mapa.

Las dimensiones de correlación especificadas en el operando SIZE de la macro DFHMDI que define una correlación pueden ser más pequeñas que el tamaño de página real o el tamaño de pantalla definido para el terminal.

Si la especificación LENGTH de una macro DFHMDF hace que se supere el límite definido por la correlación en la misma línea, el campo de la pantalla de salida continúa ajustándose.

APARICIONES
especifica que el número indicado de entradas para el campo se van a generar en una correlación, y que la definición de correlación se va a generar de tal forma que los campos sean direccionables como entradas en una matriz o una matriz. Esto permite que varios campos de datos se dirija con el mismo nombre (subíndice) sin generar un nombre exclusivo para cada campo.

OCCURS y GRPNAME se excluyen mutuamente; es decir, OCCURS no se puede utilizar cuando se han definido campos bajo un nombre de grupo. Si se omite este operando, se presupone un valor de OCCURS=1 .

OUTLINE
permite que las líneas se incluyan por encima, por debajo, a la izquierda o a la derecha de un campo. Puede utilizar estas líneas en cualquier combinación para construir recuadros alrededor de campos o grupos de campos.
PICIN (solo COBOL y PL/I)
especifica una imagen que se aplicará a un campo de entrada en una correlación IN o INOUT; esta imagen sirve como especificación de edición que se pasa al programa de aplicación, permitiendo así al usuario utilizar las prestaciones de edición de COBOL o PL/I. BMS comprueba que los caracteres especificados son especificaciones de imagen válidas para el idioma del mapa.

Sin embargo, BMS o el lenguaje de alto nivel no comprueban la validez de los datos de entrada cuando se utiliza la correlación, por lo que el programa de aplicación debe realizar cualquier comprobación que desee. La longitud de los datos asociados con "valor" debe ser la misma que la especificada en el operando LENGTH si se especifica LENGTH. Si se utilizan PICIN y PICOUT, se genera un mensaje de error si sus longitudes calculadas no concuerdan; se utiliza la menor de las dos longitudes. Si PICIN o PICOUT no está codificado para la definición de campo, se genera automáticamente una definición de carácter del campo independientemente de otros operandos codificados, como ATTRB=NUM.

Como ejemplo, supongamos que se crea la siguiente definición de correlación para referencia mediante un programa de aplicación COBOL:
MAPX  DFHMSD  TYPE=DSECT,
              LANG=COBOL,
              MODE=INOUT
MAP   DFHMDI  LINE=1,COLUMN=1,
              SIZE=(1,80)
F1    DFHMDF  POS=0,LENGTH=30
F2    DFHMDF  POS=40,LENGTH=10,
              PICOUT='$$$,$$0.00'
F3    DFHMDF  POS=60,LENGTH=6,
              PICIN='9999V99',
              PICOUT='ZZ9.99'
      DFHMSD  TYPE=FINAL
Esto genera el siguiente DSECT:
01  MAPI.
    02  F1L     PIC S9(4) COMP.
    02  F1A     PIC X.
    02  FILLER REDEFINES F1A.
     03  F1F    PIC X.
    02  F1I     PIC X(30).
    02  FILLER  PIC X.
    02  F2L     PIC S9(4) COMP.
    02  F2A     PIC X.
    02  FILLER REDEFINES F2A.
     03  F2F    PIC X.
    02  F2I     PIC X(10).
    02  FILLER  PIC X.
    02  F3L     PIC S9(4) COMP.
    02  F3A     PIC X.
    02  FILLER REDEFINES F3A.
     03  F3F    PIC X.
    02  F3I     PIC 9999V99.
    02  FILLER  PIC X.
01  MAPO REDEFINES MAPI.
    02  FILLER  PIC X(3).
    02  F1O     PIC X(30).
    02  FILLER  PIC X.
    02  FILLER  PIC X(3).
    02  F2O     PIC $$$,$$0.00.
    02  FILLER  PIC X.
    02  FILLER  PIC X(3).
    02  F3O     PIC ZZ9.99.
    02  FILLER  PIC X.
Los valores de imagen válidos para correlaciones de entrada COBOL son:
A P S V X 9 / and (
Los valores de imagen válidos para correlaciones de entrada PL/I son:
A B E F G H I K M P R S T V
X Y and Z
 
1 2 3 6 7 8 9 / + - , . *
$ and (

Consulte el manual de consulta de lenguaje adecuado para obtener la sintaxis correcta del atributo PICTURE.

Nota: PL/I da soporte a varios signos de moneda y signos de moneda de varios caracteres en las especificaciones PICTURE.

El símbolo de imagen de moneda predeterminado es el signo de dólar ($), que representa el símbolo de moneda nacional; por ejemplo, el dólar ($), la libra (£) o el yen (¥).

El símbolo de imagen de moneda predeterminado se puede sustituir por una serie de moneda delimitada por menos de (<) y mayores que (>) símbolos. Por ejemplo:
DECLARE
    USPRICE PICTURE '$99.99',
    UKPRICE PICTURE '<£>99.99',
    EUPRICE PICTURE '<EUR>99.99';
PICOUT (solo COBOL y PL/I)
es como PICIN, excepto que se genera una imagen que se va a aplicar a un campo de salida en el mapa OUT o INOUT.
Los valores de imagen válidos para correlaciones de salida COBOL son:
A B E P S V X Z 0 9 , . + - $
CR DB / and (
Los valores de imagen válidos para correlaciones de salida PL/I son:
A B E F G H I K M P R S T V
X Y and Z
 
1 2 3 6 7 8 9 / + - , . * $
CR DB and (

Consulte el manual de consulta de lenguaje adecuado para obtener la sintaxis correcta del atributo PICTURE.

Nota: PL/I da soporte a varios signos de moneda y signos de moneda de varios caracteres en las especificaciones PICTURE.

El símbolo de imagen de moneda predeterminado es el signo de dólar ($), que representa el símbolo de moneda nacional; por ejemplo, el dólar ($), la libra (£) o el yen (¥).

El símbolo de imagen de moneda predeterminado se puede sustituir por una serie de moneda delimitada por menos de (<) y mayores que (>) símbolos. Por ejemplo:
DECLARE
    USPRICE PICTURE '$99.99',
    UKPRICE PICTURE '<£>99.99',
    EUPRICE PICTURE '<EUR>99.99';
Nota: COBOL da soporte a varios signos de moneda y signos de moneda de varios caracteres en las especificaciones PICTURE.

El símbolo de imagen de moneda predeterminado es el signo de dólar ($), que representa el símbolo de moneda nacional; por ejemplo, el dólar ($), la libra (£) o el yen (¥).

El símbolo de imagen de moneda por omisión se puede sustituir por un símbolo de imagen de moneda diferente definido en la cláusula SPECIAL NAMES. El signo de moneda representado por el símbolo de imagen se define en la misma cláusula. Por ejemplo:
SPECIAL NAMES.
CURRENCY SIGN IS '$' WITH PICTURE SYMBOL '$'.
CURRENCY SIGN IS '£' WITH PICTURE SYMBOL '£'.
CURRENCY SIGN IS 'EUR' WITH PICTURE SYMBOL '#'.

WORKING STORAGE SECTION.
01 USPRICE PIC $99.99.
01 UKPRICE PIC £99.99.
01 ECPRICE PIC #99.99.
LENGTH debe especificarse cuando PICOUT especifica una imagen COBOL que contiene un símbolo de moneda que sustituye un signo de moneda de longitud mayor que 1.
POS
especifica la ubicación de un campo. Este operando especifica la ubicación de carácter direccionable individualmente en una correlación en la que se coloca el byte de atributo que precede al campo.
número
especifica el desplazamiento (relativo a cero) desde el principio del mapa que se está definiendo.
(línea, columna)
especificar líneas y columnas (relativas a una) dentro del mapa que se está definiendo.

La ubicación de los datos en el medio de salida también depende de los operandos DFHMDI.

La primera posición de un campo está reservada para un byte de atributo. Al suministrar datos para la correlación de entrada desde dispositivos non-3270 , los datos de entrada deben permitir espacio para este byte de atributo. Los datos de entrada no deben empezar en la columna 1, pero pueden empezar en la columna 2.

El operando POS siempre contiene la ubicación de la primera posición en un campo, que normalmente es el byte de atributo cuando se comunica con 3270. Para el segundo y subsiguientes campos de un grupo, el operando POS apunta a una posición de byte de atributo asumida, antes del inicio de los datos, aunque no sea necesario ningún byte de atributo real. Si los campos se suceden inmediatamente entre sí, el operando POS apunta a la última posición de carácter en el campo anterior del grupo.

Cuando se especifica un número de posición que representa la última posición de carácter en 3270, se aplican 2 reglas especiales:
  • ATTRIB=IC no debe codificarse. El cursor se puede establecer en la ubicación cero utilizando la opción CURSOR de un mandato SEND MAP, SEND CONTROL o SEND TEXT.
  • Si el campo se va a utilizar en una operación de correlación de salida con MAP=DATAONLY en el mandato SEND MAP, el programa de aplicación debe proporcionar un byte de atributo para ese campo en la estructura de datos de correlación simbólica.
PS
especifica que se van a utilizar símbolos programados. Esto altera temporalmente cualquier operando PS establecido por la macro DFHMDI o la macro DFHMSD.
BASE
es el valor predeterminado y especifica que se va a utilizar el conjunto de símbolos base.
Psid
especifica un único carácter EBCDIC, o un código hexadecimal con el formato X'nn ', que identifica el conjunto de símbolos programados que se van a utilizar.

El operando PS se ignora a menos que el terminal soporte símbolos programados, tal como indica PROGBOLOS (YES) en la definición RDO TYPETERM.

SOSI
indica que el campo puede contener una mezcla de datos EBCDIC y DBCS. Los subcampos DBCS dentro de un campo EBCDIC están delimitados por caracteres SO (desplazamiento a teclado ideográfico) y SI (desplazamiento a teclado estándar). Tanto SO como SI ocupan una única posición de pantalla (normalmente se visualiza como un espacio en blanco). Se pueden incluir en cualquier campo no DBCS en la salida, si están emparejados correctamente. El usuario de terminal puede transmitirlos de entrada si ya están presentes en el campo, pero puede añadirlos a un campo EBCDIC sólo si el campo tiene el atributo SOSI.
TRANSP
determina si el fondo de un campo alfanumérico es transparente u opaco, es decir, si un espacio de presentación subyacente (gráfico) es visible entre los caracteres.
VALIDN
especifica que:
  • la validación se va a utilizar en un terminal 8775
  • este campo puede ser procesado por las salidas de usuario globales de BMS
Esto altera temporalmente cualquier operando VALIDN en la macro DFHMDI o la macro DFHMSD.
MUSTFILL
especifica que el campo debe rellenarse completamente con datos. Un intento de mover el cursor desde el campo antes de que se haya rellenado, o de transmitir datos desde un campo incompleto, genera la condición INHIBIR ENTRADA
MUSTENTER
especifica que los datos deben introducirse en el campo, aunque no es necesario rellenarlos. Un intento de mover el cursor desde un campo vacío genera la condición INHIBIR ENTRADA
DESENCADENANTE
especifica que este campo es un campo desencadenante. Los campos de desencadenante se describen en Soporte de campo de desencadenante.
USEREXIT
especifica que este campo debe ser procesado por las salidas de usuario globales BMS, XBMIN y XBMOUT, si este campo se recibe o se transmite en una corriente de datos 3270 cuando se habilita la salida respectiva.

Las especificaciones MUSTFILL, MUSTENTER y TRIGGER sólo son válidas para los terminales que dan soporte al atributo ampliado de validación de campo; de lo contrario, se ignoran. La especificación USEREXIT se aplica a todos los dispositivos 3270.

Nota: La especificación USEREXIT no está conectada con el atributo ampliado de validación de campo tal como se define en la arquitectura de corriente de datos 3270.
XINIT
consulte INITIAL, anteriormente en la lista. Solo se puede especificar uno de GINIT, INITIAL o XINIT.