Microsoft ERP Dynamics NAV (Navision)

Site
Web

Home

You are here:

- Wed, 09 Jun 2010 - Cristina Nicolàs

Costes I: Métodos de Valoración de Existencias

Navision y los costes, los costes y Navision.

Estoy segura que más de uno y más de una se ha vuelto majara intentando comprender cómo funcionan. Al menos a mi me ha pasado.

He seguido movimientos de productos y sus costes arriba y abajo en centenares de ocasiones para poder explicar porqué un determinado movimiento ha tomado un valor en particular, porqué el valor final del inventario a una fecha determinada es el que es, o porqué un ajuste positivo o una devolución de venta ha tomada un coste de lo más extraño y ha destrozado la valoración del producto en cuestión.

Todos los ejemplos que mostraré han sido realizados con Microsoft Dynamics NAV 2009 SP1.

A medida que se han ido sucediendo las versiones, ha habido mejoras en el tema de costes, de modo que es posible que algún ejemplo comentado en este post no sea reproducible en versiones anteriores.

Dado que el tema de los costes de productos da para mucho, haré entregas por fascículos.

El primer fascículo será Métodos de Valoración de Existencias.

En los próximos fascículos veremos cómo añadir coste a nuestros productos a través de los cargos de producto, el porqué de los movimientos de Redondeo o de los movimientos de Desviación, cómo revalorizar movimientos de producto, el informe de Valoración del Inventario, el proceso de valoración de stocks, Coste Esperado vs Coste Real, cómo deshacer una liquidación de costes, etc. etc.

No será en este orden, pero. Era un simple brainstorming que quiero que quede por escrito para tener ideas para otro día que quiera escribir otro post…

Métodos de Valoración de Existencias

Para cada producto de Navision, podemos seleccionar el Método de Valoración de Existencias que queremos que se realice del mismo. Si vamos a la ficha de un producto cualquiera, a la pestaña Facturación, y desplegamos el campo Valoración Existencias, veremos que existen 5 métodos de valoración: FIFO, LIFO, Especial, Medio y Estándar.

Es muy importante que seleccionemos adecuadamente el método de valoración de nuestros productos ANTES de realizar cualquier movimiento con ellos. Cuando un producto tiene ni que sea un único movimiento, ya no es posible cambiar su método de valoración. Ni siquiera puede cambiarse el método cuando dejamos el producto con stock 0. Lo que cuenta es si hay o no hay movimientos.

Vamos a explicar cómo se comporta cada uno de los métodos:

FIFO

FIFO es el acrónimo de First-In-First-Out (el primero en entrar es el primero en salir).

En este caso, el primer coste en entrar es el primer coste en salir, de modo que como valoración de nuestro inventario, siempre tendremos los costes de las últimas entradas. Vamos a verlo en un ejemplo:

Movimiento	Fecha	Cantidad	Coste Unitario	Importe
Compra	01-ene	100	1	100

Tenemos un movimiento de entrada inicial de 100 unidades a un coste unitario de 1, que ha sido causado por una compra

Movimiento	Fecha	Cantidad	Coste Unitario	Importe
Compra	01-ene	100	1	100
Venta	02-ene	-50	1	-50

Posteriormente, hay un movimiento de salida de 50 unidades causado por una venta. Esta salida toma el mismo coste unitario que la primera entrada que encuentra a la que aún le queda cantidad en stock. En este caso, la primera y única compra.

Antes de la venta, 100 de las 100 unidades de la compra estaban en stock. Después de la venta, la compra tendrá aún 50 de las 100 unidades en el stock.

Movimiento	Fecha	Cantidad	Coste Unitario	Importe
Compra	01-ene	100	1	100
Venta	02-ene	-50	1	-50
Compra	15-ene	100	1,6	160

Se realiza una nueva compra. En esta ocasión el producto nos ha salido algo más caro, hemos comprado a 1,6 la unidad.

Movimiento	Fecha	Cantidad	Coste Unitario	Importe
Compra	01-ene	100	1	100
Venta	02-ene	-50	1	-50
Compra	15-ene	100	1,6	160
Venta	17-ene	-20	1	-20

Tenemos ahora una venta, una salida. Cómo hemos dicho, la salida toma el coste unitario de la primera entrada que encuentre que aún tenga cantidad en el stock.

A la primera compra, aún le quedan 50 unidades en el stock, de modo que es de este movimiento del que se toma el coste unitario.

Después de este movimiento, a la compra inicial aún le quedarán 30 unidades en el stock.

Movimiento	Fecha	Cantidad	Coste Unitario	Importe
Compra	01-ene	100	1	100
Venta	02-ene	-50	1	-50
Compra	15-ene	100	1,6	160
Venta	17-ene	-20	1	-20
Venta	25-ene	-30	1	-30

Y otra venta. Precisamente de 30 unidades, las que nos quedaban disponibles de la primera compra. Así que, esta venta aún puede tomar el coste de esa primera compra.

Tras este movimiento, a la primera compra ya no le quedarán unidades en stock, de modo que ya no podrá propagar su coste a ninguna otra salida.

Movimiento	Fecha	Cantidad	Coste Unitario	Importe
Compra	01-ene	100	1	100
Venta	02-ene	-50	1	-50
Compra	15-ene	100	1,6	160
Venta	17-ene	-20	1	-20
Venta	25-ene	-30	1	-30
Venta	02-feb	-10	1,6	-16

No paran las ventas. ¿Qué coste deberá tomar esta última venta de 10 unidades? Pues, como ya hemos dicho, el coste de la primera entrada que encuentre que tenga cantidades aún en el stock.

A la primera compra ya no le queda nada. Se ha vendido toda. Tendremos que buscar la siguiente entrada, que en este caso será la del 15 de enero. Por eso esta última venta toma un coste unitario de 1,6.

Movimiento	Fecha	Cantidad	Coste Unitario	Importe
Compra	01-ene	100	1	100
Venta	02-ene	-50	1	-50
Compra	15-ene	100	1,6	160
Venta	17-ene	-20	1	-20
Venta	25-ene	-30	1	-30
Venta	02-feb	-10	1,6	-16
Compra	05-feb	50	0,896	44,8

Finalmente, realizamos una nueva compra, esta vez más barata que en ocasiones anteriores.

Al final, ¿qué Cantidad tenemos en nuestro almacén y qué importe representa?

Lo podemos calcular fácilmente como suma de la cantidad y como suma del importe de cada uno de los movimientos respectivamente.

Movimiento	Fecha	Cantidad	Coste Unitario	Importe
Compra	01-ene	100	1	100
Venta	02-ene	-50	1	-50
Compra	15-ene	100	1,6	160
Venta	17-ene	-20	1	-20
Venta	25-ene	-30	1	-30
Venta	02-feb	-10	1,6	-16
Compra	05-feb	50	0,896	44,8
		140		188,8

Es decir, a 5 de febrero tenemos en el almacén un total de 140 unidades de este producto, por un importe de 188,8 (cosa que nos da un coste promedio de 1,34857 por unidad que se encuentra actualmente en el stock).

Y para que veáis que efectivamente Navision se comporta de este modo, aquí van los pantallazos de estos mismos movimientos realizados con Navision:

Los movimientos generados:

El stock que aparece en la ficha del producto:

El resultado de la valoración de existencias a 05/02/2011 y el coste promedio unitario

LIFO

LIFO es el acrónimo de Last-In-First-Out (el último en entrar es el primero en salir).

En este caso, el último coste en entrar es el primer coste en salir, de modo que como valoración de nuestro inventario, siempre tendremos los costes de las primeras entradas.

Realizaremos el mismo ejemplo de entradas y salidas que el utilizado en el anterior método de valoración de existencias. De este modo, podremos fácilmente comparar los resultados finales de los diferentes métodos.

Recordemos que los movimientos realizados en el ejemplo son los siguientes:

Movimiento	Fecha	Cantidad	Coste Unitario
Compra	01-ene	100	1
Venta	02-ene	-50
Compra	15-ene	100	1,6
Venta	17-ene	-20
Venta	25-ene	-30
Venta	02-feb	-10
Compra	05-feb	50	0,896

Nos falta saber el coste que toman las diferentes salidas. Lo veremos paso a paso.

Cuando se realiza la primera venta, la del 02/01, la última (y de hecho única) entrada que aún tiene cantidades en stock es la compra del día 01/01, de modo que la salida tomará el coste unitario indicado en esa entrada, que en este caso es 1. Tal y como se ve en la imagen, el importe coste de la salida es 50 (50*1), y al primer movimiento de compra le quedan aún 50 unidades en el stock.

Posteriormente realizamos una nueva compra. 100 nuevas unidades a 1,60 la unidad.
Ahora mismo tenemos una primera entrada a la que le quedan 50 unidades en stock, y una segunda entrada a la que le quedan 100 unidades en stock

Cuando se realiza la segunda venta, la del 17/01, que coste debería tomar? Siendo LIFO, pues la de la última entrada que aún tenga unidades en stock, que en este caso es la segunda compra, la del 15/01 a 1,6 de coste unitario, que por 20 unidades vendidas, dan un importe en coste de 32.

Ahora las cosas están así:
01/01 Compra de 100 unidades a 1. Cantidad pendiente 50
15/01 Compra de 100 unidades a 1. Cantidad pendiente 80

Tenemos 2 ventas más, de 30 y 10 unidades respectivamente. Ambas cogerán el coste de la última de las entradas, que cuando le restemos estas 40 unidades, aún tendrá 40 unidades pendientes.
Si miramos los movimientos de producto que ha realizado Navision, veremos que así es.

Al final de todos estos movimientos tenemos 140 unidades por un importe de 158,8 (cosa que nos da un coste promedio por unidad de 1,13429)

Medio

Este método de valoración de existencias valora los productos según su coste medio.

Este método es el único en el que una salida no toma el coste de una entrada en particular, sino que toma como coste un coste medio calculado a partir de todos los movimientos previos del producto.

Cada vez que se realiza una entrada para el producto, se calcula el coste medio, y este es el coste que se aplica a todas las salidas posteriores… hasta que una nueva entrada hace que se calcule de nuevo el coste medio.

Veamos de nuevo el mismo ejemplo que hemos utilizado para el FIFO y para el LIFO.

Movimiento	Fecha	Cantidad	Coste Unitario	Importe	Coste medio del producto
Compra	01-ene	100	1	100	1

Primer movimiento. Se calcula el coste medio del producto. Dado que es el único movimiento, el coste de este producto es el coste medio actual del producto.

Movimiento	Fecha	Cantidad	Coste Unitario	Importe	Coste medio del producto
Compra	01-ene	100	1	100	1
Venta	02-ene	-50	1	-50	1

Mientras no haya una nueva entrada, el coste medio no se altera y las salidas se realizan a este coste medio

Movimiento	Fecha	Cantidad	Coste Unitario	Importe	Coste medio del producto
Compra	01-ene	100	1	100	1
Venta	02-ene	-50	1	-50	1
Compra	15-ene	100	1,6	160	1,4

Una nueva entrada fuerza el recalculo del coste medio.

Ahora mismo en el inventario hay 150 unidades (suma de las cantidades hasta este movimiento 100-50+100 = 150) a un importe de 210 (suma de los importes de los movimientos hasta este 100-50+160 = 210). 210 repartidos entre 150 unidades dan un coste medio de 1,4

Movimiento	Fecha	Cantidad	Coste Unitario	Importe	Coste medio del producto
Compra	01-ene	100	1	100	1
Venta	02-ene	-50	1	-50	1
Compra	15-ene	100	1,6	160	1,4
Venta	17-ene	-20	1,4	-28	1,4
Venta	25-ene	-30	1,4	-42	1,4
Venta	02-feb	-10	1,4	-14	1,4

Al nuevo coste de 1,4 calculado es al que se van a realizar todas las salidas mientras no haya una nueva entrada que haga que se recalculo el coste medio.

Movimiento	Fecha	Cantidad	Coste Unitario	Importe	Coste medio del producto
Compra	01-ene	100	1	100	1
Venta	02-ene	-50	1	-50	1
Compra	15-ene	100	1,6	160	1,4
Venta	17-ene	-20	1,4	-28	1,4
Venta	25-ene	-30	1,4	-42	1,4
Venta	02-feb	-10	1,4	-14	1,4
Compra	05-feb	50	0,896	44,8	1,22

El nuevo coste unitario se calcula del mismo modo que antes.

Hay 140 unidades en stock (100-50+100-20-30-10+50) por un importe de 170,8 (100-50+160-28-42-14+44,8), cosa que da un nuevo coste unitario de 1,22.

En Navision, efectivamente, los movimientos se han realizado del modo que hemos detallado.

Estándar

El estándar es el método de valoración de existencias más adecuado para aquellos productos que se fabrican.

La liquidación de costes, la forma en que los costes se propagan, es exactamente la misma que en el método de valoración FIFO.

