Libro Microsoft Dynamics NAV Financial Management

Laura Nicolàs y yo hemos trabajado mucho este año 2013! En marzo publicamos nuestro primer libro, Implementing Microsoft Dynamics NAV 2013. Le cogimos el gustillo a esto de escribir, y ahora publicamos un segundo libro: Microsoft Dynamics NAV Financial Management.

Es un libro pequeñito que repasa la mayoría de las funcionalidades financieras disponibles en Navision.


Este libro es adecuada para usuarios de Dynamics NAV que quieran aprender a utilizar el módulo financiero y también para consultores y técnicos del programa que no estén familiarizados con este módulo y quieran formarse en él.

Accede al curso de Dynamics NAV



Un saludo,
Cristina Nicolàs

Cuando los sueños se hacen realidad...

Alguna vez habías soñado que se pudieran modificar una factura registrada en Navision?
Y tener productos de servicio?
Y evitar stocks negativos en un almacén simple?

Si has respondido que sí debes estar llorando de emoción cómo lo hice yo mientras examinaba las diferencias entre NAV 2013 y la versión que acaba de salir del horno: Microsoft Dynamics NAV 2013 R2.

Más tarde me llevé un chasco de los grandes cuando vi que, como en muchas otras ocasiones, se implementa algo pero no se pone a disposición de los usuarios. Aish...

Accede al curso de Dynamics NAV



La cuestión es que estaba yo comparando código de NAV2013 con código de NAV2013R2 para analizar las diferencias y tener una idea clara de las novedades funcionales que ofrece esta última versión. A medida que iba avanzando en la comparación de código, vi:

• Un nuevo campo en la ficha del producto donde indicar si el producto era un producto de inventario o un producto de servicio
• Un nuevo campo en la ficha del producto dónde indicar si el producto permite o no stocks negativos
• Una funcionalidad para Modificar una factura registrada

Emocionante, verdad? Tres cuestiones míticas de Navision que no han estado nunca pero que todo el mundo solicita! Y por fin se hacen realidad!

Bueno, se hacen realidad un poco a medias, porque si os instaláis NAV 2013 R2 y empezáis a buscarlo, no lo encontraréis por ninguna parte!

Microsoft ha desarrollado estas nuevas funcionalidades pero las ha puesto disponibles sólo en un nuevo rol llamado SMALL BUSINESS. Este rol no es más que un Navision hiper-super-mega simplificado (la vuelta de Entrepeneur, quizá?) que, según el documento de novedades, está pensado para el mercado Danés y que requiere una licencia diferente.

En cualquier caso, las funcionalidades están y se deberían poder hacer disponibles al Navision en general con relativamente poco esfuerzo, según mi valoración preliminar.

Accede al curso de Dynamics NAV

Para los que os hayáis emocionado mucho con lo de poder modificar una factura registrada... el titular es algo engañoso! Aunque en NAV lo han llamado así, en realidad lo que hace es crear y registrar el abono que corrige la factura inicial, y después crear una nueva factura copia de la original que presenta al usuario para que este la pueda modificar y registrar.

Es decir, en realidad hace lo que hemos tenido que hacer siempre con el Navision, pero automatiza al máximo los pasos, de modo que el usuario no tiene que crear manualmente el abono y la nueva factura.

Un saludo,

Cristina Nicolàs

Diseño de reports en NAV2013

Hace algunos años que trabajo con Dynamics NAV. Aprendí a programar para NAV antes de la aparición del cliente RTC en NAV 2009. Comprendía perfectamente la estructura de los reports clásicos (antes de la aparición de los reports RDLC) y sabía programarlos porque era capaz de comprenderlos perfectamente.

NAV 2009 apareció hace ya unos cuantos añitos y con él los nuevos reports RDLC, que se diseñan en Visual Studio. Sin duda he tenido que lidiar con reports RDLC. Había tenido que trabajar con ellos, si, pero la verdad es que no entendía absolutamente nada.
Fijaos que hablo en pasado.

Ahora si los entiendo, y eso significa un gran cambio para mi. 

Accede al curso de Dynamics NAV

Y el cambio no se ha producido de la noche a la mañana, no no... ha sido más rápido aún! 
25 minutos! Es lo que se tarda en ver este vídeo que recomiendo que veáis!

