1 Tablas Navision

IES SAN VICENTE- 2 DAM SGE- INTRODUCCIN A LAS TABLAS Y FORMULARIOS EN NAVISION Profesor JOS JESS TORREGROSA GARCA
A Pgina 1
Hacer una prctica guiada acerca de cmo funciona Navision en la versin 2013, para alguien que no ha tocad nunca la versin 2009 es algo complicado, y
es complicado porque no hay informacin sobre esta versin, pero vamos a hacerlo detenidamente paso a paso por fases.
Se ha pensado poner por motivos didcticos la creacin de solo CINCO tablas, pero muy nutridas de conceptos para que el alumnado sepa de que van las
tablas en Navision.
Por esto mismo, se va a proponer al alumnado que realice esta prctica guiada a medias. La clave es empezar con estas dos tablas de las cinco
pedidas, pero no os confiis. Estn llenas de conceptos clave:
FASE 0-A: Tablas de Navision.

Si pinchamos en Table, accederemos a las tablas de Navision
Le damos a New:
Y os sale algo como esto:
-Pgina 1-
IES SAN VICENTE- 2 DAM SGE- INTRODUCCIN A LAS TABLAS Y FORMULARIOS EN NAVISION Profesor JOS JESS TORREGROSA GARCA Pgina 2
Hablemos poco a poco de lo que es cada cosa:
La columna Enabled se utiliza para activar/desactivar el campo definido en la lnea.
Field No.: es el ndice que utiliza Navision para hacer referencia a los campos de una tabla y su valor no se puede repetir. Hay que tener cuidado
tanto al eliminar un campo como al modificar su ID ya que estos cambios provocan que las referencias que se estn haciendo a dicho campo, desde
cualquiera de los objetos de Navision, queden desactualizadas.
Field Name: es el nombre que Navision asocia al Field No. del campo. Este nombre es el que se utiliza al hacer referencia al campo mediante cdigo
C/AL.
Data Type: Tipo de dato del campo, y puede ser:

Option: este tipo se utiliza cuando se desea poder seleccionar de entre una serie de opciones fijas y conocidas de antemano. Cada una de las
opciones equivale a un entero, siendo 0 el valor de la primera opcin, 1 el de la segunda y as sucesivamente. El tipo Option equivale a Integer
en SQL.
Integer: equivale a un valor entero entre -2,147,483,647 and 2,147,483,647.
Decimal: un valor decimal entre
Text: permite almacenar un valor alfanumrico y puede tener una longitud de 250 caracteres como mximo. El primer carcter de la cadena
almacenada ocupa la posicin 1, el segundo ocupa la posicin 2 y as sucesivamente.
Code: es similar al tipo Text con las siguientes particularidades:
o
Si la cadena almacenada est compuesta slo por nmeros el valor almacenado se alinea a la derecha.
Si la cadena almacenada incluye alguna letra o espacio el valor almacenado se alinea a la izquierda.
-Pgina 2-
o
Si la cadena almacenada incluye alguna letra minscula se pasa a mayscula.
Date: valor de fecha en el rango de 01/01/0000 hasta 31/12/9999. En el caso de utilizar una base de datos SQL el valor de fecha mnimo
permitido es el 01/01/1754. El valor por defecto de este tipo es 0d.
Time: almacena una hora en el rango de 00:00:00.000 hasta 23:59:59.999 con precisin de milisegundos.
DateTime: es la combinacin de los tipos Date y Time.
Boolean: valor TRUE o FALSE.
Length: se utiliza para definir la longitud mxima del valor contenido en el campo para los tipos que as lo requieran tales como Text y Code.
Description: se emplea para almacenar comentarios acerca del campo. Su cumplimentacin no es obligatoria.
Ahora vamos a crear unos campos, por ejemplo, de esta tabla, crear lo siguiente:
TABLA (50000)TIPOS DE JUEGOS:
1. CODIGO_TIPO_JUEGO: Es una clave primaria (CAMPO NUM. 1). Tipo Code (10).
2. DESCRIPCION: Es un tipo Text (30)
3. CLASE DE JUEGO: Es un Option, valores: Mesa, Didcticos, Fsicos
-Pgina 3-
Ahora para poder poner las clases posibles de juego a la que pertenezca un TIPO_JUEGO (por ejemplo ajedrez, del tipo mesa); tenemos que entrar en las
propiedades del campo CLASE DE JUEGO. Si 1 pinchamos en el campo, CLASE DE JUEGO, y luego 2 pinchamos en Propiedades
Tambin podemos acceder a las propiedades de un campo pinchando en:
Accedemos a las propiedades de un campo de la tabla.
-Pgina 4-
Field No.: valor que identifica el campo dentro de la tabla de Navision. Este valor no debe modificarse nunca en campos que hubieran
sido creados por Microsoft o sus partners. Los campos pertenecientes al rango de 50000 a 59999 son los creados por nosotros por lo
que, en principio, no afectan al estndar. An as debe utilizarse una herramienta de re-numeracin para evitar que quede alguna
referencia sin actualizar.
Name: texto con el que se puede referenciar el campo desde el cdigo C/AL. Debe ser nico dentro de una misma tabla.
Caption: es el texto que se utiliza, por defecto, para referirse al campo cuando se muestra informacin del mismo. Por ejemplo se utiliza
cuando se muestra el campo en un formulario.
Caption ML: permite definir el texto que se va a mostrar para referirse al campo en funcin del idioma que tiene configurado el cliente
de Navision.
Editable: si se desmarca esta casilla se impide la edicin del campo tanto a nivel de tabla como de formulario.
TableRelation: establece una relacin hacia otra tabla. Un campo que apunta hacia otra tabla puede desplegarse para buscar valores en
la otra tabla. La forma en que funciona esta propiedad se ver de forma detallada ms adelante.
BlankZero: determina si se muestra un cero en el caso de que un campo de algn tipo numrico est vaco
DecimalPlaces: establece las posiciones decimales que se muestran para un campo de tipo Decimal.
-Pgina 5-
o
FieldClass: el valor por defecto para esta propiedad es Normal. Como se ver, esta propiedad determina si el campo es calculado
(FlowField) o si se trata de un filtro que se puede aplicar sobre un campo calculado (FlowFilter).
CalcFormula: esta propiedad se hace visible cuando el valor de FieldClass es FlowField y se utiliza para definir la frmula con la que
obtener el valor del campo.
OptionString: en campos de tipo Option, sirve para indicar las opciones que puede contener este campo.
Vamos a ponerle un OptionString:
Aconsejo que no se deje espacios en blanco, no es lo mismo Mesa que Mesa.