La diferencia entre FIFO y estándar es la forma en cómo se recogen los costes en los movimientos de entrada.

En todos los métodos de valoración, el coste de las entradas se recoge de la factura de compra (si la entrada ha sido provocada por una compra), de lo que el usuario haya indicado manualmente cómo coste unitario al realizar un ajuste positivo o del coste promedio actual del producto cuando se realiza una devolución de venta (si no se hace una devolución exacta de coste, esto lo veremos en algún fascículo posterior).

Cuando se utiliza una valoración Estándar, lo que cuenta es lo que indique el campo Coste Estándar de la ficha del producto.

Todas las entradas se valoran a este coste unitario.

El coste estándar de un producto valorado a estándar puede indicarse de forma manual en el campo adecuado de la ficha del producto

Existe también un proceso para realizar el cálculo del coste estándar de un producto. En el caso de los productos fabricados, Navision calcula el coste del producto en cuestión cómo suma de los costes de sus componentes (la lista de materiales de producción) y de la ruta necesaria para fabricarlo.

Dado que podemos ir modificando manualmente el coste estándar, o bien se puede ir modificando con el proceso de cálculo del coste estándar, diferentes entradas de un mismo producto pueden ir tomando diferentes costes (el indicado en la ficha del producto en el momento de realizar el movimiento).

Así pues, podemos tener diferentes entradas a diferentes costes, y después diferentes salidas, que van tomando el coste de las entradas según un método FIFO.

En próximos posts, veremos detalladamente el proceso de cálculo del coste estándar.

Especial

Este método de valoración puede utilizarse única y exclusivamente con productos a los que hagamos un seguimiento por número de serie específico. Específico significa que vamos a indicar el Nº serie en todos y cada uno de los movimientos que realicemos del producto en cuestión.

La liquidación de costes se comportará de un modo parecido al FIFO o al LIFO, en el sentido en qué para una salida, se coge el coste de una entrada en particular. En este caso, pero, no se cogerá de la primera o la última entrada que aún tenga cantidades en stock, sino que se cogerá del movimiento de entrada en qué entró el número de serie que hayamos seleccionado a la salida.

Imaginemos del ejemplo que hemos venido analizando hasta el momento, que en la primera compra han entrado los Nº serie de SER001 a SER100, y que en la segunda compra han entrado los Nº serie de SER101 a SER200.

En la primera de las ventas, sólo tenemos en stock las cantidades de la primera compra, de modo que la salida tendrá que coger números de serie del primer rango.

Pero… en la segunda y posteriores ventas, podemos seleccionar cantidades de la primera o de la segunda entrada. Incluso, de las 20 unidades de la segunda venta, podemos haber cogido parte de una de las entradas y parte de la otra de las entradas.

La segunda de las ventas puede coger costes muy distintos dependiendo de que números de serie seleccionemos. Podemos haber seleccionado 1 de la primera entrada y 19 de la segunda, 2 de la primera y 18 de la segunda, etc.

Cdad. Primera entrada	Coste unitario	Importe	Cdad. Segunda entrada	Coste Unitario2	Importe2	Importe total del movimiento
1	1	1	19	1,6	30,4	31,4
2	1	2	18	1,6	28,8	30,8
3	1	3	17	1,6	27,2	30,2
4	1	4	16	1,6	25,6	29,6
5	1	5	15	1,6	24	29
6	1	6	14	1,6	22,4	28,4
7	1	7	13	1,6	20,8	27,8
8	1	8	12	1,6	19,2	27,2
9	1	9	11	1,6	17,6	26,6
10	1	10	10	1,6	16	26
11	1	11	9	1,6	14,4	25,4
12	1	12	8	1,6	12,8	24,8
13	1	13	7	1,6	11,2	24,2
14	1	14	6	1,6	9,6	23,6
15	1	15	5	1,6	8	23
16	1	16	4	1,6	6,4	22,4
17	1	17	3	1,6	4,8	21,8
18	1	18	2	1,6	3,2	21,2
19	1	19	1	1,6	1,6	20,6

Tal y como se muestra en la tabla, el segundo movimiento de venta puede tomar cualquier importe entre 20,6 y 31,4, dependiendo de qué hayamos seleccionado para vender.

En resumen, hemos hecho los mismos movimientos en diferentes productos, cada uno valorado según un método de valoración de existencias diferente. El coste de las entradas es exactamente el mismo en todos los casos. Lo que varía dependiendo del método escogido es el coste que toman las salidas, cosa que hace que la valoración final de nuestro inventario sea diferente para cada caso, tal y como se puede ver en la siguiente imagen:

NOTA: Nótese que he obviado en esta imagen los productos valorados a Especial y a Estándar. El especial lo he obviado por la variabilidad que tiene. El estándar… porque tal y como he comentado, la valoración en las salidas es la misma que en el FIFO, de modo que el resultado final es el mismo, y porque, para qué voy a esconderme, se me ha olvidado cambiar el Coste Estándar en la ficha del producto antes de cada entrada para que las entradas cogieran el coste que me interesaba para el ejemplo, y ahora tengo muy pocas ganas de repetir los movimientos.

Cristina Nicolàs
Dynamica

- Wed, 02 Jun 2010 -

Introducción a la tecnología móvil orientada a la gestión empresarial

Según algunos datos que he podido recopilar recientemente, parece ser que una gran mayoría de los trabajadores de las pymes en España disponen de teléfono móvil que utilizan mayoritariamente para hacer y recibir llamadas, y aunque una parte de éstos lo utilizan también para la gestión del correo electrónico, muy pocos tienen aplicaciones de gestión integradas en sus dispositivos móviles.

Es paradójico que la mayoría de estas pymes opinan que el uso de las tecnologías (refiriéndose al software) incrementa la productividad de sus empresas. ¿No será entonces que la tecnología móvil integrada con la gestión empresarial es desconocida entre las pymes?. Por mi parte, intentaré ponerle remedio mediante este post.

Si analizamos, a grandes rasgos, los procesos de una compañía "tradicional", nos encontramos en que algunos de estos procesos se desarrollan (o podrían hacerlo) fuera de la ubicación de la empresa.

Algunas áreas susceptibles de tener empleados itinerantes son: marketing, ventas, servicio de asistencia técnica (SAT), almacén y dirección (toma de decisiones). Veamos con algunos ejemplos como poder planificar y ejecutar los trabajos para éstos usuarios.

Primero, un empleado de la central puede visualizar donde están los comerciales o técnicos:

Para, acto seguido, programar una reparación, una avería, o sencillamente, una cita con un cliente:
Ahora el usuario consulta su agenda en su dispositivo móvil:

Y procede a realizar la venta o la reparación, según proceda:

Y finalmente, el cliente acepta la venta o el trabajo, estampando su firma directamente en el dispositivo, la cual será almacenda en el ERP junto al documento:

CONCLUSIONES

El personal administrativo consigue:

Disminución del tiempo de recopilación de datos.
Más tiempo a tareas de alto valor.
Disminución de los plazos de cobro.
Aumento del rendimiento de empleados.

El personal itinerante consigue:

Disminución de errores.

Disminución de ciclos de aprovisionamiento.

Aumento de la eficiencia de empleados.

Por tanto, para clientes, se consigue:

Disminución de ciclos de entrega.

Mejor servicio.

Aumento de satisfacción.

Aumento de fidelización.

En resumen:

AUMENTO DE PRODUCTIVIDAD

- Tue, 25 May 2010 - Josep Pages

Microsoft Dynamics NAV (Navision) 2009 R2

Como parte del compromiso de Microsoft de proveer las mejores soluciones de gestión para las empresas de tamaño medio, la compañía acaba de anunciar la próxima versión de Microsoft Dynamics NAV 2009 “R2” prevista para el cuarto trimestre de 2010.

Microsoft Dynamics NAV 2009 R2 es una versión importante y significativa (major release) para Microsoft Dynamics NAV (Navision) que hace realidad la visión de software más servicios e incluye la integración con Microsoft Dynamics CRM y el servicio de pago online – ambos planificados originalmente para Microsoft Dynamics NAV “7”. Debido a la gran inversión realizada en la nueva arquitectura para Microsoft Dynamics NAV 2009, Microsoft ofrece más beneficios a sus clientes y partners poniendo una nueva versión en el mercado más rápido de lo previsto.

Resumen de Microsoft Dynamics NAV (Navision) 2009 R2
La funcionalidad de Microsoft Dynamics NAV 2009 R2 incluye:

• Integración con Microsoft Dynamics CRM. El entorno de negocios actual exige un acceso instantáneo a los clientes y proveedores. Los principales beneficios de la integración con CRM son: la eliminación de las entradas de datos redundantes y mantener la información actualizada, tanto en la solución ERP como CRM, así como ofrecer a los vendedores la posibilidad de acceder rápidamente a información comercial detallada de los contratos, los precios y la disponibilidad de productos. Los clientes podrán elegir entre la integración con Microsoft Dynamics CRM en local o con Microsoft Dynamics CRM Online, con la opción de migrar a cualquiera de las opciones con el tiempo.

• Servicio de Pago Online para Microsoft Dynamics NAV (Navision).Esto permitirá a los clientes procesar transacciones de pago desde el interfaz de Microsoft Dynamics NAV (Navision) a través de múltiples canales, incluido el comercio electrónico, punto de venta y las transacciones realizadas a través del call center. Este servicio de pago on-line funciona con los principales servicios de procesamiento de pagos y las principales tarjetas de crédito. Los Servicios de Pagos están sujetos a disponibilidad local.

• Acceso al cliente basado en roles para usuarios remotos o itinerantes. Microsoft Dynamics NAV 2009 R2 soportará el acceso directo desde la experiencia del cliente basado en roles a través de Internet. Esto permitirá a los usuarios remotos o itinerantes aprovechar la riqueza de la interfaz basada en roles, la integración con Microsoft Office y muchas características de integración con recursos locales, tales como el sistema operativo y Microsoft Office. Esto reduce la complejidad y la sobrecarga en comparación con el uso de otras aplicaciones como Citrix Systems y Terminal Services, especialmente para partners de hosting que ofrecen implantaciones de Microsoft Dynamics NAV (Navision) basadas en la nube.

• Soporte de Microsoft Application Virtualization. La interfaz basada en roles de Microsoft Dynamics NAV 2009 R2 puede ser implantada utilizando la tecnología de Microsoft Application Virtualization (App-V). Esto proporciona una mejor experiencia para el usuario final ya que todas las integraciones con las aplicaciones locales se hacen en el escritorio. Asimismo, reduce costes de TI gracias a la gestión centralizada de las instalaciones del cliente de Microsoft Dynamics NAV (Navision) con la implantación automática en el escritorio después de una actualización.

• Mejoras en la experiencia de usuario de Windows 7. A través de Microsoft Dynamics NAV 2009 R2, se pueden utilizar listas rápidas para abrir las fichas de clientes y proveedores a los que se ha accedido recientemente, lo que aumenta la productividad empresarial y la eficiencia. Asimismo existe un icono que proporciona información sobre los eventos y el estado del sistema, todo ello optimizado con la experiencia de usuario de Windows 7.

• Visualización en forma de árbol (Treemap visualization). Microsoft Dynamics NAV 2009 R2 muestra las posibilidades existentes gracias a la rica visualización de datos de negocio. Proporciona un análisis en forma de árbol que permite la comparación de dos valores cualesquiera, por ejemplo las ventas y las ganancias, lo que aumenta la productividad del negocio y el conocimiento del mismo. El marco innovador que se ofrece para extender el cliente, permite a los socios extender la experiencia de usuario de Microsoft Dynamics NAV (Navision) para integrar visualizaciones en cualquier escenario de usuario final.

Planificación y Disponibilidad
El lanzamiento está planificado para el cuarto trimestre de 2010. Microsoft Dynamics NAV 2009 R2 se lanzará en todos los países donde está o estará disponible Microsoft Dynamics NAV 2009 SP1.

- Thu, 20 May 2010 - Laura Nicolàs

Microsoft anuncia Microsoft Dynamics NAV 2009 R2

En el marco de la conferencia Directions EMEA 2010, Microsoft ha anunciado una nueva versión de Navision: Microsoft Dynamics NAV 2009 R2, que estará disponible en el cuarto trimestre de 2010.

Entra las novedades destacadas se encuentra la integración con Microsoft Dynamics CRM y los Servicios de Pagos Online para Microsoft Dynamica NAV (Navision).

La parte que me ha llamado la atención ha sido la de los servicios de pago online. Según dice la nota de prensa (la traducción es mia, perdón si hay errores) "va a permitir a los cliente procesar transacciones de pago desde Microsoft Dynamics NAV a través de múltiples canales, incluyendo el comercio electrónico, puntos de venta y transacciones del centro de llamadas. El Servicio de Pago funcionará con los servicios de pago líderes y con la mayoría de tarjetas de crédito".