How Do I: Build a document Report in Microsoft Dynamics NAV 2013

Un saludo,
Cristina Nicolàs

¿Quien ha registrado esto?

Si trabajáis con Dynamics NAV en un entorno multiusuario, seguro que es una pregunta que os habéis hecho en alguna ocasión.

Por ejemplo, nos llega un pedido de compra, vamos a recepcionarlo y resulta que ya está recepcionado! ¿Y quien habrá hecho el registro? Si la mercancía acaba de llegar!
O estamos analizando movimientos de producto y vemos un Ajuste Positivo o Negativo que no entendemos, y queremos preguntarle a quien lo registró el motivo del movimiento.
O estamos analizando movimientos contables y nos encontramos con un asiento que no acabamos de ver claro y nos gustaría saber quien lo ha registrado.

La pregunta ¿quien ha registrado esto? puede responderse de forma bastante fácil. No sólo eso, también se puede responder a la pregunta de ¿y cuando lo registró?

Accede al curso de Dynamics NAV



Para responder a estas preguntas debemos acudir a las pantallas de Registro de movimientos.
Hay varios registros de movimientos en Navision. De hecho existen tantos registros de movimientos como tipos de movimientos: 

• Registro de movimientos de Contabilidad
• Registro de movimientos de Producto
• Registro de movimientos de Almacén
• Registro de movimientos de Lista de Materiales
• Registro de movimientos de Proyecto
• Registro de movimientos de Recurso
• Registro de movimientos de Servicio

Y todos ellos nos dan una información muy parecida:

• Fecha creación. Esta información responde al Cuando se registró porque indica la decha del día en que se hizo el registro (no la Fecha Registro)
• Id. usuario. Esta información responde al Quién lo registró
• Cód. Origen y Nombre sección diario. Esta información responde al Desde donde se hizo
• Desde Nº mov y Hasta Nº mov. Esta información especifica los movimientos exactos que se han realizado

Así pues, todo lo que necesitamos para responder a preguntas varias acerca de un registro en concreto, es conocer alguno de los Nº de movimiento que ha generado. En toda pantalla dónde esteis visualizando movimientos de cualquier tipo, encontraries el campo Nº mov. Sabiendo el número de movimento, es sólo cuestión de dirigirse al registro correspondiente y buscar el Nº mov. de que disponemos.

Espero que esta información os sea útil.

Un saludo,
Cristina Nicolàs

Publicado el libro Implementing Microsoft Dynamics NAV 2013

Hace algo más de un mes PacktPublishing anunció que el libro Implenting Microsoft Dynamics NAV 2013 estaria disponible en Marzo de este mismo año. Pudisteis leer esta notícia en mi último post.

Hoy puedo anunciar ya que el libro está completamente terminado y disponible para todos vosotros.

Ha sido un largo año, Laura Nicolàs y yo hemos puesto mucho tiempo y mucho esfuerzo en hacer esto posible. Una vez terminado el trabajo, la satisfacción es inmensa!

Si teneis la ocasión de leer el libro, me encantaría recibir vuestro feedback: saber si os ha gustado, si os ha sido útil, etc.

He de decir que yo misma he utilizado mi propio libro ya en multitud de ocasiones. Hay un capítulo dedicado a la migración a Dynamics NAV 2013 desde versiones previas del producto. En los últimos meses he trabajado en un par de migraciones de código de 2009 a 2013 y me ha sido de gran utilidad releer mi propias palabras sobre la migración para utilizar las herramientas de migración de código. Digo yo... si me ha sido útil a mi misma para recordar conceptos, será también útil para otros, no? Espero que así sea!

Accede al curso de Dynamics NAV



Os dejo el enlace para poder comprar el libro en la web de PacktPublishing: http://www.packtpub.com/implementing-microsoft-dynamics-nav-2013/book

Un saludo,
Cristina Nicolàs

Libro Implementing Dynamics NAV 2013

Este es uno de los posts que me hace más ilusión. Recoge el duro trabajo que hemos realizado Laura Nicolàs y yo misma durante el último año.

Ya está anunciada el libro Implementing Dynamics NAV 2013, publicado por Packt Publishing y co-escrito por mi misma.