Cerramos las propiedades del campo (No Navision):
-Pgina 6-
Y ahora podemos pasarnos y dar un vistazo por las propiedades de la tabla. Para acceder a las propiedades de la tabla tenemos que pinchar encima de una
linea en blanco de los campos de la tabla:
Y despus de pinchar en ese registro vaco, pinchamos en:
-Pgina 7-
Y aqu tenemos las propiedades de la tabla:
Propiedades de Tabla (algunas): para acceder a las mismas se ha de seleccionar una lnea vaca del diseo y utilizar la opcin del men Ver >
Properties (Mays. + F4). Cabe destacar las siguientes propiedades:
o
ID: valor que identifica la tabla en Navision. Este valor no debe modificarse nunca en aquellas tablas que hubieran sido creadas por
Microsoft o sus partners. Las tablas cuyo ID s se puede modificar en el caso de que fuera necesario son las pertenecientes al rango de
50000 hasta 59999. Estas tablas son las creadas por nosotros. An as debe utilizarse una herramienta de renumeracin para evitar que
quede algn enlace sin actualizar.
Name: nombre de la tabla que sirve para referirnos a la tabla si desconocemos su ID. Su valor debe ser nico.
Caption: es el texto que se utiliza, por defecto, para referirse a la tabla cuando se muestra informacin de la misma. Por ejemplo se
utiliza en la barra de ttulo cuando se ejecuta la tabla.
Caption ML: permite definir el texto que se va a mostrar para referirse a la tabla en funcin del idioma para el que est configurado el
cliente de Navision.
-Pgina 8-
o
DataPerCompany: establece si los datos almacenados en la tabla son distintos por empresa, esto es, si en cada empresa la tabla
almacena slo sus propios datos. Su valor por defecto es Yes lo que implica que los datos no son comunes.
LookupPageID: aqu se especifica el page que se va a utilizar para mostrar el listado de registros de la tabla.
DrillDownPageID: aqu se especifica el page que se va a utilizar cuando se acceda al desglose del clculo de un campo calculado.
Ahora cerramos, las propiedades de tabla (No Navision):
Cerramos tabla (No Navision):
y le daremos el nmero que la identificar, que como recordaris, es 50000
-Pgina 9-
TABLA (50000)TIPOS DE JUEGOS:

4. CODIGO_TIPO_JUEGO: Es una clave primaria (CAMPO NUM. 1). Tipo Code (10).
5. DESCRIPCION: Es un tipo Text (30)
6. CLASE DE JUEGO: Es un Option, valores: Mesa, Didcticos, Fsicos
Y voila, tenemos la tabla guardada

-Pgina 10-
La podemos ver en Table:
FASE 0-B: Un vistazo por los formularios (pages) de Navision solo introduccin.
Ahora vamos a crear un formulario (page) asociado a esa tabla. Para ello pinchamos en page:
Y le damos a New:
-Pgina 11-
Podramos poner el nmero de tabla en el textBox Table(50000), pero vamos a pinchar en la flechita que mira hacia arriba, ya que
Nos saca un desplegable con todas las tablas para que elijamos una
La seleccionamos:
-Pgina 12-
Cuidado, hay varios tipos de page, como podemos ver en la imagen anterior
-Pgina 13-
Los principales son los:

