Mejoras en el cálculo del coste medio en Microsoft Dynamics GP

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 923960
Resumen
En este artículo se describe los diferentes procesos que se producen cuando se actualiza a Microsoft Dynamics GP. Este artículo también analiza los escenarios en la contabilidad, se generan transacciones de ajuste y en el que se realizan ajustes en el coste.
INTRODUCCIÓN
Este artículo describe el cálculo de coste medio y algunas nuevas mejoras que se realicen en el cálculo del coste medio en Microsoft Dynamics GP.
Más información
Si utiliza actualmente la valoración de elementos de coste medio, y si se han sin contabilizar lotes o documentos que utilizan estos elementos, se recomienda que registrar todos estos lotes y documentos antes de actualización a Microsoft Dynamics GP. Esta acción ayuda a evitar que los usuarios registren transacciones con fecha anterior.

Por ejemplo, considere el siguiente escenario. El último recibo de artículo con promedio perpetuo XYZ tiene una fecha de documento de 1 de junio de 2006. El 15 de junio de 2006, Microsoft Dynamics GP se actualizó a la versión 9.0. Si intenta registrar un documento que contiene el elemento XYZ que tiene una fecha de documento que sea antes del 1 de junio de 2006, se produce un error en la publicación. Debe cambiar la fecha del documento para el 1 de junio de 2006 o a una fecha posterior.


Actualizar a Microsoft Dynamics GP

Procesos que se producen al actualizar

Durante el proceso de actualización, Microsoft Dynamics GP establece los valores de los siguientes campos en la tabla IV10200:
  • Método de valoración (VCTNMTHD)
  • Cantidad disponible (QTYONHND)
  • Coste actualizado (ADJUNITCOST)
Los recibos de compra especificadas antes de actualizar a Microsoft Dynamics GP no tienen los datos necesarios para generar automáticamente las transacciones de contabilidad o volver a calcular los costes medios. Por lo tanto, se producen los siguientes procesos al actualizar:
  • Para cada elemento que tiene un FIFO perpetuo o un método de valoración LIFO perpetuo, Microsoft Dynamics GP identifica el recibo sin vender más reciente que se encuentra en la tabla IV10200. Microsoft Dynamics GP establece los siguientes valores en la tabla IV10200:
    • Método de valoración: 1 para FIFO perpetuo o 2 para LIFO perpetuo
    • Cantidad disponible: la cantidad total disponible en todos los sitios del artículo
    • Costo ajustado: el coste unitario de la última recepción no vendido para el artículo
    Nota: Durante este proceso, se omiten los valores en el campo de Código de ubicación y en el campo Tipo de cantidad .
  • Para cada elemento que tiene un método de valoración periódica, Microsoft Dynamics GP identifica la última recepción no vendida en la tabla IV10200. Microsoft Dynamics GP establece los siguientes valores en la tabla IV10200:
    • Método de valoración: 4 para un método de valoración FIFO periódico o 5 para el método de valoración LIFO periódico
    • Cantidad disponible: la cantidad total disponible en todos los sitios del artículo
    • Costo ajustado: el valor que aparece en el campo Coste actual en la ventana Mantenimiento artículos
    Nota: Durante este proceso, se omiten los valores en el campo de Código de ubicación y en el campo Tipo de cantidad .
  • Para cada elemento que tiene un método de valoración promedio perpetuo, Microsoft Dynamics GP identifica el recibo sin vender más reciente que se encuentra en la tabla IV10200. Microsoft Dynamics GP establece los siguientes valores en la tabla IV10200:
    • Método de valoración: 3
    • Cantidad disponible: la cantidad total disponible en todos los sitios del artículo
    • Costo ajustado: el valor que aparece en el campo Coste actual en la ventana Mantenimiento artículos
    Nota: Durante este proceso, se omiten los valores en el campo de Código de ubicación y en el campo Tipo de cantidad .
  • Para todos los recibos de compra que no se actualizan por las acciones que se mencionan anteriormente en esta sección, Microsoft Dynamics GP establece el campo Método de valoración a cero. El valor cero indica que se ha registrado la recepción en una versión de Microsoft Dynamics GP antes de la versión 9.0.
  • Tenga en cuenta todos los registros que se estampa utilizando uno de los métodos que se mencionan anteriormente en esta sección. Si alguno de estos registros tiene un campo de Cantidad vendida es mayor que cero, la conversión también crea un registro de detalles de cantidad vendida en la tabla IV10201. Este registro muestra la misma cantidad que el campo Cantidad vendida para el recibo.

Efectos de los artículos de inventario por determinados métodos de valoración

