http://blogs.msdn.com/b/eneauve/archive/2012/01/31/modelo-340-nav-actualizaci-243-n-2012.aspx
Un saludo,
Cristina Nicolàs
Accede al curso de Dynamics NAV
13 febrero 2012
Modificaciones en el 340: explicación de las modificaciones y forma de uso
En el blog del equipo de soporte de Dynamics NAV en España se ha publicado un artículo que explica cuales son las modificaciones realizadas sobre el 340 y cómo habrá que configurar y utilizar esta nueva funcionalidad.
http://blogs.msdn.com/b/eneauve/archive/2012/01/31/modelo-340-nav-actualizaci-243-n-2012.aspx
Un saludo,
Cristina Nicolàs
Accede al curso de Dynamics NAV
http://blogs.msdn.com/b/eneauve/archive/2012/01/31/modelo-340-nav-actualizaci-243-n-2012.aspx
Un saludo,
Cristina Nicolàs
Accede al curso de Dynamics NAV
10 febrero 2012
Modificaciones en el 340
Microsoft ha liberado la modificación en el 340 para Microsoft Dynamics NAV.
En este link encontrareis la descarga (requiere acceso a la PartnerSource).
Esta actualización incluye algunos nuevos objetos (una tabla de Códigos de Operación y un nuevo formulario y página para visualizar las líneas que se incluirán en la declaración), así como modificación de objetos ya existentes.
Al haber nuevos objetos en esta actualización, será necesario actualizar la licencia.
Los códigos de operación que definamos deberán vincularse a los Grupos Contables de Producto.
Accede al curso de Dynamics NAV
En el informe que genera la declaración del modelo 340, se debe indicar aquellas cuentas contables que usamos para los cobros en efectivo, así como el mes o trimestre para el que se quiere realizar la declaración.
Un saludo,
Cristina Nicolàs
En este link encontrareis la descarga (requiere acceso a la PartnerSource).
Esta actualización incluye algunos nuevos objetos (una tabla de Códigos de Operación y un nuevo formulario y página para visualizar las líneas que se incluirán en la declaración), así como modificación de objetos ya existentes.
Al haber nuevos objetos en esta actualización, será necesario actualizar la licencia.
Los códigos de operación que definamos deberán vincularse a los Grupos Contables de Producto.
Accede al curso de Dynamics NAV
En el informe que genera la declaración del modelo 340, se debe indicar aquellas cuentas contables que usamos para los cobros en efectivo, así como el mes o trimestre para el que se quiere realizar la declaración.
Un saludo,
Cristina Nicolàs
13 diciembre 2011
Sessiones de formación online: SCM (Supply Chain Management)
Cómo ya he comentado en anteriores posts, estoy siguiendo una serie bimensual de sesiones online de formación acerca de los costes de Microsoft Dynamics NAV.
Accede al curso de Dynamics NAV
Puede parecer que son pequeñas cosillas, pero es importante que nos suene todo un poco para tener argumentos para responder a preguntas varias que nos plantean los clientes.
No son las únicas sesiones online que se están realizando. Ayer descrubrí que desde Microsoft España se están realizando también sesiones de formación online, en español, sobre SCM (Supply Chain Management).
La primera sesión se realizó el pasado mes de octubre, aunque el vídeo está disponible en la web del Partner Learning Center.
En estas sesiones explican bugs detectados, explican funcionalidad, cuestiones de diseño, comentan entradas publicadas en el blog del equipo de Microsoft Dynamics NAV, etc.
En la sesión de octubre, se explicaron las siguientes entradas de blog:
Accede al curso de Dynamics NAV
Puede parecer que son pequeñas cosillas, pero es importante que nos suene todo un poco para tener argumentos para responder a preguntas varias que nos plantean los clientes.
Para la siguiente sesión, que se realizará este próximo viernes, se comentarán nuevos posts del blog:
Se hablará principalmente de la Hoja de Planificación de Microsoft Dynamics NAV. El que esté interesado en esta herramienta, no se puede perder la próxima sesión!
Cristina Nicolàs
21 noviembre 2011
Herramienta para la detección y corrección de errores en los costes (2009)
Tal y como comenté en el post "Sesiones de formación sobre los costes de NAV", tenía que salir una herramienta para la detección y corrección de costes para Microsoft Dynamics NAV 2009.
Pues bien, esta herramienta está disponible desde el 9 de Noviembre, os lo podéis descargar de aquí (acceso a PartnerSource es requerido).
Según dijeron, además, publicarán un artículo de Knowledge Base sobre la herramienta. Dieron el número de KB, pero lo acabo de buscar y parece que aún no está disponible.
Accede al curso de Dynamics NAV
Y siguiendo con el tema de sesiones de formación, precisamente mañana hay una nueva sesión. Microsoft ha anunciado que hablará de la herramienta que aquí presento. Si a alguien le interesa, el link para registrarse es éste.
Yo asistiré a la formación. Después de escuchar lo que puedan explicar y de analizar la herramienta, publicaré un nuevo post con los comentarios que considere oportunos.
Cristina Nicolàs
Pues bien, esta herramienta está disponible desde el 9 de Noviembre, os lo podéis descargar de aquí (acceso a PartnerSource es requerido).
Según dijeron, además, publicarán un artículo de Knowledge Base sobre la herramienta. Dieron el número de KB, pero lo acabo de buscar y parece que aún no está disponible.
Accede al curso de Dynamics NAV
Y siguiendo con el tema de sesiones de formación, precisamente mañana hay una nueva sesión. Microsoft ha anunciado que hablará de la herramienta que aquí presento. Si a alguien le interesa, el link para registrarse es éste.
Yo asistiré a la formación. Después de escuchar lo que puedan explicar y de analizar la herramienta, publicaré un nuevo post con los comentarios que considere oportunos.
Cristina Nicolàs
31 octubre 2011
Más datos para la empresa de demostración CRONUS
Microsoft Dynamics NAV viene con una empresa de demostración llamada CRONUS España S.A.El propósito de esta empresa es el de poderla utilizar con fines demostrativos y formativos.
Pero tiene una pequeña carencia: hay pocos datos.
Pocos clientes y proveedores, con pocos movimientos (muchos tienen la supuesta carga inicial de saldo y nada más), pocos productos con pocos movimientos, etc.
Microsoft ha anunciado hoy mismo que habrá disponible una nueva empresa CRONUS con más y mejores datos para Microsoft Dynamics NAV 2009 R2.
- 76 nuevos clientes y 32 direcciones de envío
- Procesados 11.000 pedidos de venta y 800 pedidos de compra
- 88.000 movimientos de contabilidad más
- 32.000 movimientos de inventario más
- CRONUS tiene ahora 2,4 millones de registros (hasta ahora tenía 61.210)
Accede al curso de Dynamics NAV
Esta nueva empresa de demostración está disponible desde hoy mismo en la versión internacional W1 y en las localizaciones de algunos países.
Para España estará disponible en Diciembre de 2011. Estaremos pendientes del día exacto.
Cristina Nicolàs
10 octubre 2011
Herramienta para la detección y corrección de errores en los costes (3.xx)
Tal y como comenté en un post anterior, recientemente descubrí que existe una herramienta para la detección y corrección de errores en los costes de Microsoft Dynamics NAV.
Comenté que existia una vieja herramienta, publicada en el año 2003 y destinada a las versiones 3.xx de Navision (también funciona, aunque no en todos los casos, para las versiones 4.xx). Comenté que en breve saldrá una nueva herramienta para NAV 2009 (que será válida también para NAV 5.xx).
Prometí analizar y postear sobre la vieja herramienta. Aquí lo teneis:
Para empezar, dejar muy y muy claro que la herramienta es una guía y no un manual completo. El informe de detección de errores cubre los errores típicos que se habían detectado en el momento de desarrollarla. La parte de corrección de errores explica y guía sobre cómo proceder, pero en ningún caso provee una herramienta que lo haga de forma automática.
El informe de detección de errores recorre todos los movimientos de producto y sus tablas relacionadas (movimientos de valor y liquidaciones, básicamente) para determinar si los datos son coherentes o no: comprueba que exista almenos un movimiento de valor por cada movimiento de producto, que los valores de los campos Positivo y Pendiente sean correctos (comparándolos con la cantidad y la cantidad pendiente, respectivamente), que el signo de la cantidad pendiente sea el mismo que el de la cantidad, que la cantidad pendiente no sea mayor que la cantidad, que el valor del campo "Valorado a coste medio" en todos los movimientos de valor de un mismo movimiento de producto sea el mismo y que sólo es "Sí" para los productos valorados a coste medio, etc.
Accede al curso de Dynamics NAV
Si la herramienta detecta cualquier incoherencia, nos lo mostrará para que sepamos qué incoherencias hay y podamos proceder a su corrección.
El descrito es el test básico de la herramienta. Existen otro tipos de tests:
Es posible que todo esto os suene a chino. Son comprobaciones sobre el funcionamiento interno de los costes de Microsoft Dynamics NAV.
La cuestión es: si en cualquier de estos tests, se detectan incoherencias, el resultado del proceso de Valoración de Stocks es completamente impredecible. Así que... mejor arreglar todo aquello que se haya detectado incoherente o incorrecto.
El documento que acompaña la herramienta explica algunos casos (para los que ya había sus correspondientes hotfixes y por tanto ya no deberían producirse) en qué se podían producir incoherencias.
Yo añado una nueva casuística (quizá algún día haga un post con un ejemplo práctico paso a paso): cuando a alguien le da por cambiar el método de valoración de existencias de un producto. Sabeis que Navision no permite hacerlo si el producto tiene movimentos. Sabeis también que para un programador de NAV es muuuuuuuy fácil hacer que si que se permita. Lo que quizá no sabeis es que a la larga acaba generando inconsistencias en los datos (las que yo conozco almenos, detectables por esta herramienta) y lleva a resultados impredecibles (redondeos enormes, por ejemplo).
Hasta aquí perfecto. Y qué debemos hacer en caso que encontremos alguna incorrección en nuestros datos?
Pues hay dos cosas que debemos hacer: corregir el código para que el error no se vuelva a producir y corregir los datos.
Para corregir el código, deberíamos buscar hotfixes publicados por Microsoft. En principio, el bug debería estar ya solucionado y aplicando un hotfix nos debería bastar.
Para corregir los datos... la herramienta habla de ser extremadamente cautelosos, de hacer pruebas exhaustivas en un entorno de pruebas antes de implementarlo en nuestra base de datos real.
Cómo he comentado un poco más arriba, no hay ningún proceso para corregir los datos de forma automática. Esta tarea queda para nosotros, los desarrolladores de Navision. Lo que está bien de la herramienta, pero, es que explica, por ejemplo, cómo marcar movimientos de producto para que sean valorados de nuevo por el proceso de valoración de stocks. Explica también otros campos involucrados en los costes que hay que tener en cuenta.
Esto está muy bien. Lo que hubiera dado yo por tener una guía como esta cuando he tenido que corregir algo de costes, en lugar de darme de tortas con el código para descubrir lo que aquí se explica...
La documentación que acompaña la herramienta explica también paso a paso cómo se crean los movimientos de producto y de valor, cómo se liquidan, cómo se marcan para que el proceso de valoración de stocks pase por éstos movimientos, y finalmente, explica cómo funciona el proceso de valoración de stocks. Por fin! Había seguido algunas veces el código de este proceso, y la verdad es que nunca había entendido nada!
En resumen, con la herramienta de detección de errores en los costes podemos detectar si tenemos incoherencias en los costes. En caso de tenerlas y tener que hacer alguna corrección, no hay nada que lo haga de forma automática, porqué la corrección a realizar depende mucho de cada caso particular, pero tenemos una guía sobre qué tener en cuenta para que la corrección sea exitosa.
Para aquel que quiera profundizar un poco en el funcionamiento interno de los costes, bajaros y leed con atención la documentación. Os resultará útil.
Aquí va el link.
Cristina Nicolàs
Comenté que existia una vieja herramienta, publicada en el año 2003 y destinada a las versiones 3.xx de Navision (también funciona, aunque no en todos los casos, para las versiones 4.xx). Comenté que en breve saldrá una nueva herramienta para NAV 2009 (que será válida también para NAV 5.xx).
Prometí analizar y postear sobre la vieja herramienta. Aquí lo teneis:
Para empezar, dejar muy y muy claro que la herramienta es una guía y no un manual completo. El informe de detección de errores cubre los errores típicos que se habían detectado en el momento de desarrollarla. La parte de corrección de errores explica y guía sobre cómo proceder, pero en ningún caso provee una herramienta que lo haga de forma automática.
El informe de detección de errores recorre todos los movimientos de producto y sus tablas relacionadas (movimientos de valor y liquidaciones, básicamente) para determinar si los datos son coherentes o no: comprueba que exista almenos un movimiento de valor por cada movimiento de producto, que los valores de los campos Positivo y Pendiente sean correctos (comparándolos con la cantidad y la cantidad pendiente, respectivamente), que el signo de la cantidad pendiente sea el mismo que el de la cantidad, que la cantidad pendiente no sea mayor que la cantidad, que el valor del campo "Valorado a coste medio" en todos los movimientos de valor de un mismo movimiento de producto sea el mismo y que sólo es "Sí" para los productos valorados a coste medio, etc.
Accede al curso de Dynamics NAV
Si la herramienta detecta cualquier incoherencia, nos lo mostrará para que sepamos qué incoherencias hay y podamos proceder a su corrección.
El descrito es el test básico de la herramienta. Existen otro tipos de tests:
- Test de cantidad; Cantidad en movimientos de producto vs cantidad en liquidaciones.La cantidad y cantidad pendiente en un movimiento de producto se debe corresponder con las cantidades registradas en las liquidaciones.No hay liquidaciones repetidas
- Test de cantidades liquidadas; el signo (positivo o negativo) de las cantidades en el movimiento y en la liquidación se corresponden, la cantidad pendiente en un movimiento de entrada se corresponde con la suma de las cantidades de las liquidaciones realizadas, un movimiento no se ha liquidado contra si mismo
- Test de relaciones entre entradas y salidas para productos valorados a coste medio; principalmente cuestiones relacionadas con el campo "Valorado a coste medio"
- Test de "Valorado a coste medio" y sus liquidaciones; si el movimiento se ha valorado a coste medio, que no se hayan liquidado costes
- Test de la Fecha de Valoración; que la fecha de valoración de una salida no sea anterior a la fecha de valoración de la entrada contra la que ha sido liquidada
Es posible que todo esto os suene a chino. Son comprobaciones sobre el funcionamiento interno de los costes de Microsoft Dynamics NAV.
La cuestión es: si en cualquier de estos tests, se detectan incoherencias, el resultado del proceso de Valoración de Stocks es completamente impredecible. Así que... mejor arreglar todo aquello que se haya detectado incoherente o incorrecto.
El documento que acompaña la herramienta explica algunos casos (para los que ya había sus correspondientes hotfixes y por tanto ya no deberían producirse) en qué se podían producir incoherencias.
Yo añado una nueva casuística (quizá algún día haga un post con un ejemplo práctico paso a paso): cuando a alguien le da por cambiar el método de valoración de existencias de un producto. Sabeis que Navision no permite hacerlo si el producto tiene movimentos. Sabeis también que para un programador de NAV es muuuuuuuy fácil hacer que si que se permita. Lo que quizá no sabeis es que a la larga acaba generando inconsistencias en los datos (las que yo conozco almenos, detectables por esta herramienta) y lleva a resultados impredecibles (redondeos enormes, por ejemplo).
Hasta aquí perfecto. Y qué debemos hacer en caso que encontremos alguna incorrección en nuestros datos?
Pues hay dos cosas que debemos hacer: corregir el código para que el error no se vuelva a producir y corregir los datos.
Para corregir el código, deberíamos buscar hotfixes publicados por Microsoft. En principio, el bug debería estar ya solucionado y aplicando un hotfix nos debería bastar.
Para corregir los datos... la herramienta habla de ser extremadamente cautelosos, de hacer pruebas exhaustivas en un entorno de pruebas antes de implementarlo en nuestra base de datos real.
Cómo he comentado un poco más arriba, no hay ningún proceso para corregir los datos de forma automática. Esta tarea queda para nosotros, los desarrolladores de Navision. Lo que está bien de la herramienta, pero, es que explica, por ejemplo, cómo marcar movimientos de producto para que sean valorados de nuevo por el proceso de valoración de stocks. Explica también otros campos involucrados en los costes que hay que tener en cuenta.
Esto está muy bien. Lo que hubiera dado yo por tener una guía como esta cuando he tenido que corregir algo de costes, en lugar de darme de tortas con el código para descubrir lo que aquí se explica...
La documentación que acompaña la herramienta explica también paso a paso cómo se crean los movimientos de producto y de valor, cómo se liquidan, cómo se marcan para que el proceso de valoración de stocks pase por éstos movimientos, y finalmente, explica cómo funciona el proceso de valoración de stocks. Por fin! Había seguido algunas veces el código de este proceso, y la verdad es que nunca había entendido nada!
En resumen, con la herramienta de detección de errores en los costes podemos detectar si tenemos incoherencias en los costes. En caso de tenerlas y tener que hacer alguna corrección, no hay nada que lo haga de forma automática, porqué la corrección a realizar depende mucho de cada caso particular, pero tenemos una guía sobre qué tener en cuenta para que la corrección sea exitosa.
Para aquel que quiera profundizar un poco en el funcionamiento interno de los costes, bajaros y leed con atención la documentación. Os resultará útil.
Aquí va el link.
Cristina Nicolàs
06 octubre 2011
Propiedad Editable de los campos mostrados en una página
El cliente RTC de Microsoft Dynamics NAV salió hace ya unos cuantos años. Seguramente muchos técnicos de Navision enseguida se pusieron a trabajar con él y dominan ya a la perfección cómo programar páginas, cómo cambian las páginas respecto a los formularios y todo este tipo de cosas.
Por desgracia, no es mi caso. Intento estar siempre al día, pero en el caso del RTC, no lo he estado demasiado. He mirado documentación, por supuesto, pero hasta ahora aún he trabajado para clientes que estaban en versiones anteriores de Microsoft Dynamics NAV.
Ahora me pongo a programar para el RTC, que es un mundo completamente nuevo para mi, y empiezo a descubrir cómo hacerlo, los pequeños trucos, etc.
Estará desfasado, sí, pero voy a hacer unos cuantos posts explicando aquellos pequeños trucos y cosas varias que vaya encontrando.
Accede al curso de Dynamics NAV
Dicho esto, empiezo con el primer truco, el que da nombre al título de este post:
Propiedad Editable de los campos mostrados en una página
En un formulario, la propiedad Editable de un control (TextBox, CheckBox, etc.) mostrado en el formulario es un valor fijo que acepta los valores Sí y No.
La propiedad, pero, puede cambiarse en tiempo de ejecución asignando un nuevo valor a la propiedad con una sentencia como la siguiente:
CurrForm."Nombre del Control".EDITABLE(NuevoValorDeLaPropiedad);
En las páginas, este comportamiento es distinto. La propiedad Editable de los controles acepta una expresión booleana. Pero no existe una función para cambiar la propiedad en tiempo de ejecución, es decir, no se puede escribir una sentencia como la siguiente:
CurrPage."Nombre del control".EDITABLE(NuevoValorDeLaPropiedad);
Cómo podemos entonces reproducir el comportamiento de hacer un campo Editable/No Editable en tiempo de ejecución?
La herramienta de transformación de formularios a páginas hace lo siguiente:
* Declara una variable global, de tipo boolean, a la que llama NombreDelControlEditable
* Cambia la sentencia
CurrForm."Nombre del Control".EDITABLE(NuevoValorDeLaPropiedad);
por
NombreDelControlEditable := NuevoValorDeLaPropiedad;
* Asigna la variable global creada a la propiedad Editable del control
Podéis ver un ejemplo de lo comentado en la ficha del cliente (Form 21 y Página 21). En la ficha del cliente, el estándar de Microsoft Dynamics NAV hace editable el campo Contacto en función de si hay o no un Nº contacto.
Cristina Nicolàs
Por desgracia, no es mi caso. Intento estar siempre al día, pero en el caso del RTC, no lo he estado demasiado. He mirado documentación, por supuesto, pero hasta ahora aún he trabajado para clientes que estaban en versiones anteriores de Microsoft Dynamics NAV.
Ahora me pongo a programar para el RTC, que es un mundo completamente nuevo para mi, y empiezo a descubrir cómo hacerlo, los pequeños trucos, etc.
Estará desfasado, sí, pero voy a hacer unos cuantos posts explicando aquellos pequeños trucos y cosas varias que vaya encontrando.
Accede al curso de Dynamics NAV
Dicho esto, empiezo con el primer truco, el que da nombre al título de este post:
Propiedad Editable de los campos mostrados en una página
En un formulario, la propiedad Editable de un control (TextBox, CheckBox, etc.) mostrado en el formulario es un valor fijo que acepta los valores Sí y No.
La propiedad, pero, puede cambiarse en tiempo de ejecución asignando un nuevo valor a la propiedad con una sentencia como la siguiente:
CurrForm."Nombre del Control".EDITABLE(NuevoValorDeLaPropiedad);
En las páginas, este comportamiento es distinto. La propiedad Editable de los controles acepta una expresión booleana. Pero no existe una función para cambiar la propiedad en tiempo de ejecución, es decir, no se puede escribir una sentencia como la siguiente:
CurrPage."Nombre del control".EDITABLE(NuevoValorDeLaPropiedad);
Cómo podemos entonces reproducir el comportamiento de hacer un campo Editable/No Editable en tiempo de ejecución?
La herramienta de transformación de formularios a páginas hace lo siguiente:
* Declara una variable global, de tipo boolean, a la que llama NombreDelControlEditable
* Cambia la sentencia
CurrForm."Nombre del Control".EDITABLE(NuevoValorDeLaPropiedad);
por
NombreDelControlEditable := NuevoValorDeLaPropiedad;
* Asigna la variable global creada a la propiedad Editable del control
Podéis ver un ejemplo de lo comentado en la ficha del cliente (Form 21 y Página 21). En la ficha del cliente, el estándar de Microsoft Dynamics NAV hace editable el campo Contacto en función de si hay o no un Nº contacto.
Cristina Nicolàs
Suscribirse a:
Entradas (Atom)