PASO 1: DETERMINAR SI LOS INFORMES FINANCIEROS USAN TABLAS AA:

Antes de cerrar GL o realizar los pasos de este artículo, ejecute los informes financieros que normalmente ejecute para equilibrar el saldo de prueba de GL. En función de lo que ha encontrado, siga el método adecuado:

-MÉTODO 1 -SI ES CORRECTO: Si los informes financieros son correctos y coinciden con GL, puede continuar con los pasos 2-8 de este artículo, que aún deben completarse para que no se producen errores de AA durante el proceso de cierre de fin de año de GL.

Nota: Si usa un sistema de informes que solo lee directamente desde tablas de GL (como el proveedor heredado de Management Reporter al leer desde una empresa gl u otra herramienta de informes)] para sus informes financieros, puede continuar con el paso 2, ya que los datos de AA no afectan a sus informes financieros.


-MÉTODO 2- SINO ES CORRECTO: Sin embargo, si los informes financieros no son correctos, es probable que se deba principalmente a las tablas AA que se usan y los datos de AA no coinciden con los datos de GL. Para comprobar los datos de AA, primero debe ejecutar los scripts de SQL proporcionados en KB 2910626 además del resto de los pasos de este artículo.  

Nota: Data Mart en Management Reporter lee de tablas AA (y GL), o el proveedor heredado usado con Management Reporter puede leer de una empresa de AA.

Pasos del método 2:

a.) En primer lugar, ejecute todos los scripts de KB 2910626 para comprobar los datos de AA con datos de GL.   

Los informes financieros de Management Reporter no coinciden con los informes de saldo de prueba de contabilidad general en Microsoft Dynamics GP
http://support.microsoft.com/help/2910626

b.) Cuando haya completado los pasos de KB 2910626, vuelva a esta KB y continúe con el resto de los pasos que se muestran a continuación. (Tenga en cuenta que el paso 2 y el paso 4 también están en KB 2910626, pero se recomienda volver a comprobarlo, ya que no deben devolver ningún resultado si ya ha corregido estos datos).

 

PASO 2: COMPROBAR DATOS AA PARA AÑOS SUPERPUESTOS

Ejecute estos scripts para asegurarse de que no tiene años superpuestos en la tabla AAG30000 Abrir con la tabla histórica AAG40000. Cada año distinto solo debe existir en una tabla u otra, pero no en ambas.

select distinct(YEAR1) from AAG30000

select distinct(YEAR1) from AAG40000

-Si encuentra años superpuestos en ambas tablas, se recomienda abrir un incidente de soporte técnico para obtener ayuda. El caso de soporte técnico es cobrable, ya que este problema suele crearse debido a la importación de registros. Tenga en cuenta que, si es necesario corregir datos, es posible que deba referirse a la consultoría, lo que sería un gasto facturable para usted.
 

PASO 3: COMPRUEBE QUE LOS AÑOS ENTRE TABLAS ABIERTAS/HISTÓRICAS COINCIDEN ENTRE AA/GL:

A continuación, asegúrese de que los años están en las tablas AA están en los mismos años abiertos o cerrados que las tablas de GL. Las tablas abiertas AAG30000 y GL20000 deben tener los mismos años. Y las tablas históricas AAG40000 y GL30000 deben contener los mismos años cerrados.

select distinct(YEAR1) from AAG30000

select distinct(OPENYEAR) from GL20000

select distinct(YEAR1)from AAG40000 order by YEAR1

select distinct(HSTYEAR) from GL30000 order by HSTYEAR

-Si encuentra años en la tabla abierta AAG30000 ANTES del año que está cerrando, también debe realizar LOS PASOS PARA MOVER DATOS AL HISTORIAL a continuación, así como para mover los datos del año histórico al historial. La tabla AAG30000 solo debe tener datos para los años que están abiertos actualmente en GL. Si intenta cerrar el año en GL, se le pedirá este mensaje:  

Use los scripts anteriores para determinar si necesita ejecutar los PASOS PARA MOVER DATOS AL HISTORIAL, de modo que pueda evitar que el mensaje anterior se ejecute durante el proceso de cierre de fin de año de GL.


