Información acerca de las diferencias al conciliar Contabilidad a pagar o a cobrar 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): 866570
INTRODUCCIÓN
Este artículo explica por qué el saldo de la cuenta cuentas a pagar o el saldo de la cuenta en Contabilidad difiere de la cantidad total que se debe en el saldo por antigüedad histórico de cuentas a cobrar informe en Microsoft Dynamics GP. Allí son las preguntas más frecuentes al final de este artículo.
Más información
La conciliación para la rutina GL era nueva en Microsoft Dynamics GP 10.0 (SP2). Esta rutina genera una hoja de cálculo de Microsoft Office Excel. Puede utilizar esta hoja de cálculo para que coincida con las transacciones en administración de cuentas a pagar o cobrar contabilizadas en Contabilidad. Este proceso no genera transacciones de corrección. Sin embargo, este proceso puede ayudarle a determinar las diferencias de transacciones que se muestran en esta sección. Para abrir la ventana "Conciliar en Contabilidad", vaya aHerramientas en el menú Microsoft Dynamics GP , elija rutinas, elija financieroy, a continuación, haga clic en conciliar en Contabilidad.


A continuación es un listado de problemas que hemos visto que puede provocar diferencias:

  • Se imprime el informe de histórico de saldos por antigüedad con restricciones. Imprimir el informe de histórico de saldos por antigüedad con sólo una restricción de fecha.
  • No todas las cuentas de proveedores o todas las cuentas de cuentas por cobrar son ven en General Ledger. Asegúrese de que ver todas las cuentas de cuentas a pagar o todas cuentas de cuentas a cobrar en Contabilidad.
  • Lotes en administración de cuentas a pagar o en administración de cuentas a cobrar contabilizados en Contabilidad. Se ha modificado o editado antes de que se contabilizó el lote en Contabilidad.
  • Ajustes a la cuenta de cuentas por pagar o a las cuentas de cuentas a cobrar pueden haber sido especificada directamente en Contabilidad. Estas transacciones actualizan la cuenta de Contabilidad General. Sin embargo, estas transacciones no actualizar el informe de histórico de saldos por antigüedad.
  • El intervalo de fechas en el Balance de comprobación detallado informe en General Ledger no coincide con el intervalo de fechas en el informe de histórico de saldos por antigüedad en administración de cuentas a pagar o en administración de cuentas a cobrar. Al imprimir el informe de histórico de saldos por antigüedad, haga clic para activar la casilla de verificación Fecha de contabilización de contabilidad en el área Seleccionar transacciones para informe usando .
  • Las transacciones contabilizadas en administración de cuentas a pagar o en administración de cuentas a cobrar. Sin embargo, estas transacciones no contabilizadas en Contabilidad si fueran de saldos iniciales. Si no está seleccionada la casilla de verificación Registrar en la Contabilidad General en la ventana Configuración de contabilización para la serie de compras o de la serie de ventas, se contabilizará las transacciones a pagar o a cobrar. Sin embargo, estas transacciones no se registran en Contabilidad.
  • En la ventana Configuración de cuentas a pagar o en la ventana Configuración de cuentas a cobrar, se selecciona la casilla de verificación Registrar descuentos disponibles en LM . A continuación, se registrará el importe neto de la factura en Contabilidad. Además, el importe restante se registra en una cuenta de descuentos disponibles. Sólo el importe neto aparecerá en el informe de Balance de comprobación detallado en General Ledger. Sin embargo, la factura muestra el total de factura bruto en el saldo por antigüedad histórico en administración de cuentas a pagar o en administración de cuentas a cobrar.
  • Documentos anulados en un período diferente de las que se han registrado originalmente. El Balance de comprobación detallado informe en General Ledger puede no coincidir con el informe de histórico de saldos por antigüedad. Por ejemplo, supongamos que se ha especificado una factura en 1/1/2007. Esta factura se anuló en 2/1/2007. Se imprime un informe de la Contabilidad General, Balance de comprobación detallado para 1/2/2007-28/2/2007. La transacción anulada aparecerá en el informe. Si se imprime un saldo por antigüedad histórico utilizando el mismo intervalo de fechas, los documentos anulados no se imprimirán en el informe porque se ha anulado.
  • Si desea equilibrar las cuentas por pagar cuenta de balance o las cuentas por cobrar cuenta saldo en General contable para el saldo por antigüedad histórico informe durante un determinado período, los saldos desde el informe de histórico de saldos por antigüedad deben ser conciliados con la red cambie en el Balance de comprobación detallado en General Ledger para el mismo período.
  • Si desea que el saldo de las cuentas por pagar saldo de la cuenta o la cuenta de cuentas a cobrar saldo de contabilidad para el informe de histórico de saldos por antigüedad para un día que no está en un período determinado, determinar si pagar o cobrar se nunca ha equilibrado. Si nunca se ha equilibrado pagar o cobrar, los saldos iniciales pueden ser incorrectos. En esta situación, equilibrar el periodo más reciente en primer lugar y, a continuación, conciliar los meses anteriores en orden inverso.
  • Si se han producido interrupciones de contabilización, lotes no hayan publicado correctamente en Contabilidad, administración de cuentas a pagar o a cobrar.
  • No todos los lotes de contabilidad se registraron.
  • Al imprimir el informe de histórico de saldos por antigüedad, no hizo clic para activar las casillas de verificación siguientes en el área de exclusión:
    • Documentos de crédito aplicados no contabilizados
    • Saldo cero
    • Actividad
    Haga clic para seleccionar estas casillas de verificación y, a continuación, imprima el informe de histórico de saldos por antigüedad.

    Nota: Si desea que el informe de la Contabilidad General, Balance de comprobación detallado y el informe de histórico de saldos por antigüedad por documentos específicos, haga clic para desactivar la casilla de verificación Documentos de pagado totalmente .
  • Si utiliza Administración de multimoneda al revalorizar, ha seleccionado para contabilizar en la cuenta de contrapartida de compras y ventas.
  • En Microsoft Dynamics GP 10.0, tarjeta de crédito se especificaron en la ventana Entrada de transacción de cuentas a pagar para una factura. Esto puede causar un desequilibrio en la conciliación para pagar a Contabilidad porque sólo el cambio neto se contabilizará en el módulo de Contabilidad General.
  • Si había interrupciones o problemas de contabilización con un lote de cuentas a pagar o cuentas a cobrar y las transacciones que se encontraron en el trabajo de ambas y tablas abiertas al mismo tiempo, eliminar el lote de RM o PM en GP causará problemas. En este caso, el usuario normalmente ve los registros de ambas tablas y decide el no necesita el proceso de trabajo para ellos eliminen de GP. Puesto que el trabajo y abrir tablas comparten una tabla de distribución, eliminar el lote en GP también eliminará los registros de distribución con él. El resultado final es que el registro de cabecera de transacción existe, pero hay distribuciones coincidentes en el lado de RM o PM, pero GL se actualizó correctamente. Este problema se considerará en la próxima versión de Microsoft Dynamics GP.
  • Las distribuciones pueden aparecen en la sección coinciden potencialmente con distintas cantidades si hay descuentos. Para que coincidan, las cuentas de contabilidad general de descuento deben se han obtenido con la cuenta de RM/PM antes de ejecutar la conciliación al proceso de contabilidad general. Cierre la hoja de cálculo y volver a ejecutarlo con las cuentas de contabilidad general de descuento también aparece.
  • Distribuciones puede no aparecer en la parte de CP/RM si se modificaron el tipo (en efectivo, pago, compras). En la hoja de cálculo de la conciliación, la cuenta sólo se utiliza para el lado de la contabilidad general. La cuenta no se utiliza en el lado de PM/RM. El lado PM/RM se extrae mediante el pago o tipo REC independientemente de qué cuenta se utiliza, por lo que debe asegurarse de enumerar todos los AP o AR cuentas en la ventana Conciliar. Y cuando se cambia el tipo de distribución en la tabla SQL no deja la distribución se muestran automáticamente si se vuelve a generar la hoja de cálculo.
  • Compruebe la fecha de aplicación y la fecha de contab en el cuadro Aplicar en las transacciones multimoneda en comparación con la fecha en que se registró en GL. Por ejemplo, el 22 de enero, una nota de crédito con fecha 31 de diciembre se aplicó a una factura con fecha 5 de diciembre y la fecha de aplicación y fecha de contab quedaron como 22 de enero. Sin embargo, al contabilizar el lote de contabilidad, el usuario cambió la fecha a 31 de diciembre. En este caso, la conciliación para hoja de cálculo de contabilidad para el mes de diciembre indica el importe de pérdidas/ganancias producidas en ambos lados y parecen ser conciliado. Sin embargo, el informe HATB todavía no reconoce el importe de la ganancia o pérdida producida y estará desactivada en este importe comparado con GL, puesto que no se ha aplicado o publicada hasta enero según el registro de aplicación.


