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 :)

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

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 ! 

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

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

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!

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!

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

The fiscal year does not exist

Hi all!

You can find the following error message printing reports:

The fiscal year does not exist

What does it mean? The fiscal year hasn't been created?

Don't worry, it only means that you have to specify a "Filter date" as a parameter before clicking the Preview button.

For example, the 'Trial Balance' report needs a "Filter date", as you can see in the image:

Hope be useful!
Bye!

;)

@MsgDynNav

No existe el ejercicio.

¡Hola de nuevo!

A veces intentamos imprimir un informe y aparece el siguiente mensaje de error:

No existe el ejercicio.

Este mensaje puede aparecer por ejemplo al imprimir el informe 'Balance de sumas y saldos'.

En cualquier caso, esto no significa que el ejercicio contable no está creado. Lo que sucede es que el informe ha de solicitarse indicando un filtro de fechas, y si olvidamos este parámetro aparece el mensaje de error.

Siguiendo con el ejemplo del 'Balance de sumas y saldos', indicaríamos el filtro de fechas tal y como indicamos en la siguiente imagen:

¡Hasta pronto!

;)

@MsgDynNav

You must specify Statistics Period in Intrastat Jnl. Batch Journal Template Name='INTRASTAT',Name='GENERICO'.

Hi all!

The following error message can occurs when you try to execute the "Get Entires" process from the Intrastat journal:

Classic version:

You must specify Statistics Period in Intrastat Jnl. Batch Journal Template Name='INTRASTAT',Name='GENERICO'.

Role Tailored version:

Statistics Period must have a value in Intrastat Jnl. Batch Journal Template Name=ITRASTAT, Name=GENERICO. It cannot be zero or empty.

It means that the "Statistics Period" field in the Intrastat Jnl. Batch is empty. You must enter here the year and month that apply to the intrastat journal batch, for example:

For the intrastat journal batch for May in year 2012, enter 1205:

Next time you click the "Get Entries" button, the program will set Starting and Ending date to the Intrastat Journal window automatically:

Hope be usefull!

See you soon!

Especifique Periodo estadístico en Sección diario Intrastat Nombre libro diario='INTRASTAT',Nombre='GENERICO'.

¡Hola a tod@s!

Este mensaje de error puede aparecer cuando intentamos ejecutar el proceso "Traer movs." en el diario de Instrastat:

En versión clásica el mensaje dice:

Especifique Periodo estadístico en Sección diario Intrastat Nombre libro diario='INTRASTAT',Nombre='GENERICO'.

Y en versión Role Tailored:

Periodo estadístico debe tener un valor en Sección diario Intrastat: Nombre libro diario=INTRASTAT, Nombre=GENERICO. No puede ser cero ni estar vacío.

Significa que no hemos informado el periodo de tiempo para el que queremos calcular la declaración. Este periodo debe informarse en la Sección del diario, campo "Periodo estadístico", indicando cuatro dígitos: los dos primeros correspondientes al año y los dos siguientes al mes.

Por ejemplo, para indicar septiembre de 2012, se informará 1209.



De esta forma, al ejecutar de nuevo el proceso "Traer movs.", aparecerá una ventana en la que automáticamente tendremos informadas las fechas de inicio y fin de la declaración.

¡Hasta pronto!

Account Type or Bal. Account Type must be G/L Account or Bank Account.

Hi all!

The following error appears when you try to create a unique journal line using a Customer and a Vendor account.

Account Type or Bal. Account Type must be G/L Account or Bank Account.


Role Tailor version:

Classic version:

 You have to create two journal lines, the first one from the Customer to an intermediate G/L Account or Bank and the second one from the intermediate G/L Account or Bank to the Vendor.

Hope be useful,

See you soon!

Tipo mov. o Tipo contrapartida deben ser de tipo Cuenta o Banco.

Hola a tod@s!

¿Trabajas con una referencia que es a la vez Cliente y Proveedor?

¿Necesitas hacer un traspaso de saldo de la ficha de un Cliente a la ficha de un Proveedor?

En ese caso, nunca podrás hacerlo directamente con una única línea de diario, siempre deberás crear dos líneas, una para Cliente y otra para Proveedor. La contrapartida de las dos líneas será la misma, ya sea una Cuenta ó un Banco.

Si intentas hacerlo con una única línea, aparecerá el siguiente mensaje de error:

"Tipo mov. o Tipo contrapartida deben ser de tipo Cuenta o Banco."

Versión Role Tailored:

Versión clásica:

Hasta pronto!

Direct Posting must be equal to 'Yes' in G/L Account: No.

Hi all!

In Journal lines and document lines, you can enter the number of the account you want to post to. Sometimes, the system can return the following error message:


Role Tailored version:
Direct Posting must be equal to 'Yes' in G/L Account: No.=6000001. Current value is 'No'.

Classic version:

Direct Posting must be Yes in G/L Account No.='6000001'.

Look at "Direct Posting" field in the account card:

In this case, "Direct Posting" field has not a check mark, so you will not be able to post directly to this G/L account.

An example of indirect posting is the automatic VAT entry (or entries) that appears in a receivables account when you post to a customer.


REMEMBER:

- By default, when you create a new account card, "Direct Posting" field has not a check mark.

Hope be useful,

See you soon!

Entrada directa debe ser igual a 'Si' en Cuenta: Nº



Hola de nuevo!

El siguiente aviso de error puede aparecer al indicar una cuenta en una línea de diario o documento, es decir, al tratar de registrar en la cuenta de manera directa.

En versión Role Tailored:

Entrada directa debe ser igual a 'Si' en Cuenta:Nº=6000001. El valor actual es 'No'.

Y en versión clásica:
Entrada directa debe tener el valor Sí en Cuenta Nº='6000001'.

Veamos este campo en la ficha de la cuenta (6000001 en el ejemplo):

En este caso, la cuenta 6000001 es la cuenta de compras asociada al Grupo contable negocio NACIONAL y se quiere evitar registrar un apunte directamente. Por esta razón no se ha marcado la opción "Entrada directa" en la ficha de la cuenta.

RECUERDA:

- Para asegurar que el saldo en las fichas de clientes, coincida con el saldo de la cuenta contable de clientes, es conveniente no marcar Entrada directa en la cuenta de clientes.

- Al crear una cuenta contable, por defecto "Entrada directa" está desactivado.

Hasta pronto!