La siguiente información se aplica a los clientes que tienen artículos de inventario que tienen un método de valoración de promedio perpetuo, LIFO perpetuo o FIFO perpetuo de la:
  • Si un artículo fue vendido o se ha consumido desde el inventario y, a continuación, se cambia el coste, Microsoft Dynamics GP genera automáticamente ajustes en la Contabilidad General. En versiones anteriores antes de la versión 9.0, Microsoft Dynamics GP genera un informe que le indicó que introducir manualmente los ajustes en la cuenta de inventario y a la cuenta de coste de bienes vendidos (COGS). Esta acción se diseñó para corregir las cuentas que se utilizan por las transacciones que venden o que consumen los elementos. En Microsoft Dynamics GP, estos ajustes ahora se generan automáticamente.

    Microsoft Dynamics GP guarda los detalles de transacción de cantidad vendida adicionales en la tabla IV10201. Estos datos adicionales permiten que Microsoft Dynamics GP generar transacciones de ajuste. Microsoft Dynamics GP, se genera el informe diario de contabilización General para las transacciones de ajustes para las transacciones de cantidad vendida que se registran después de actualizar a Microsoft Dynamics GP. El diario de variación de costo todavía muestra un mensaje para los elementos que no tienen detalles para el valor del campo Cantidad vendida . Este mensaje indica que realizar un ajuste de costo para las transacciones en la Contabilidad General.
  • Se realiza un importe de ajuste para la diferencia entre el costo original y el coste de la transacción registrada recién determinado.
Microsoft Dynamics GP generar transacciones de ajuste en la Contabilidad General para promedio perpetuo, para LIFO perpetuo o FIFO perpetuo elementos para hacer las siguientes acciones:
  • La ventana Costes ajuste inventario se utiliza para cambiar el coste unitario de un recibo de compra. Microsoft Dynamics GP calcula la diferencia de costo para determinar la cantidad requerida de ajuste de una transacción.
  • Seleccionan los usuarios revaluar el inventario cuando registra una factura de compra en el que el coste de factura difiere del coste del envío.
  • Un artículo de línea de orden de compra se cambia a un estado de cerrado si las siguientes condiciones se cumplen para la orden de compra:
    • El valor del campo Cantidad enviada es mayor que el valor del campo Cantidad facturada .
    • El importe del campo Cantidad facturada no es cero.
  • Se registra una transacción de devolución de orden de compra.
  • Un recibo de compra se inserta en una pila de recibos de compra existente cuando la fecha de contabilización viene antes de la fecha de un miembro de recibo de compra.
Los siguientes escenarios hacer ajustes de coste a generarse:
  • Registrar una transacción de envío de orden de compra que tiene los siguientes valores:
    • Cantidad enviada: 100
    • Coste unitario: $1.00
  • Registrar una factura de venta que tiene los siguientes valores:
    • Cantidad enviada: 10
    • Coste unitario: $1.00
    • Cantidad facturada: $10
  • Recibe una transacción de factura de pedido de compra para el envío que se registró utilizando un coste unitario de 2 $ cada uno. Revaluar el inventario mediante uno de los métodos siguientes:
    • Adeude la cuenta de inventario para la revaluación de $100.
    • Se adeuda la cuenta de compras acumuladas por 100 $ y, a continuación, se abona en la cuenta cuentas a pagar de 200 dólares.
    • Se abona en la cuenta de inventario para los 10 $ se quitó después de que se ha registrado la factura original. Para equilibrar esta factura, debe adeude la cuenta de coste de ventas por 10 dólares.

Información de contabilización de contabilidad

Contabilización de las transacciones que se generan automáticamente en Contabilidad

