jueves, 12 de marzo de 2015

El cliente ha superado el crédito máximo. ¿Confirma que desea continuar a pesar de ello?

Hola de nuevo!
Este mensaje de advertencia puede aparecer cada vez que informamos el código cliente en un documento de venta:

El cliente ha superado el crédito máximo. ¿Confirma que desea continuar a pesar de ello?

Nos indica que tenemos establecido un crédito máximo con el cliente y está siendo superado, en este caso porque el saldo con nuestro cliente es superior al crédito máximo.




Ficha de cliente:


Para activar este aviso, en "Configuración ventas y cobros" indicaremos "Advertencia Crédito" igual a "Límite crédito":


Hasta pronto ;)


viernes, 9 de mayo de 2014

Informar Número factura corregida en Abonos

¡Hola de nuevo!

En Configuración de Compras y pagos existe un parámetro llamado: “N.º doc. corregido obligatorio” :




Si está activado, será obligatorio informar “N.º factura corregida” en los documentos de abono, con lo cual no podremos registrarlo si lo dejamos en blanco. En este caso el mensaje de error que aparece es el siguiente:

N.º factura corregida debe tener un valor en Purchase Header: Tipo documento=Abono, Nº=1001. No puede ser cero ni estar vacío.








Si el parámetro “N.º doc. correg. obligatorio” no está activado y no informamos “N.º factura corregida” en el abono, no aparece un mensaje de error pero sí un mensaje de aviso como el siguiente:

El abono no tiene un nº de factura corregido. ¿Confirma que desea continuar?







Si lo aceptamos podremos registrar el abono sin haber informado “N.º factura corregida”.

El funcionamiento es idéntico para el caso de ventas. En configuración de Ventas y cobros también  encontrarás el parámetro “N.º doc. correg. obligatorio”.

Un saludo :)

domingo, 9 de febrero de 2014

Nº factura proveedor debe tener un valor en Cab. compra: Tipo documento=Factura, Nº=1001. No puede ser cero ni estar vacío.

¡Hola de nuevo!

Si al registrar una factura de compra te interesa informar el número de factura del proveedor, lo puedes hacer en el campo de la cabecera "No. factura proveedor". Si quieres evitar que este valor quede en blanco, puedes marcar el tic "Nº doc. externo obligatorio" en "Configuración de compras y pagos".

De esta forma al registrar una factura de compra que no tenga informada "No. factura proveedor" aparece el siguiente mensaje de error, y el registro queda cancelado:

Nº factura proveedor debe tener un valor en Cab. compra: Tipo documento=Factura, Nº=1001. No puede ser cero ni estar vacío.



Factura de compra:


Configuración de Compras y pagos:


En el caso de facturas de venta sucede lo mismo. En "Configuración de Ventas y cobros" también dispones del tic "Nº doc. externo obligatorio", y en la cabecera de las facturas "Nº doc. externo".
Si al registrar una factura de venta olvidas informar este campo, aparece un error como el siguiente:

Nº documento externo debe tener un valor en Lín. diario general: Nombre libro diario=, Nombre sección diario=, Nº línea=0. No puede ser cero ni estar vacío.




¡ Hasta pronto!

@MsgDynNav

domingo, 3 de noviembre de 2013

Appl.-to Item Entry must have a value in Purchase Line. It cannot be zero or empty.


Hi all!

In the Purchases & Payables Setup page, there’s a field called “Exact Cost Reversing Mandatory”. If you activate it, you have to fill the “Appl.-to Item Entry” field in Credit memo item lines. This means that the purchase return is valued at exactly the same cost as the original purchase:
 
 
 


So, if you forget to fill “Appl.-to Item Entry” in the Credit memo the system returns the following error message when you try to post it:

Appl.-to Item Entry must have a value in Purchase Line: Document Type=Credit Memo, Document No.=1001, Line No.=30000. It cannot be zero or empty.
 
 


And of course, you also have the same functionality in the Sales department.

Bye ! 

sábado, 28 de septiembre de 2013