Para aquellos que querais conocer las novedades que trae esta versión, o para los que os introducis de nuevo en el mundo de la implementación de Dynamics NAV, este libro es para vosotros!

Estará disponible en Marzo de este año, pero ya es posible comprarlo en la web de la editorial. Os dejo el enlace: http://www.packtpub.com/implementing-microsoft-dynamics-nav-2013/book 

Cristina Nicolàs

Accede al curso de Dynamics NAV

Application Test Toolset para Microsoft Dynamics NAV 2013

Aunque muy pocos desarrolladores de NAV lo conocen, desde la versión 2009 SP1 de Navision existe la posibilidad de desarrollar un tipo especial de codeunits que nos permiten realizar tests sobre nuestros desarrollos.

Esto está muy bien, un día de estos haré un post explicando cómo se pueden escribir codeunits de test.

Pero cuando realizamos desarrollos, no sólo nos preocupa que lo que nosotros desarrollamos funcione, nos preocupa también que funcione correctamente el estándar de Navision. En definitiva, que no queremos cargarnos nada.

Accede al curso de Dynamics NAV

¿No sería fantástico disponer de un set de tests para el estándar de Navision? De este modo, a parte de escribir nuestros propios tests para comprobar que aquello que desarrollamos funciona, podríamos también ejecutar los tests del estándar de Navision y poder constatar que todo lo demás sigue funcionando.

¡Pues buena noticia! ¡Dicho test existe! Se llama Application Test Toolset y aunque no está disponible para todas las localizaciones, si existe para la localización española de NAV 2013.

Lo podéis descargar del siguiente link (requiere acceso a la PartnerSource):
https://mbs.microsoft.com/partnersource/deployment/resources/supplements/msdnav2013applicationtoolset.htm

El equipo de desarrollo de Dynamics NAV ha publicado un post dónde explica cómo utilizar la herramienta. Lo encontraréis aquí

Os recomiendo que le echéis un vistazo!

Cristina Nicolàs

Una CRONUS con muchos más datos

Hace un tiempo anuncié que estaría disponible una empresa de demostración CRONUS para Dynamics NAV 2009 R2 con muchos más datos que la empresa que hemos utilizado hasta el momento para fines formativos y demostrativos.

Nunca llegué a colgar el link. Mis más sinceras disculpas.

Más vale tarde que nunca, dicen, así que aquí va: Link descarga NAV 2009 R2 (requiere acceso a la PartnerSource)

Es la misma página de descarga de todas las versiones localizadas de NAV 2009 R2. Hay una nueva sección donde estás las Cronus extendidas de los diferentes países.

Accede al curso de Dynamics NAV



Esta nueva empresa CRONUS ha ampliado datos en las siguientes àreas:

• Gestión Financiera: movimientos de banco, pagos de clientes, pagos de proveedores, asientos de cierre anual, presupuesto financiero, etc.
• Ventas: pedidos, productos, cuentas. Más clientes y direcciones de envío.
• Compras: pedidos, productos y cuentas.
• Existencias: ajustes de costes, ajustes de diario, inventarios físicos

Y no ha ampliado datos en las siguientes àreas:

• Seguimiento de producto, Gestión Avanzada del Almacén, Producción, Servicios, Proyectos, Activos Fijos, Conciliación bancaria y otras funcionalidades avanzadas

Cristina Nicolàs

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

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

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.

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:

Are reservations being impacted with stock adjustments?

Reservations vs. costing application: should both be consistent?

Requisition vs. Planning worksheet: why having two planning tools?

Rounding in ERP world

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:

http://blogs.msdn.com/b/nav/archive/tags/scm/

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

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

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

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:

• 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

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

Sesiones de formación sobre los costes de NAV

El pasado 27 de septiembre tuve la oportunidad de asistir a un evento organizado por Microsoft llamado "What's up in Dynamics NAV Inventory Costing". Se trata de una iniciativa de formación online, sesiones formativas a través de Live Meeting. La de la semana pasada fue la primera que trataba el área de costes de Navision. Cada 2 meses se celebrará una sesión parecida. La próxima ya tiene fecha: el 22 de noviembre. Allí estaré para escuchar lo que puedan explicar.