Las condiciones siguientes son verdaderas para la contabilización de las transacciones que se generan automáticamente en Contabilidad:
  • Microsoft Dynamics GP utiliza las preferencias de registro que se especifican para la serie en la que se originó la transacción. El programa utiliza un tipo de entrada del origen de Entrada a General.
  • Se selecciona el destino del informe de contabilización mediante la ventana Configuración de contabilización en el que se establece el campo de serie a financiero y el campo de informe está establecido en Diario de contabilización General.
  • Cuando se registra un documento utilizando la contabilización a nivel de transacción, Microsoft Dynamics GP sigue las reglas existentes. El sistema registra en la Contabilidad General en lugar de a través de la contabilidad.
  • Microsoft Dynamics GP siempre se contabiliza en resumen.
  • Después de que Microsoft Dynamics GP correctamente crea transacciones de Contabilidad General, estas transacciones se agregan a un lote de contabilidad que tiene los atributos siguientes:
    • ID de lote: generado por el sistema
    • Origen: Entrada General
    • Comentario: ajuste del costo
    • Frecuencia: uso único
    • Microsoft Dynamics GP respeta el post de"a" y las opciones de "contabilizar en" de la serie en la que se originó la transacción.
    • Al contabilizar un lote de un módulo, Microsoft Dynamics GP crea una entrada de diario para cada documento del lote que hace que se genere un ajuste de contabilidad. Ejemplos de estos módulos son ventas e inventario. Puede haber varias cuentas que se están contabilizando de manera resumida.

      Nota: Según la opción que seleccione en la ventana Configuración de contabilización, Microsoft Dynamics GP realiza diferentes acciones para un lote de entrada general que tenga los atributos que se mencionan en este elemento de viñeta. Si selecciona la Crear nuevo<b00> </b00> opción, el sistema crea un nuevo lote si sigue existiendo el movimiento en la Contabilidad General. Si selecciona la opción Anexar , el programa agrega las transacciones al lote existente. Una excepción se produce cuando las transacciones que se originan desde la ventana Costes ajuste inventario. En este caso, Microsoft Dynamics GP crea siempre un nuevo lote.
    • Considere los siguientes ejemplos de cómo Microsoft Dynamics GP respeta el post de"a" y las opciones de "contabilizar a través de" cambio de las transacciones de costes:
      • En procesamiento de pedidos de ventas, un documento de devolución con fecha anterior crea una entrada de diario de cambio de costo. Esta entrada de diario de cambio de costo respetará el "Enviar a" y "contabilizar en" opciones para el origen de entrada transacción de ventas de la serie ventas.
      • En procesamiento de pedidos de compra, un recibo de envío con fecha anterior crea una entrada de diario de cambio de costo. Esta entrada de diario de cambio de costo respetará el "Enviar a" y "contabilizar en" opciones para el origen de entrada de transacciones de recepciones de la serie Compras.
      • En el inventario, un ajuste por incremento de fecha anterior crea una entrada de diario de cambio de costo. Esta entrada de diario de cambio de costo respetará el "Enviar a" y "contabilizar en" opciones para el origen de entrada de transacciones de la serie inventario.
  • Tenga en cuenta los siguientes valores para un elemento:
    • Cuenta de variación de precio de compra
    • Cuenta de inventario
    • Cuenta de contrapartida de inventario
    • Cuenta de variación de inventario
    Cuando Microsoft Dynamics GP debe obtener estos valores, se produce el siguiente proceso:
    • Microsoft Dynamics GP primero intenta obtener la cuenta de la ventana Mantenimiento cuenta de artículo.
    • Si la cuenta está en blanco en la ventana Mantenimiento cuenta de artículo, Microsoft Dynamics GP intenta obtener la cuenta de la ventana Configuración de cuentas contables. En esta ventana, el campo de visualización se establece en inventario.
    • Si Microsoft Dynamics GP no puede obtener la cuenta necesaria durante los pasos mencionados anteriormente, la cuenta estará en blanco.
  • Sustitución de localización se aplica cuando Microsoft Dynamics GP Obtiene una cuenta para el artículo.
  • Una transacción de contabilidad se guarda en el lote de contabilidad y esa cuenta está en blanco si se cumplen las condiciones siguientes:
    • Microsoft Dynamics GP intenta crear una transacción de contabilidad mediante el uso de cuentas de una transacción de detalles de cantidad vendida.
    • Uno o más de esas cuentas ya no es válida o ya no existen.
  • Si al menos una transacción tiene una cuenta de registro en blanco, Microsoft Dynamics GP no contabilizar el lote, incluso si se selecciona la casilla de verificación registrar en Contabilidad en la ventana Configuración de contabilización para la serie inventario. Debe escribir un número de cuenta para que se pueda contabilizar el lote.
  • Cuando se registra, Microsoft Dynamics GP comprueba las cuentas contables para comprobar que están activas. Si una cuenta está inactiva, Microsoft Dynamics GP registra en el módulo de inventario y, a continuación, crea un lote de contabilidad para esa transacción.

Elementos que utilizan el método de valoración promedio perpetuo