Voy a ver si encuentro información más detallada sobre esta cuestión... sino habrá que esperar hasta Octubre para poder probarlo.

Salut!
Laura Nicolàs
Dynamica

- Mon, 03 May 2010 - Germán López

Diario de inventario físico

La empresa Cronus necesita comprobar que los datos de stock de productos disponibles en Microsoft Dynamics NAV (Navision) se corresponde con su inventario físico. Para ello hará uso del Diario de inventario físico.

Para hacer un inventario físico se tiene que ir al diario de inventario físico y hacer Acciones -> Calcular inventario físico. En este diario hay una columna llamada "Stock Calculado" que es el stock que calcula Navision que hay en el sistema. Hay otra columna "Cdad. (stock físico)" que es donde se introducirá la cantidad real que se cuente manualmente. Según estos dos campos Navision determina si tiene que hacer un ajuste positivo o negativo y de qué cantidad tiene que hacer el ajuste.

El registro del inventario físico se puede hacer en cualquier fecha pero este informe muestra el inventario de existencias actuales, no de existencias a una fecha.

Para hacer un inventario físico, se tienen que dejar de hacer movimientos. Si la empresa no puede parar la entrega y recepción de materiales, se tendrán que hacer inventarios físicos parciales (por tipo de producto, código, etc.).

Si se decidiese hacer un cálculo de inventario por categoria de productos, por ejemplo, se entraría en el cálculo de inventario físico y se pondría un filtro en el campo "Cód. categoría producto" para que solo coja los productos de una categoría concreta. Antes de hacer el cálculo hay que decirle a todos los usuarios que hasta nueva orden no se hagan movimientos de estos productos (incluso se pueden bloquear temporalmente los productos para asegurar que no se hacen). Se hace el cálculo en Navision, se imprime el resultado de Navision y se va al almacén y se cuentan los stocks reales. Se introduce la cantidad real de stock en el diario de inventario físico y se registra, se desbloquean los productos y se le dice a los usuarios que ya puede hacer movimientos con esos productos. A continuación (o en otro momento) se bloquea otra categoría de producto y se hace lo mismo, así hasta que estén cubiertos todos los productos.

Por último, apuntar que al imprimir el inventario físico que calcula Navision (botón Imprimir) está la opción de mostrar la cantidad que el programa ha calculado o no mostrarla. La segunda opción puede ser mejor ya que la persona que hace el recuento en el almacén no sabe lo que ha calculado Navision, lo que casi asegura un recuento manual más preciso. En las imagenes se ve la opción que hay que marcar:

Germán López
Dynamica

- Sun, 02 May 2010 - Germán López

EDI (Electronic Data Interchange)

El EDI o "Intercambio electrónico de información" permite la transmisión estructurada de datos entre dos partes (cliente-proveedor) que mantienen, normalmente, una relación comercial.

Habitualmente, las dos partes no se intercambian información directamente si no que lo hacen a través de un intermediario, el proveedor de software/hardware EDI. Esta tercera parte proporciona su plataforma de software/hardware y se encarga de recibir el documento de una de las partes, transformarlo según los estándares EDI, y entregarlo a la otra parte que lo incorpora a sus sistemas.

Para más información detallada se pueden revisar los enlaces:

http://es.wikipedia.org/wiki/Intercambio_electr%C3%B3nico_de_datos
http://en.wikipedia.org/wiki/Electronic_Data_Interchange

A pesar de que el EDI es un sistema muy extendido no se encuentra implementado de forma estándar en Microsoft Dynamics NAV 2009 (Navision). Seguramente la razón sea que existen muchos proveedores de software EDI que permiten el intercambio de ficheros mediante EDI, por lo que se deja al cliente final la elección del proveedor EDI.

Un cliente final que busque información sobre si incorporar EDI a Microsoft Dynamics NAV (Navision) debe tener en cuenta lo siguiente:

- La empresa que proporciona el software EDI puede cobrar por varios conceptos (implantación del software, por número de mensajes transmitidos periódicamente, cuotas, etc.).
- El partner de Navision cobrará por las adaptaciones a realizar en Microsoft Dynamics NAV. El coste variará en función de si se quieren exportar e importar documentos, de cuantos tipos de documentos se quiera poder transmitir, del número de clientes a los que enviar información, etc.

El desembolso necesario para adaptar Navision al proceso de transmisión/recepción de información por EDI se compensa ampliamente si se tiene en cuenta que hay grandes empresas que exigen trabajar por EDI con sus proveedores.

Germán López
Dynamica

- Fri, 30 Apr 2010 - Germán López

Distribuir gastos por dimensiones

La empresa Cronus que utiliza Microsoft Dynamics NAV (Navision) puede verse en la situación de querer distribuir gastos de empresa por dimensiones. Navision tiene la funcionalidad de Diarios Periódicos que nos puede ayudar a conseguirlo.

Supongamos que nuestra empresa está formada por 40 miembros distribuidos en 3 departamentos (Administración, Comercial y Producción). El departamento de Administración cuenta en su plantilla con 6 personas, el de Comercial con 10 y el de Producción con los restantes 24. El director financiero decide que es necesario desglosar los gastos por departamentos en función del tamaño de cada departamento. Nos centraremos en los gastos derivados del consumo eléctrico. En este caso la distribución de los gastos se hará de la siguiente manera:

ADM=15%
CCIAL=25%
PROD=60%

Nos llega la factura de electricidad de Enero 2011 de nuestro proveedor Eléctroatrac. S.L. que asciende a 400 € + IVA. Entramos una factura compra borrador en nuestro sistema informando los datos y registrándola.

Factura compra borrador (1001):

Factura compra registrada (108028):

Nos vamos a los movimientos pendientes del proveedor y allí vemos los 464 € pendientes.

A la hora de registrar el pago de esta factura lo haremos desde los diarios periódicos. Lo hacemos desde Gestión Financiera -> Contabilidad -> Actividades periódicas -> Diarios periódicos.

En nuestro caso nos hemos creado la sección GASTOS para registrar las distribuciones de gastos por dimensiones. En esta sección no rellenamos el campo "Nº serie registro" de esta forma podremos poner el "nº documento" que queramos en el diario:

En este diario tendremos que rellenar los siguientes campos:
- Periodicidad: En nuestro caso al ser un importe que varía cada mes elegiremos la opción V Variable.
- Frecuencia repetición: Al ser un recibo mensual pondremos 1M.
- Fecha registro: Dejamos la fecha de trabajo, 27/01/11. Si queremos que el sistema al registrar nos deje preparada como la siguiente fecha de registro la última fecha del mes siguiente usaremos en el campo "frecuencia repetición" una de las siguientes formulas: 1D+1M-1D ó 1M+CM.
- Tipo documento: Pago
- Nº Documento: Podemos poner, por ejemplo, un número documento como LUZ %4 (donde %4 será sustituido por el nombre del mes en curso) o poner el número de la factura registrada por la que se va a liquidar para mantener la relación.
- Tipo mov.: Como queremos liquidar la factura de compra del proveedor que nos suministra la electricidad pondremos “Proveedor”.
- Nº Cuenta: Nº del proveedor.
- Liq. Por nº documento: En este campo entramos en el desplegable y seleccionamos la factura de compra registrada 108028. Si quisiésemos liquidar más de un documento lo haríamos mediante la funcionalidad de “Liq. por Id.”. Al rellenar este campo el sistema nos informa automáticamente los campos “Liq. Por tipo documento” y Importe en el diario periódico.

Esta línea no tendrá informada la dimensión Departamento.

Estos son los campos mínimos a rellenar. Hecho esto vamos al botón Línea -> Distribuciones. Es aquí donde hay que informar los porcentajes según los departamentos. Como nuestra empresa tiene 3 departamentos crearemos 3 líneas con la cuenta donde se carga la luz (6280001), cada una con su respectivo porcentaje:

Para cada línea definimos la dimensión Departamento adecuada:

- 1ª línea:

- 2ª línea:

- 3ª línea:

Ahora ya lo tenemos todo y solo nos queda registrar el diario periódico. Una vez registrado nos tenemos que fijar que la línea del diario se mantiene y se actualizan el campo de “fecha de registro” según la “frecuencia de repetición”. Si os fijáis los campos de liquidación no se vacían automáticamente por lo que al entrar el diario el mes siguiente para registrar otro asiento, se tendrán que actualizar.

Por último revisaremos los movimientos pendientes del proveedor y vemos que han quedado liquidados uno con el otro:

Y si miramos el asiento en el histórico vemos:

Vemos que las dimensiones de los movimientos han quedado clasificadas con la dimensión Departamento adecuada.

Por último vamos al plan de cuentas y revisamos la cuenta donde se carga la luz, que como vemos está saldada después del pago pero con las cantidades distribuidas por dimensión Departamento.

Exactamente igual en la cuenta de IVA soportado:

Germán López
Dynamica

- Wed, 28 Apr 2010 - Laura Nicolàs

Cambios en los % de IVA

A partir del 01/07/2010 hay un cambio en los porcentajes de IVA:
* El IVA general pasa del 16% al 18%
* El IVA reducido pasa del 7% al 8%

Microsoft ha creado una herramienta llamada "VAT Rate Change Tool" que permite realizar estos cambios en Microsoft Dynamics NAV (Navision). En la herramienta se incluye un documento explicando la funcionalidad de la misma. Aquí os dejo un resumen de lo que hay que hacer:

Antes de empezar
1. Dejar el mínimo de pedidos de compra / venta pendientes de facturar
2. Dejar el mínimo de devoluciones de compra / venta pendientes de abonar
3. Dejar el mínimo de pedidos pendientes de recibir / enviar
4. Registrar todos los pedidos con prepagos

Configuración
1. En la configuración de la herramienta decir qué elementos se deben actualizar (cuentas, productos, cargos de producto, líneas de diario, líneas de pedido, etc.)
2. Crear nuevos grupos de registros de IVA Producto ( y sus configuraciones)
3. Crear Nuevas declaraciones de IVA que tengan en cuenta los nuevos grupos

Ejecución
1. Ejecutar el proceso de cambio
2. Revisar los datos

NOTA: Si en una línea de pedido ya se ha recibido / enviado (no facturado) algo, entonces la línea no se actualiza. Se interpreta que la factura llegará / se emitirá al antiguo % de IVA.
~~Para recepciones / envíos parciales pendientes el día del cambio, sería interesante crear dos líneas, una para lo registrado y otro para lo pendiente de registrar, antes de ejecutar el proceso.~~
Para recepciones / envíos parciales pendientes el día del cambio, el proceso crea una segunda línea para la cantidad que faltante. A la segunda línea se le aplica el nuevo IVA. La línea original no se modifica.

Advertencias
Una vez realizado el cambio se deberá ir con cuidado al:
1.Copiar líneas de documentos antiguos (pedidos, facturas, etc.), pues el sistema lo copiara con el antiguo % de IVA. La opción “Recalcular líneas” mirará la configuración actual y pondría el % actual, pero también podría incluir otros cambios, como una nueva tarifa, etc.

2. Si llega una factura con un % de IVA y el albarán está a otro % de IVA se deberá:
- Deshacer la recepción del producto
- Cambiar el % en la línea del pedido
- Volver a registrar la recepción

Si no se puede deshacer la recepción
- Registrar el albarán existente
- Registrar un abono
- Crear nuevo pedido con % de IVA correcto
- Registrar recepción

Salut!
Laura Nicolàs
Dynamica

- Wed, 28 Apr 2010 - Laura Nicolàs

Cambios en los % de IVA - Descargas

- Thu, 18 Feb 2010 - Laura Nicolàs

IVA 2010 – Descargas ReportPart

Microsoft liberó hace unos días los informes que se deben modificar en Microsoft Dynamics NAV (Navision) para adaptarse a las modificaciones del Paquete IVA2010.

Entre otros, se modifica el report 88, que es el que genera el fichero de declaración del modelo 349.
El modelo 349 presenta dos cambios:

Se deben incluir los movimientos de compra / venta de servicios a la Unión Europea
Cambia la periodicidad en el que se debe presentar la declaración. Ahora puede ser mensual, bimensual o trimestral, en función del volumen de negocio de la empresa.

En los siguientes enlaces se pueden descargar las modificaciones de los informes:

Versión ES 4 SP3 de Microsoft Dynamics NAV (Navision)
Versión ES 5 SP1 de Microsoft Dynamics NAV (Navision)
Versión ES 2009 SP1 de Microsoft Dynamics NAV (Navision)

Antes de instalar las modificaciones en la parte de informes, es necesario tener instaladas las modificaciones de la parte de datos. En la entrada IVA 2010 - Descargas están los enlaces para descargar la parte de datos.

Salut!
Laura Nicolàs
Dynamica

- Thu, 28 Jan 2010 - Laura Nicolàs