Las preguntas más frecuentes:


¿Trimestre 1: Es la conciliación para hoja de cálculo de contabilidad una conciliación true?

A1: La conciliación para GLfeature es una herramienta para solucionar problemas para ayudar a los usuarios a identificar las distribuciones no coincidentes entre RM/PM y GL. No fue pensada necesariamente para que concuerda con el HATB y que no era la finalidad prevista, aunque sabemos que los clientes lo están haciendo. Los saldos en la conciliación a la hoja de cálculo de contabilidad son las mejores estimaciones usando una suma o resta simple en las distribuciones de la tabla. Considerando que los saldos en el HATB tener en cuenta que casi todas las tablas y son mucho más complejos y precisos saldos y por lo tanto los dos a menudo no concuerda.

La conciliación es true debe estar entre el RM o PM Historical Aged Trial Balance (HATB) y el Balance de comprobación de GL informes. Si éstos coinciden, entonces no necesariamente deberá ejecutar la conciliación a herramienta de contabilidad para ese mes. Las tablas de contabilidad se componen de débitos y créditos, y las tablas que se extrae el HATB son el encabezado de la transacción y aplican tablas de registro. Por lo que clientes solicitaron una manera de conciliar las distribuciones en Contabilidad para las tablas de distribución de RM o P.M. para ayudar a encontrar diferencias en ese nivel. Por lo que esta es la razón por qué se creó la conciliación para la rutina de contabilidad. Se pretende ser una herramienta de solución de problemas para comparar las distribuciones en las distribuciones de los módulos para ayudar a identificar las que faltan distribuciones, que pueden conducirle a un transactionfrom falta el HATB. Así que utilice la conciliación para herramienta de contabilidad como 'Ayuda' para ayudarle a conciliar el HATB para el Balance de comprobación de contabilidad. Si el HATB y TB de Contabilidad cuadran, entonces no hay realmente necesite ejecutar la conciliación a la herramienta de contabilidad de ese mes.