En la primera sesión explicaron algún bug conocido en el área de costes de Microsoft Dynamics NAV, explicaron cómo se asignan las fechas de registro cuando se ejecuta el proceso de valoración de stocks (haciendo un repaso histórico de cómo ha ido cambiando a lo largo de las diferentes versiones), también cómo se asignan las fechas de registro cuando se registran los costes en la contabilidad.
Todo muy interesante. Me ayudó a hacer un repaso de cosas que más o menos sabía, algunas que quizá tenía un poco olvidadas y sobre todo, a profundizar un poco en algunos detalles.

Accede al curso de Dynamics NAV




Pero lo más interesante, sin duda, fue descubrir que existe una herramienta llamada "Costing Error Detection Tool". No tenía ni idea que existiera una herramienta cómo esta. En cualquier caso, pero, la herramienta actual está más que desfasada (se hizo en 2003, para las versiones 3.xx). Pero, notícia importante, en unas 2 semanas debería estar disponible para descarga en la Partner Source la misma herramienta para Microsoft Dynamics NAV 2009 (servirá también para las versiones 5.xx, pues los costes no han cambiado).


La herramienta, así a grosso modo, incluye:
* Informe de detección de errores.
  El informe testeará las cantidades, liquidaciones, fechas de registro, costes esperados, etc.
  Debería recorrer toda la información sobre costes en una empresa y comprobar que todos los datos sean los esperados.
* Documentación
  - Explicación del diseño del área de costes: las diferentes tablas involucradas, cómo se tratan las transerencias, cómo se tratan las liquidaciones fijas, etc.
  - Explicación sobre la corrección de datos


Sin duda estaré pendiente cuando salga esta herramienta para analizarla y sacar mis propias conclusiones.


De momento, probaré con la herramienta actual. Para quien la quiera ver también, éste es el link para la descarga.
según dijeron, la herramienta salió para detectar errores que se habían producido en los costes (y liquidaciones de productos) al migrar de versiones anteriores a las versiones 3.xx. La herramienta es válida también para las versiones 4.xx de Navision (excepto para productos valorados a coste medio, y aún menos para productos valorados a coste medio con movimientos de transferencia).


Yo me acabo de descargar la herramienta actual. En cuanto la haya analizado os lo haré saber.


Cristina Nicolàs

NAVtechDays 2011

El 29 y 30 de septiembre se realizó en Bélgica una conferencia organizada por mibuso dirigida a técnicos que trabajan con Microsoft Dynamics NAV: NAVtechdays 2011

Tuve la gran suerte de poder asistir a tal evento, en el que se vieron nuevos aspectos de la próxima versión de Navision, pero también cosas de versiones que ya están en el mercado.
Fue realmente interesante, la verdad. En los próximos días escribiré sobre las impresiones recogidas en el evento.

Accede al curso de Dynamics NAV

También hubo tiempo para lo social. Me gustó poder conocer a gente con la que hemos coincidido mucho en tipsdbits, a JAJ y a kitik (aunque a kitik la tengo ya más que vista), pero también a otra gente cómo los compañeros canarios. Desde aquí un saludo para todos.

Y también tiempo para el turismo. Antwerpen es una ciudad preciosa. Y aprovechando el viaje, me quedé el fin de semana en Bélgica y visité también Gent y Brugge. Todas ellas ciudades encantadoras, de verdad, os las recomiendo.

Cristina Nicolàs

Ley contra la morosidad: Los informes

Con la funcionalidad liberada por Microsoft para adecuarse a la Ley contra la morosidad en España, venían 2 nuevos informes (hay que actualizar la licencia para poderlos usar): Cliente - pagos vencidos y Proveedor - pagos vencidos.

Tras analizarlos, mi indignación, expresada ya en el post anterior, no ha hecho más que crecer.
El informe Cliente - pagos vencidos mira las facturas de los clientes y su fecha de pago, y da un resumen estadístico del número de pagos realizados dentro y fuera del período de vencimiento de las facturas.