PASOS PARA MOVER DATOS AL HISTORIAL:
La primera vez que cierre GL en una versión superior a GP 10.0 SP2 o superior (con AA activado), se le pedirá que mueva los datos de AA al historial antes de que el sistema le permita cerrar el año GL. El sistema comprobará que los datos AA están en la correspondiente serie abierta/histórica de tablas AA, ya que los datos de GL se sientan en las tablas abiertas/históricas de GL. Si este no es el caso, recibirá un mensaje para ejecutar la Utilidad Mover al historial para AA antes de poder continuar con el cierre de fin de año de GL.  ( Esta rutina solo debe ejecutarse UNA VEZ después de actualizar después deGP 10.0y, a continuación, no debería tener que volver a ejecutarla.  Estaba pensado para ser un proceso único. Esta utilidad no corregirá años duplicados entre tablas AA o datos dañados más adelante).

Recuerde que, si no ha cerrado el año GL (con AA activado) después de instalar un service pack posterior a SP2 para la versión 10.0 o actualizar a GP 2010, puede recibir un mensaje que indica "Debe consolidar transacciones y transferir detalles a la utilidad de historial para cerrarel año". Se agregó código al proceso de cierre que comparará los años de las tablas abiertas de AA con los años históricos de la configuración del período fiscal de la empresa. Si hay datos de AA en la serie de tablas AAG3000X para un año histórico, recibirá el error. Siga estos pasos para consolidar esos años:

1.) En el menú Microsoft Dynamics GP, seleccione Herramientas,Utilidades, Finanzas, Contabilidad analítica y, a continuación, haga clic en Mover datos al historial.

2.) El año más antiguo se mostrará de forma predeterminada en el sistema que se encuentra en las tablas abiertas de AAG3000x. Solo podrá moverse un año a la vez.

3.) Seleccione la opción adecuada: Transferir detalles de transacción al historial: esta opción moverá los registros de detalles de AA de las tablas de historial abiertas y no se creará ninguna entrada

de BBF. Debe asegurarse de que no haya entradas de BBF en las tablas de AA de lo contrario no podrá seleccionar esta opción. Esta opción solo mueve los registros de las tablas AAG30000 a las tablas AAG40000.

Consolidar transacciones y transferirdetalles a histor y: esta opción moverá los registros de detalles de AA de las tablas abiertas a las tablas de historial y creará las entrie BBF. Sin embargo, debe seleccionar las opciones mencionadas anteriormente para que se puedan crear entradas BBF. Esta opción consolidará los saldos de todos los códigos de dimensión de transacción en el año cerrado (que están marcados para consolidarse) y transferirá la información de AA a las tablas de historial.

Nota Los saldos consolidados se adelantan al año nuevo. Las entradas de BBF se crean a partir de los años cerrados.

Solo informe de vista previa de transferencia de impresión: esto le permitirá ver las transacciones que se mueven sin mover realmente los datos. El informe de vista previa muestra las consolidaciones que se realizarán.

Nota Esta opción no cambia los datos.

4.) Haga clic en Aceptar.

5.) Repita este proceso para cada año "histórico". (Donde el año está en la tabla abierta AAG30000 pero está en la tabla de historial GL30000. El registro abierto AA con el año anterior debe moverse a la tabla de historial de AA para que coincida con el registro correspondiente en la tabla de historial de GL).

Nota: Si vuelve a ejecutar los scripts de año distintos en el paso 3 anterior, debe obtener los años distintos para que coincidan entre las tablas AA y GL abiertas, y las tablas AA y GL históricas.

 

PASO 4: COMPROBAR SI HAY IDENTIFICADORES DE ENCABEZADO SUPERPUESTOS EN LAS TABLAS AA

Ejecute este script en la base de datos de la empresa para ver si también existen los mismos identificadores de encabezado entre las tablas:

select * from AAG30000 where aaGLHdrId in (select aagLHDrId from AAG40000)

- Si encuentra el id. de encabezado duplicado de ambas tablas, se recomienda abrir un incidente de soporte técnico para obtener ayuda. El caso de soporte técnico se puede cargar. Tenga en cuenta que, si es necesario corregir datos, es posible que deba referirse a la consultoría, lo que sería un gasto facturable para usted.

Esto ocurriría si restableció una base de datos de Dynamics anterior en la parte superior de la base de datos de Dynamics actual, por lo que los siguientes números disponibles almacenados en la tabla AAG00102 de la base de datos de Dynamics se restablecen. GP continúa incrementando a partir de estos valores, aunque es posible que ya se hayan usado y que el mismo valor aaGLHdrID se utilice para distintos valores YEAR1.
 

PASO 5: ACTUALIZAR VALORES DE AACOPYSTATUS

A continuación, compruebe si hay un valor de aacopystatus incorrecto en la tabla AAG40001. Ejecute este script:

select count(*) from AAG40001 where aaCopyStatus<>8 