Importar Datos a Microsoft Dynamics NAV (Navision) directamente desde Excel

Una de las grandes ventajas del ERP Microsoft Dynamics NAV (Navision) es su gran integración con toda la suite de aplicaciones de Microsoft Office. En este artículo voy a explicar lo fácil que resulta importar datos a Navision directamente desde una hoja de Excel, utilizando la herramienta de Migración de datos.

Para el ejemplo he utilizado la versión 2009 Service Pack 1 (2009SP1), y la empresa de demostración CRONUS España S.A. , que viene con el CD de instalación.

[Caso inventado] La empresa CRONUS España S.A. vende productos a empresas de la provincia de Barcelona. Como parte de su plan de expansión, CRONUS España S.A. , ha abierto una sede en Girona y van a empezar a vender en esa provincia. La empresa tiene en la tabla de Códigos Postales, unos 600 registros correspondientes a todos los Códigos Postales de la provincia de Barcelona. Ahora deben introducir en Navision los más de 900 registros referentes a los Códigos Postales de la provincia de Girona. Disponen de un listado, en formato Excel, con toda esta información.

1er Paso: Ajustar el formato de nuestro fichero al formato que requiere Microsoft Dynamics NAV.
Para poder importar correctamente datos al programa Microsoft Dynamics NAV, es imprescindible que el fichero Excel cumpla unos requisitos de formato, de modo que Navision sepa exactamente en qué campos de qué tablas debe importar los datos. Para crear el fichero Excel con el formato requerido, vamos a seguir unos sencillos pasos en Navision.

- Acceder a la pantalla Info. Gral. Migración.
[Cliente Classic] Administración → Configuración de la aplicación → Configuración empresa → Migración datos
[Cliente por Roles] Departamentos → Administración → Configuración de la aplicación → Configuración empresa → Migración datos

- Crear una línea con IdTabla=225, que es el identificador de la tabla "Código postal"

- Acceder a la pantalla Campos Migración, para indicar qué campos de la tabla necesitamos informar en la hoja de Excel.
En nuestro caso necesitamos Código y Población. Los dos deben tener el campo Incluye seleccionado. Una vez seleccionados los campos, podemos cerrar esta pantalla.
[Cliente Classic] Migración → Campos Migración
[Cliente por Roles] Información relacionada →Migración → Campos Migración

- Crear un libro Excel con los campos y el formato requerido.
NOTA: Se van a exportar al fichero Excel todos los Códigos Postales existentes actualmente en Navision, sin ser posible aplicar filtros o crear el Excel vacío.
[Cliente Classic] Acciones → Exportar a Excel
[Cliente por Roles] Acciones →Acciones → Exportar a Excel

- Abrir el libro Excel que acabamos de generar. Veremos que el Excel contiene todos los códigos postales que ya teníamos en NAV.
Debemos borrar los que hay y copiar los que queremos importar, aquellos más de 900 registros referentes a los Códigos Postales de la provincia de Girona.
NOTA: Es importante respetar el formato del Excel que ha generado Navision. No se deben añadir ni eliminar columnas.

2do Paso: Importar los datos en una tabla temporal de Microsoft Dynamics NAV.
Desde la pantalla Info. Gral. Migración, ejecutamos la opción Importar desde Excel

[Cliente Classic] Acciones → Importar desde Excel
[Cliente por Roles] Acciones →Acciones → Importar desde Excel

3er Paso: Aplicar los datos.
Desde la pantalla Info. Gral. Migración, ejecutamos la opción Aplicar datos Migración

[Cliente Classic] Migración → Aplicar datos migración
[Cliente por Roles] Información relacionada → Migración → Aplicar datos migración

Ahora podemos acceder a la tabla Códigos Postales y veremos los 900 nuevos registros que hemos importado. Con estos sencillos pasos cualquier usuario puede hacer una importación masiva de datos a Navision.

CONSIDERACIONES
La herramienta descrita en este artículo resulta muy útil y a la vez muy peligrosa si se utiliza sin conocimiento. Es importante realizar una importación previa en una base de datos de pruebas antes de hacer nada en la base de datos real.

Al aplicar los datos de migración:

- Si no encuentra un registro, lo crea

- Si el registro ya existe, lo modifica

Salut!
Laura Nicolàs
Dynamica

- Thu, 28 Jan 2010 - Laura Nicolàs

IVA 2010 - Correcciones

Se ha publicado en la knowledgebase un artículo relacionado con los objetos liberados por Microsoft para Microsoft Dynamics NAV (Navision), respecto a los cambios introducidos por el paquete IVA 2010.

Al parecer se produce un error en el diario de Intrastat, pues no tiene en cuenta el campo "Servicio UE" que hay en la configuración de IVA. En los siguientes artículos de la knowledgebase se detalla el error y se explica cómo solucionarlo.

Artículo de la knowledgebase para NAV 5.01

Artículo de la knowledgebase para NAV 4.03

Este artículo es interesante para todos aquellos que ya tengais instalado el paqueta IVA 2010 en Navision.

Salut!
Laura Nicolàs
Dynamica

- Tue, 26 Jan 2010 - Germán López

Esquema de cuentas - Fijar Base para porcentaje

En un esquema de cuentas es común que algunas de las filas sean sumatorios de otras filas del esquema. Si necesitamos mostrar que porcentaje representan cada una de las filas sobre el total podemos hacerlo de la siguiente forma:

- En el esquema de cuentas tenemos que definir una nueva fila que nos indique qué fila es la que muestra el total, para tomarla como base de cálculo del porcentaje para el resto de filas. Rellenaremos el campo Tipo Sumatorio con “Fijar Base para porcentaje” y en campo Sumatorio con el nº de la fila base.

- En las plantillas de las columnas de esquema de cuentas (Gestión Financiera -> Configuración -> General, dentro de "Columna esq. cta.") hemos de seleccionar la plantilla a la que queremos añadir la columna de porcentaje. A esta nueva columna le hemos de indicar mediante el campo Formula de que otra columna debe calcular el porcentaje.

Se verá mejor con un ejemplo:

Tenemos un esquema de cuentas que nos muestra los costes (COSTES) de personal del ejercicio en curso donde al final de todo se muestra el sumatorio.

Nº fila	Descripción	Tipo sumatorio	Sumatorio	Tipo fila	Tipo importe
10	Costes personal	Total tipo coste		Saldo periodo	Saldo
20	Sueldos y salarios	Total tipo coste	640\|641	Saldo periodo	Saldo
40	Seguridad social	Total tipo coste	642	Saldo periodo	Saldo
50	Costes sociales	Total tipo coste	643\|649	Saldo periodo	Saldo
60	TOTAL COSTES	Fórmula	10..50	Saldo periodo	Saldo

Añadiremos a estas filas una fila 0 en la que indicaremos que la fila 60 es la que tomaremos como base para calcular los porcentajes de las otras filas:

Nº fila	Descripción	Tipo sumatorio	Sumatorio	Tipo fila	Tipo importe
0	Fila Base % Costes	Fijar base para porcentaje	60	Saldo periodo	Saldo

Ahora nos vamos a la configuración de plantillas de columnas y creamos la plantilla SALDO2 que tenga 2 filas:

Nº columna	Cabecera columna	Tipo columna	Tipo mov. cont.	Tipo importe	Fórmula
S	Saldo periodo	Saldo periodo	Movs. contabilidad	Saldo
C	% Coste sobre total	Fórmula	Movs. contabilidad	Saldo	S%

Como vemos la fila C (% Coste sobre total) es de Tipo Columna = Fórmula y referencia mediante el campo Fórmula a la fila S.

Hecho esto ya podemos volver a los esquemas de cuentas y mostrar el panorama de la combinación COSTES-SALDO2 y obtendremos un resultado de la forma:

Nº fila	Descripción	Saldo periodo	% Coste sobre total
0	Fila Base % Costes	3.019.771,09
10	Costes personal
20	Sueldos y salarios	2.965.878,08	98,22
40	Seguridad social	53.893,01	1,78
50	Costes sociales
60	TOTAL COSTES	3.019.771,09	100

Donde la última columna nos indica que porcentaje representa el importe de cada fila sobre el total.

Germán López
Dynamica

- Mon, 25 Jan 2010 - Germán López

Comenzamos

Desde que comencé ya hace algunos años en el mundillo de Navision, ahora Microsoft Dynamics NAV, he agradecido a menudo encontrar una comunidad de profesionales que de forma desinteresada comparten conocimientos con el resto de la comunidad. Hay que decir que normalmente esta ayuda es mayoritariamente en inglés. En castellano las posibilidades disponibles no son tan grandes, la única comunidad importante que conozco es la de tipsdbits. Pretendo iniciar este blog como repositorio de información en castellano sobre Navision, que crea útil; información que pueda ayudar a usuarios, técnicos o clientes, de la misma forma que me han ayudado a mí.

- Mon, 18 Jan 2010 - Laura Nicolàs

Porqué Microsoft Dynamics NAV (Navision) no deja modificar aquello que se ha registrado?

Una de las primeras cosas con las que se enfrenta una persona cuando empieza a trabajar con Microsoft Dynamics NAV es el hecho de no poder modificar aquello que se ha registrado.
Ya sea una factura, un albarán, un apunte contable, un movimiento de producto, etc. Cualquier movimiento registrado es inmodificable en Navision. Aunque se requiera modificar un dato aparentemente sin importancia, como puede ser una descripción, NAV no permite que sea modificado.
Este hecho suele causar frustración en los nuevos usuarios de Navision, sobre todo si han trabajado anteriormente con otro programa más abierto. Sin embargo esta característica de Navision es una gran noticia porque:

Asegura de integridad de los datos.
Mejora los procedimientos internos de trabajo.

Cómo puede asegurar la integridad de los datos?

Los sistemas de Gestión Empresarial son herramientas completas que cubren todas las áreas de una empresa. Los procesos de registro son complejos, y realizan gran cantidad de comprobaciones para determinar el resultado final, que a menudo afectan a muchas o a todas las áreas de la empresa. Un empleado, sin embargo, suele conocer a fondo el área en la que trabaja, pero no así el resto de las áreas de la empresa.
Dejar que el usuario pueda modificar la información registrada puede llevar a inconsistencias en la información.

Ejemplo 1: Un usuario registra un apunte contable que aparentemente sólo afecta al área de contabilidad. Hay un error en la fecha de registro y al usuario le gustaría poder entrar al movimiento de contabilidad y modificar la fecha.
Lo que el usuario no tiene porqué saber es que su jefe ha creado unas vistas de análisis para poder explorar la información por dimensión. Lo ha configurado de tal modo que las vistas de análisis se actualizan cada vez que se registra un asiento.
Si el empleado pudiera modificar la fecha del movimiento contable, probablemente no habría actualizado también la vista de análisis, por lo que se habría producido una inconsistencia en la información.

Ejemplo 2: Un empleado de almacén se da cuenta que faltan algunas unidades de un producto y hace un ajuste negativo para rebajar su stock. Al día siguiente encuentra 1 de las unidades en otra ubicación del almacén y quiere modificar la cantidad del ajuste negativo que realizó.
Lo que el usuario de almacén probablemente no sabe es que, en su empresa, se ha configurado Navision de modo que registre la variación de existencias en la contabilidad. Si el usuario pudiera modificar la cantidad en el movimiento de producto probablemente no actualizaría también la cuenta existencias, produciéndose una inconsistencia en la información.

Estos dos ejemplos muestran claramente el motivo por el que el ERP Microsoft Dynamics NAV (Navision) no deja modificar aquello que se ha registrado. Asegurar la integridad de los datos en el sistema de gestión de una empresa es imprescindible para el buen funcionamiento de la misma.

Hay un error en los datos registrados. Si no puedo modificar el registro, qué debo hacer para corregir el error?

Para corregir un error se deben seguir los siguientes pasos:
1. Registrar un movimiento que anule al movimiento erróneo.
2. Registrar el movimiento correcto.
Para cada caso debe determinarse qué movimiento es el que anula al movimiento erróneo. En caso de un apunte contable, por ejemplo, la anulación se conseguiría registrando un apunte contable igual al inicial intercambiando los debe por haber y viceversa. En caso de error en el registro de una factura, se debería registrar un abono. En caso de ajustes de producto, se debería registrar el ajuste contrario, etc.

Cómo puede mejorar los procedimientos internos de trabajo?

Aunque cueste de creer Microsoft Dynamics NAV (Navision) ayuda a que los empleados trabajen mejor y cometan menos errores.
Navision no permite modificar aquello que se ha registrado (ya sean facturas, asientos contables, movimientos de producto, etc.). Cualquier error en el proceso de registro se debe corregir registrado un movimiento que anula al primero y volver a registrarlo correctamente, de modo que siempre se deja un rastro de los errores cometidos.
Por experiencia propia he podido constatar que al ser costoso corregir errores los usuarios tienden a prestar más atención antes de registrar, lo que lleva a que cometan menos errores.