¿P2: Deben emparejar los totales en la conciliación a la hoja de cálculo de Contabilidad los totales en la HATB?

A2: No Los totales de la conciliación para hoja de cálculo de contabilidad son sólo una simple adición/sustracción de los registros de distribución de la tabla y no tener en cuenta que las demás tablas. Considerando que el HATB estudia tablas totalmente diferentes para calcular un saldo de la transacción y aplicar registra tablas y es un cálculo mucho más complejo. Debido a las cálculos diferentes métodos/tablas utilizadas para obtener los saldos, la conciliación para hoja de cálculo de contabilidad no se espera que el lazo directamente a los saldos por antigüedad en los informes HATB y dificultaría la conciliación de ellos. No es necesario vincular los saldos en la conciliación a hoja de cálculo de contabilidad al informe HATB.

Sugerimos para omitir los totales en la conciliación a la hoja de cálculo de contabilidad y simplemente utilizar las secciones no coincide y potencialmente coincidente para ayudarle a encontrar las diferencias a la investigación para ver si eso también puede explicar una diferencia entre la contabilidad TB y HATB. La conciliación para hoja de cálculo de contabilidad no es una verdadera reconciliación y sólo se pretende ser una 'Ayuda' para ayudarle a identificar las diferencias de distribución a la investigación para ver si esto es también una diferencia en el nivel de transacción. De hecho, si el HATB coincide con el TB GL, no existe realmente no sería necesario ejecutar la conciliación utilidad GL durante ese mes, ya que no existen diferencias para identificar.

Sino aún desea unir el saldo de la conciliación para hoja de cálculo de contabilidad que el saldo de la HATB, esto no se admite en un caso de soporte regulares. Las razones por las que hemos identificado se muestran en la parte superior de este artículo de KB y puede haber razones más aún no identificadas. Pero dado que no es necesario entre el saldo total simple enumerado en la conciliación a la hoja de cálculo de contabilidad y el saldo calculado más complejo en el informe HATB y no la finalidad de esta utilidad Conciliar esta conciliación, se consideraría un gasto de asesoría para profundizar en los datos para ayudarle a conciliar estos entre sí.



P3: ¿Qué debo hacer si faltan distribuciones en el lado de la contabilidad?

A3: Si encuentra las distribuciones en el lado de RM o PM que no están en el lado GL, investigue el lado GL para las diferencias temporales. Compruebe que todos los lotes de contabilidad se contabilizan. Si faltan realmente en el lado GL, necesitará clave de una entrada de ajuste de diario en Contabilidad para la entrada para crear distribuciones de contabilidad general.



P4: ¿Qué debo hacer si no se encuentran en el lado de RM o P.M. distribuciones?

A4: Si la distribución de GL aparece, pero no aparece en el lado de RM o PM, investigue primero para las diferencias temporales. La investigación también para ver si la transacción se muestra en el informe HATB y ya ha sido contabilizada. Es posible que la transacción existe, pero las distribuciones son sólo faltantes. Así que la pregunta es ' ¿Cómo obtengo las distribuciones en RM o PM a continuación, si la transacción existe?' En primer lugar, tenga en cuenta que no se utilizan las tablas de distribución de RM o P.M. para cualquier otro propósito o informes en GP, distinta de esta hoja de cálculo de conciliación. ¿Es realmente necesario obtenerlos agregado en RM o PM? Evaluar si merece la pena su tiempo para llenar una tabla que se utiliza aquí.

