Impossible d’insérer une valeur Null SQL Server erreur 515 - valeur se produit dans le GL.

Contenu TechKnowledge

CAUSES POSSIBLES :


1. se produit en général valider les Transactions du grand livre (01.520) si la validation sur un compte avec un statut de compte inactif. Consultez Résolution de 21476.


2. se produit en général les lots du grand livre du livre version (01.400). Les champs ne sont pas entièrement remplies lorsque le lot est affichée dans l’écran Journal des Transactions (01.010). Reportez-vous à la résolution 1532.


3. se produit dans les lots du grand livre de version (01.400) avec les informations facultatives faisant référence à 'Sub'. CpnyID dans la table GLTRAN n’est pas remplie. Consultez Résolution de 11929.


4. survient de valider les Transactions (01.520) lorsque le GLTRAN est une LedgerID incorrecte. Consultez Résolution de 17549.


5. en cas de valider les Transactions (01.520) le Type de compte est incorrect. Consultez Résolution de 21434.


6. se produit lors de la libération d’un lot de répartition de comptabilité générale dans Solomon IV Version 4.21 Service Pack 1. Il ne se produit pas dans les versions ultérieures.


7. se produit la libération d’un lot d’inJournal les Transactions (01.010) avec les informations facultatives faisant référence à Sub lorsque des transactions de plusieurs sociétés, y comprises dans la zone de détail, mais les relations intersociétés n’ont pas été établies dans la gestion de compte/Sub intersociétés de plusieurs sociétés (13.260) pour le Module du grand livre. Voir resolution27142.


Résolution 1532 - additionner les enregistrements GLTRAN et de traitement par lots à l’aide de l’Analyseur de requêtes.

ÉTAPES DE CORRECTION :


1. créer une sauvegarde de la base de données, qui peut être restauré en cas d’une perte de données indésirables.


2. accès à la base de données Application appropriée à l’aide de l’Analyseur de requêtes.


3. additionner les montants de crédit et de débit de l’enregistrement GLTRAN à l’aide des instructions suivantes :


Sélectionnez SUM(CrAmt) à partir de GLTRAN où BatNbr = 'XXXXXX' et le Module = 'AA'


Sélectionnez SUM(DrAmt) à partir de GLTRAN où BatNbr = 'XXXXXX' et le Module = 'AA'


Sélectionnez SUM(CuryCrAmt) à partir de GLTRAN où BatNbr = 'XXXXXX' et le Module = 'AA'


Sélectionnez SUM(CuryDrAmt) à partir de GLTRAN où BatNbr = 'XXXXXX' et le Module = 'AA'


(où XXXXXX = le numéro de lot et AA = le Module applicable)


4. Vérifiez que la somme de la CrAmt et la somme de la DrAmt égale au contrôle Total du lot. En outre, vérifiez que la somme de la CuryCrAmt et la somme de la CuryDrAmt sont égales pour le Total de contrôle du lot. Pour tester cela, initialiser le Mode permet de modifier le Module dans les Transactions de Journal de grand livre général (01.010) pour le Module approprié et lancez le traitement par lots. Le contrôle Total du lot doit être la même que la somme de la somme de débits et de crédits.


5. somme les montants de crédit et de débit de lot enregistrent à l’aide des instructions suivantes où XXXXXX = le numéro de lot et AA = le Module applicable : sélectionnez le SUM(CtrlTot) à partir d’où BatNbr = « XXXXXX » et le Module = SUM(CrTot) de sélectionner 'AA' à partir d’où BatNbr = « XXXXXX » et le Module = SUM(DrTot) de sélectionner 'AA' à partir d’où BatNbr = « XXXXXX » et le Module = SUM(CuryCtrlTot) de sélectionner 'AA' du lot où BatNbr = « XXXXXX » et le Module = SUM(CuryCrTot) de sélectionner 'AA' à partir d’où BatNbr = « XXXXXX » et le Module = ' AA ' SUM(CuryDrTot) de sélection de traitement par lots dans laquelle BatNbr = « XXXXXX » et le Module = 'AA'


6. Vérifiez que la somme de la CrTot et la somme de la DrTot sont égales à la CrAmt et le DrAmt de la table GLTRAN. En outre, vérifiez que la somme de la CuryCrTot et la somme de la CuryDrTot sont égales à la CuryCrAmt et le CuryDrAmt de la table GLTRAN.