Salut!
Laura Nicolàs
Dynamica

- Fri, 15 Jan 2010 - Cristina Nicolàs

Help! Ayúdame!

Navision es un ERP bastante completo, con muchas funcionalidades. Tanta funcionalidad nos lleva a tener un número elevado de campos en muchas tablas. En la mayoría de ocasiones, no los rellenamos por no ser de interés para nuestra actividad, pues hacen referencia a una funcionalidad que no utilizamos. Otras veces, los podríamos utilizar y nos serían útiles, pero no lo hacemos por puro desconocimiento.
Nadie, ni siquiera los más expertos y entendidos en Navision, saben para qué sirven todos y cada uno de los campos que hay en todas y cada una de las tablas que conforman el programa. Pero esto no tiene porque ser un problema. Como en la vida misma, es mucho más importante saber dónde buscar información, que tener esa información almacenada directamente en el disco duro de nuestro cerebro.
En muchas ocasiones, el mismo nombre del campo nos da una idea de qué información contiene y de para qué puede servir. Es decir, el sentido común en Navision funciona.

Cuando en la ficha de un producto veo un campo que se llama “Cdad. en pedidos de venta”, mi sentido común me dice que debe indicar la cantidad que hay de ese producto en pedidos de venta. Y mi sentido común acierta.

Cuando en la ficha de un producto veo un campo que se llama “Valoración Existencias”, mi sentido común me dice que debe indicar el tipo de valoración que se hace de las existencias de este producto. Y mi sentido común, de nuevo, acierta. Pero después veo que hay diferentes opciones (FIFO, LIFO, Especial, Medio y Estándar, en este caso), y puede que me plantee qué significa cada una de ellas y qué diferencia hay. Si la curiosidad me corroe y quiero saberlo (el saber no ocupa lugar, dicen), puedo probar a mirar la Ayuda de Navision.

Hay que decir que a veces la ayuda de Navision realmente ayuda… y otras veces… bueno, digamos que no ayuda tanto.
En cualquier caso, primero debemos saber cómo llegar a la ayuda de Navision. Hay 3 opciones para ello.

La primera, en la barra de herramientas, le damos al interrogante, y vamos a Ayuda de Microsoft Dynamics NAV.

Esta es la ayuda general. Desde aquí podemos buscar por algún tema en concreto, buscar en un módulo en concreto o directamente leernos toda la ayuda de principio a fin.

La segunda y la tercera opción, nos llevan directamente al tema que nos preocupa en cada momento.
En toda pantalla de Navision, en la esquina inferior derecha encontraréis un botón Ayuda, que nos abrirá, dentro de la ayuda general de Navision, directamente la página de ayuda correspondiente a la pantalla en la que nos encontramos.
Si estando en la ficha de un producto, le damos al botón Ayuda, nos llevará a una página de la ayuda titulada Ventana Ficha producto.
Si hacemos lo mismo pero estando en la ficha de un proveedor, nos llevará a una página de ayuda titulada Ventana Ficha proveedor.
Y si le damos a este mismo botón pero del informe Estadísticas compras, nos llevará a una página de la ayuda titulada Informe Estadísticas compras.
Podría seguir poniendo ejemplos similares, pero me parece que ya habéis visto por donde van los tiros.

Con la tercera opción, vamos a una ayuda aún más específica. ¿Que estoy en la ficha de un producto y quiero saber qué dice la ayuda del campo Inventario? Pues muy fácil, me coloco encima del campo Inventario, le doy a la tecla F1 del teclado, y Navision me lleva a una página de la ayuda llamada Campo Inventario.
Este era fácil, yo ya sabía que el campo Inventario de la ficha del producto me dice las existencias que hay en stock de este producto. Lo que quizá no sabía, y la ayuda me lo ha dicho, es que puedo poner un filtro por almacén, por ejemplo, para que el campo Inventario me diga las existencias en stock de este producto, pero sólo en un almacén en concreto.

En ocasiones intentamos ir a una ayuda específica, de campo, de pantalla o de proceso, y Navision nos lleva a un tema más general. Cuando ocurre esto, significa que no hay una entrada en la ayuda para el tema específico que queríamos consultar.

Cómo decía anteriormente, la ayuda de Navision a veces ayuda, y a veces no ayuda en absoluto.
Por ejemplo, vamos a la ficha del producto y en la pestaña Almacén hay un campo llamado Utilizar tránsito directo. Es un campo de tipo Sí/No, de modo que la intuición nos lleva a pensar que si lo marcamos, indicamos que queremos utilizar tránsito directo, y si lo desmarcamos, indica que no queremos utilizar tránsito directo. Pero, ¿qué será esto del tránsito directo? Preguntémosle a la ayuda, nos decimos, y nos colocamos encima del campo y le damos a F1.
La ayuda nos dice: La opción de este campo indica si se permite el tránsito directo de este producto. En este momento esbozamos en nuestro rostro una pequeña sonrisa irónica y pensamos: Gracias ayuda de Navision, no sé qué haría yo sin ti!

Cierto es que esta ayuda no nos ha aportado demasiado. Nos ha dicho lo que ya sabíamos, pero no lo que no sabíamos y queríamos saber. Pero tranquilos que no está todo perdido. Probemos a ir a la ayuda general y a hacer una búsqueda por tránsito directo. Acabaremos descubriendo la utilidad de este campo.

Amigos, la conclusión del artículo de hoy es que la ayuda de Navision, igual que la ayuda y los manuales de muchos otros programas informáticos, es útil. Acostumbraos a consultarla y ganareis mucho, seguro.

Cristina Nicolàs
Dynamica

- Thu, 14 Jan 2010 - Josep Pages

Como enviar un email con un informe adjunto a través de Dynamics NAV

Previamente ha de configurarse el SMTP, mediante el Form 409.

//Create message
cu400.CreateMessage('Sender','sender@mycompany.com',
'recipient1@yourcompany.com;recipient2@yourcompany.com',
'Subject','Body in HTML format. Regards.',TRUE);
//Generate the report in html format
rpt101.SAVEASHTML(TEMPORARYPATH + 'report101.html');
//Attach file in to email
cu400.AddAttachment(TEMPORARYPATH + 'report101.html');
//Send email
cu400.Send;
//Erase file
ERASE(TEMPORARYPATH + 'report101.html');

- Thu, 14 Jan 2010 - Girish

Nav-to-Net (Truely integrated e-Commerce for NAV)

SOLUTION NAME: DVP Nav-to-Net: Fully integrated ecommerce solution written exclusively for MS Dynamics NAV VERSION: Certified for Microsoft Dynamics NAV 2009 AVAILABILITY: United States; Canada; United Kingdom; Netherlands; Denmark; Ireland; Germany; Spain; France; Mexico; Switzerland DESCRIPTION: Nav-to-Net enables business agility through rapid, reliable e-commerce transactions, reduced maintenance costs and improved customer online experience. Written exclusively for Microsoft Dynamics NAV, Nav-to-Net is designed to expand on the value and flexibility in Microsoft Dynamics NAV, enabling customers to take their business online simply and effectively, while leveraging on Digital Vantage Point’s accumulated experience and best practices from a substantial international customer base. Being seamlessly integrated with Microsoft standard products and components (MSMQ and MS SQL) and written in .NET, Nav-to-Net takes integrated e-Commerce to a new level with loads of efficiency features, simplified user friendly web management and reduced maintenance and training costs. It is designed to work in all versions, from Microsoft Dynamics NAV 3.7 to NAV 2009. It allows management of all item, customer and order related components of the site entirely from within Microsoft Dynamics NAV. • A B2B, B2C, B2E ready solution, supporting multi-currency, multi-lingual and multi-website and an unlimited number of categories and subcategories that can be displayed in an infinite number of layouts using templates. • Built-in Document Management Tools (in NAV), makes web management easy. Document Management handles all the information a webstore visitor needs, including images, file attachments with information like brochures, videos or even software that can be downloaded directly from the web site. • Always Take OrdersTM (ATO) approach keeps business flowing with accurate items and pricing even if the connection to the back-end system is lost. SmartPush™ Technology minimizes performance issues on Microsoft Dynamics NAV by synchronizing key website specific data from NAV as it changes in real time. • The Product/Marketing Manager can manage web products, categories and catalogs with user-friendly screens without the involvement of IT. Up-sell, cross-sell, promotional and marketing campaigns can be implemented on the fly. • Delivers healthy ROI, with proven feature rich tools for B2B customers and buyers/sales agents on behalf of customers to personalize their ordering experience on the website, enhancing repeat business. • Available globally through our offices in North America and Europe and through our qualified certified partners.

- Thu, 31 Dec 2009 - Laura Nicolàs

Qué es y qué hace Microsoft Dynamics NAV (Navision)?

Microsoft Dynamics NAV (Navision) es un programa informático que integra, en una sola aplicación, la mayor parte de las operaciones que una empresa efectúa. En un solo entorno, todos los usuarios entran a realizar su trabajo: desde el personal administrativo, al comercial, de producción, de ventas, técnico, etc. Esta integración permite:

Evitar errores y Ahorrar costes, al no tener que duplicar la información en distintos sistemas.
Analizar la información en todo su conjunto. Los directivos de la empresa tienen a su disposición toda la información de la empresa, que pueden analizar en Microsoft Dynamics NAV mediante herramientas analíticas, como el análisis por dimensiones, los cuadros de mando, etc.
Ofrecer mejores servicios a los clientes,
Mejorar procedimientos internos de trabajo. Aunque cueste de creer Microsoft Dynamics NAV (Navision) ayuda a que los empleados trabajen mejor y cometan menos errores.
Navision no permite modificar aquello que se ha registrado (ya sean facturas, asientos contables, movimientos de producto, etc.). Cualquier error en el proceso de registro se debe corregir registrado un movimiento que anula al primero y volver a registrarlo correctamente, de modo que siempre se deja un rastro de los errores cometidos.
Por experiencia propia he podido constatar que al ser costoso corregir errores los usuarios tienden a prestar más atención antes de registrar, lo que lleva a que cometan menos errores.
Tener siempre datos fiables. Como se comenta en el punto anterior, Navision no permite modificar aquello que se ha registrado. Para corregir un error se debe registrar un movimiento que anule el error y posteriormente volver a registrar el movimiento inicial corregido.
Este hecho provoca frustración en los usuarios que utilizan Navision por primera vez, sobre todo si estaban acostumbrados a trabajar con otros sistemas donde había carta blanca para corregir errores y sin dejar rastro de ello. Aunque en la mayoría de casos esta libertad era contraproducente, pues con el tiempo aparecían incongruencias en los datos que hacían que la información del sistema no fuese fiable.
Pues bien, en Navision esto no pasa. Al no poder modificar aquello que se ha registrado, no aparecen incongruencias en los datos, por lo que en Navision la información siempre es fiable.

Microsoft Dynamics NAV (Navision) está enfocado principalmente a pequeña y mediana empresa, aunque ha demostrado dar mucha satisfacción también en grandes empresas.

Qué puedo hacer con Microsoft Dynamics NAV (Navision)?

Con Microsoft Dynamics NAV (Navision) se puede realizar, de forma integrada todo lo siguiente:

Gestionar la Contabilidad.
Gestionar las Ventas. Ofertas, Pedidos, Vendedores, Oportunidades, etc.
Gestionar las Compras. Ofertas, Pedidos, Tarifas, Planificación de compras en base a las necesidades, etc.
Gestionar la Tesorería. Cobros, Pagos, Liquidez, Remesas y Órdenes de Pago, etc.
Gestionar el Marketing. Contactos, Segmentos, Campañas, Tareas, etc.
Gestionar los Activos Fijos. Costes, reparaciones, seguros, doble amortización: fiscal y amortización con criterios empresariales, etc.
Gestionar el Almacén. Múltiples almacenes, manipulación de productos, montaje de kits, ubicaciones, costes, recepciones, entregas, seguimiento de lotes, caducidades, etc.
Gestionar la Producción. Listas de materiales, centros de trabajo, capacidades, previsión de producción en base a las necesidades, etc.
Gestionar los Proyectos. Fases, Sub-fases y Tareas, Consumos de productos y recursos, facturación parcial de proyectos, etc.
Gestionar los Recursos. Capacidad, Cualificaciones, Disponibilidad, etc.
Gestionar los Servicios. Servicio post-venta, Contratos de mantenimiento, planificación de tareas de servicio, consumos de productos y recursos en un servicio, resolución de incidencias.
Gestionar los Recursos Humanos. Empleados, Cualificaciones, Ausencias, Nóminas*, etc.
Gestionar distintas empresas. Se pueden crear múltiples empresas en Microsoft Dynamics NAV. También existen procesos de consolidación para obtener información conjunta de todas o de algunas de ellas.
Registros entre empresas del grupo. Una factura de venta a una empresa del grupo se transforma, sin intervención humana, en una factura de compra en la otra empresa del grupo, ahorrando duplicidad de trabajos.
Aprobación documentos. Se pueden configurar criterios para que ciertos documentos deban ser aprobados antes de ser registrados.
Gestión de Comisiones*. Base de cálculo de la comisión, importes mínimos y máximos, descuentos, etc.
Importar / Exportar datos a otras aplicaciones Office. Con un simple clic se puede exportar todo tipo de información a Word o Excel. Importar datos desde Excel también es posible con una herramienta muy sencilla de importación.
Automatizar Procesos. Se pueden configurar tareas para que se ejecuten de forma desatendida.
Publicar la información en una web o en una intranet, así como obtener información de la red, como pedidos entrados por los clientes en una página web, etc.
Intercambiar ficheros EDI (en inglés Electronic Data Interchange) con clientes y proveedores*.
[A completar por la empresa]. Al disponer del código fuente del programa es posible modificarlo para adaptar Microsoft Dynamics NAV (Navision) a las necesidades de cada empresa. Aquella pequeña cosa que le falta a Navision para ajustarse 100% a una empresa, se puede desarrollar.