Si el script anterior devuelve resultados, querrá actualizar el aaCopyStatus a "8" antes de ejecutar el cierre de año de GL: (El valor de "8" es un valor que aceptará el proceso de cierre de fin de año).

update AAG40001 set aaCopyStatus=8

PASO 6: REVISAR LA CONFIGURACIÓN DE LAS DIMENSIONES QUE SE INCLUIRÁN EN FIN DE AÑO

Siga los dos pasos siguientes para activar la opción Empresa para incluir dimensiones AA en el cierre de fin de año y, a continuación, para marcar las dimensiones individuales que desea incluir en el cierre de año. Esto dará como resultado entradas en la tabla AAG30003 con el mismo aaGLHdrID que las entradas de BBF en las tablas AAG30000/AAG30001/AAG30002. Este es un proceso de dos pasos como se muestra a continuación:

Si aún no ha cerrado Contabilidad general, siga estos pasos para asegurarse de que la dimensión está marcada correctamente para incluirse en el proceso de cierre:

1. Marque la opción de configuración para incluir la Contabilidad analítica en el cierre de fin de año de la siguiente manera:

   1. En el menú Microsoft Dynamics GP, seleccione Herramientas ,seleccione Configuración ,seleccione Empresa ,seleccione Contabilidad analítica y, a continuación, haga clic en Opciones.

   2. Haga clic para activar la casilla Incluir en cierre de año y, a continuación, haga clic en Aceptar.
      
      
      Nota Esta opción es solo para habilitar la funcionalidad para crear entradas de reenvío de saldo en las dimensiones. Los datos de contabilidad analítica seguirán moverse a las tablas de la serie AAG40000 cuando se cierre Contabilidad general, independientemente de si esta opción está marcada.

2. Marque individualmente las dimensiones que se incluirán en el fin de año de la siguiente manera:

   1. En el menú Tarjetas, seleccione Finanzas, seleccione Contabilidad analíticay, a continuación, haga clic en Dimensión de transacción.

   2. En la lista Dimensión trx, haga clic en la dimensión que desea incluir en el proceso de cierre de fin de año.

   3. En el área Cierre de fin de año, haga clic para seleccionar la casilla Consolidar saldos durante el cierre de fin de año y, a continuación, haga clic en Guardar.

   4. Repita los pasos b y c para cada dimensión que desee incluir en el proceso de cierre de fin de año.

Nota: Si usa MR y las casillas anteriores no están marcadas, es posible que se falte el saldo inicial si no se crearon datos de dimensión BBF durante el cierre de año y está informando sobre datos de AA. 



PASO 7: COMPROBAR EL PATRÓN DE CUENTAS AA

Siempre es una buena idea comprobar que la tabla Patrón de cuentas AA (AAG00200) coincida con la tabla Patrón de cuentas de GL (GL00100) antes de procesar un cierre de fin de año. Si faltan cuentas, provocaría que las entradas de BBF en AA sean incorrectas. Ejecute los scripts siguientes en la base de datos de la empresa para comprobar que las tablas Patrón de cuentas de GL, Patrón de índice de cuentas GL y Patrón de cuentas AA tienen el mismo número de registros:

select count(*) from GL00100

select count(*) from GL00105

select count(*) from AAG00200

• Si la tabla Patrón de cuentas AA tiene menos registros que la tabla GL00100, use el script siguiente para insertar las cuentas de GL que faltan:

insert into aag00200 
ACTINDX, aaAcctClassID,aaChangeDate,aaChangeTime)
select ACTINDX, 0, convert(char(10),getdate(),111), convert(char(12),getdate(),114)
from GL00100 where ACTINDX not in (select ACTINDX from aag00200)

• Si la tabla Patrón de cuentas AA tiene registros MÁS que la tabla GL00100, use el script siguiente para quitar los registros adicionales:

Delete AAG00200 where ACTINDX not in (Select ACTINDX from GL00100)

• Si la tabla GL00105 no coincide, consulte

KB 855963 para ver los pasos sobre Cómo volver a crear la tabla Índice de patrón de cuentas (GL00105). 





PASO 8: COMPROBAR LAS ENTRADAS GL/AA INVERTIENDO (SOLO GP2015/GP2016)

Se han dado problemas con la reversión de entradas de GL a un año histórico en cada versión, como se indica a continuación.  Ejecute el script siguiente en la base de datos de la empresa.  Revise los resultados que se han indicado para cada versión.  Si necesita ayuda, abra un caso de soporte técnico y haga referencia a los problemas de calidad. 