7. Si tout semble être en équilibre, vérifiez qu’il n’y a aucun enregistrements manquants à partir de GLTRAN. Chaque transaction dans le lot doit être libérée, la colonne validée doit être « U » pour les options non comptabilisé, etc.. Mettre à jour les enregistrements manquants.


Remarque : Si le problème est survenu lors de la validation, exécutez à nouveau le processus de grand livre valider les Transactions (01.520). En cas d’échec, reportez-vous à la résolution secondaire 3010.


Résolution 11929 - Vérifiez le CompanyID dans les tables commandes et GLTRAN.

ÉTAPES DE CORRECTION :


1. créer une sauvegarde de la base de données, qui peut être restauré en cas d’une perte de données indésirables.


2. à l’aide de l’Analyseur de requêtes, exécutez l’instruction suivante pour vérifier que CpnyID dans la table de traitement par lots est correct :


Sélectionnez * à partir du traitement par lots dans laquelle BatNbr = « XXXXXX » et le Module = 'GL'


(où XXXXXX est le numéro de lot approprié)


3. Si le CpnyID n’est pas correct, exécutez l’instruction suivante :


Mise à jour par lots SET CpnyID = « YYYY » où BatNbr = « XXXXXX » et le Module = 'GL'


(correspond à l’ID de société approprié où XXXXXX est le numéro de lot et aaaa appropriés)


4. Exécutez l’instruction suivante pour vérifier que CpnyID dans la table GLTRAN est correct :


Sélectionnez * à partir de GLTRAN où BatNbr = 'XXXXXX' et le Module = 'GL'


(où XXXXXX est le numéro de lot approprié)


5. Si le CpnyID n’est pas correct, exécutez l’instruction suivante :


Mise à jour GLTRAN SET CpnyID = « YYYY » où BatNbr = 'XXXXXX' et le Module = 'GL'


(correspond à l’ID de société approprié où XXXXXX est le numéro de lot et aaaa appropriés)


Résolution de 17549 - Corrigez le champ LedgerID dans la table GLTRAN à l’aide de l’Analyseur de requêtes.

ÉTAPES DE CORRECTION :


1. créer une sauvegarde de la base de données, qui peut être restauré en cas d’une perte de données indésirables.


2. à l’aide de l’Analyseur de requêtes, accéder à la base de données de l’application appropriée.


3. Exécutez la requête suivante :


Sélectionnez * à partir de GLTRAN où BatNbr = 'AAAAAA' et le Module = 'MM'


(où 'AAAAAA' = le numéro de lot du grand livre approprié et 'MM' = le Module approprié)


4. Si LedgerID n’est pas correct, exécutez la requête suivante :


LedgerID de la valeur mise à jour GLTRAN = 'XXXXXXXXXXX' où BatNbr = 'AAAAAA' et LedgerID = 'xxxxxxxxxx' et le Module = 'MM'


(où 'XXXXXXXXXXX' = le LedgerID correct, 'AAAAAA' = l’approprié GL lot number, 'xxxxxxxxxx' = la LedgerID incorrecte et 'MM' = le Module approprié)


5. accès grand livre Post les Transactions (01.520) et valider le lot.


Résolution de 21434 - mettre à jour le champ AcctType dans les tables de ACCOUNTand ACCTXREF à l’aide de l’Analyseur de requêtes

1. accès général du grand livre général le programme d’installation (01.950) - plan de compte commande.


2. Notez la graphique de Cpte commande est sélectionnée. Les valeurs pour le champ AcctType dans les tables compte et ACCTXREF qui correspondent à l’ordre du certificat d’authenticité seront constitué par un caractère numérique et un caractère alphanumérique. Ils sont souvent comme suit :


1 a de l’actif passif 2L revenu 3I, 4E les frais


ÉTAPES DE CORRECTION :


1. créer une sauvegarde de la base de données, qui peut être restauré en cas d’une perte de données indésirables.


2. Ouvrez l’Analyseur de requêtes, connectez-vous au serveur approprié et choisissez la base de données de l’Application.


3. Exécutez l’instruction SQL suivante pour vérifier la valeur dans le champ AcctType de la table compte :


Sélectionnez AcctType, * compte où Acct = 'XXXXXX'


(où « XXXXXX » = le numéro de compte affecté)


4. Exécutez l’instruction suivante si AcctType n’est pas défini ou est incorrect :


Mise à jour compte SET AcctType = 'AA' où Acct = 'XXXXXX'


(où « YY » = une valeur basée sur la commande sélectionnée dans la configuration des paramètres comptabilité | Graphique de l’onglet ordre de compte que vous avez noté à l’étape 2 de vérification).