*Estas funcionalidades no forman parte del estándar de Navision. Sin embargo en Dynamica lo hemos desarrollado para poder ofrecer esta funcionalidad a nuestros clientes.

Porque utilizar Microsoft Dynamics NAV (Navision)?

Existen en el mercado otros productos para la gestión empresarial, sin embargo destacaría Microsoft Dynamics NAV

Porque es fácil de utilizar y de aprender, al utilizar un entorno similar a otros programas de Microsoft ya conocidos por los usuarios.
Porque es fácil de configurar, una empresa pequeña sin reglas de negocio muy estrictas no tiene que emplear grandes cantidades de tiempo en configuración y ajustes.
Porque es fácil de configurar, una empresa grande con reglas de negocio estrictas dispone de todas las herramientas para ajustar de una forma fácil el comportamiento de Navision a sus necesidades.
Porque se realizan las tareas de una forma rápida. Las teclas de acceso directo permiten a cualquier usuario moverse por Navision y realizar todas las tareas sin usar apenas el ratón, cosa que agiliza el trabajo.
Porque el código es abierto y se puede programar para que haga más cosas, sin tener que esperar que el fabricante decida implementarlo.
Porque Microsoft lanza constantemente actualizaciones, parches y nuevas versiones, con lo que con Microsoft Dynamics NAV nunca voy a tener un sistema obsoleto.
Porque se puede integrar fácilmente con otras plataformas, cómo webs, intranets, aplicaciones de terceros, PDAs, etc.
Porque existen muy buenos profesionales trabajando con Microsoft Dynamics NAV, a los que se les requiere formación y certificaciones para asegurar que las instalaciones de Navision resulten siempre exitosas.

Salut!
Laura Nicolàs
Dynamica

- Wed, 23 Dec 2009 - Laura Nicolàs

IVA 2010 - Qué, a Quién y Cómo

A partir del 1 de Enero de 2010 entra en vigor una nueva normativa Europea referente a los informes de IVA intracomunitario (los cambios conocidos como el Paquete IVA 2010)

A QUIÉN LE AFECTA LA NUEVA NORMATIVA ?

A todas las empresas que compran / venden bienes y servicios a otros países de la Unión Europea , ya sea a otras empresas o a clientes finales.

Los cambios que introduce el Paquete IVA2010 se resumen de esta forma:

- Lugar de prestación de un servicio

- Informes de IVA

LUGAR DE PRESTACIÓN DE UN SERVICIO

Normativa actual

El lugar de prestación de un servicio es el lugar donde esta establecido el proveedor, salvo en algunas excepciones.

Nueva normativa

Para relaciones empresa-empresa (B2B), el lugar de prestación de un servicio es el lugar donde esta establecido el cliente o donde se realiza el servicio. Excepto en cierto tipo de servicios, como transporte, servicios culturales, etc.

En general este cambio significa que los servicios van a ser tratados como productos.

Porque este cambio?

Porque en la mayoría de casos el cliente será el responsable del IVA mediante mecanismos como el IVA reversión. Así se van a reducir los casos en los que una empresa debe pagar IVA a otro estado de la unión y después intentar recuperar el IVA pagado, mejorando así el flujo de efectivo y reduciendo la carga administrativa.

Qué cambios va a haber en Microsoft Dynamics NAV (Navision)?

No va a haber ningún cambio en la estructura. Sin embargo se deben realizar cambios en la configuración de IVA.

Podría ser necesario añadir múltiples nuevos Grupos de Registro de IVA Producto y combinarlos con Grupos de Registro de IVA Negocio, así como asignar los nuevos Grupos de Registro IVA Producto a las tablas maestras (Cuentas contables, Productos, Clientes, Proveedores, Recursos, etc.)

Esto va a depender del tipo de empresa, los bienes/servicios que compra/venda, y de la configuración actual de la empresa.

En caso de haber creado nuevos Grupos de Registro de IVA se deben actualizar también los informes de IVA.

- VENTAS –

Aquellas cuentas contables, productos, etc. utilizados para registrar ventas de servicios a empresas de estados miembro de la Unión Europea deberán tener asignados grupos de registro de IVA que utilicen el IVA de reversión.

- COMPRAS -

Aquellas cuentas contables o productos utilizados para registrar compras de servicios a empresas de estados de la Unión Europea deberán tener asignado un grupo de registro de IVA que calcule y registre IVA y remitir el IVA a la autoridad pertinente.

INFORMES DE IVA

Las empresas que venden servicios a estados miembros de la Unión Europea , deberán informar de los servicios prestados, del mismo modo que lo venían haciendo para los productos.

Qué cambios va a haber en Microsoft Dynamics NAV (Navision)?

· Cambio en la estructura de datos para poder distinguir entre bienes y servicios. Microsoft ya la liberado los objetos para estos cambios.
NOTA: Si una empresa sólo vende bienes a la Unión Europea , no necesita esta parte.

· Cambio en los informes de IVA.
Microsoft todavía no ha liberado los objetos para la versión española.

Para información más detallada, aquí tenéis un enlace a un documento de Microsoft donde explica los cambios referentes al IVA 2010 y cómo afecta todo ello a Microsoft dynamics NAV (Navison): Support for the VAT 2010 Package in the European Union

Salut!
Laura Nicolàs
Dynamica

- Tue, 22 Dec 2009 - Josep Pages

Envío masivos de emails desde Navision

Uno de los principales problemas de los usuarios del CRM de Dynamics NAV (Navision), es que al hacer un envío de un número elevado de emails, el servidor SMTP por el que realizan el envío bloquea la cuenta por considerar que se está haciendo SPAM, aún cuando no es así.

Una solución es instalar el servicio SMTP que viene con Windows, junto al IS. Aunque hay que configurarlo ya que por defecto tiene limitaciones en el numero de emails que se pueden enviar por sesión.

A partir de entonces habrá de configurarse el servidor de salida a localhost (o el nombre del servidor interno donde esté instalado el servicio SMTP) para que los emails se envíen a través del SMTP de este equipo.

- Tue, 22 Dec 2009 - Cristina Nicolàs

Fórmula de Fecha

Las fórmulas de fecha se utilizan en multitud de sitios en Navision (para el cálculo de fechas de vencimiento en facturas, para el cálculo de fechas de caducidad y de garantía en productos, para el cálculo de fecha de entrega de productos según el plazo de entrega de los proveedores, para establecer la periodicidad de los diarios periódicos, etc.).

Por norma general utilizamos fórmulas de fecha simples (2D para indicar que el proveedor tiene un plazo de entrega de 2 días, 60D para calcular una fecha de vencimiento a 60 días, o 1M para indicar que la periodicidad de un diario periódico es de 1 mes). Las fórmulas de fecha, pero, pueden ser más complejas.

Empezaremos por enumerar las diferentes expresiones que se pueden utilizar en un campo de tipo Fórmula de Fecha. Posteriormente las combinaremos para obtener expresiones complejas y para acabar, daremos algunos ejemplos de cálculos de fecha que pueden ser de interés.

Sintaxis de la expresión de una Fórmula de Fecha

ExpresionDeFecha = < SubExpresión >

< SubExpresión > = [< Signo >]< Término >

dónde < SubExpresión > = +|-

< Término > se desglosa a continuación

< Término > = < Número >< UnidadTiempo >|< UnidadTiempo >< Número >|< Prefijo >

dónde < Número > = número entero positivo

< UnidadTiempo > = D|DS|S|M|T|A

(D = Día, DS = Día de la semana, S = Semana, M = Mes, T = Trimestre, A = Año)

< Prefijo > = P

(P = Presente)

Puede parecer complicado, pero no lo es en absoluto.

ExpresionDeFecha = < SubExpresión > significa que una Expresión de Fecha puede estar formada por ninguna o más subexpresiones.

Una SubExpresión puede o no tener Signo (+ o -) y tiene un Término.

Un Término puede ser un Número y una Unidad de Tiempo, una Unidad de Tiempo y un Número, o un Prefijo y una Unidad de Tiempo.

Por ejemplo, 30D (30 días) correspondería a un Número y una Unidad de Tiempo.

DS2 (día de la semana 2, martes) correspondería a una Unidad de Tiempo y un Número

PM (presente mes) correspondería a un Prefijo y una Unidad de Tiempo

Ejemplos

Las fórmulas de fecha se aplican a una Fecha de referencia, para obtener una fecha resultado

Fecha Referencia	Fórmula de Fecha	Descripción	Fecha resultado	Comentarios
21/12/2009	30D	30 días	20/01/2010	Suma 30 días a la fecha de referencia
21/12/2009	-30D	Menos 30 días	21/11/2009	Resta 30 días a la fecha de referencia
21/12/2009	1M	1 mes	21/01/2010	Suma un mes a la fecha de referencia
21/12/2009	1S	1 semana	28/12/2009	Suma una semana a la fecha de referencia
21/12/2009	1T	1 trimestre	21/03/2010	Suma un trimestre a la fecha de referencia
21/12/2009	1ª	1 año	21/12/2010	Suma un año a la fecha de referencia
21/12/2009	PS	Presente semana	27/12/2010	Último día de la presente semana
21/12/2009	PM	Presente mes	31/12/2009	Último día del presente mes
21/12/2009	-PM	Menos presente mes	01/12/2009	Primer día del presente mes
05/01/2010	PA	Presente año	31/12/2010	Último día del presente año
05/01/2010	-PA	Menos presente año	01/01/2010	Primer día del presente año
05/01/2010	PT	Presente trimestre	31/03/2010	Último día del presente trimestre
21/12/2009	DS1	Día de la semana 1 (lunes)	28/12/2209	Aunque 21/12/2009 es lunes, el cálculo busca el siguiente lunes desde una fecha dada
21/12/2009	DS2	Día de la semana 2 (martes)	22/12/2009	Siguiente martes
21/12/2009	-DS2	Menos día de la semana 2	14/12/2009	Anterior martes
21/12/2009	S1	Semana 1	04/01/2010	Primer día de la próxima semana 1

Estas fórmulas de fecha se pueden combinar obteniendo fórmulas con más de una subexpresión. Las subexpresiones se evalúan una a una, de izquierda a derecha. Cada vez que se calcula una subexpresión, se obtiene una nueva de fecha de referencia a la que se aplicará la siguiente subexpresión.

Fecha Referencia	Fórmula de Fecha	Descripción	Fecha resultado	Comentarios
21/12/2009	PM+45D	Presente mes + 45 días	14/02/2010	Última fecha del mes + 45 días
21/12/2009	2M-PM	2 meses menos presente mes	01/02/2010	Primer día de dentro de dos meses

Algunas fechas importantes siguen reglas que también podemos poner en una Fórmula de Fecha.

Por ejemplo, en mi ciudad, la Fiesta Mayor empieza el primer viernes del mes de Setiembre. Veamos cómo podemos calcular esta fecha.

Fecha Referencia	Fórmula de Fecha	Descripción	Fecha resultado	Comentarios
21/12/2009	M8+PM+DS5	Mes 8 más presente mes más día de la semana 5	03/09/2010	Mes 8 nos da la primera fecha del próximo mes de agosto, posteriormente le aplicamos la siguiente subexpresión (PM), para obtener la última fecha del mes de agosto, y posteriormente buscamos el siguiente viernes
13/06/2017	M8+PM+DS5	Mes 8 más presente mes más día de la semana 5	01/09/2017	Notad que en el 2017, el primer viernes del mes de setiembre es precisamente el día 1
21/12/2009	M9+DS5	Mes 9 más día de la semana 5	03/09/2010	Una fórmula de fecha más simple que la primera, buscamos el primer día del mes de setiembre y posteriormente buscamos el siguiente viernes
13/06/2017	M9+DS5	Mes 9 más día de la semana 5	08/09/2017	Pero que no funciona cuando casualmente el primer día del mes es el día que buscamos, puesto que desde el día 01/09 (que ya es viernes), calcula el siguiente viernes.
13/06/2017	M9-1D+DS5	Mes 9 menos un día más día de la semana 5	01/09/2017	Para que funcione, nos tenemos que situar primero en el día anterior (que es lo mismo que habíamos conseguido con M8+PM)