Las condiciones siguientes son verdaderas para los artículos que utilizan el método de valoración promedio perpetuo:
  • El coste actual (promedio) se recalcula automáticamente después de estas acciones adicionales:
    • El usuario elige revaluar el inventario cuando el usuario registra una factura de orden de compra para el que el coste de factura difiere el coste de envío.
    • El usuario utiliza la ventana Costes ajuste inventario para editar el coste de un registro de recibo de compra.
    • El usuario cambia el estado de un artículo de línea de orden de compra a cerrado , si el valor del campo Cantidad enviada del artículo de línea es mayor que el valor del campo Cantidad facturada , y si el valor del campo Cantidad facturada no es cero.
    • El usuario registra una transacción de devolución de orden de compra.
    • El usuario inserta un recibo de compra en una pila de recibos de compra existente.
  • El nuevo cálculo del coste promedio (actual) de un elemento y ajustes en el valor de Cantidad vendida de un elemento de FIFO perpetuo, LIFO perpetuo o promedio perpetuo sólo se producen cuando se ajusta un recibo de compra que se ha registrado después de actualizar a Microsoft Dynamics GP. Dado que Microsoft Dynamics GP no almacena los datos necesarios antes de actualizar a Microsoft Dynamics GP, no puede volver a calcular el coste medio o contabilizar transacciones ajustadas para los recibos de compra anteriores.
  • Microsoft Dynamics GP realiza las acciones siguientes si se actualiza el coste unitario de una recepción de compra existente para un artículo de coste medio:
    • Microsoft Dynamics GP primero vuelve a calcular el nuevo coste ajustado para el registro de recepción actualizada mediante la siguiente fórmula:
      {(Coste unitario ajustado de cantidad del recibo anterior disponible x del recibo anterior) + [(recibo Cantidad: cantidad devuelta) x coste unitario de recibo]} ÷ [cantidad del recibo anterior disponible + (cantidad del recibo disponible-cantidad devuelta)]
      Notas:
      • Si el valor del recibo anterior cantidad disponible es negativo, Microsoft Dynamics GP utiliza cero para ese valor en la fórmula.
      • El valor cantidad disponible del recibo es la fecha específica y es la cantidad total de todos los sitios. Para un recibo de compra, el valor cantidad disponible de recepción refleja la cantidad total después de contabilizar dicho cobro. Es decir, el valor cantidad disponible de recepción incluye la cantidad de dicho recibo.
      • Si el valor de la Cantidad devuelta se resta el valor Cantidad recibida cuando se registra una transacción de devolución de PC, Microsoft Dynamics GP aumenta el valor de Cantidades vendidas del recibo de compra en lugar de reducir el valor de la Cantidad recibida . Por lo tanto, para obtener un verdadero valor Cantidad recibida , Microsoft Dynamics GP debe examinar la nueva tabla de detalles de cantidad vendida para devolver PO transacciones y restar el valor Cantidad devuelta desde el valor de la Cantidad recibida .
    • Si no hay un recibo de compra con fecha más tarde de la recepción de compra ajustado, Microsoft Dynamics GP vuelve a calcular el costo actual (promedio) de esa siguiente recibo de compra calcular el nuevo coste ajustado para ese registro siguiente de la recepción. Este proceso continúa de cada recibo de compra posteriores. Este proceso continúa a través de la pila para determinar el coste actualizado a partir de la fecha de usuario. Este nuevo valor se convierte en el costo actual. A medida que continúa el proceso de cada recibo de compra posteriores, Microsoft Dynamics GP actualiza el coste ajustado de cada recibo de compra. Además, Microsoft Dynamics GP actualiza el valor de coste ajustado para cada transacción de cantidad vendida con fecha posterior de un albarán de compra ajustado y anterior a la recepción de la siguiente. Esta acción se basa en la fecha de recepción. Esta acción también utiliza el coste actualizado del recibo de compra anterior.

      Nota: Cuando se registra un albarán de compra, Microsoft Dynamics GP rellena el valor de Cantidad de inventario disponible de un recibo de compra con un valor que es igual a la suma de la siguiente ecuación:
      (Inventario cantidad disponible para la recepción de la anterior) + (cantidad recibida para el anterior recibo) – (transacciones Qty vendidos que se produjo después de que recibo de compra se registran pero antes del siguiente recibo de compra, en función de fecha)
      En el siguiente ejemplo se supone que las siguientes condiciones son verdaderas:
      • La cantidad inicial es cero
      • No ha habido ninguna transacción de devolución de orden de compra
      Tipo de transacciónInventario disponible Cant. Cant.Cant.Coste unitarioCosto ajustado
      Recibo #1100100$1.00$1.00
      Recibo #2125100US$ 1,501,25 USD
      Venta nº 1501,25 USD1,25 USD
      Venta nº 2251,25 USD1,25 USD
      Recibo #32001001,20 dólares$1.23
      Venta nº 325$1.23$1.23
      Recibo #4250100$1.301,25 USD
      Venta nº 4501,25 USD1,25 USD
      El cálculo de recepción #1 usa la siguiente fórmula:
      [(0 x $0,00) + (100 x $1.00)] ÷ [0 + (0-100)] = 1,00 USD
      El cálculo del recibo Nº 3 utiliza la siguiente fórmula:
      [(125 x 1,25 USD) + (100 x $1.20)] ÷ [125 + (0-100)] = $1,227
      Nota: La suma de este cálculo se redondea a $1.23.
    • Cuando se actualiza el coste unitario de una recepción de compra existente, Microsoft Dynamics GP vuelve a calcular el coste del recibo de compra actualizado utilizando los siguientes valores en la fórmula de cálculo de coste medio:
      • Valores guardados de Cantidad de inventario disponible
      • Valores de Coste ajustado del recibo anterior
      • Valores guardados Cantidad recibida
      • Nuevos valores de coste unitario
      Es un ejemplo de una situación en la que una existente de recibo de compra actualizado son la siguiente situación:
      • Revaluar el inventario para una variación del precio de compra en una factura de orden de compra.
      • La factura es para una variación de material o una variación de coste descargado.
      Si hay un registro de recibo con fecha posterior a la recepción actualizada, Microsoft Dynamics GP vuelve a calcular el coste actualizado para el registro de recepción mediante los pasos y la fórmula de cálculo del coste medio que se mencionan anteriormente en esta sección. Microsoft Dynamics GP, se actualiza el campo Coste actual en la ventana Mantenimiento artículos utilizando el nuevo coste ajustado para el registro de recibo de compra final. Además en este ejemplo, se muestran los cambios realizados por el coste actualizado en la tabla siguiente.

      Nota: Esta tabla se supone que las siguientes condiciones son verdaderas:
      • Registrar una factura de pedido de compra de recepción #3 con un coste unitario de 1,28 dólares.
      • Decide revaluar el inventario.
      • El envío se ha registrado anteriormente con un coste unitario de 1,20 dólares.
      Cuando estas condiciones son verdaderas, Microsoft Dynamics GP actualiza el coste unitario de la pila de recepción 1,28 dólares. El sistema volverá a calcular el coste ajustado de cada recibo posteriores empezando por ese registro de recepción.
      Tipo de transacciónInventario disponible Cant. Cant.Cant.Coste unitarioCosto ajustado
      Recibo #1100100$1.00$1.00
      Recibo #2125100US$ 1,501,25 USD
      Venta nº 1501,25 USD1,25 USD
      Venta nº 2251,25 USD1,25 USD
      Recibo #32001001,20 dólares1,28 dólares$1.231,26 dólares
      Venta nº 325$1.23$1.231,26 dólares
      Recibo #4250100$1.301,25 USD$1.27
      Venta nº 4501,25 USD1,25 USD
      El cálculo del recibo Nº 3 utiliza la siguiente fórmula:
      [(125 x 1,25 USD) + (100 x $1.28)] ÷ [125 + (0-100)] = $1.263
      Nota: La suma de este cálculo se redondea a 1,26 dólares.
      El cálculo del recibo #4 utiliza la siguiente fórmula:
      [(200 * 1,26 dólares) + (100 * $1.30)] ÷ [200 + (0-100)] = $1.273
      Nota: La suma de este cálculo se redondea a $1.27.
    • Microsoft Dynamics GP genera algunas transacciones de ajuste de la cantidad vendida detalle transacciones se actualizan según el coste actualizado del recibo de compra. Las transacciones de ajustes utilizan los números de cuenta que se utilizaron para la transacción original y que se almacenan en la tabla IV10201.
  • Los siguientes cambios se aplican si crear y registrar a una transferencia de inventario de un artículo de coste medio:
    • Las transferencias desde el tipo de cantidad en mano a cualquier otro tipo de cantidad, se utiliza el coste actual del artículo.
    • Transferencias de cantidad de tipos distintos de disponible se utilizará el coste de FIFO en lugar del coste actual del artículo. Si crea a la transferencia, el coste unitario del artículo utiliza el valor de costo actual. Sin embargo, cuando se registra la transferencia, Microsoft Dynamics GP Obtiene el costo de FIFO de la pila de recibos de compra.
    • Si el coste unitario de la transacción difiere del coste actual de un artículo, Microsoft Dynamics GP vuelve a calcular el costo actual (promedio) del elemento después de una transferencia de inventario para el tipo de cantidad en mano .

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 923960 - Última revisión: 04/04/2016 22:14:00 - Revisión: 0.1

Microsoft Dynamics GP 2015, Microsoft Dynamics GP 2013, Microsoft Dynamics GP 2010, Microsoft Dynamics GP 10.0

  • kbhowto kbexpertiseinter kbexpertiseadvanced kbinfo kbmbsmigrate kbmt KB923960 KbMtes
Comentarios