Parece correcto, pero, se excluyen de este informe todas aquellas facturas que han generado uno o varios efectos. La factura no se ha liquidado contra un pago sinó contra un efecto, y es el efecto el que se ha liquidado contra el pago. El informe no tiene en cuenta la factura (porque no se ha liquidado contra un pago y por tanto no se puede comparar la fecha de vencimiento contra la fecha de pago), ni tampoco el efecto (porque sólo mira facturas).

Accede al curso de Dynamics NAV


Y además, lo dicho, sólo tiene en cuenta facturas ya pagadas. Para que la estadística fuera un poco mejor podría también tener en cuenta facturas no pagadas aún, que podrían estar aún dentro del plazo o se podrían haber pasado ya...

Idem en el informe de proveedores.

Esperamos un año a que Microsoft haga cambios para adecuarse a la ley.
Y cuando por fin aparecen:
Las modificaciones que se realizan son mínimas y no tienen en cuenta algunos aspectos de la ley.
Las modificaciones no tienen en cuenta funcionalidades de la localización española de Microsoft Dynamics NAV.

Que alguien me lo cuente porqué no entiendo nada.

Cristina Nicolàs
Dynamica

Ley contra la morosidad: impresiones sobre la nueva funcionalidad

Tenemos ya disponibles los objetos para adecuar Microsoft Dynamics NAV a la Ley de Morosidad. En este otro post tenéis los links para la descarga.

Hace ya unos cuantos meses, cuando anuncié que Microsoft estaba trabajando en una funcionalidad para adecuarse a esta ley (podéis leer el post aquí), explicaba que lo que no controlaba Navision era el hecho que la fecha de vencimiento debería calcularse en base a la fecha de entrega (o recepción) de los bienes o prestación de los servicios. Tampoco controlaba el hecho que en una misma factura pueden juntarse varias entregas, siempre y cuando el período entre entregas no sea superior a los 15 días, caso en el qué la fecha de vencimiento debería calcularse en base a la fecha correspondiente a la mitad del período que se factura.
Comentaba que del modo cómo trabaja Navision respecto al cálculo de las fechas de vencimiento, nos bastaba con definir nuevos términos de pago y poner (manualmente) las fechas de emisión del documento adecuadas.

Accede al curso de Dynamics NAV


Las expectativas que tenía para la funcionalidad que Microsoft ha desarrollado, eran principalmente que de algún modo se tuvieran en cuenta las fechas de registro de los albaranes, para el cálculo de la fecha de vencimiento, y también para no permitir juntar albaranes cuya diferencia entre fechas de registro fuera superior a 15 días.

Dicho esto y tras haber analizado los cambios en la funcionalidad de cálculo de fechas de vencimiento que introduce esta herramienta, he de decir que me siento completamente decepcionada y que creo que la herramienta liberada por Microsoft es deficiente. Lo que cambia respecto a lo que venía siendo el estándar de Microsoft Dynamcics NAV es tan poco, y además se podía ya obtener casi el mismo resultado mediante la correcta configuración de los términos de pago, que, sinceramente, tras tantos meses de espera desde la modificación de la ley (que es de Julio de 2010), creo que es indignante lo que han hecho. Parece que han hecho algún pequeño cambio sólo para poder decir que no han pasado olímpicamente del tema.

¿Qué cambios introduce la nueva funcionalidad? 
Se introduce un nuevo campo en la configuración de los Términos de Pago, llamado "Nº máximo de días hasta la fecha de vencimiento". 
El cálculo de la fecha de vencimiento se sigue haciendo en base a la Fecha de Emisión del Documento. Si el cálculo del vencimiento según el término de pago se pasa del nº de días especificado en el mismo, entonces el límite especificado en este nuevo campo es el que queda como fecha de vencimiento.
Al tener en cuenta días de pago y períodos de no pago, Microsoft Dynamics NAV siempre acababa estableciendo fechas de vencimiento posteriores a la calculada inicialmente por el término de pago. Ahora es capaz también de ir hacía atrás en el cálculo del vencimiento, para cumplir con el máximo de días establecido.
Si encuentra cualquier tipo de incongruencia de fechas, nos deja la fecha de vencimiento en blanco y es el usuario quien debe introducirla de forma manual.

