Contenido de TechKnowledge
POSIBLES CAUSAS:
1. Se produce en transacciones posteriores a contabilidad general (01.520) si se publica en una cuenta con un estado de cuenta inactiva. Vea la resolución 21476.
2. Se produce en lotes gl de la versión de contabilidad general (01.400). Los campos no se rellenan por completo cuando se muestra el lote en la pantalla Transacciones del diario (01.010). Vea la resolución 1532.
3. Se produce en lotes gl de la versión (01.400) con la información opcional que hace referencia a "Sub". CpnyID en la tabla GLTRAN no se rellena. Vea la resolución 11929.
4. Se produce en Las transacciones posteriores (01.520) cuando hay un Id. de contabilidad incorrecto en GLTRAN. Vea la resolución 17549.
5. Se produce en Las transacciones posteriores (01.520) si el tipo de cuenta es incorrecto. Vea la resolución 21434.
6. Se produce al publicar un lote de asignación de contabilidad general en Solomon IV versión 4.21 Service Pack 1. No se produce en versiones posteriores.
7. Se produce la publicación de un lote en Transacciones de diario (01.010)con la información opcional que hace referencia a Sub al incluir transacciones multiempresa en el área de detalles, pero las relaciones entre empresas no se han establecido en la cuenta de empresas vinculadas multiempresa/sub mantenimiento (13.260)para el módulo GL. Vea la resolución27142.
Resolución 1532: sumar los registros GLTRAN y BATCH con el Analizador de consultas.
PASOS DE CORRECCIÓN:
1. Realice una COPIA DE SEGURIDAD de la base de datos, que se puede restaurar en caso de que se produzca una pérdida de datos no deseado.
2. Obtenga acceso a la base de datos de aplicaciones adecuada con el Analizador de consultas.
3. Sume los importes de crédito y débito del registro GLTRAN con los siguientes extractos:
SELECT SUMA(CrAmt) de GLTRAN donde BatNbr = 'XXXXXX' y Module = 'YY'
SELECT SUMA(DrAmt) de GLTRAN donde BatNbr = 'XXXXXX' y Module = 'YY'
SELECT SUMA(CuryCrAmt) de GLTRAN donde BatNbr = 'XXXXXX' y Module = 'YY'
SELECT SUMA(CuryDrAmt) de GLTRAN donde BatNbr = 'XXXXXX' y Module = 'YY' (donde XXXXXX =
el número de lote aplicable y YY = el módulo aplicable) 4. Compruebe que la suma de la CrAmt y la suma del DrAmt son iguales al Total de control del lote. Además, compruebe que la suma del CuryCrAmt y la suma del CuryDrAmt son iguales al Total de control del lote. Para probar esto, use el modo Inicializar para cambiar el módulo en Transacciones del diario de contabilidad general (01.010) al módulo adecuado y mostrar el lote. El total de control del lote debe ser el mismo que la suma de los créditos y la suma de los débitos.
5. Sumar los importes de crédito y débito del registro BATCH con los siguientes extractos en los que XXXXXX = el número de lote aplicable y YY = el módulo aplicable: SELECT SUMA(CtrlTot) de LOTE donde BatNbr = 'XXXXXX' y Módulo = 'YY' SELECT SUMA(CrTot) de LOTE donde BatNbr = 'XXXXXX' y Módulo = 'YY' SELECT SUMA(DrTot) de BATCH donde BatNbr = 'XXXXXX' y Module = 'YY' SELECT SUMA(CuryCtrlTot) de BATCH donde BatNbr = 'XXXXXX' y Module = 'YY' SELECT SUMA(CuryCrTot) de BATCH donde BatNbr = 'XXXXXX' y Module = 'YY' SELECT SUMA(CuryDrTot) de BATCH donde BatNbr = 'XXXXXX' y Module = 'YY'
6. Compruebe que la suma del CrTot y la suma del DrTot son iguales a la CrAmt y DrAmt de la tabla GLTRAN. Además, compruebe que la suma del CuryCrTot y la suma del CuryDrTot son iguales a la CuryCrAmt y CuryDrAmt de la tabla GLTRAN.
7. Si todo parece estar en equilibrio, compruebe que no faltan registros de GLTRAN. Cada transacción del lote debe publicarse, la columna Publicado debe ser "U" para Sin publicar, etc. Actualice los registros que faltan.
NOTA: Si el problema se produjo durante la publicación, vuelva a ejecutar el proceso Transacciones de contabilidad general (01.520). Si sigue sin éxito, consulte la sub-resolución 3010.
Resolución 11929: compruebe el Id. de la compañía en las tablas LOTE y GLTRAN.
PASOS DE CORRECCIÓN:
1. Realice una COPIA DE SEGURIDAD de la base de datos, que se puede restaurar en caso de que se produzca una pérdida de datos no deseado.
2. Con el Analizador de consultas, ejecute la siguiente instrucción para comprobar que CpnyID en la tabla BATCH es correcto: SELECT * de BATCH donde
BatNbr = 'XXXXXX' y Module = 'GL' (donde XXXXXX es el número de lote
adecuado)
3. Si el CpnyID es incorrecto, ejecute la siguiente instrucción:
UPDATE BATCH SET CpnyID = 'YYYY' where BatNbr = 'XXXXXX' and Module = 'GL'
(where XXXXXX is the appropriate Batch Number and YYYY is the appropriate Company ID)
4. Ejecute la siguiente instrucción para comprobar que CpnyID en la tabla GLTRAN es correcto: SELECT * de GLTRAN donde
BatNbr = 'XXXXXX' y Module = 'GL' (donde XXXXXX es el número de lote
adecuado)
5. Si el CpnyID es incorrecto, ejecute la siguiente instrucción:
UPDATE GLTRAN SET CpnyID = 'YYYY' where BatNbr = 'XXXXXX' and Module = 'GL'
(where XXXXXX is the appropriate Batch Number and YYYY is the appropriate Company ID)
Resolution 17549 - Correct the LedgerID field in the GLTRAN table using Query Analyzer.
PASOS DE CORRECCIÓN:
1. Realice una COPIA DE SEGURIDAD de la base de datos, que se puede restaurar en caso de que se produzca una pérdida de datos no deseado.
2. Con el Analizador de consultas, acceda a la base de datos de aplicaciones correspondiente.
3. Ejecute la consulta siguiente: SELECT * de GLTRAN donde
BatNbr = 'YYYYYYY' y Module = 'MM'
(donde 'YYYYYY' =
el número de lote GL apropiado y 'MM' = el módulo adecuado) 4. Si Id. de contabilidad es incorrecto, ejecute la consulta siguiente: UPDATE
GLTRAN SET LedgerID = 'XXXXXXXXXXX' donde BatNbr = 'YYYYYYY' y LedgerID = 'xxxxxxxxxx' y Module = 'MM' (donde 'XXXXXXXXXXX' = el Id. de contabilidad
correcto, 'YYYYYYY' =
el número de lote GL apropiado, 'xxxxxxxxxx' = el Id. de contabilidad incorrecto y 'MM' = el módulo adecuado)
5. Obtenga acceso a transacciones de contabilidad general (01.520) y publique el lote.
Resolución 21434: actualice el campo AcctType en las tablas ACCTXREF de ACCOUNTand con el Analizador de
consultas 1. Access General Ledger GL Setup (01.950): gráfico de pedido de acumulación.
2. Anote el gráfico de orden de acumulación que está seleccionado. Los valores del campo AcctType de las tablas ACCOUNT y ACCTXREF que se correspondan con el orden COA contendrán un carácter numérico y un carácter alfanumérico. A menudo son los siguientes: Activos 1A Pasivos
2L Ingresos 3I Gastos 4E
PASOS DE CORRECCIÓN:
1. Realice una COPIA DE SEGURIDAD de la base de datos, que se puede restaurar en caso de que se produzca una pérdida de datos no deseado.
2. Abra el Analizador de consultas, inicie sesión en el servidor adecuado y elija la base de datos de aplicaciones.
3. Ejecute la siguiente instrucción SQL para comprobar el valor en el campo AcctType de la tabla CUENTA:
SELECT AcctType, * from ACCOUNT where Acct = 'XXXXXX'
(where 'XXXXXX' = the affected Account number)
4. Ejecute la instrucción siguiente si AcctType no se rellena o es incorrecto: UPDATE
ACCOUNT SET AcctType = 'YY' where Acct = 'XXXXXX'
(where 'YY' = a value based on the order selected in the GL Setup | Gráfico de la pestaña Orden de acumulación como se indica en el paso de verificación 2).
5. Elija la base de datos del sistema y ejecute la siguiente instrucción para comprobar el campo AcctType en ACCTXREF:
SELECT AcctType, * from ACCTXREF where Acct = 'XXXXXX' and CpnyID = 'yyyy'
(where 'XXXXXX' = the affected Account number and 'yyyy' = the appropriate Company ID)
6. Ejecute la instrucción siguiente si AcctType no está rellenado o es incorrecto:
UPDATE ACCTXREF SET AcctType = 'YY' where Acct = 'XXXXXX' and CpnyID = 'yyyy' Resolution 21476 - Compruebe que las cuentas tienen un estado de cuenta activa en el organigrama general de mantenimiento de cuentas
( 01.260 ).
PASOS DE CORRECCIÓN:
1. Vaya a Gráfico de contabilidad general de mantenimiento de cuentas (01.260).
2. Seleccione el número de cuenta adecuado.
3. Compruebe que el estado de la cuenta está activo.
Resolución 27142: crear relaciones desde/a para todas las combinaciones de cuentas o subcuentas que se usarán para cada empresa en multiuso Inter-Company Acct/Sub Maintenance (13.260).
NOTAS:
1. Los siguientes campos se usan en Inter-Company Acct/Sub Maintenance (13.260) para designar cómo se van a usar diferentes cuentas o subcuentas para Inter-Company transacciones.
>>FROM: use esta opción para especificar la información de Due From Company.
Id. de empresa: clave única que se usa para identificar cada empresa en el sistema; se usa al introducir información de la Compañía sobre transacciones.
Módulo: código de dos caracteres para módulo. Si se va a usar la misma cuenta y subcuenta para todos los módulos, seleccione TODO, de lo contrario, seleccione el módulo específico en el cuadro desplegable.
Pantalla: código de siete caracteres para pantalla. Si se va a usar la misma cuenta y subcuenta para todas las pantallas de los módulos, escriba TODO, de lo contrario, escriba el número de pantalla específico, es decir. 03010.
Cuenta: la cuenta de Inter-Company transacción es De vencimiento.
Sub- Subcuenta la Inter-Company transacción es De vencimiento.
>>TO: úsese para especificar la información de Due To Company.
Id. de empresa: clave única que se usa para identificar cada empresa en el sistema; se usa al introducir información de la Compañía sobre transacciones.
Cuenta: cuenta a la que Inter-Company la transacción es Debido a.
Sub- Subcuenta la Inter-Company transacción es Debido a.
2. Es posible que no se utilicen diferentes cuentas o subcuentas para la misma relación Inter-Company y la misma pantalla de datos de origen.
Sub-resolución 3010: actualice el registro BATCH o GLTRAN con el Analizador de consultas para corregir el valor CuryID.
PASOS DE VERIFICACIÓN:
1. Inicie sesión en la base de datos de aplicaciones adecuada con el Analizador de consultas y ejecute la siguiente instrucción:
SELECT CuryID, * de GLTRAN donde BatNbr = 'XXXXXX' y Module = 'YY' (donde XXXXXX = el número de lote y YY = el módulo del
lote)
2. Compare los valores de GLTRAN CuryID con el CuryID en el registro BATCH con la siguiente instrucción SQL:
SELECT CuryID de BATCH donde BatNbr = 'XXXXXX' y Module = 'YY' (donde XXXXXX = el número de lote y YY = el módulo del lote)
NOTA: Esto debe devolver uno y solo
un registro.
3. Si el valor difiere de los GLTRAN o si aparece un valor nulo, continúe con los pasos de corrección.
PASOS DE CORRECCIÓN:
1. Realice una COPIA DE SEGURIDAD de la base de datos, que se puede restaurar en caso de que se produzca una pérdida de datos no deseado.
2. Actualice el registro BATCH o GLTRAN con la siguiente instrucción:
UPDATE BATCH (GLTRAN) SET CuryID = 'XXXX' where BatNbr = 'YYYYYYY' and Module = 'ZZZZ' and CuryID = 'xxxx' (where XXXX = the correct CuryID, YYYYYYY = the Batch Number, ZZ = the Module, and xxxx = the incorrect CuryID)
This article was TechKnowledge Document ID:126851