Ejecute este script para revisar todas las entradas de inversión que se publicaron en un año histórico. 

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

Select distinct(a.JRNENTRY) from GL20000 a unirse a GL30000 b
en a.JRNENTRY = b.JRNENTRY
donde a.SOURCDOC = 'GJ'
y a.TRXSORCE como 'GLREV%'
y b.TRXSORCE como 'GLTHS%'

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

Revise los resultados como se describe a continuación para la versión que usa:

Microsoft Dynamics GP 2016 (problema de calidad #91834)

 Compare los registros entre las tablas GL y las tablas AA para cada JE# devuelto anteriormente, ya que los resultados pueden variar en función de si se usaron cuentas P&L y si se publicaron a nivel de transacción o por lotes.  Las actualizaciones manuales necesarias pueden ser: 

• Actualice SEQNUMBR en la tabla GL20000 para que la entrada "GLREV" coincida con SEQNUMBR en la tabla AAG30001. (Si usa MR, necesita usar el SEQNUMBR de la tabla AA para que MR la lea).

• Actualice ACTINDX en la tabla AAG30001 para que la entrada "GLREV" coincida con ACTINDX en la tabla GL20000. (La tabla AA tiene incorrectamente el índice de la cuenta Ganancias retenidas en la entrada de inversión).

• Compruebe que la suma de registros en AAG30002 sea igual a la suma de registros en AAG30001 para los registros aaGLHdrID para el JE.

Abra un caso de soporte técnico y haga referencia a un problema de calidad #91834 si se necesita asistencia. 

ACTUALIZACIÓN: Este problema se ha corregido en la corrección rápida de enero para GP 2016 (16.00.0675) y GP 2018 (18.00.0438). 

Microsoft Dynamics GP 2015 (problema de calidad #88914)

Revise las tablas de AA para cada JE# devuelto anteriormente .  Las actualizaciones manuales necesarias pueden ser:

• Compruebe que la suma de registros en AAG30002 sea igual a la suma de registros en AAG30001 para los registros aaGLHdrID para el JE.

• Revise las tablas AAG30000 y AAG40000 para cada JE# devuelto.  Busque los registros para que la entrada "GLREV" esté en ambas tablas de la serie AAG30000. Los registros AA para la entrada "GLREV" solo deben estar en las tablas de AAG30000, ya que la entrada de inversión está en el año nuevo y no debe estar en las tablas de la serie AAG40000.  Estos registros duplicados harían que los informes de MR se sobresalían si se notifican en AA.

Abra un caso de soporte técnico y haga referencia a un problema de calidad #88914 si se necesita asistencia. 

ACTUALIZACIÓN: Este problema se ha corregido en GP 2016 RTM.   

PASO 9: INCORRECTA AA BBF (****Problema conocido solo para GP 2016***)

**NOTA IMPORTANTE PARA USUARIOS DE DYNAMICS GP 2016***

**Debe estar en el diccionario GP 16.00.0675 o posterior(o diccionario de AA 16.00.0645 o posterior) antes de cerrar Dynamics GP 2016 para que se adelanten los saldos iniciales correctos**

Hay un problema de calidad conocido #91502 al cerrar el año gl con AA.  Si tiene alguna cuenta de GL con un saldo de 0 $ y está avanzando códigos AA, las BBF de AA serán incorrectas.  Esto no es un problema en GP 2015 o GP 2013.  

Se ha incluido una corrección para este problema en la actualización de revisiones de diciembre (KB 4056559) para Microsoft Dynamics GP 2016.  Aunque la versión de diciembre se conoce como actualización de fin de año de nómina canadiense de2017,todos los clientes de EE. UU. que necesiten esta corrección de BBF de AA deben instalarla.  Es muy recomendable que instale esta actualización de revisiones de diciembre antes de cerrar su GL si usa AA y tiene cuentas de GL con un saldo cero, para todas las instalaciones (EE.UU., Canadá, etc.) que usen AA. 

Tenga en cuenta que la versión de Dynamics GP de 16.00.0641 no cambia entre la actualización de Year-End de EE. UU. de 2017 (versión de noviembre/KB 4046341) y la actualización de Year-End de nómina canadiense de 2017 (versión de diciembre/KB 4056559). Sin embargo, el diccionario AA se actualizará de 16.00.0552 a 16.00.0645. (Consulte la página de ayuda | Acerca de Microsoft Dynamics GP | Opciones | Acerca de la contabilidad analítica). Necesitará el código AA en la versión de diciembre para resolver este problema de AA/BBF. 

PASO 10: EJECUTAR PRUEBA CERRAR

Haga siempre una copia de seguridad actual antes de iniciar el proceso de cierre de fin de año de GL. Se recomienda probar primero la ejecución del cierre de fin de año de GL en una empresa de pruebas para asegurarse de que no se producen errores. El proceso de cierre de fin de año de GL es lo que realmente crea el saldo que genera las entradas de diario (BBF) y mueve los registros del año que está cerrando en las tablas Contabilidad general y Contabilidad analítica. Las entradas de BBF se crean en tablas GL y AA. Consulte el proceso descrito en Kb 888003 procedimientos de cierre de fin de año para Contabilidad general.

Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:

888003 Year-End procedimientos de cierre de Contabilidad general en Microsoft Dynamics GP

-----------------------------------------------------------------------------------------------
NOTA: Se produce un error al cerrar el año con AA SQL 2019
Si usa GP 18.2 con SQL 2019 y AA cargados, el cierre de fin de año de GL producirá un error con el siguiente mensaje: (Las versiones anteriores SQL funcionan bien.  Solo se produce un error SQL 2019.  Esto se ha corregido en la corrección de febrero de 2020. Para obtener más información, consulte el BLOG de AA YE).

"Error interno: se ha alcanzado un límite de servicios de expresión. Busque expresiones potencialmente complejas en la consulta e intente simplificarlas".  

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

PASO 11: COMPROBAR SI "CUENTAS DE UNIDAD" DESACTIVADAS (SOLO GP 2013/GP 2015 - #86400)

Si usa Microsoft Dynamics GP 2015 o Microsoft Dynamics GP 2013 y marca la casilla cuentas de unidad para "Borrarsaldo durante el cierre de Year-End", es posible que los registros de la tabla AAG30002 tengan valores incorrectamente y que sean 0,00 para que coincidan con la tabla AAG30001.  (Este problema se ha corregido en Microsoft Dynamics GP 2016).

Para asegurarse de que los saldos de la cuenta de unidad son correctos en las tablas de AA, ejecute el primer script siguiente en la base de datos de la empresa después de ejecutar el proceso de cierre de fin de año para asegurarse de que el BBF para la cuenta de unidad se establece en cero si se marcó para que se borrara.  Use el segundo script para actualizar los resultados.

select b.ACTINDX, c.aaGLHdrID, c.aaGLDistID, c.DEBITAMT, c.CRDTAMNT, c.ORDBTAMT, c.ORCRDAMT
from AAG30002 c inner join AAG30001 b
on b.aaGLHdrID = c.aaGLHdrID and
b.aaGLDistID = c.aaGLDistID
inner join GL00100 d on
b.ACTINDX = d.ACTINDX
where d.Clear_Balance = 1 and b.ACCTTYPE = 2 and b.SOURCDOC = 'BBF' 
and (c.DEBITAMT <> 0 or c.CRDTAMNT <> 0 or c.ORDBTAMT <> 0 or c.ORCRDAMT <> 0)

update c set c.DEBITAMT = 0, c.CRDTAMNT = 0, c.ORDBTAMT = 0, c.ORCRDAMT = 0 
from AAG30002 c inner join AAG30001 b
on b.aaGLHdrID = c.aaGLHdrID and
b.aaGLDistID = c.aaGLDistID
inner join GL00100 d on
b.ACTINDX = d.ACTINDX
where d.Clear_Balance = 1 and b.ACCTTYPE = 2 and b.SOURCDOC = 'BBF'
and (c.DEBITAMT <> 0 or c.CRDTAMNT <> 0 or c.ORDBTAMT <> 0 or c.ORCRDAMT <> 0)

PASO 12: COMPROBAR INFORMES DE HOJA DE BALANCE

Se recomienda comparar el informe hoja de balance de Management Reporter con el informe saldo de prueba de contabilidad general de Microsoft Dynamics GP, para comprobar que los saldos de la cuenta presentados al nuevo año son correctos. Si estos saldos no coinciden, restaure la copia de seguridad y póngase en contacto con el soporte técnico de Microsoft Dynamics GP para abrir un incidente de soporte técnico para obtener asistencia adicional.

INFORMACIÓN INTERNA DE MICROSOFT

Última fecha de actualización: 12/3/2021 - cw
Autor: dspecht; reescrito 12/2/2012 por cwaswick, 19/19/2013 - paso 3 agregado por kenhub/cwaswick.
Escritor: lmuelle
Revisor técnico: kriszree
Editor: v-andmck