- Card: son simples fichas
- Card Part: Cards utilizados para generar subformularios tipo Card
- List: Listas de filas de registros (como una rejilla)
- List Part: List utilizados para generar subformularios tipo List
-Pgina 14-
Empezaremos practicando con los Card, que son simples fichas. Se comenta (como se ver mas tarde) que hay que llevar cuidado con los page, porque
te permite generar tabs (pestaas) mediante un lenguaje de etiquetas XML. Aqu por ejemplo nos pide cuantas pestaas queremos; le damos solo
General, y pinchamos en Next:
-Pgina 15-
Pinchando en >> cojemos los 3 campos, y le damos a Finish:
-Pgina 16-
Nos sale el diseo del Page que hemos creado:
Vamos a hablar un poco de lo que es cada cosa:
Type: El tipo de elemento en el formulario. Puede ser Container (el contenedor), Group(un group especifica una pestaa o Tab) , Field (un campo),
Part (un subformulario)
Subtype: Se `puede elegir entre: Group, Repeater, Cuegroup, FixedLayout, y GridLayout
Veamos lo de Subtype, pinchando en Preview (que muestra como quedar e Page al final):
-Pgina 17-
Subtype Group
-Pgina 18-
Subtype Repeater (filas de regsitros)
-Pgina 19-
Subtype Cuegroup (cuenta de nmero de valores repetidos)
Probis tambin Fixed Layout y GridLayout

-Pgina 20-
Volviendo al diseo del Page, importante decir que estos botones, tienen una destacada importancia:
Si trasteis un poco con esos botones de flechas, adiendo un grupo nuevo, veris como crear 2 grupos dentro de un mismo tab o pestaa
Al final cerramos el formulario:
-Pgina 21-
Y nos sale esta ventana (como vis lo he dejado ccon Group):
Y voila frm creado .
-Pgina 22-
Pues bueno, podramos borrar seleccionndolo pinchamos en, PERO POR FAVOR NO LO BORRIS:
-Pgina 23-
Podemos ejecutar el formulario? Va a ser que no aun. Me explico, si ejecutis el formulario y sale este error:
El error es:
-Pgina 24-
Si vais al programa Microsoft NAV Ad ministration 2013 R, veris que el NAV Server no est instalado .
-Pgina 25-
Nos va a tocar instalar Navision al completo :
Le damos al setup.exe:
Y nos sale:
-Pgina 26-
-Pgina 27-
En los parmetros de configuracin de la instalacin, importante es que los guardis. Podris acceder mediante un cliente Web a esos puertos:
Y luego le dis a Aplicar
-Pgina 28-
Si no tenemos ciertos componentes instalados, saldrn errores de instalacin:
-Pgina 29-
Se van modificando los componentes instalados, con los errores:
-Pgina 30-
Probamos el Run del formulario, y sigue con errores
Tenemos estos 3 problemas:

1 PROBLEMA- No tenemos instalado el Power Shell 3.0, nos toca bajarlo de internet en esta direccin, e instalarlo, cerrando antes Navision claro :
http://technet.microsoft.com/en-us/library/hh847837.aspx
2 PROBLEMA- El Microsoft Outlook no est instalado, pero no lo necesitamos, nos da igual.
-Pgina 31-
Ahora pinchamos en el setup.exe y le damos a reparar:
-Pgina 32-
3 PROBLEMA- Tal como hemos podido comprobar en el Administration, no tiene una conexin con la base de datos. Se hace notar que se crea en el
Administration una conexin por base de datos.
Una vez solucionados los dos problemas anteriores, creamos en el Administration(si no existe ya) una instancia con la base de datos de demostracin, y es
esta:
-Pgina 33-
Daros cuenta, DatabaseName es Demo Database Navision 7-1
Daros tambin cuenta del Login Account
La instancia la podis parar o arrancar :
-Pgina 34-
Entonces que hacemos una vez creada la conexin?
Vamos a abrir esa base de datos, es la base de datos de Navision por defecto, donde estn todas sus tablas :
Pincha en el selector
Elegimos la base de datos para la que est preparada la demo:
Selecciona la base de
datos
Y aqu aparecen todas las tablas del ERP Navision, Y PODEMOS EJECUTAR LOS FORMULARIOS, TENEMOS PERMISOS.
-Pgina 35-
Tenemos que volver a crear la tabla - el formulario no hace falta? Si, en esta base de datos, pero es rpido, y as se repasa (hacer por favor las pginas 1-10
de este documento para esta base de datos que hemos abierto).
Una vez creada la tabla (50000) TIPOS DE JUEGOS en esta base de datos, si queremos buscarla, la podemos encontrar con:
-Pgina 36-
Poner el chequeo de Buscar al teclear, y el nmero de tabla. Daros cuenta que estis en Demo Database NAV
.
IMPORTANTE: Con la demo solo podis crear tablas y formularios, como mximo de la 50000 a la 50099.
-Pgina 37-
El formulario (el page) lo tenis que hacer de nuevo para esta base de datos, y lo podis encontrar de la misma forma
Pinchando en el botn de las Page
Sabemos algo de Pages tipo Card. Ahora vamos a empezar en esta nueva base de datos a crear Pages tipo List, vamos a generar para ello un Page llamado
frmTIPOS_DE_JUEGOS. Pinchamos en New :
Elegimos Page tipo List
Cogemos todos los campos, y le damos a next:

-Pgina 38-
Y le damos a finish, puesto que ser un simple formulario sin subformularios
Y nos sale en modo diseo
-Pgina 39-
Tal como lo vemos, en modo diseo:
Es un subtipo Repeater (filas de registros)

Vamos a cerrar el formulario, pinchando en:
-Pgina 40-
Le damos a S
Nos preguntar el nombre y el nmero (recordar como se ha dicho anteeriormente que esta demo solo os permite nmeros desde el 50000 hasta el
50099):
-Pgina 41-
Y si buscis el Page con Buscar, lo encontraris, despus cerris la ventana y le dis a Run:
Ahora podramos empezar a meter datos (pinchaando een Editar lista)
-Pgina 42-
Vamos a meter 3 registros:
Le damos a Aceptar, y ya tenemos datos de un tabla guardados:

NOTA IMPORTANTE: Cuando se abre un formulario en la base de datos de demostracin de Navision, se abre un formulario por defecto de la base de
datos de demostracin Cronus junto con este.
-Pgina 43-
Se piden de momento dos tablas: (50000) TIPOS DE JUEGOS Y (50001) JUEGOS. Son las siguientes con estos campos, pero por favor no hagis an todos los
campos de momento, solo los que os pida a continuacin. Existe una relacin entre ellas de 1 a muchos (un tipo de juego puede tener muchos juegos
abiertos).
-Pgina 44-
Los primeros campos que tendris que hacer de las dos tablas son los siguientes (no podis hacer una tabla entera primero y luego la otra porque hay
mucha dependencia y se deben de aclarar conceptos):
FASE 0-C: Conceptos claves I (TABLE RELATION)

Las relaciones se utilizan para: validar la introduccin de datos, permitir bsquedas de valores en otras tablas y propagar cambios de una tabla a otra/s.
Dada una tabla, para establecer una relacin hacia otra, es necesario crear un campo del mismo tipo y longitud (en el caso de que tenga) que el campo que constituye la
clave primaria de la otra tabla. A continuacin se modifica la propiedad TableRelation en el campo de la tabla origen de la relacin y se selecciona la tabla destino (Table)
as como el campo concreto de la misma con el que se relaciona (Field). Si el campo Field se deja vaco se interpreta que el campo con el que se relaciona es el primero de
los que forman la clave primaria de la tabla destino.
1. Dnde ver la claves e ndices en una tabla de Navision
1 Abrir la tabla, 2 Pinchar men Ver, submen Keys, aparece (por defecto el 1 campo es clave primaria):
-Pgina 45-
De SumIndexFields, solo dir esto de momento, es un campo que sirve que se hagan recuentos automticos (sumas, promedios, cuentas, etc) de una tabla
detalle (hija) con una tabla padre, con una relacin de 1 a muchos (un registro padre tiene muchos registros hijos). Ese SumindexField ayudar a que los
clculos se totalicen rpidamente, por ejemplo, un campo calculado que totalice las cantidades en suma de facturas de un cliente.
Para acceder al listado de claves hay que utilizar la opcin del men Ver > Keys (Alt+V,K). Como mximo pueden definirse 40 claves diferentes que pueden estar
compuestas de hasta 20 campos.
La primera de las claves del listado es la clave primaria de la tabla y es la que identifica los registros. Esta primera clave no admite duplicados.
El resto de claves de la lista no tienen la propiedad de unicidad y se utilizan para ordenar los registros de la tabla en un orden distinto al definido por la clave
primaria con objeto de acelerar el acceso.
2. Qu es un Table Relation?
Lo explicaremos de forma prctica, pero se remite al alumno a que pegue un vistazo rpido a las pginas 5 y 6. Supongamos que tenemos estas tablas, con
sus correspondientes Pages:
i.
ii.
Pages:
iii.
iv.
(50001)PAISES(COD_PAIS,DESCRIPCION) (TABLA): PK-> COD_PAS

(50002)CIUDADES(COD_CIUDAD, COD_PAIS,DESCRIPCION (TABLA): PK -> COD_CIUDAD, COD_PAIS APUNTA A FK-> PAISES)
(50001) frm_PAISES (PAGE LISTde tabla PAISES)
(50002) frm_CIUDADES (FORMULARIO PAGE LISTde tabla CIUDADES)
-Pgina 46-
Recordar que existe la ciudad TOLEDO en EEUU y la ciudad TOLEDO en Espaa.
Salta a la vista que hay que establecer una relacin entre el campo COD_PAIS de la tabla CIUDADES que apunte a COD_PAS de la tabla PASES. Navision lo
permite, y permite la navegabilidad de formularios a partir de relaciones, as como clculo de totales. Lo permite gracias a estas propiedades:
1. TABLE RELATION: Propiedad de UN CAMPO de una tabla detalle (en una relacin de 1 a N, es la tabla que tiene cardinalidad N) con otro campo de
otra tabla PADRE (en una relacin de 1 a N, es la tabla que tiene cardinalidad 1). Cuidado, ambos campos tienen que ser del mismo tipo y longitud.
Esto ayuda a la navegabilidad, Poner esto es obligado para que las dos propiedades siguientes de las tablas funcionen correctamente:
a. LookupPageId: Es la propiedad de UNA TABLA en donde se especifica el page que quiere usarse para mostrar esa tabla, en el caso de que
en una relacin de 1 a muchos entre dos tablas esta tabla es el PADRE (la que tiene cardinalidad 1). Especifica el formulario con el que se
mostrar la tabla cuando desde una tabla detalle (la que tiene cardinalidad N) pida una consulta para seleccionar un dato. Por ejemplo,
para una ciudad decir a que pas pertenece, la tabla PAISES sera el PADRE, el LooupPageId sera un formulario de consulta del PADRE, la
tabla CIUDADES sera el detalle, Por as decirlo, es la cara(el page) con la que se muestra la tabla PADRE cuando un campo relacionado de
la tabla detalle pide un valor a seleccionar (asignar a una ciudad un pas determinado por ejemplo). Ese formulario asignado al PADRE que
dir como mostrarse cuando en el detalle se le pida una consulta)
b. DrilldownpPageId: Propiedad de una tabla, que significa que cuando DE UNA TABLA PADRE (tabla que en UNA RELACIN un uno a muchos
tiene cardinalidad UNO), PUEDE SACAR UN DESGLOSE DE TODOS LOS REGISTROS DE LA TABLA DETALLE (cardinalidad N). Entonces tendr
que poner en la propiedad de la tabla detalle DrilldownpPageId el formulario con el que se quiere mostrar.
Vamos a hacerlo, pero antes primero analicemos las tablas. En Navision cuando queremos relacionar dos campos de dos tablas, ambos tienen que ser
ndices. Por otra parte todo ndice o key en una tabla en Navision, se forma concatenndose con la clave primaria.
(50001)PAISES(COD_PAIS,DESCRIPCION) (TABLA): PK-> COD_PAS

a. COD_PAIS: Code 10
b. DESCRIPCION: Text 30
(50002)CIUDADES(COD_CIUDAD,COD_PAIS, DESCRIPCION (TABLA): PK -> CODCIUDAD)
a. COD_CIUDAD: Code 10
b. COD_PAIS: Code 10, relacionado con COD_PAIS de la tabla PAISES
c. DESCRIPCION: Text 30
-Pgina 47-
Crearemos la tabla Pases, anteriormente ya dijimos como crearla. La clave primaria la asignar automticamente con la 1 lnea cuando cerremos la tabla:
Cuando cerramos la tabla nos pide el nombre de esta, y el nmero, ponerle el 50001.
Si la volvis a abrir en modo diseo (pinchando en Design) veris que os ha creado automticamente la clave primaria:
-Pgina 48-
La clave primaria creada automticamente (coge la primera fila)
Vamos a crear la tabla CIUDADES:
(50002)CIUDADES(COD_CIUDAD,COD_PAIS, DESCRIPCION (TABLA): PK -> CODCIUDAD)

a. COD_CIUDAD: Code 10
b. COD_PAIS: Code 10, relacionado con COD_PAIS de la tabla PAISES
c. DESCRIPCION: Text 30
-Pgina 49-
Le damos a New (como anteriormente se ha dicho), y ponemos los campos:
-Pgina 50-
La relacin entre las dos tablas es por el campo COD_PAIS, para ello pinchamos en el campo y despus en Properties(o men VerProperties)
-Pgina 51-
Mirando las propiedades del campo, se remite al alumno a la pgina 5 donde se habla de ellas.
-Pgina 52-
La que nos importa por ahora es la de TableRelation. Si pinchamos en esa propiedad, y despus pinchamos en los puntos suspensivos de la derecha, aparece
la ventana que nos permite crear el TableRelation
-Pgina 53-
Hablemos de esta ventana. Cuando se termine Navision se tendr que dominar la ventana entera, pero de momento solo nos vamos a fijar en estas dos
columnas (poco a poco); hay mucho juego en esta ventana. Y vamos a volver a pasar por aqu
Si pinchamos en Table y en el selector de Tabla
, elegiremos la tabla PAISES
-Pgina 54-
Ahora haremos lo mismo pinchando en FIELD y en el selector de campo
para coger el campo COD_PAIS de la tabla PAISES
Ya tenemos el TABLE RELATION montado.
Del Condition (en funcin de su valor en el detalle podemos cambiar de tabla padre ) y del TableFilter hablaremos ms adelante
-Pgina 55-
Lo tenemos
Cerramos y nos pregunta por el nombre de la tabla y el nmero
-Pgina 56-
.., y ahora vamos a crear los dos Pages
Pages:
1. (50001) frmPAISES (PAGE LIST de tabla PAISES)
2. (50002) frmCIUDADES (PAGE LIST de tabla CIUDADES)
Se puede poner el nmero

en vez de usar el selector de
tablas.
Ya se vio anteriormente como crearlos, se deja al alumno que los cree, recordando vagamente flechas:
Recordar coger todos los campos
-Pgina 57-
Obtenemos el page, tipo List:
Cuando cerramos la ventana nos pregunta por el nombre y el nmero de page a crear:
-Pgina 58-
Ya est creado:
Ahora crearemos el formulario o page de CIUDADES, ya se explic anteriormente, por lo que se describe apenas con flechas:
-Pgina 59-
Recordar coger todos los campos:
Darle a Finish, porque an no vamos a ver subformularios ni otras cosas (de momento).
-Pgina 60-
Cerramos y damos nombre y nmero al formulario:
-Pgina 61-
Y ya tenemos los dos formularios:
Por lo que veo me equivoqu en el nombre del page, tena que ser frmPAISES, no pases. No pasa nada, pinchando encima en el Object DEsigner se cambia
. Pero cuidado, cambiar los nmeros puede ser peligroso porque todas las relaciones de Navision entre tablas va a base de los ID de estas
Ahora para poder navegar entre ellos, tenemos que acceder a las propiedades de las dos tablas. Existen dos formas de navegacin:
1- Desde la tabla (50002) CIUDADES queremos buscar un pas (COD_PAIS) en la tabla (50001) PAISES para asignarlo en el campo COD_PAIS en (50002)
CIUDADES de la tabla (50002) CIUDADES
2- Desde la tabla (50001) PAISES queremos el desglose de todas sus ciudades en detalle (50002) CIUDADES
Vamos a ver cmo solucionar las dos
-Pgina 62-
FASE 0-D: Conceptos claves II (LOOKUP)

1- Desde la tabla (50002) CIUDADES queremos buscar un pas (COD_PAIS) en la tabla (50001) PAISES para asignarlo en el campo COD_PAIS en (50002)
CIUDADES de la tabla (50002) CIUDADES
A esto en Navision se le llama Lookup, y se consigue de la siguiente forma.
Abrimos la TABLA PADRE (50001) PASES, en modo diseo (pinchando en Design):
-Pgina 63-
Recordar que para acceder a las propiedades de la tabla y no de un campo, tenis que pinchar en una fila en blanco.
Y luego pinchar en Properties (o men VERProperties)
-Pgina 64-
De las propiedades de la tabla PADRE, para que podamos acceder desde la tabla detalle a esta y asignar a un pas a una ciudad, la tabla PADRE se tiene que
presentar de alguna forma. Cmo se presenta? Dicindole el page que queremos que utilice para presentarse Cmo se relacionan ambas tablas? Pues
por el table relation especificado aanteriormente
Cambiaremos La propiedad LookupPageId (propiedad que se debe de rellenar con un formulario en las tablas PADRE)
-Pgina 65-
Y escogemos el formulario frmPAISES
-Pgina 66-
Cerramos, guardamos .Ya podemos hacer el lookup desde la tabla detalle (CIUDADES), pero antes metamos algunos pases:
Y metemos algunos pases:
-Pgina 67-
Ahora abrimos el fomulario detalle frmCIUDADES CON RUN:
-Pgina 68-
-Pgina 69-
Y vemos esto. Si pinchamos en: Avanzado en ese desplegable, veremos el formulario que se ha puesto en el lookupPageId
-Pgina 70-
Y podremos asignar los pases existentes en las ciudades que se creen:
-Pgina 71-
FASE 0-D: Conceptos claves III (CAMBIAR EL TIPO DE PAGE)

Cmo pasar de un Page tipo LIST a uno tipo CARD?
De esta forma:
Abrimos en modo diseo el Page creado:
-Pgina 72-
Y aqu cambiando el Subype de REpeater a Group lo convertimos en un Page CARD
Cerramos y guardamos
-Pgina 73-
Y con Page tipo LIST de ciudades hacemos lo mismo:
-Pgina 74-
Ponemos el Suubtype tipo Group
Cerramos y guardamos
-Pgina 75-
Y probamos:
Dejarlos como estaban, por favor, Subtipo Repeater
-Pgina 76-
FASE 0-E: Conceptos claves IV (cuenta de registros de un detalle - FLOWFIELD,DRILLDOWN)

2- Desde la tabla (50001) PAISES queremos tener la posibilidad del desglose de todas las ciudades en detalle de un pas - (50002) CIUDADES.
Necesitamos 2 cosas forzosamente a la vez para poder hacer esto:
1. Un campo que calcule el total (cuenta) de registros de la tabla hija (tabla detalle) que guardan relacin el registro de la tabla padre activo (tabla
PADRE). Ese tipo de campo que es un total, se le llama en Navision FLOWFIELD
2. Indicar en la tabla detalle (hija), con que Page se quiere abrirla en una de sus propiedades de tabla cuando se quiera consultar por la tabla padre
el detalle. Esa propiedad es la DrillDownPageId. Es decir, tenemos que decir que formulario queremos utilizar cuando se visualice todos los
registros del detalle de la tabla CIUDADES para un pas.
Abrimos en modo Diseo-Design- la tabla PAISES (ya se explic cmo hacerlo anteriormente, por eso se describe brevemente con flechas).
-Pgina 77-
Creamos un campo nuevo que totalice para un pas el total de ciudades dadas de alta (su cuenta). Si es una cuenta de registros, ser de tipo INTEGER
obligatoriamente. Aviso cuidado, mucho cuidado, con este dato porque puede salir en un test (si se da el caso de que se pone)
Ahora pinchando en ese campo (NUMERO DE CIUDADES), accedemos a sus propiedades (VerProperties) o tambin:
-Pgina 78-
Fijaros muy bien en esta imagen por favor, propiedades de la tabla (PAISES), propiedades del campo (NUMERO DE CIUDADES)
Clase de campo FLOWFIELD, Y CalcFormula pinchando en los puntos suspensivos se prepara el clculo la cuenta de las ciudades de un pas (en la pgina
siguiente).
-Pgina 79-
En el Calculation Formula, tenis estos datos:
A diferencia de un campo normal de una tabla, un FlowField no almacena un valor en la base de datos. La informacin que contiene un FlowField slo existe en tiempo de
ejecucin y para poder acceder a su contenido mediante cdigo C/AL(cdigo de los triggers en Navision) es necesario ejecutar, como prerrequisito, una llamada a la funcin
<Record>.CALCFIELDS. Cuando se muestra un FlowField en un formulario su valor se calcula de forma automtica.
Para indicar que un campo es de tipo FlowField se utiliza la propiedad FieldClass. Al seleccionar la opcin FlowField de la propiedad se hace visible un campo llamado
CalcFormula. En ste se puede definir la frmula que se va aplicar para calcular el valor del campo. Los tipos de mtodos que se pueden emplear en un FlowField son: Sum,
Average, Exist, Count, Min, Max y Lookup.
Si pinchamos en
tabla y otra.
tendremos la posibilidad de poner una restriccin de coincidencia entre la tabla PADRE y la detalle en el campo COD_PAIS entre una
-Pgina 80-
Elegir el campo de la tabla detalle (COD_PAIS) a poner la restriccin de coincidencia pinchando en el selector
Elegir el campo de la tabla PADRE (COD_PAIS) a poner en la restriccin de coincidencia pinchando en el selector
-Pgina 81-
Esa restriccin de campo para que calcule la cuenta de los registros que coinciden entre la tabla PADRE (PAISES) y detalle (CIUDADES), en funcin de que
tengan el mismo valor en el campo COD_CIUDAD. Cuidado, porque ambos campos deben de ser del mismo tipo.
De la posibilidad de Type,.
Diremos que hay 3 tipos:
CONST: Cuando es igual a una constante.

FILTER: Se coloca un filtro de campo. Se utiliza bastante para por ejemplo contar los nulos. ='' (igual a vaco) o los no nulos: <>'' (Disstinto
de vaco). Por ejemplo, si el campo solo contase si es un nulo una fecha, se pondra en el FILTER ='' (igual a vaco) . Pondremos un ejemplo
ms adelante sobre esto.
FIELD: Ya se ha visto en el ejemplo anterior, que los campos deberan de coincidir.
Cerramos y guardamos, y por supuesto cambiamos el page frmPAISES (METER EL CAMPO NUEVO):
-Pgina 82-
Tenemos un pequeo problemilla didctico, y es que de repente os aparece pinchando en los puntos suspensivos, esto:
Esta ventana se utiliza sobre todo en la programacin de Triggers. Es muy pronto para programar Triggers, solo diremos esto de momento:
Rec: Puntero al registro de trabajo de la tabla en curso

XRec: Puntero al un registro que guarda los valores anteriores a un cambio de la tabla en curso
Pinchando en Rec, luego en FieldName, y finalmente en NUMERO DE CIUDADES, obtenemos el nuevo campo a presentar el informe
-Pgina 83-
Abrimos el formulario frmPAISES (lo ejecutamos con RUN):
Y nos sale:
-Pgina 84-
Pinchando en los puntos suspensivos del nuevo campo creado (FLOWFIELD) se abre frmCIUDADES y aparece el detalle de todas las ciudades de ese pas
-Pgina 85-
FASE 0-F: Conceptos claves V (suma o media de registros de un detalle - FLOWFIELD, DRILLDOWN)
En la tabla (500012) CIUDADES vamos a crear UN CAMPO NUEVO llamado TOTAL DE HABITANTES. Ser un tipo Integer (equivale a un valor entero entre 2,147,483,647 and 2,147,483,647).
Nos metemos en la tabla a disearla:
-Pgina 86-
Y le ponemos el campo nuevo llamado TOTAL HABITANTES, TIPO INTEGER:
-Pgina 87-
Cerramos, guardamos, y vamos a redisear ahora la tabla PAISES
-Pgina 88-
Nuevo campo , tipo Integer, clase de campo FlowField, y se calcula sumando el TOTAL DE HABITANTES de la tabla CIUDADES
Seguimos en la pgina siguiente
-Pgina 89-
Ahora hay que aadir a los dos pages, los dos campos nuevos de las tablas (uno en PAISES y otro en CIUDADES)
Acordaros que el
C/AL Symbol Menu
se utilizaba para
meter campos en los
page
-Pgina 90-
Cerramos y ejecutamos el Page aviso que vendrn errores, y eso es bueno, porque se ver por qu de estos :
Y nos sale este mensaje, . Vaya . No lo dije . Una suma o promedio debe de actuar sobre un campo DECIMAL (al revs que un COUNT que recordar
que era INTEGER)
-Pgina 91-
Pues cambiamos en ambas tablas (PAISES Y CIUDADES)el campo de NUMERO DE HABITANTES a DECIMAL:
Est todo bien? Mmm .. ya os cuento
-Pgina 92-
Pues s sale bien, pero porque es la versin de Navision 2013. En la 2009 no hubiese salido porque hubisemos necesitado dentro de las Keys, una
propiedad llamada SumindexField dentro de las KEYS para el clculo de totales
-Pgina 93-
FASE 0-G: Conceptos claves VI (FLOWFIELD PARA LOOKUP)

Ahora vamos a hacer un FlowField, no para realizar un clculo de totales sobre otra tabla, sino para poder saber el valor de un campo ee otra tabla en
funcin de un valor dado. Intentaremos explicarnos mejor (si se puede); por ejemplo, siguiendo el ejemplo de los pases y ciudades, nos gustara que no
solo el cdigo de pas apareciese en la tabla ciudades, sino que en base a este se calculase (o se diese un vistazo) que dado ese cdigo de pas asignado
apareciese el nombre del pas tambin. Vamos a hacerlo:
En la tabla ciudades vamos a aadir el siguiente campo: NOMBRE PAIS tipo TEXT 300. Para ello abrimos la tabla CIUDADES en modo diseo:
-Pgina 94-
Dentro del diseo de la tabla, encima de DESCRIPCION, con botn derecho le damos a New:
Y le ponemos un campo nuevo llamado PAIS, tipo TEXT 30:
-Pgina 95-
Ese campo ser el Lookup que nos diga que descripcin tiene ese COD_PAIS. Para ello accedemos a las propiedades del campo PAIS:
-Pgina 96-
Ahora nos va a tocar cambiar la clase de campo. Ser un FlowField, y hacer un clculo tipo Lookup:
-Pgina 97-
Ahora vamos a aadir ese nuevo campo al Page frmCIUDADES:
-Pgina 98-
Y le aadimos encima de DESCRIPCION con botn derecho, New, un nuevo campo DE Page llamado PAIS
-Pgina 99-
-Pgina 100-
Cerramos el Page, guardamos, y ejecutamos, y ah lo tenemos en el page frmCIUDADES, UN LOOKUP A LA TABLA PAISES:
-Pgina 101-
FASE 0-G: Conceptos claves VII (FLOWFIELDS CON CLCULOS FILTRADOS)

Cosas que necesitamos:
1. Un campo nuevo en la tabla hija llamado ES DELEGACION, que nos dir sui una ciudad es DELEGACION o n
2. Dos cosa a hacer:
o Un campo nuevo en la tabla padre(PAISES), llamado TOTAL CIUDADES CON DELEGACION tipo Integer (los clculos COUNT en los
flowfields siempre son de tipo Integer). Ese campo nuevo tendr una restriccin de clculo
o Un campo nuevo en la tabla hija(CIUDADES), llamado TOTAL CIUDADES SIN DELEGACION DELEGACION tipo Integer (los clculos COUNT
en los flowfields siempre son de tipo Integer). Ese campo nuevo tendr una restriccin de clculo
Vamos a verlos a continuacin:
Cerramos las propiedades del campo nuevo, y de la tabla
1. Un campo nuevo en la tabla hija(CIUDADES), llamado ES DELEGACION, como tipo Booleano
Abrimos la tabla hija (CIUDADES) en modo diseo:
-Pgina 102-
Le damos a aceptar, y seguimos.

2. Dos cosa a hacer:
a. Un campo nuevo en la tabla padre(PAISES), llamado TOTAL CIUDADES CON DELEGACION tipo Integer (los clculos COUNT en los flowfields
siempre son de tipo Integer). Ese campo nuevo tendr una restriccin de clculo
b. Un campo nuevo en la tabla hija(CIUDADES), llamado TOTAL CIUDADES SIN DELEGACION DELEGACION tipo Integer (los clculos COUNT en los
flowfields siempre son de tipo Integer). Ese campo nuevo tendr una restriccin de clculo
-Pgina 103-
a. Un campo nuevo en la tabla padre(PAISES), llamado TOTAL CIUDADES CON DELEGACION tipo Integer (los clculos COUNT en los flowfields siempre
son de tipo Integer). Ese campo nuevo tendr una restriccin de clculo, que ser la cuenta de todas las ciudades que son delegacin de un pas, esto es
con el valor [ES DELEGACION] =Yes
-Pgina 104-
Creamos el campo TOTAL CIUDADES CON DELEGACIN, de tipo Integer, clase Flowfield, cuya frmula de clculo sea un Count y el filtro que coincida en la
tabla CIUDADES en COD_PAIS, y que el valor de ES DELEGACION en la tabla CIUDADES sea Yes
Aceptamos y cerramos, y ahora haremos casi lo mismo para un campo nuevo llamado TOTAL CIUDADES SIN DELEGACIN en la tabla pases:
-Pgina 105-
Creamos el campo TOTAL CIUDADES SIN DELEGACIN, de tipo Integer, clase Flowfield, cuya frmula de clculo sea un Count y el filtro que coincida en la
tabla CIUDADES en COD_PAIS, y que el valor de ES DELEGACION en la tabla CIUDADES sea No
Le damos al botn Aceptar, y seguimos .
-Pgina 106-
Guardamos y cerramos todo,. Ahora nos falta modificar los PAGE (formularios) para probarlo. Son dos los formularios a modificar:
frmPAISES (AADIR LOS DOS CAMPOS CREADOS, TOTAL CIUDADES CON DELEGACIN y TOTAL CIUDADES SIN DELEGACIN)
frmCIUDADES (AADIR EL CAMPO ES DELEGACION, del tipo BOOLEAN )
Lo haremos ahora:
frmPAISES (AADIR LOS DOS CAMPOS CREADOS, TOTAL CIUDADES CON DELEGACIN y TOTAL CIUDADES SIN DELEGACIN)
-Pgina 107-
Aadiendo un campo desde el FieldMenu:
Linea en blanco donde poner un

nuevo campo
-Pgina 108-
Aceptamos y cerramos. Ahora modificaremos el otro Page:

frmCIUDADES
(AADIR
EL
CAMPO
ES
DELEGACION,
del
-Pgina 109-
tipo
BOOLEAN
),
accediendo
al
diseo
del
page
Linea en blanco donde poner un

nuevo campo
-Pgina 110-
Le damos a aceptar:
-Pgina 111-
Y tenemos:
-Pgina 112-
Ahora cerramos todo, y probamos el FlowFilter, ejecutando el Page (pinchando en Run como siempre):
-Pgina 113-
Probamos las ciudades con delegacin
-Pgina 114-
Probamos las ciudades sin delegacin
-Pgina 115-
FASE 0-H: Conceptos claves VIII (TABLAS CON CLAVES PRIMARIAS COMPUESTAS CON TABLE RELATION)
Para poner un ejemplo de claves primarias compuestas, vamos a crear las siguientes tablas a continuacin:
Crearemos primero la tabla PRODUCTOS
-Pgina 116-
TABLA PRODUCTOS (50003). Campos:
-Pgina 117-
Importante decir que existe una relacin reflexiva en esta tabla, es la dada por COD_PADRE con CODIGO PRODUCTO (esto servir para hacer familias,
subfamilias, productos, subproductos, etc.; Con profundidad ilimitada). m
Crearemos un Table Relation de este tipo, en el campo CODIGO PADRE (pinchando en este campo, y en men Ver, elemento Properties), como
anteriormente se ha explicado:
-Pgina 118-
Ahora cerramos la tabla con los campos, y le llamamos como hemos dicho:
Ahora creamos un Page llamado frmPRODUCTOS:
-Pgina 119-
Tipo List
Los campos sern estos:
-Pgina 120-
Cerramos y probamos el formulario:
Daros cuenta en la prueba, que el CODIGO PADRE por el Table Relation no nos deja introducir un valor que no exista en la tabla PRODUCTOS, a menos que
este sea vaco. Esto es por (y sigue en la pgina siguiente)
-Pgina 121-
. Y esto es por la propiedad NoBlank (siguiendo con lo anterior):
-Pgina 122-
TABLA CIUDADES PRODUCTOS (50004).
Crearemos la tabla CIUDADES PRODUCTOS, como se ha explicado en puntos anteriores:
-Pgina 123-
Campos:
La fecha inicio es la fecha de inicio de venta, y la fecha fin, es la fecha final de venta de ese producto en esa ciudad.
Ahora crearemos dos TABLE RELATION, uno de COD_PRODUCTO con la tabla PRODUCTOS, y otro de COD_CIUDAD, con la tabla CIUDADES:
-Pgina 124-
COD_PRODUCTO con la tabla PRODUCTOS en campo COD_PRODUCTO: tal como se explic en apartados anteriores
-Pgina 125-
COD_CIUDAD, con la tabla CIUDADES en campo COD_CIUDAD: tal como se explic en apartados anteriores
-Pgina 126-
mm FECHA INICIO Y FECHA FIN son dos campos interesantes, interesantes porque mas adelante se pueden hacer totales en la TABLA PRODUCTOS del
tipo: NMERO DE PRODUCTOS QUE ESTN PUESTO EN VENTA EN UNA CIUDAD, Y NMERO DE PRODUCTOS QUE SE HAN CLAUSURADO SU VENTA EN UNA
CIUDAD. Se puede calcular con un COUNT y un FILTER con un <>(no es nulo) Lo veremos mas adelante. Taambin pondremos el campo NUMERO DE
PRODUCTOS
Ahora nos quedan cinco osas:
1- Especificar a Navision la clave compuesta de la tabla CIUDADES PRODUCTOS, que ser [COD_PRODUCTO,COD_CIUDAD]
2- Hacer el formulario de la tabla CIUDADES PRODUCTOS
3- Poner los campos anteriormente dichos en la tabla PRODUCTOS:
NMERO DE PRODUCTOS VENTA ABIERTA

NMERO DE PRODUCTOS VENTA CERRADA
NMERO TOTAL DE PRODUCTOS
4- Cambiar el formulario frmPRODUCTOS con esos tres campos nuevos:

5- Poner el LookupPageId en tabla PRODUCTOS, y DrilldownPageId en tabla CIUDADES PRODUCTOS

Las vamos a hacer a continuacin
-Pgina 127-
1- Especificar a Navision la clave compuesta de la tabla CIUDADES PRODUCTOS, que ser [COD_PRODUCTO, COD_CIUDAD]
Abrimos la tabla CIUDADES PRODUCTOS en modo diseo
-Pgina 128-
Pinchamos en:
Ahora tenemos que dejar las keys tal como estn abajo, poniendo una clave compuesta, pinchando en, y dejando el FIELD LIST as
-Pgina 129-
2- Hacer el nuevo formulario de la tabla CIUDADES PRODUCTOS
Pinchamos en:
-Pgina 130-
-Pgina 131-
Cogemos todos los campos, y pinchamos en next:
-Pgina 132-
Y de momento como no vamos a hacer ningn subformulario, pinchamos en Finish
-Pgina 133-
Aqu lo tenemos:
Cerramos todo, y lo probamos mas tarde, quedan cosas por hacer
-Pgina 134-
3- Poner los campos anteriormente dichos en la tabla PRODUCTOS:

Abrimos la TABLA PRODUCTOS en modo diseo, y metemos estos dos campos del tipo Integer porque sern TRES FLOWFIELD CALCULADOS:
-Pgina 135-
Nos metemos en las propiedades del campo NUM PRODS VENTA ABIERTA:
Y ponemos lo siguiente:
El TABLE FILTER controla quela FECHA INICIO sea <> de nulo, y que la FECHA FIN sea nulo (ese `producto sigue en venta en esa ciudad)
-Pgina 136-
Ahora se hace para NUM PRODS VENTA CERRADA:
El TABLE FILTER controla quela la FECHA FIN sea DISTINTO DE nulo (ese `producto NO sigue en venta en esa ciudad)
-Pgina 137-
Para NMERO TOTAL DE PRODUCTOS:
-Pgina 138-
4- Cambiar el formulario frmPRODUCTOS con esos tres campos nuevos:

Abrimos el formulario frmPRODUCTOS en modo diseo,y loss meetemos con el FIELDMENU:
-Pgina 139-
5- Poner el LookupPageId en tabla PRODUCTOS, y DrilldownPageId en tabla CIUDADES PRODUCTOS

Abrimos la tabla CIUDADES PRODUCTOS en modo diseo:
-Pgina 140-
Con el diseo de la tabla abierta, pinchamos en lnea en blanco:
Y luego en Ver Properties; O tambin en:
-Pgina 141-
Ponemos el DrillDownPageId:
Cerramos todo.
Ahora vamos a poner LookupPageId en tabla PRODUCTOS:
-Pgina 142-
Abrimos la TABLA PRODUCTOS en modo diseo, y hacemos lo mismo, pero poniendo el LookupPageID:
Cerramoss todo y ya est hecho, solo nos queda probar los formularios
-Pgina 143-
-Pgina 144-

1 Tablas Navision

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

1 Tablas Navision

Încărcat de

Drepturi de autor:

Formate disponibile

IES SAN VICENTE- 2 DAM SGE- INTRODUCCIN A LAS TABLAS Y FORMULARIOS EN NAVISION Profesor JOS JESS TORREGROSA GARCA

FASE 0-A: Tablas de Navision.

Y os sale algo como esto:

Hablemos poco a poco de lo que es cada cosa:

La columna Enabled se utiliza para activar/desactivar el campo definido en la lnea.

Data Type: Tipo de dato del campo, y puede ser:

Si la cadena almacenada incluye alguna letra minscula se pasa a mayscula.

Tambin podemos acceder a las propiedades de un campo pinchando en:

Accedemos a las propiedades de un campo de la tabla.

Vamos a ponerle un OptionString:

Aconsejo que no se deje espacios en blanco, no es lo mismo Mesa que Mesa.

Y despus de pinchar en ese registro vaco, pinchamos en:

Ahora cerramos, las propiedades de tabla (No Navision):

Cerramos tabla (No Navision):

y le daremos el nmero que la identificar, que como recordaris, es 50000

TABLA (50000)TIPOS DE JUEGOS:

Y voila, tenemos la tabla guardada

Los principales son los:

Pinchando en >> cojemos los 3 campos, y le damos a Finish:

Nos sale el diseo del Page que hemos creado:

Vamos a hablar un poco de lo que es cada cosa:

Probis tambin Fixed Layout y GridLayout

Al final cerramos el formulario:

Y nos sale esta ventana (como vis lo he dejado ccon Group):

Y voila frm creado .

Y luego le dis a Aplicar

Se van modificando los componentes instalados, con los errores:

Probamos el Run del formulario, y sigue con errores

Tenemos estos 3 problemas:

La instancia la podis parar o arrancar :

Elegimos Page tipo List

Cogemos todos los campos, y le damos a next:

Y le damos a finish, puesto que ser un simple formulario sin subformularios

Y nos sale en modo diseo

Es un subtipo Repeater (filas de registros)

Ahora podramos empezar a meter datos (pinchaando een Editar lista)

Le damos a Aceptar, y ya tenemos datos de un tabla guardados:

FASE 0-C: Conceptos claves I (TABLE RELATION)

1. Dnde ver la claves e ndices en una tabla de Navision

(50001)PAISES(COD_PAIS,DESCRIPCION) (TABLA): PK-> COD_PAS

(50001)PAISES(COD_PAIS,DESCRIPCION) (TABLA): PK-> COD_PAS

Vamos a crear la tabla CIUDADES:

(50002)CIUDADES(COD_CIUDAD,COD_PAIS, DESCRIPCION (TABLA): PK -> CODCIUDAD)

Si pinchamos en Table y en el selector de Tabla

, elegiremos la tabla PAISES

Ahora haremos lo mismo pinchando en FIELD y en el selector de campo

para coger el campo COD_PAIS de la tabla PAISES

Ya tenemos el TABLE RELATION montado.

Cerramos y nos pregunta por el nombre de la tabla y el nmero

Se puede poner el nmero

Recordar coger todos los campos

Recordar coger todos los campos:

Cerramos y damos nombre y nmero al formulario:

Y ya tenemos los dos formularios:

FASE 0-D: Conceptos claves II (LOOKUP)

Y luego pinchar en Properties (o men VERProperties)

Y metemos algunos pases:

Ahora abrimos el fomulario detalle frmCIUDADES CON RUN:

Y podremos asignar los pases existentes en las ciudades que se creen:

FASE 0-D: Conceptos claves III (CAMBIAR EL TIPO DE PAGE)

Y aqu cambiando el Subype de REpeater a Group lo convertimos en un Page CARD

Y con Page tipo LIST de ciudades hacemos lo mismo:

Dejarlos como estaban, por favor, Subtipo Repeater

FASE 0-E: Conceptos claves IV (cuenta de registros de un detalle - FLOWFIELD,DRILLDOWN)