5. Cliquez sur la base de données système et exécutez l’instruction suivante pour vérifier le champ AcctType dans ACCTXREF :


Sélectionnez AcctType, * à partir de ACCTXREF où Acct = 'XXXXXX' et CpnyID = 'yyyy'


(où « XXXXXX » = le numéro de compte affecté et les « yyyy » = l’ID de société approprié)


6. Exécutez l’instruction suivante si AcctType n’est pas défini ou est incorrect :


AcctType de la valeur mise à jour ACCTXREF = 'AA' où Acct = 'XXXXXX' et CpnyID = 'yyyy'


Résolution 21476 - Vérifiez que les comptes disposent d’un statut de compte actif dans le plan général de gestion des comptes (01.260).

ÉTAPES DE CORRECTION :


1. Cliquez sur plan général de gestion 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 - relations créer des From/To pour toutes les combinaisons/sous-compte du compte qui seront utilisés pour chaque société de gestion de compte/Sub plusieurs sociétés intersociétés (13.260).

REMARQUES :


1. les champs suivants sont utilisés dans la gestion de compte/Sub intersociétés (13.260) pour désigner le compte/sous-comptes différents doivent être utilisés pour les transactions intersociétés.


>>-permet d’entrer les informations de l’échéance de la société.


ID de la société - clé Unique utilisée pour identifier chaque société dans le système. utilisé lors de la saisie des informations sur la société sur les transactions.


Module - deux caractères de code de module. Si le même compte et sous-compte doit être utilisé pour tous les modules Sélectionnez tous, sinon sélectionnez le module spécifique à partir de la zone de liste déroulante.


Écran - sept caractères de code de l’écran. Si le même compte et sous-compte est à utiliser pour tous les écrans dans les modules entrez toutes, sinon, entrez le nombre d’écran spécifiques, par exemple, 03010.


Compte - la transaction Intersociétée provient d’échéance.


Sub - sous-compte la transaction Intersociétée provient d’échéance.


>> à - permet d’entrer des informations sur la société de dues à.


ID de la société - clé Unique utilisée pour identifier chaque société dans le système. utilisé lors de la saisie des informations sur la société sur les transactions.


-La transaction intersociétés est compte dû.


Sub - sous-compte la transaction Intersociétée est Due.


2. un autre compte ou sous-comptes ne peuvent pas servir pour la même relation entre les entreprises et le même écran de source de données.


Sous résolution 3010 - mettre à jour l’enregistrement du lot ou GLTRAN à l’aide de l’Analyseur de requêtes pour corriger la valeur de CuryID.

ÉTAPES DE VÉRIFICATION :


1. Connectez-vous à la base de données Application appropriée à l’aide de l’Analyseur de requêtes et exécutez l’instruction suivante :


Sélectionnez CuryID, * à partir de GLTRAN où BatNbr = 'XXXXXX' et le Module = 'AA'


(où XXXXXX = le numéro de lot et AA = le Module du lot)


2. comparer les valeurs de GLTRAN CuryID à le CuryID de l’enregistrement du lot à l’aide de l’instruction SQL suivante :


Sélectionnez CuryID à partir du lot où BatNbr = 'XXXXXX' et le Module = 'AA' (où XXXXXX = le numéro de lot et AA = le Module du lot)


Remarque : Cela doit retourner un seul enregistrement.


3. Si la valeur est différente des GLTRANs ou une valeur null apparaît, effectuez les étapes de Correction.


ÉTAPES DE CORRECTION :


1. créer une sauvegarde de la base de données, qui peut être restauré en cas d’une perte de données indésirables.


2. mise à jour de l’enregistrement du lot ou GLTRAN avec l’instruction suivante :


CuryID de la valeur mise à jour par lots (GLTRAN) = 'XXXX' où BatNbr = 'AAAAAA' et le Module = 'ZZZZ' et CuryID = 'xxxx' (où XXXX = le CuryID correct, AAAAAA = le numéro de lot, ZZ = le Module et xxxx = la CuryID incorrecte)




Cet article a été ID:126851 de Document TechKnowledge

Besoin d’aide ?

Développez vos compétences
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoindre Microsoft Insider

Ces informations vous ont-elles été utiles ?

Nous vous remercions pour vos commentaires.

Merci pour vos commentaires. Il serait vraisemblablement utile pour vous de contacter l’un de nos agents du support Office.

×