Pero si lo desea corregir la tabla de distribución de CP, tendría que anular el documento, para mover los registros aplicados a abrir. A continuación, utilice la utilidad de historial de la transacción de quitar para quitar el documento anulado. Asegúrese de establecer el registro para 'registrar' GL y no 'Contabilizar en libro mayor'. Eliminar el lote de contabilidad creado por la anulación. A continuación, cambiar la clave del documento en cuentas a pagar, así que se vuelven a crear las transacciones y distribuciones. Asegúrese de anular el lote de contabilidad para esto. A continuación, vuelva a aplicar el nuevo documento a los documentos abiertos y deben pasar a histórico otra vez.

Tofix, en la tabla de distribución de RM, tendrá que quitar ambos lados de la factura y el pago y la regeneración ambos de nuevo y eliminar el lote en GL.



P5: Las transacciones en la sección coinciden potencialmente aspecto coinciden. ¿Por qué no son, en la sección correspondiente?

A5: Existen varios campos que coinciden para cada registro de distribución.Todos los campos deben coincidir para moverlo a la sección correspondiente. Si algunos pero no todos los campos coinciden, entonces incluirá en la sección coinciden potencialmente. Por ejemplo, aquí están los campos coincidentes de PM en Contabilidad:

Administración de cuentas a pagar--GL
Número de asiento: Número de Control original
Origen trans.--Origen trans.
La fecha de contabilización Fecha de la transacción
: En cuenta importe debe o importe haber


Q6: Si mi clave las distribuciones en Contabilidad o RM/PM faltantes y vuelva a ejecutar la conciliación para hoja de cálculo de contabilidad, los elementos no coincidentes o potencialmente coincidentes pasará a la sección correspondiente?

A6: No Si las transacciones están codificadas por separado, la tendrá los números de asiento diferentes y códigos de origen de la transacción. En el mejor la fecha de contabilización y cantidades pueden coincidir, que podría poner en la sección potencialmente coincidentes de la hoja de cálculo.



Q7:¿Por qué no el saldo final en una hoja de cálculo mensual o trimestral coincide con el saldo inicial de la siguiente hoja de cálculo mensual o trimestral?

A7: Siel de saldo final de un período no coincide con el saldo inicial del período siguiente, suele ser debido a los registros de distribución huérfanos que no tengan ningún registro de encabezado de la tabla Libro auxiliar. Se calcula el saldo final derecho de Excel en la hoja de cálculo. Sólo se toma el saldo inicial de ese período en la parte superior de la hoja de cálculo y se agrega o resta los registros de distribución que aparecen en la hoja de cálculo para llegar al saldo final. Por otra parte, en el siguiente período, el saldo inicial se calcula tomando un cálculo simple de crédito o débito de los registros de distribución de la tabla SQL y el procedimiento almacenado combinar la tabla de encabezado, por lo que no incluirá todas las distribuciones que faltan en un registro de encabezado. El resultado final puede ser que algunas distribuciones se calcula en el saldo final de la hoja de cálculo anterior y omitidos en el saldo inicial en el siguiente período.



P8: Las distribuciones en el lado de RM/PM existe, pero no se extraen en la hoja de cálculo.

A8: Revise estas sugerencias de solución de problemas:
  • Examine el rangeused de la fecha en la conciliación a la hoja de cálculo.
  • Compruebe que existen las distribuciones en las tablas PM10100 o PM30600 para P.M. (o para RM: busque en RM10101 o RM30301) examinar las fechas en estas distribuciones para asegurarse de que se encuentren dentro del rango que ha especificado para la hoja de cálculo. Es importante buscar estos en las tablas de distribución RM o PM y para que no se basan únicamente en diarios de contabilización reimpresos por ejemplo.
  • Si encuentra las distribuciones en las tablas de RM o PM, mire estas distribuciones en el documento en el front-end. ¿Tienen un tipo de distribución de sueldo o REC? Éstos son los únicos tipos que se van a extraer la hoja de cálculo de la conciliación en el lado de RM o PM.


Advertencia: este artículo se tradujo automáticamente

Propriétés

ID d'article : 866570 - Dernière mise à jour : 03/28/2016 20:13:00 - Révision : 0.7

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

  • kbexpertiseinter kbhowto kbinfo kbexpertisebeginner kbmbsmigrate kbmt KB866570 KbMtes
Commentaires