Este pedido debe ser un envío completo.

 
Hola de nuevo a tod@s! :)
 
 
Si te interesa garantizar el envío de la totalidad de un pedido, ya sea al crear el pedido, o incluso cuando ya se ha enviado una parte del mismo, tan sólo tienes que indicar "Completo" en el campo "Aviso envío" de la ficha de pedido.
De esta forma, la próxima vez que se registre un envío de dicho pedido, si la Cantidad a enviar no es igual a la Cantidad pendiente de enviar, aparecerá un mensaje de error como este:
 
 
Este pedido debe ser un envío completo.
 


En la ficha de pedido encontrarás el campo "Aviso envío" en la sección Envío:
 






Y en la ficha de cliente encontrarás el campo "Aviso envío" en la sección Envío. Por defecto al crear un nuevo cliente el Aviso envío será Parcial, pero puedes modificarlo a Completo para garantizar que los nuevos pedidos que se generen a dicho cliente sean Completos:





¡¡ Hasta la próxima !!

@MsgDynNav

sábado, 27 de julio de 2013

El CIF/NIF no es válido. El elemento de control no es correcto. ¿Aún desea guardarlo?


Hola de nuevo a tod@s!
¿Sabes cómo configurar Dynamics NAV para que aparezca un mensaje de aviso como este al validar la letra de un CIF/NIF?




El CIF/NIF no es válido.
El elemento de control no es correcto.
¿Aún desea guardarlo?
 
Esta parametrización se define a partir del código de país, desde Formatos CIF/NIF:

 


Desde la página "Editar - Formatos CIF/NIF", donde definimos los posibles formatos de CIF/NIF válidos para cada país (# para dígitos numéricos, @ para letras), puedes activar “Comprobar CIF/NIF”:
 
 
Así de fácil!
;)

También puedes ver:
http://msgdynamicsnav.blogspot.com.es/2012/07/el-n-reg-iva-introducido-no-es-acorde.HTML



viernes, 17 de mayo de 2013

Liq. por nº orden producto debe tener un valor en Lín. compra: Tipo documento=Abono, Nº documento=1002, Nº línea=10000. No puede ser cero ni estar vacío.

¡ Hola a tod@s !

¿Sabes porqué y cuando aparece este mensaje de error?

Liq. por nº orden producto debe tener un valor en Lín. compra: Tipo documento=Abono, Nº documento=1002, Nº línea=10000. No puede ser cero ni estar vacío.




Aparece al registrar abonos con al menos una línea de tipo producto, siempre y cuando en "Configuración compras y pagos" esté marcado el campo "Coste exacto devolución obligatorio":




Si es así, para evitar el error indicaremos el movimiento de producto con el que liquidamos cada línea de producto. Este movimiento lo seleccionaremos mediante el campo "Liq. por nº orden producto" en las líneas del abono:



Hasta pronto  :) :) :)

@MsgDynNav

martes, 30 de abril de 2013

La dirección URL no es válida.


¡Hola de nuevo!
  
El siguiente mensaje de aviso puede aparecer al intentar abrir un documento desde la página Vínculos:
 
La dirección URL no es válida.




Cuando se vincula un fichero (pdf, texto, imagen…) a un documento o página de la aplicación, el sistema guarda la ruta y el nombre donde está ubicado. Esta funcionalidad es lo que se conoce como Vínculos. En la siguiente imagen hemos asociado un documento pdf a una factura de venta registrada:





Si cambiamos el documento de carpeta, modificamos el nombre o simplemente lo eliminamos, la próxima vez que intentemos abrir al documento desde Dynamics NAV aparecerá el mensaje anterior.
Para resolver la incidencia puedes eliminar el vínculo si ya no dispones del fichero original o bien lo puedes vincular de nuevo.

Un saludo y hasta pronto !


Link address is not valid.



Hi all !

In Dynamics NAV you can attach a link (pdf, image…) to a specific record, such as a Posted Sales Invoiced:




The system saves the address and name of the document associated, so if you delete or rename it, or if you move the document to another place, you will find the following error message next time you try to open the link:

Link address is not valid.


Note:
You can delete a link if the IT administrator has assigned the necessary user permissions to you. 
If a user deletes a single record then all the links attached to the record are deleted. However, if you delete records using a batch job, such as the "Delete Invoiced Sales Orders batch job", then the links are still stored in the Record Link table. To delete the links from the database, run the "Delete Orphaned Record Links" codeunit.

Have a nice day !

@MsgDynNav 




sábado, 23 de marzo de 2013

La cantidad en inventario disponible no es suficiente para la cantidad solicitada.