Si queréis probar vuestras propias fórmulas de fecha y el resultado obtenido con varias fechas de referencia, buscad en Navision una fórmula de fecha que posteriormente sepáis donde se utiliza y con qué fecha de referencia, y empezad a hacer pruebas.

Por ejemplo, cread un nuevo pedido de compra. Para el pedido, cread una línea de compra (de cualquier tipo, no es necesario informar de ningún campo, con tener la línea de compra es suficiente). En la línea de compra, visualizad y fijaos en los campos "Fecha Pedido" y "Fecha recepción esperada".

En la pestaña Recepción de la cabecera del pedido de compra, hay un campo llamado "Plazo entrega (días)", donde podéis poner vuestra fórmula de fecha (se informa con el valor del mismo campo en la ficha del proveedor, pero se puede cambiar en el pedido).

La fecha de referencia que se utilizará es la que aparece en el campo "Fecha Pedido" de la línea de compra.

La fecha que se calcula y por tanto en donde podréis ver el resultado, es "Fecha recepción esperada".

Id modificando el valor de "Plazo entrega (días)" y de "Fecha Pedido" para ver el resultado del cálculo de la nueva fecha.

Cuando hayáis acabado con las pruebas, recordad de eliminar el pedido de compra creado, o si habéis utilizado uno existente, recordad de dejarlo todo como estaba.

Cristina Nicolàs

Dynamica

- Mon, 21 Dec 2009 -

Utilizar web services de Dynamivs NAV en .NET

Como sabeis, a partir de la versión 2009, Dynamics NAV (Navision) incorpora web services nativos. Este artículo muestra como crear un sencillo web service y como llamarlo desde una aplicación externa desarrollada en .NET

Requisitos
Para poder desarrollar este ejemplo hace falta tener instalado:
- Servidor de la última versión de Navision Dynamics NAV 2009 SP1.
- Cliente clásico de Navision.
- Visual Studio 2008 en alguna de sus variantes Express o Professional.
(Podeis descargar estos componentes desde www.navidemo.com)

Dynamics NAV
Desde el cliente clásico, crear una nueva Codeunit, declarar la variable Itm de tipo Record y subtipo Item, añadir el siguiente código:

GetStock(Almacen : Code[10];Producto : Code[20];Fecha : Date) Stock : Decimal
CLEAR(Itm);
IF Producto = '' THEN
ERROR('GetStock: Debe especificarse el codigo de producto.');
IF NOT Itm.GET(Producto) THEN
ERROR('GetStock: Codigo de producto incorrecto.');
IF Almacen <> '' THEN
Itm.SETRANGE("Location Filter", Almacen);
IF Fecha = 0D THEN
Fecha := TODAY;
Itm.SETFILTER("Date Filter", '..%1', Fecha);

Itm.CALCFIELDS(Inventory, "Qty. on Purch. Order", "Qty. on Sales Order", "Trans. Ord. Receipt (Qty.)", "Trans. Ord. Shipment (Qty.)");

Stock := (Itm.Inventory + Itm."Qty. on Purch. Order" - Itm."Qty. on Sales Order" + Itm."Trans. Ord. Receipt (Qty.)" - Itm."Trans. Ord. Shipment (Qty.)");

Esta función retorna el stock más lo pendiente de recibir de proveedores menos lo pendiente de entregar a clientes más lo pendiente de recibir de otros almacenes menos lo pendiente de entregar a otros almacenes, opcionalmente de un almacén en concreto y a una fecha determinada.

Deberemos abrir el formulario 810 Web Services y publicar una referencia a la Codeunit creada anteriormente con el nombre wsNAVtest

.NET
Desde Visual Studio crear un nuevo proyecto de tipo Windows Application, y añadir una Web Reference a http://localhost:7047/dynamicsnav/ws/Codeunit/wsNAVtest (deberemos sustituir localhost por el nombre del servidor de Navision si no está en nuestra máquina).
En el Form1 añadir un botón y añadir el siguiente código en el evento Button1_Click:

Dim myWS As New wsNAVtest.wsNAVtest
Dim myAlmacen As String
Dim myProducto As String
Dim myDate As Date
Dim myStock As Decimal

Try
'Instanciamos nuevamente la URL para que se pueda cambiar de servidor o de empresa
'(Fijaos que el nombre de la empresa “CRONUS España S.A.” esta incluido en la URL)
 myWS.Url = "http://localhost:7047/dynamicsnav/ws/CRONUS España S.A./Codeunit/wsNAVtest"

'Usuario y password con acceso al servidor y a Dynamics NAV (Navision)
 myWS.Credentials = New System.Net.NetworkCredential("user", "pass", "domain")

'Finalmente ejecutamos la función que nos retorna el stock
'<almacen> y <fecha> se pueden dejar en blanco. <producto> es obligatorio
 myStock = myWS.GetStock(myAlmacen, myProducto, myDate))

'Lo mostramos
MsgBox( myStock )

Catch ex As System.Web.Services.Protocols.SoapException
MsgBox(ex.Message)

End Try

- Mon, 21 Dec 2009 - Cristina Nicolàs

Ley de Modernización de la Economía francesa

El gobierno francés aprobó en 2008 una ley para la modernización de su economía.

(Aquí encontrareis un artículo de un blog en el que se habla de esta ley)

La ley no es nueva, y de hecho entró en vigor en enero de 2009. Si la comento ahora y no antes, es porque hasta estas fechas no he tenido conocimiento de esta ley... y porque antes no tenía blog en el que hablar de este tipo de cosas, claro!

Seguramente alguno pensará: bueno, ¿y qué? Esto no nos afecta a nosotros para nada!

Los que lo hayan pensado, seguramente tendrán razón si no tienen tratos comerciales con Francia. Pero a aquellos que compráis en casa de nuestros vecinos, os interesará saber que uno de los puntos de la ley hace referencia a las fechas de vencimiento, y es precisamente de este punto del que voy a hablar.

La ley en cuestión rebaja el plazo de pago hasta los 45 días a contar a partir de la fecha final del mes de la fecha de la factura, aunque prevee que cliente y proveedor puedan llegar a un acuerdo para ir rebajando el plazo de pago de forma escalonada, y llegar a lo que marca la ley en 2011.

El caso que se me ha planteado recientemente es precisamente el de ir rebajando el plazo de pago de forma escalonada y del siguiente modo:

En 2010, el pago se realizará a 60 días a contar desde la última fecha del mes de la fecha de la factura
En 2011, el pago se realizará a 50 días a contar desde la última fecha del mes de la fecha de la factura
A partir de 2012, el pago se realizará a 45 días a contar desde la última fecha del mes de la fecha de la factura

Y la pregunta, como no, es ¿como reflejar esto en Navision?

La respuesta no es complicada: Hay que definir nuevos Términos de Pago que calculen estas fechas de vencimiento, aprovechando las posibilidades que da Navision en sus campos de tipo DateFormula (fórmula de fecha).

Los campos de fórmula de fecha son aquellos que sirven para calcular una fecha a partir de otra fecha (soy muy mala definiendo, lo sé, no debería utilizar en la definición una de las palabras que forma parte del concepto a definir). Para que nos entendamos, son aquellos campos en Navision en qué, si ponemos cualquier cosa, Navision se queja y nos da el siguiente mensaje de error:

---------------------------

Microsoft Dynamics NAV

---------------------------

La fórmula de tiempo 'FNK' debe contener una unidad de tiempo.

Las unidades de tiempo pueden ser: D,DS,S,M,T o A.

La letra P (presente) se puede anteponer a las mismas como prefijo.

---------------------------

Aceptar

---------------------------

Estamos acostumbrados a utilizar fórmulas de fecha simples, como 1M para indicar 1 mes, o 30D para indicar 30 días, pero la verdad es que las fórmulas de fecha permiten una mayor complejidad, combinando varias unidades de tiempo.

Para el caso que nos ocupa, queremos primero llevar la fecha a final de mes, y después sumarle 60, 50 o 45 días.

El primer paso es llevar la fecha a final de mes, y eso se consigue con la fórmula PM: P de presente y M de mes, que significa Presente Mes (personalmente me gustaría más que fuera Mes Actual, en lugar de Presente Mes, pero la A está ocupada para Año, así que tuvieron que buscar otra forma de llamarlo). El Presente Mes, precisamente nos da la última fecha del mes actual (más que del actual, del mes de la fecha de referencia, que en el caso del cálculo de la fecha de vencimiento en una factura, es la fecha documento).

Después de eso, ¿podemos sumar días? Y la respuesta es sí, podemos.

La fórmula final quedaría pues del siguiente modo: PM+45D

Et voilà!, hemos combinado 3 unidades de tiempo (P, M y D) con una suma de por medio, para conseguir calcular la fecha que queríamos.

Ahora sólo tenemos que crear nuevos términos de pago, utilizando la fórmula a la que acabamos de llegar en el campo "Fecha 1er vencimiento", y asignar estos nuevos términos de pago a nuestros proveedores franceses para calcular correctamente las fechas de vencimiento y así cumplir con la ley.

En el caso de hacerlo escalonado, habrá que crear varios Términos de Pago nuevos.

Si el escalonado se hace del modo en que me lo plantearon hace unos días, a principios del 2010 asignaremos a nuestros proveedores el Término de Pago con fórmula PM+60D.

Después de comernos las uvas que darán comienzo al año 2011, deberemos recordar pasarnos por la ficha de nuestros proveedores franceses para cambiarles el Término de Pago y seleccionarles el de fórmula PM+50D.

Finalmente, con la resaca del fin de año 2011, deberemos pasarnos de nuevo por la ficha de nuestros proveedores franceses para seleccionarles un Término de Pago con fórmula PM+45D.

Y a menos que salga una nueva ley que contradiga esta, así lo dejaremos.

Las fórmulas de fecha en Navision son unas grandes desconocidas, y la verdad es que dan para mucho más de lo que he comentado en el post de hoy. Prometo escribir en breve un post en su honor, explicando su funcionamiento y dando algunas fórmulas de fecha de ejemplo que pueden ser interesantes.

Cristina Nicolàs

Dynamica

- Mon, 21 Dec 2009 - Cristina Nicolàs

Mis primeros pasos

Durante mucho tiempo he agradecido enormemente el esfuerzo de mucha gente que, de forma completamente desinteresada, ayuda a la comunidad virtual en cuestiones muy dispares. ¿Quien no ha tenido un problema (a los problemas informáticos me refiero, claro) que ha podido solucionar leyendo las respuestas publicadas en un foro? ¿O leyendo un consejo en un blog?

No sé si es vuestro caso, pero desde luego es el mío. Miles de veces he recurrido a internet para buscar orientación en la solución de un problema, para encontrar la solución directamente, o simplemente para leer comentarios que quizá no me serán de gran utilidad a corto plazo, pero que quedan en la retina y pueden ser utilizados en ocasiones futuras.

Aunque la comunidad de castellano-parlantes en internet es muy y muy grande, y podemos encontrar en la red muchísimas webs y foros en castellano, la verdad es que cuando nos centramos en comunidades de usuarios y técnicos de Navision (Microsoft Dynamics NAV, como se llama actualmente, o Microsoft Dynamics ERP, como empezará a llamarlo Microsoft), encontramos poca cosa.

Hay una comunidad destacable, www.tipsdbits.com, de la que soy miembro activa desde hace un par de años, y muchas webs, especialmente de partners de Microsoft que trabajan con Navision, en la que podemos encontrar información meramente comercial.

Si con esta información nos quedamos cortos, y pasa a menudo, no tenemos más remedio que empezar a utilizar el inglés. Esto es a la vez bueno y malo: bueno porque practicamos inglés, que buena falta nos hace, pero malo porque lo que queremos es una solución a nuestros problemas, y por muy buen nivel de inglés que tengamos, si no entendemos todo o casi todo lo que escriben, o si no somos capaces de expresarnos correctamente en esa lengua para plantear nuestras dudas a usuarios de todo el mundo, nos quedamos a medias y no somos capaces de llegar a la solución deseada.

