Contenu TechKnow en ligne
CAUSES POTENTIELLES :
1. Se produit dans le Registre général après les transactions (01,520) si vous publiez sur un compte ayant un statut de compte inactif. Voir la résolution 21476.
2. Se produit dans les lots GL de publication de General Ledger (01.400). Les champs ne sont pas entièrement remplis lorsque le lot est introduit dans l’écran Transactions de journal (01.010). Voir la résolution 1532.
3. Se produit dans les lots GL de publication (01.400) avec les informations facultatives faisant référence à « Sub ». La cpnyID de la table GLTRAN n’est pas remplie. Voir la résolution 11929.
4. Se produit après les transactions (01,520) lorsqu’un LedgerID dans GLTRAN est incorrect. Voir la résolution 17549.
5. Se produit après les transactions (01.520) si le type de compte est incorrect. Voir la résolution 21434.
6. Se produit lors de la publication d’un lot d’allocation de ledger général dans Les Îles IV Version 4.21 Service Pack 1. Elle ne se produit pas dans les versions suivantes.
7. Publie un lot de transactions inJournal (01.010) avec les informations facultatives faisant référence à Sub lorsque les transactions entre plusieurs entreprises sont inclus dans la zone de détail, mais que les relations d’intersociété n’ont pas été établies dans la maintenance de compte/sous-entreprise multientre société (13.260) pour le Module GL. Voir la résolution27142.
Résolution 1532 : addition des enregistrements GLTRAN et BATCH à l’aide de l’Analyseur de requête.
ÉTAPES DE CORRECTION :
1. Effectuer une SAUVEGARDE de la base de données, qui peut être restaurée en cas de perte de données non prévue.
2. Accédez à la base de données d’application appropriée à l’aide de l’Analyseur de requête.
3. Addition des montants de crédit et de débit de l’enregistrement GLTRAN à l’aide des instructions suivantes :
SELECT SUM(CrAmt) de GLTRAN où BatNbr = 'XXXXXX' et Module = 'YY'
SELECT SUM(DrAmt) de GLTRAN où BatNbr = 'XXXXXX' et Module = 'YY'
SELECT SUM(Cur) gltRAN où BatNbr = 'XXXXXX' et Module = 'YY'
SELECT SUM(CuryDrAmt) de GLTRAN, où BatNbr = 'XXXXXX' et Module = 'YY'
(où XXXXXX =
le numéro de lot applicable et YY = le module applicable) 4. Vérifiez que la somme de la CrAmt et de la Somme du DrAmt est égale au total contrôle du lot. Vérifiez également que la somme de curyCrAmt et de curyDrAmt est égale au total contrôle du lot. Pour tester ceci, utilisez le mode d’initialisation pour mettre en valeur le module dans les transactions de journal de registre général (01.010) et faire ouvrir le lot. Le total du contrôle du lot doit être identique à la somme des crédits et à la somme des débits.
5. Additionner les montants de crédit et de débit de l’enregistrement BATCH à l’aide des relevés suivants où XXXXXX = le numéro de lot et YY applicables = le module applicable : SELECT SUM(CtrlTot) de BATCH où BatNbr = 'XXXXXX' et Module = 'YY' SELECT SUM(CrTot) à partir de BATCH où BatNbr = 'XXXXXX' et Module = 'YY' SELECT SUM(DrTot) à partir de BATCH où BatNbr = 'XXXXXX' et Module = 'YY' SELECT SUM(DrTot) à partir de BATCH où BatNbr = 'XXXXXX' et Module = 'YY' SELECT SUM(DrTot) à partir de BATCH où BatNbr = 'XXXXXX' et Module = 'YY' SELECT SUM(DrTot) à partir de BATCH où BatNbr = 'XXXXXX' et Module = 'YY' SELECT SUM(DrTot) à partir de BATCH où BatNbr = 'XXXXXX' et Module = 'YY' SELECT SUM(DrTot) à partir de BATCH où BatNbr = 'XXXXXX' et Module = 'YY' SELECT SUM(DrTot) à partir de BATCH où BatNbr = 'XXXXXX' et Module = 'YY' SUM(DrTot) à partir de BATCH où BatNbr = XXXXXX' et Module = 'YY' SELECT SUM(CuryCtrlTot) dans BATCH où BatNbr = 'XXXXXX' et Module = 'YY' SELECT SUM(CuryCrTot) de BATCH où BatNbr = 'XXXXXX' et Module = 'YY' SELECT SUM(CuryDrTot) dans BATCH où BatNbr = 'XXXXXX' et Module = 'YY'
6. Vérifiez que la somme de la CrTot et de la somme de la Tot DrTot est égale à la valeur CrAmt et DrAmt de la table GLTRAN. Vérifiez également que la somme de CuryCrTot et de CuryDrTot est égale à curyCrAmt et CuryDrAmt de la table GLTRAN.
7. Si tout semble être à l’équilibre, vérifiez qu’aucun enregistrement n’est manquant dans la gltRAN. Chaque transaction du lot doit être publiée, la colonne Publié doit être « U » pour Nonposté, etc. Mettez à jour les enregistrements manquants.
REMARQUE : si le problème s’est produit lors de la publication, exécutez de nouveau le processus General Ledger Post Transactions (01.520). Si l’échec échoue toujours, reportez-vous à la sous-résolution 3010.
Résolution 11929 : vérifier l’CompanyID dans les tables BATCH et GLTRAN.
ÉTAPES DE CORRECTION :
1. Effectuer une SAUVEGARDE de la base de données, qui peut être restaurée en cas de perte de données non prévue.
2. À l’aide de l’Analyseur de requête, exécutez l’instruction suivante pour vérifier que CpnyID dans la table BATCH est correct :
SELECT * de BATCH où BatNbr = 'XXXXXX' et Module = 'GL'
(où XXXXXX est
le numéro de lot approprié)
3. Si l’ID de cpnyid est incorrect, exécutez l’instruction suivante :
UPDATE BATCH SET CpnyID = 'YYYY' où BatNbr = 'XXXXXX' et Module = 'GL' (où XXXXXX est le numéro de lot approprié et YYYY est l’ID de société
approprié)
4. Exécutez l’instruction suivante pour vérifier l’correct de CpnyID dans la table GLTRAN : SELECT * de
GLTRAN où BatNbr = 'XXXXXX' et Module = 'GL'
(où XXXXXX est
le numéro de lot approprié)
5. Si l’ID de cpnyid est incorrect, exécutez l’instruction suivante :
UPDATE GLTRAN SET CpnyID = 'YYYY' où BatNbr = 'XXXXXX' et Module = 'GL' (où XXXXXX est le numéro de lot approprié et YYYY est l’ID de société
approprié)
Résolution 17549 - Corriger le champ LedgerID dans la table GLTRAN à l’aide de l’Analyseur de requête.
ÉTAPES DE CORRECTION :
1. Effectuer une SAUVEGARDE de la base de données, qui peut être restaurée en cas de perte de données non prévue.
2. À l’aide de l’Analyseur de requête, accédez à la base de données d’application appropriée.
3. Exécutez la requête suivante : SELECT * de
GLTRAN où BatNbr = 'YYYYY' et Module = 'MM'
(où 'YYYYYY' = le numéro de lot GL approprié et 'MM' = le module
approprié) 4. Si LedgerID est incorrect, exécutez la requête suivante :
UPDATE GLTRAN SET LedgerID = 'XXXXXXXXXXX' où BatNbr = 'YYYYYY' et LedgerID = 'xxxxxxxxxx' et Module =
'MM' (où 'XXXXXXXXXXX' = le LedgerID correct, 'YYYYYY' = le numéro de lot GL approprié, 'xxxxxxxxxx' = l’ID de registre
incorrect et « MM » = le module approprié) 5. Accédez au registre général après les transactions (01,520), puis publiez le lot.
Résolution 21434 : mettez à jour le champ AcctType dans les tables ACCOUNTand ACCTXREF à l’aide de l’Analyseur
de requête 1. Configuration GL dans Access Général (01,950) - Graphique d’ordre général.
2. Notez le graphique de l’ordre d’accès sélectionné. Les valeurs du champ AcctType dans les tables ACCOUNT et ACCTXREF qui correspondent à l’ordre COA sont constituées d’un caractère numérique et d’un caractère alphanumérique. Ils sont souvent les suivants : Éléments
1A Liabilities 2L Income 3I Expenses 4E
CORRECTION STEPS:
1. Effectuer une SAUVEGARDE de la base de données, qui peut être restaurée en cas de perte de données non prévue.
2. Ouvrez l’Analyseur de requête, connectez-vous au serveur approprié et sélectionnez la base de données Application.
3. Exécutez l’instruction SQL suivante pour vérifier la valeur dans le champ AcctType de la table ACCOUNT :
SELECT AcctType, * from ACCOUNT where Acct =
'XXXXXX' (where 'XXXXXX' = the affected Account number)
4. Si AcctType n’est pas rempli ou incorrect, exécutez l’instruction suivante :
UPDATE ACCOUNT SET AcctType = 'YY' où Acct = 'XXXXXX'
(où « YY » = une valeur en fonction de l’ordre sélectionné dans la | Graphique de l’onglet Ordre d’accès comme indiqué à l’étape de vérification 2.)
5. Choisissez la base de données système et exécutez l’instruction suivante pour vérifier le champ AcctType dans ACCTXREF : SELECT AcctType, * à partir
d’ACCTXREF où Acct = 'XXXXXX' et CpnyID = 'yyyy'
(où 'XXXXXX' = le
numéro de compte affecté et « yyyy » = l’ID de société approprié) 6. Exécutez l’instruction suivante si AcctType n’est pas rempli ou est incorrect :
UPDATE ACCTXREF SET AcctType = 'YY' où Acct = 'XXXXXX' et CpnyID = 'yyyy' Resolution 21476 - Vérifier que les comptes ont un statut de compte actif dans le graphique de comptabilité général de maintenance des comptes
(01.260).
ÉTAPES DE CORRECTION :
1. Allez dans le graphique de comptabilité général de maintenance des comptes (01,260).
2. Sélectionnez le numéro de compte approprié.
3. Vérifiez que l’état du compte est actif.
Résolution 27142 : créer des relations De/À pour toutes les combinaisons Compte/Sous-compte qui seront utilisées pour chaque société dans le cadre de la maintenance de plusieurs Inter-Company Acct/Sub (13.260).
REMARQUES :
1. Les champs suivants sont utilisés dans Inter-Company Acct/Sub Maintenance (13.260) pour désigner la manière dont différents comptes/sous-comptes doivent être utilisés pour Inter-Company transactions.
>>FROM (utiliser pour entrer les informations d’échéance de la société).
ID de société - Clé unique utilisée pour identifier chaque société dans le système ; utilisé lors de la saisie d’informations sur la société sur des transactions.
Module - Deux codes de caractères pour le module. Si le même compte et le même sous-compte doivent être utilisés pour tous les modules, sélectionnez ALL, sinon sélectionnez le module spécifique dans la zone de la zone de détail.
Écran - Sept codes de caractères pour l’écran. Si le même compte et le même sous-compte doivent être utilisés pour tous les écrans des modules, entrez ALL, sinon entrez le numéro d’écran spécifique, c’est-à-dire. 03010.
Compte - Compte de Inter-Company la transaction par échéance.
Sous-compte dont la transaction Inter-Company est Due From.
>>TO (utiliser pour entrer les informations sur la raison de la société).
ID de société - Clé unique utilisée pour identifier chaque société dans le système ; utilisé lors de la saisie d’informations sur la société sur des transactions.
Compte - Compte dont la transaction Inter-Company est due.
Sous-compte du Inter-Company transaction due.
2. Différents comptes ou sous-comptes peuvent ne pas être utilisés pour la même relation Inter-Company le même écran de données source.
Sous-résolution 3010 : mettez à jour l’enregistrement BATCH ou GLTRAN à l’aide de l’Analyseur de requête pour corriger la valeur CuryID.
ÉTAPES DE VÉRIFICATION :
1. Connectez-vous à la base de données d’application appropriée à l’aide de l’Analyseur de requête et exécutez l’instruction suivante :
SELECT CuryID, * de GLTRAN où BatNbr = 'XXXXXX' et Module = 'YY'
(où XXXXXX =
le numéro
de lot et YY = le module du lot) 2. Comparez les valeurs curyID GLTRAN à l’ID de cury de l’enregistrement BATCH à l’aide de l’instruction SQL suivante : SELECT CuryID de BATCH où
BatNbr = 'XXXXXX' et Module = 'YY' (où XXXXXX = le numéro de lot et YY = le module du lot) REMARQUE : Cette commande doit renvoyer un seul
enregistrement.
3. Si la valeur est différente des GLTRAN ou si une valeur null apparaît, procédez aux étapes de correction.
ÉTAPES DE CORRECTION :
1. Effectuer une SAUVEGARDE de la base de données, qui peut être restaurée en cas de perte de données non prévue.
2. Mettez à jour l’enregistrement BATCH ou GLTRAN avec l’instruction suivante :
UPDATE BATCH (GLTRAN) SET CuryID = 'XXXX' où BatNbr = 'YYYYYY' et Module = 'ZZZZ' et CuryID = 'xxxx' (où XXXX = le curyID correct, YYYYY = le numéro de lot, ZZ = le module et xxxx = l’ID de fichier curyID incorrect) Cet article était l’ID de document Tech Deuxième document
:126851