¡Hola de nuevo!

El siguiente mensaje de aviso puede aparecer al dar de alta un movimiento de salida de producto, ya sea mediante un documento de venta o a través de un diario:

La cantidad en inventario disponible no es suficiente para la cantidad solicitada. ¿Confirma que desea continuar?


No se trata de un bloqueo, ya que es el usuario quien decide si continua adelante con el registro o no.
Si te interesa activar este control puedes hacerlo desde la página "Configuración ventas y cobros" mediante la opción "Advertencia falta stock":



¡Un saludo y hasta pronto!    ;)

@MsgDynNav

The quantity on inventory is not sufficient to cover the net change in inventory.

Hi all!

When you enter the quantity field in sales documents or output item journal lines, the program can warns you if there are not enough items on inventory:

The quantity on inventory is not sufficient to cover the net change in inventory. Do you still want to record the quantity?



If you want to set up it you only need to select the "Stockout Warning" check box in the "Sales & Receivables Setup" page:


The warning is based on a calculation that sums quantity on inventory and unposted sales order lines, including reserved quantities and considering location code.

Hope be useful!
Bye! ;)

martes, 26 de febrero de 2013

Document No. must be equal to 'G00003' in Gen. Journal Line: Journal Template Name=GENERAL, Journal Batch Name=CAJA, Line No.=10000. Current value is 'PG0045'.


Hi all!

You can have the following error message posting Journal Lines:

Document No. must be equal to 'G00003' in Gen. Journal Line: Journal Template Name=GENERAL, Journal Batch Name=CAJA, Line No.=10000. Current value is 'PG0045'.


Look at the following image. If the "No. Series" field on the journal batch is filled in, the program automatically enters the next number in the series in the "Document No." field of the Journal Line.  The error message occurs if you manually change the "Document No." filled by the system.

Have a nice day!


domingo, 24 de febrero de 2013

There is no Report Selections within the filter.

Hi All !

Look at the following error message when try to print a posted sales invoice:

There is no Report Selections within the filter. Filters: Usage: S.Invoice, Report ID: <>0



What's the matter?
You have to check the "Report Selection - Sales" page in the "Sales & Marketing" menu / Order processing / Administration / Setup / Report Selections Sales:



The Report Selections table contains the specification of which report will be printed in different situations. The error message occurs if you haven't set a Report ID for the invoice document.

Hope be useful!

No hay Selección informes dentro del filtro.


¡Hola a tod@s!
¿Alguna vez te has encontrado un error similar al siguiente cuando intentas imprimir un documento?
No hay Selección informes dentro del filtro.  Filtros: Utilizado: V.Fac, Id. informe: <>0

En todas las áreas de Dynamics NAV existe una página desde la que parametrizar el documento o documentos que deben imprimirse según el caso. Por ejemplo, si no se indica el número de informe a utilizar para imprimir una factura registrada, aparece el mensaje de error anterior cada vez que intentamos imprimir una.
En este caso, para configurar el documento de Factura de venta registrada accedemos a  Ventas y Marketing / Procesamiento de pedidos / Administración / Configuración / Selección informes ventas, seleccionamos Factura en el campo Utilizado, e indicamos el número de informe 204, que para la empresa Cronus corresponde a la factura registrada:



NOTA: En el campo Utilizado de la imagen anterior puedes seleccionar las diferentes opciones, por ejemplo: Oferta, Pedido, Devolución, Abono, etc…

¡Hasta pronto!

viernes, 15 de febrero de 2013

Nº documento debe ser igual a 'G00002' en Lín. diario general: Nombre libro diario=GENERAL, Nombre sección diario=CAJA, Nº línea=10000. El valor actual es 'PG0045'.


¡Hola de nuevo!

El siguiente mensaje de error puede aparecer al registrar líneas de diario:

Nº documento debe ser igual a 'G00002' en Lín. diario general: Nombre libro diario=GENERAL, Nombre sección diario=CAJA, Nº línea=10000. El valor actual es 'PG0045'.




La sección del diario tiene una serie predefinida, tal y como se muestra en la siguiente imagen:



De esta forma el sistema asigna un “Nº documento” automáticamente en las líneas del diario, por ejemplo G00002. Si antes de registrar el diario modificamos el valor de “Nº Documento”, por ejemplo PG0045, el sistema detectará que este número no coincide con el siguiente número que corresponde a la serie, y por esta razón aparece el mensaje de error.