Me he propuesto escribir este blog para ayudar a la comunidad castellano-parlante de Navision, pero también lo planteo como un reto personal al que invito a mucha otra gente que como yo trabaja con Navision. Escribir un blog no sólo ayuda a los demás, a gente que pueda leerlo y aprovechar los comentarios para aplicarlos a su propio entorno de trabajo. La verdad es que sobre todo ayuda a uno mismo, porque escribir sobre un tema, obliga principalmente a reflexionar sobre él, y esa reflexión nos lleva muchas veces a ver las cosas desde un punto de vista por el que no habíamos mirado anteriormente, nos lleva a sacar conclusiones, y al final nos lleva a un conocimiento personal sobre la materia tratada que nos hace mejores profesionales.

Espero que este blog os sea de utilidad

Cristina Nicolàs

Dynamica

- Sun, 20 Dec 2009 - Laura Nicolàs

IVA 2010 - Descargas

Durante el 2010 van a haber 2 grandes cambios respecto al IVA:

A partir del 1 de enero de 2010, entrará en vigor una nueva normativa respecto al IVA intracomunitario.
A partir del 1 de julio de 2010, el gobierno español va a aumentar el % de IVA durante un período limitado de tiempo.

Microsoft ha lanzado una serie de objetos para ayudar a los partners y a los clientes de Microsoft Dynamics ERP NAV (Navision) a cumplir con los cambios.

Los objetos para el cambio del IVA intracomunitario se pueden descargar aquí:

Versión ES 4 SP3 de Microsoft Dynamics NAV (Navision)

Versión ES 5 SP1 de Microsoft Dynamics NAV (Navision)

Versión ES 2009 SP1 de Microsoft Dynamics NAV (Navision)

Los objetos para el cambio de % del IVA se pueden descargar aquí:

Versión UK 2009 SP1 de Microsoft Dynamics NAV (Navision)

De momento no hay objetos para la versión española. El enlace hace referencia a la versión del Reino Unido.

En Dynamica estamos trabajando para estudiar las propuestas de Microsoft respecto al IVA y ver cómo implementarlo en cada uno de nuestros clientes.

En el este enlace se puede leer un artículo dónde explica qué cambios hay y quién se verá afectado por esos cambios.

Salut!
Laura Nicolàs
Dynamica

- Sun, 20 Dec 2009 - Laura Nicolàs

Sigue este blog mediante RSS

Para mantenerte al día de las nuevas entradas a este blog no hace falta que entres cada día. Subscríbete a él y recibe las nuevas actualizaciones en tu correo electrónico.

Configurar Microsoft Outlook

Para obtener en tu correo electrónico actualizaciones sobre este bloc debes seguir estos pasos:

1. Ir a Herramientas -> Configuración de la cuenta

2. Ir a la pestaña Fuentes RSS y clicar en Nuevo

3. Escribir http://todosobrenav.blogspot.com/feeds/posts/default en el dialogo. Clicar Agregar.

4. Clicar en Aceptar y después en Cerrar.

5. En el menú principal de Outlook aparece una nueva subcarpeta dentro de la carpeta Fuentes RSS

Salut!
Laura Nicolàs
Dynamica

- Sun, 20 Dec 2009 - Laura Nicolàs

Mi estreno en el mundo de los blogs técnicos

Como consultora / programadora del ERP Microsoft Dynamics NAV (también conocido como Navision) a menudo he tenido que recorrer a blogs técnicos y a foros para orientarme en cómo resolver un problema.

Sin duda alguna, estas comunidades virtuales de expertos, son una herramienta de trabajo muy importante para cualquier persona que trabaje con Microsoft Dynamics NAV, ya sean usuarios finales, técnicos recién llegados o consolidados.

Sin embargo he podido constatar que la información que se puede encontrar de NAV en castellano es escasa. Esto hace que los usuarios y técnicos castellano-parlantes tengamos menos recursos a la hora de resolver problemas o a la hora de profundizar en NAV. Es una gran suerte contar con la comunidad de tipsdbits (http://www.tipsdbits.com/), de la que participo activamente, y espero que en un futuro se pueda decir que también es una suerte contar con este blog.

Salut!
Laura Nicolàs
Dynamica

- Tue, 01 Dec 2009 - Josep Pages

Libro Microsoft Dynamics NAV 2009

Libro sobre funcionalidad basado en la versión 2009 de Dynamics NAV (Navision).

Creo no equivocarme al afirmar que es el único libro "físico" en castellano para Navision, aparte de aquellos manuales azules oficiales de versiones lejanas que en ocasiones echamos de menos.

Es un libro eminentemente práctico que pueden utilizar tanto los que empiezan y quieran familiarizarse con Dynamics NAV como a modo de consulta para los que ya estén utilizando este ERP.

El libro está basado exclusivamente en el nuevo cliente orientado a roles, aparecido en la versión 2009, aunque incluye un par de capítulos donde se explica el uso del cliente clásico. Muestra todas las áreas de Dynamics NAV 2009, incluyendo un capítulo específico para el uso de informes y análisis.

El precio de venta al público son 52€ (IVA incluido) más gastos de transporte. Está editado por Servidat y Afirma. Puede adquirirlo pulsando aquí.

Este es el índice de contenido:

1. INTRODUCCIÓN
1.1. Bienvenido a Microsoft Dynamics NAV 2009
1.2. Nuevo Microsoft Dynamics NAV 2009
1.3. Por qué este manual
1.4. Cómo utilizar este manual
2. INTERFAZ Y PERSONALIZACIÓN
2.1. Barras y menús
2.2. Panel de Exploración
2.3. Ventanas
2.4. Campos, botones y comentarios
2.5. Filtros
2.6. Vínculos
2.7. Navegación
2.8. Ordenación y búsqueda
2.9. Funcionalidad multi-idioma
3. GESTIÓN FINANCIERA
3.1. Contabilidad
3.2. Tesorería
3.3. Ventana plan tipos coste
3.4. Liquidez
3.5. Movimientos Aprobación y Rechazo
3.6. Activos Fijos y Seguros
3.7. Actividades Periódicas
4. CARTERA
4.1. Bancos
4.2. Remesas
4.3. Órdenes de pago
4.4. Liquidación por lotes
4.5. Navegar
5. VENTAS Y MARKETING
5.1. Ventas
5.2. Procesamiento de pedidos
5.3. Marketing
5.4. Seguimiento de productos
5.5. Tareas
5.6. Oportunidades
5.7. Hoja de precios de ventas
6. COMPRAS
6.1. Planificación
6.2. Procesamiento de pedidos
6.3. Hoja de demanda
6.4. Hoja de planificación
6.5. Planificación de pedidos
7. INVENTARIO
7.1. Planificación y ejecución
7.2. Diarios de almacén
7.2.1. Periodos recuento inventario físico
7.2.2. Diario de reclasificación de productos
8. ALMACÉN
8.1. Pedidos de transferencia
8.2. Ubicaciones
8.3. Recepciones
8.4. Envíos
8.5. Múltiples órdenes man. prod.
8.6. Almacenes
9. FABRICACIÓN
9.1. Diseño de productos
9.2. Capacidad
9.3. Planificación y Ejecución
9.4. Valoración
10. PROYECTOS
10.1. Ficha de proyectos
10.2. Diarios de proyectos
10.3. Estadísticas
10.4. Calcular WIP
11. PLANIFICACIÓN DE RECURSOS
11.1. Ficha recurso
11.2. Familia recurso
11.3. Capacidad de los recursos
11.4. Diarios de recursos
12. SERVICIO
12.1. Productos de servicio
12.2. Pedidos de servicio
12.3. Trabajar con pedidos de servicio
12.4. Gestión de precios de servicio
12.5. Gestión de planificación
12.6. Crear contactos de servicio
12.7. Trabajar con contratos de servicio
12.8. Planificador de tareas
13. RECURSOS HUMANOS
13.1. Empleados
13.2. Registro de ausencias
14. ADMINISTRACIÓN
14.1. Administración de IT
14.2. Configuración de la Aplicación
15. INFORMES Y ANÁLISIS
15.1. Visualizar e imprimir informes
15.2. Informes
16. INTERFAZ CLIENTE CLÁSICO
16.1. Barras y menús
16.2. Panel de Exploración
16.3. Ventanas
16.4. Filtros
16.5. Navegación
16.6. Ordenación y Búsqueda
17. USO INTERFAZ CLÁSICA
18. SEGURIDAD
18.1. Configuración de una empresa
18.2. Copias de seguridad
18.3. Información de licencia
18.4. Seguridad basada en roles
APÉNDICE I TECLA RÁPIDAS
APÉNDICE II GLOSARIO

- Sun, 01 Nov 2009 - Josep Pages

Curso de Especialización de Dynamics

Se lanza al mercado el primer “Curso de Especialización de Gestión Empresarial en Microsoft Dynamics”

Se pondrá en marcha en la Business Engineering School La Salle (Universidad Ramón Llull) de Barcelona. Esta formación nace del acuerdo surgido entre afirma y consultoras especializadas en el sector TI que han observado, durante sus largas trayectorias, la falta de profesionales de nivel multidisciplinar con conocimiento global de las soluciones Microsoft Dynamics dentro del mercado laboral.

El “Curso de Especialización de Gestión Empresarial en Microsoft Dynamics” está dirigido a Licenciados y Diplomados universitarios con perfil enfocado a gestión y TI con un buen nivel de inglés. La duración total del mismo es de 455h (aprox. 4 meses) y su objetivo principal es, una vez realizadas las prácticas en un Partner, acabar teniendo un contrato laboral en el mismo.

Los alumnos que superen este Curso obtendrán la titulación de Consultor de Negocio Certificado en Microsoft Dynamics ERP y CRM, y tendrán una visión de gestión de proyectos desde la óptica de negocio. afirma, Partner Development Center de Microsoft, líder en metodología de Gestión Empresarial, participa con el profesorado y la documentación e impartirá la parte de Dynamics NAV y Dynamics CRM.

En breve se realizará este mismo Curso en Madrid. Las fechas aún están por determinar.

- Thu, 29 Oct 2009 - Sergey Korchanov

Navutilus Search & Replace

Proponemos el programa de la búsqueda del texto en la base Microsoft Dynamics NAV. Las exigencias 1 tabla, 1 forma La información detallada (Inglés) en http://www.navutilus.com/nav_sr/nav_sr.htm

- Thu, 17 Sep 2009 - Dynamica

Cuadro de Mando Financiero

Cuadro de Mando Financiero según nuevas NIC España, realizado en Excel 2007, para cualquier versión de Navision bajo SQL Server. Versión 1.1 Cortesía de <a href="http://www.dynamica.es" target="_blank">Dynamica</a> y TipsdBits.com

- Tue, 01 Sep 2009 - Josep Pages

Microsoft Dynamics NAV 2009 SP1 – Dirigiendo el negocio hacia el futuro

El Service pack impulsa la productividad del partner y del cliente reafirmando el compromiso de Microsoft con la calidad del producto.

La versión inicial de Microsoft Dynamics NAV 2009 en Diciembre de 2008 marcó un hito importante en la evolución del producto, introduciendo cambios significativos en la interface del usuario y avances tecnológicos – incluyendo la implementación de la experiencia de usuario basada en roles – manteniendo los valores fundamentales de simplicidad, adaptabilidad y facilidad de uso que caracterizan al producto. Microsoft Dynamics NAV 2009 SP1 incluye todas las innovaciones de Microsoft Dynamics NAV 2009 y añade nueva funcionalidad que proporciona mejoras de productividad importantes para los clientes y partners, así como ofrece mejoras y optimizaciones que reafirman el compromiso continuo de Microsoft Dynamics con la calidad del producto.

Productivity Improvements for Customers:
- Matrix Pages Redesign that allows an enhanced “one-page” design with in-line editing and interactive refresh
- Simplified and enhanced Short-Cuts and Arrow Keys
- Improved “Filter as You Type” with better user productivity and control
- Direct navigation to Next and Previous Record in Cards
- Drill Through to Reports from Reports
- Enhanced Splitter to improve control of page layouts
- Inline Calculation with use of expressions
- Improved Data Entry and keyboarding for lists
- Save View that allows for better tailoring of lists
- Enhanced Progress Indicator for better end-user feedback
- Page Search allowing quick discovery and navigation to infrequently used pages and reports
- Page Enhancements for improved and more intuitive UI style and behavior
- Microsoft Dynamics Online Connect gives access to up-to-date and targeted online information and training material from Role Centers
- Revert Local Personalization

Productivity Improvements for Partners:
- Client Extensibility that allows addition of custom controls to the Role Tailored Client
- “About This Page” that is equivalent to Zoom in the Classic Client
- “About This Report” aligns the existing zoom on reports with “About This Page”
- Improvements to Page Designer including Wizards and “Run Page” functionality
- Improvements to Report Designer
- Improvements in NAV Server administration and maintenance
- Server/AD Configuration Tool that simplifies and assists 3-tier set-up

Additional Quality Improvements Include:
- Implementation of VAT 1:1 relationship with G/L for improved auditing and controlling
- Improved WIP calculation and cost controlling on Jobs and Resource Orders
- Reports including Paging for improved performance when loading