Para quien usa la casuística simple de cálculo de fechas de vencimiento (cálculo basado única y exclusivamente en Términos de Pago), la nueva funcionalidad liberada por Microsoft no aporta absolutamente nada. Si antes tenía términos de pago para cálculo a 30D, 60D, 90D, etc., y ahora el máximo número de días permito son 60... no necesito nada nuevo... dejo de utilizar todos aquellos términos de pago con un cálculo superior a estos 60 días, definiendo nuevos términos de pago si lo considero oportuno... y listos!

Cuando se combinan los términos de pago con días de pago y con períodos de no pago, entonces la funcionalidad parece que sí que sirve de algo. Sabéis que utilizando los días de pago y los períodos de no pago, la fecha de vencimiento final siempre es igual o superior al término de pago. Entonces no nos basta con definir los términos de pago para adecuarse a la ley y dejar de utilizar los que establecieran períodos más grandes. La nueva funcionalidad también prevee que la fecha final pueda ser inferior a lo calculado inicialmente por el término de pago.

Por ejemplo:
Utilizo un Término de Pago llamado 30D (que calcula el vencimiento a 30 días). Establecemos que el nº máximo de días son 45.
El día de pago para el cliente es el día 15.
El período de no pago es del 01/08/2012 hasta 31/08/2012

Fecha emisión documento: 27/01/2012
Fecha vencimiento antes de la nueva herramienta: 15/03/2012 (27/01 + 30D = 26/02/2012. Lo llevamos hasta el siguiente día 15 que es el 15/03/2012)
Fecha vencimiento: 15/02/2012 (Antes se calculaba 15/03, que es posterior a los 45 días máximos, de modo que lo lleva al anterior día 15, el 15/02)

Fecha emisión documento: 27/06/2012
Fecha vencimiento antes de la nueva herramienta: 15/09/2012 (por el término de pago debería ser 15/08/2012, pero como es un período de no pago, lo lleva hasta el siguiente día 15, el 15/09/2012)
Fecha vencimiento: 15/07/2012 (Antes se calculaba 15/09/2012, que no cumple con los 45 días máximos, de modo que lo lleva al anterior día 15, el 15/07)

Algo hemos avanzado con la nueva funcionalidad, no puedo negarlo. Pero a grosso modo funciona del mismo modo en cómo ya venía funcionando Microsoft Dynamics NAV.
Faltan muchas otras cosas: 
¿dónde se tiene en cuenta la fecha de entrega o recepción de los bienes? No hubiera sido tan difícil utilizar de algún modo las fechas de registro de los albaranes...
¿dónde se tiene en cuenta que no se puede juntar en una misma factura entregas realizadas con más de 15 días de diferencia?
¿hay algún control sobre los productos perecederos, de los que la ley habla específicamente para establecer condiciones diferentes?

Nada, no hay nada. Lo tiene que controlar el usuario de forma manual.

Estoy de acuerdo que hay muchas leyes y dentro de estas, mucha variabilidad, y que un ERP no tiene porque recogerlo absolutamente todo. Al final realmente todo queda bajo responsabilidad del usuario. Qué sé yo, la administración establece por ejemplo las fechas en las que hay que presentar las declaraciones de IVA, por ejemplo, y el ERP no lo tiene en cuenta para nada, puedes calcular y registrar la declaración de IVA a posteriori si quieres, que no se va a quejar ni te va a advertir ni nada. Cierto, el ERP no tiene porque recoger absolutamente todo aquello que establecen las leyes...

De todos modos, esta herramienta se ha quedado tan, pero que tan corta, que no puedo más que sentirme decepcionada e indignada.

Cristina Nicolàs

Ley contra la morosidad: Objetos para Microsoft Dynamics NAV

Hace ya unos cuantos meses anuncié que Microsoft estaba desarrollando una funcionalidad para Microsoft Dynamics NAV que tuviera en cuenta la nueva ley contra la morosidad.

Hoy anuncio que los objetos de esta nueva funcionalidad están ya disponibles para ser descargados en la PartnerSource y también en la CustomerSource.

Aquí van los links:
Versión 5.0 SP1    Descarga en PartnerSource         Descarga en CustomerSource
Versión 2009 SP1  Descarga en PartnerSource         Descarga en CustomerSource


Cristina Nicolàs

Accede al curso de Dynamics NAV