La lógica del juego especifica qué documentos, cuántos y en qué secuencia, pueden aparecer en un juego. También determina cuándo comienza un nuevo juego (a lo que se denomina salto de juego). La lógica del juego se especifica en el cuadro de diálogo Definición de juego.
Niv se utiliza para indicar la jerarquía de los formularios en el juego. Al rellenar formularios (declaraciones de impuestos, por ejemplo), es sabido que no se pueden enviar anexos o páginas suplementarias sin un formulario principal. Para FORMS, esto sólo es evidente si se utiliza para indicarlo. En este ejemplo, el juego consta de un formulario principal y de tres anexos, y el primer anexo puede tener a su vez dos subanexos.
|
Estructura de formularios |
Niv |
|
Formulario principal |
1 |
|
Anexo 1 |
2 |
|
Subanexo 1 |
3 |
|
Subanexo 2 |
3 |
|
Anexo 2 |
2 |
|
Anexo 3 |
2 |
Los saltos de juego siempre se producen en el nivel 1 (nunca en el 2 ni en el 3, por ejemplo).
Nota: Si va a procesar cierto número de formularios casi idénticos al mismo tiempo y exactamente de la misma forma, infórmese sobre la función de Alias.
Después de definir el nivel, quedan algunos detalles por aclarar: ¿Puede procesarse el formulario principal por sí solo, o deben estar incluidos los anexos? ¿Puede haber varios anexos del mismo tipo? Estas preguntas se responden en De y A, que especifican el número mínimo y máximo de formularios de cada tipo que son aceptables en el juego.
|
Estructura de formularios |
Niv |
De |
A |
|
Formulario principal |
1 |
1 |
1 |
|
Anexo 1 |
2 |
0 |
1 |
|
Subanexo 1 |
3 |
1 |
1 |
|
Subanexo 2 |
3 |
0 |
1 |
|
Anexo 2 |
2 |
0 |
1 |
|
Anexo 3 |
2 |
0 |
1 |
Aquí, la estructura del juego se describe mediante valores que indican cuántos formularios de cada tipo son necesarios y cuántos se permiten. En este ejemplo, sólo es aceptable un formulario principal, ni más ni menos; cada formulario principal puede ir acompañado de no más de un anexo de cada tipo, pero los anexos no son obligatorios. Si el anexo 1 está presente, entonces es obligatorio un subanexo 1 y se permite un máximo de un subanexo 2.
A primera vista, puede parecer (debido al 1 debajo de De) que el subanexo 1 es un componente obligatorio del juego. Pero el hecho de que el subanexo 1 tenga el Niv 3 (debajo del anexo 1) significa que De 1 sólo sea válido si está presente el anexo 1 (que ocupa un lugar más alto en la jerarquía).
Para especificar que no hay límite en cuanto al número de formularios permitidos, escriba 999 debajo de A. (En este campo, 998 es el número máximo, mientras que 999 indica un número infinito de documentos.)
Incluso después de especificar De y A, quedan detalles por concretar: ¿Deben hallarse los anexos en una secuencia específica o pueden aparecer en cualquier orden? ¿Puede el subanexo 2 preceder al subanexo 1? Estas preguntas se responden mediante Sec, que indica si los formularios deben aparecer en la secuencia en que están en la lista.
|
Estructura de formularios |
Niv |
De |
A |
Sec |
|
Formulario principal |
1 |
1 |
1 |
¤ |
|
Anexo 1 |
2 |
0 |
1 |
¤ |
|
Subanexo 1 |
3 |
1 |
1 |
¡ |
|
Subanexo 2 |
3 |
0 |
1 |
¡ |
|
Anexo 2 |
2 |
0 |
1 |
¤ |
|
Anexo 3 |
2 |
0 |
1 |
¤ |
En este ejemplo, el formulario principal debe ir seguido por anexos en el orden indicado, pero los subanexos pueden ocurrir en cualquier orden.
Ahora están especificados todos los detalles sobre la estructura de este juego de ejemplo. Habrá un salto de juego (el inicio de un nuevo juego) cada vez que se escanee un nuevo formulario principal.