¡Hasta pronto!

martes, 11 de diciembre de 2012

Dimensions in Close Income Statement Batch Job

Hi all!
Close Income Statement Batch Job is used to transfer the year's result to an account in the balance sheet and to close the income statement accounts, for example 6010001 account.
Suppose that when the fiscal year begins, the 6010001 account hasn’t any default dimension and G/L entries are posted without a dimension code. Then, at mid year someone decides that DPTO dimension for this account must have a dimension value when posting:





If so, when you execute the Close Statement Batch Job and you don't select DPTO dimension in "Close by dimensions" option, the system returns an error message:




The following G/L Accounts have mandatory dimension codes that have not been selected: 601001
In order to post to these accounts you must also select these dimensions: DPTO
Do you want to continue?


 

The message is clear, you have to select DTPO dimension in "Dimensions field":


Once you click the OK button:
A dimension used in Gen. Journal Line GENERAL, PREDET., 30000 has caused an error. Select a Dimension Value Code for the Dimension Code DPTO for G/L Account 601001.



What exactly happens?

Well, the batch job processes all G/L accounts of the income statement type and creates entries that cancel out their respective balances. These new entries are placed in the journal selected and are automatically posted.


For the 6010001 account, the program creates a journal line that will be the sum of all the G/L entries without DPTO dimension. When the program try to post this line and checks the mandatory dimension set up for this account, returns the error message.

As you can see, Code Mandatory in the Default Dimension of the 601001 account it’s not a correct option in order to post correctly the “Close Income Statement Batch Job”. You can fill in blank the Value posting in the Default dimension, post the “Close Income Statement Batch Job” and fill Value posting again. The next entries in the new fiscal year will have DPTO dimension sure!

Hope be useful!

viernes, 30 de noviembre de 2012

La dimensión util. en Lín. diario general GENERAL, PREDET., 30000 ha causado error. Selecc. Cód. valor dimensión para el Cód. dimensión DPTO para Cuenta 6010001.


¡Hola de nuevo!
Este post trata sobre un error que puede aparecer al registrar el asiento de regularización.

Durante el año 2012 se han registrado apuntes en la cuenta 6010001 sin informar dimensión, pero en un momento dado se ha decidido que la dimensión DPTO debe ser obligatoria. El administrador del plan contable ha configurado esta nueva condición en la cuenta contable del siguiente modo:
 


A partir de este momento, durante el año 2012 se han registrado apuntes en la cuenta 6010001 informando la dimensión DPTO.

¿Qué sucede al regularizar el periodo 2012?


Si no se cierra el periodo fiscal por dimensión DPTO, es decir no se informa la casilla Dimensiones, aparecerá el siguiente mensaje de aviso al ejecutar la regularización:

No se han seleccionado los códigos de dimensión obligatorios en las siguientes cuentas: 6010001
Para realizar un registro en estas cuentas también debe seleccionar las siguientes dimensiones: DPTO
¿Desea continuar?


Es decir, se ha detectado que la cuenta 6010001 tiene predeterminada la dimensión DPTO de forma obligatoria y antes de lanzar la regularización es necesario indicar que cerraremos el periodo fiscal por la dimensión DPTO:



Al lanzar de nuevo el proceso, esta vez aparece un mensaje de error diferente al anterior:

La dimensión util. en Lín. diario general GENERAL, PREDET., 30000 ha causado error. Selecc. Cód. valor dimensión para el Cód. dimensión DPTO para Cuenta 6010001.



El sistema regulariza por dimensiones, pero una serie de apuntes fueron registrados sin código de dimensión. Estos apuntes son "copiados" al diario y sección que se indicaron en las opciones. Se copian sin dimensión DPTO porque fueron registrados sin dimensión, por tanto al intentar ser registrados el sistema detecta que la dimensión DPTO (configurada como obligatoria en la ficha de la cuenta) no está informada, y es entonces cuando aparece el mensaje de error anterior.

¿Cómo hay que regularizar en este caso?

Irremediablemente, será necesario eliminar la obligatoriedad de la dimensión predeterminada en la ficha de la cuenta 6010001.


Un saludo y hasta pronto!

@MsgDynNav