Gestion des transactions de l'interface Finance

AddBatchHead – Ajouter un en-tête

La transaction 'AddBatchHead' est utilisée pour créer un enregistrement d'en-tête dans la table FGLINH pour un lot de transactions financières. L'en-tête est affiché dans (GLS840). Cette transaction est utilisée pour les interfaces des deux types d'utilisation 1 et 2.

La table qui suit présente les champs requis dans la transaction API :


Nom de champ	Description	Longueur/type	Commentaires
CONO	Division	3 (Numérique)
DIVI	Société	3 (Chaîne)	Requis si des sociétés sont utilisées pour la division.
KEY1	Valeur clé	15 (Chaîne)	Il s'agit d'un ID unique pour chaque en-tête de lot. Par exemple, il peut s'agir d'une combinaison de date et de numéro de série.
DESC	Description	40 (Chaîne)
INTN	Interface	15 (Chaîne)	Nom d'interface de (GLS850) permettant de lier le lot de transactions au modèle concerné.

AddBatchLine – Ajout de lignes pour les interfaces de type d'utilisation 1

La transaction 'AddBatchLine' est utilisée pour créer des lignes de transaction dans la table FGLINL pour les interfaces munies du type d'utilisation 1 (API basée sur position) dans (GLS850). Les lignes sont rattachées à un enregistrement d'en-tête dans (GLS840) par l'intermédiaire d'une valeur unique dans le champ 'Valeur clé'. Les données de transaction de chaque ligne sont spécifiées dans une chaîne longue (longueur maximale : 900) dans le champ 'Valeur paramètre' (PARM). Vous devez créer un modèle d'interface dans (GLS850) là où les positions source et cible sont définies pour chaque type de données d'entrée dans la chaîne. Le programme 'Interface Compta. Ouvrir lignes' (GLS841) permet d'afficher les lignes.

La table qui suit présente tous les champs requis dans la transaction API :


Nom de champ	Description	Longueur/type	Commentaires
CONO	Division	3 (Numérique)
DIVI	Société	3 (Chaîne)	Requis si des sociétés sont utilisées pour la division.
KEY1	Valeur clé	15 (Chaîne)	Il s'agit d'un ID unique pour chaque en-tête de lot et il doit être le même pour chaque ligne rattachée à l'en-tête.
LINE	Numéro de ligne	7 (Numérique)	Numéro de séquence affecté à chaque ligne.
PARM	Valeur paramètre	900 (Chaîne)	Chaîne longue contenant les données de transaction.

AddBatchLineFld – Ajout de lignes pour les interfaces de type d'utilisation 2

La transaction 'AddBatchLineFld' est utilisée pour créer des lignes de pièce justificative dans la table FGLINF pour les interfaces munies du type d'utilisation 2 (API basée sur champ) dans (GLS850). Cette transaction contient un champ d'entrée affecté pour chaque type de données. Vous pouvez afficher les lignes des pièces dans le programme 'Interface Compta. Ouvrir lignes' (GLS842) et les rattacher à un enregistrement d'en-tête dans le champ (GLS840) par l'intermédiaire d'une 'Valeur clé' unique.

Seuls les champs définis pour la méthode de remplissage 1-'Renseigné à partir du fichier d'entrée' dans le modèle dans (GLS850)/(GLS858) sont autorisés dans la transaction API.

Cette table présente les champs exclus car ils ne sont pas inclus dans le modèle :


Nom de champ	Description	Longueur/type	Commentaires
DIVI	Société	3 (Chaîne)	Requis si des sociétés sont utilisées pour la division.
KEY1	Valeur clé	15 (Chaîne)	Il s'agit d'un ID unique pour chaque en-tête de lot et il doit être le même pour chaque ligne rattachée à l'en-tête. Champ requis.
LINE	Numéro de ligne	7 (Numérique)	Numéro de séquence affecté à chaque ligne. Champ requis.
INRI	Identité enregistrement entrée	2 (Chaîne)	Ce champ doit toujours être défini sur 'I1'. Champ requis.
GRNR	Numéro de groupe	10 (Chaîne)	Il s'agit d'un numéro unique pour les transactions qui ensemble constituent une pièce justificative lors de la mise à jour vers la comptabilité générale. Le numéro de pièce justificative est automatiquement extrait de la série de n° pièce justificative indiquée dans la fonction GCF spécifiée dans (GLS850/E) pour l'interface. Si le numéro de groupe n'est pas renseigné pour toutes les lignes d'un lot, toutes les lignes comptables sont publiées dans un numéro de pièce justificative unique. Champ facultatif.

La table qui suit présente un exemple décrivant la manière dont les lignes d'un même numéro de groupe reçoivent le même numéro de pièce justificative :


Numéro de ligne	Numéro de groupe	Nº pièce justificative (dans CG)
1	1	10002130
2	1	10002130
3	2	10002131
4	2	10002131
5	3	10002132
6	3	10002132

CtrlBatch - option 6 dans (GLS840)

La transaction 'CtrlBatch' est utilisée pour initier la validation des données chargées dans (GLS840) et la configuration de l'interface. Vous pouvez retrouver cette transaction qui lance un travail par lot et le résultat de la validation en naviguant vers le programme (GLS840). Cette transaction est utilisée pour les interfaces des deux types d'utilisation 1 et 2.

DelBatch - Supprimer le lot de l'interface financière par l'intermédiaire de la transaction API GLS840MI.DelBatch

La fonction 'DelBatch' est utilisée pour supprimer les données chargées dans (GLS840). Cette transaction est utilisée pour les interfaces des deux types d'utilisation 1 et 2.

Cette table indique les tables dans lesquelles les fonctions suppriment des enregistrements :


Table	Description	Programme
FGLINH	En-tête d’interface de Comptabilité financière	GLS840
FGLINL	Ligne de l'interface Comptabilité financière	GLS841
FGLINF	Ligne d’interface basée sur le champ Comptabilité financière	GLS842
FFIHST	Fichier d’historique de l'interface Comptabilité financière	GLS865
FFIHSD	Détails de l'historique de l'interface Comptabilité financière	GLS866

LstBatchLineFld - Lignes de liste chargées via la transaction API GLS840MI.AddBatchLineFld

La transaction 'LstBatchLineFld' est utilisée pour répertorier les lignes chargées dans (GLS840)/(GLS842) par l'intermédiaire de l'API basée sur champ GLS840MI, et AddBatchLineFld (type d'utilisation 2).

UpdBatch - option 9 dans (GLS840)

La transaction 'UpdBatch' est utilisée pour lancer le même processus de validation que la transaction 'CtrlBatch' mais met également à jour la comptabilité générale (CG) avec les données chargées, si aucune erreur n'est détectée. Vous pouvez accéder au résultat de la validation ou de la mise à jour en naviguant vers le programme (GLS840). Cette transaction est utilisée pour les interfaces des deux types d'utilisation 1 et 2.

Gérer les données chargées dans (GLS840)/(GLS842) pour les interfaces de type d'utilisation 2

Pour afficher et gérer les données chargées d'une interface avec type d'utilisation 2, sélectionnez l'option 2 (API basée sur champ) dans le champ du type d'utilisation dans (GLS840). Vous pouvez utiliser les champs de sélection du statut pour dresser la liste des lots ayant un certain statut.

Vous devez effectuer une validation du lot pour vérifier si des données sont manquantes ou ne sont pas valides. Pour cela, vous pouvez sélectionner l'option associée 6 ('Contrôler') pour le lot dans (GLS840) ou l'option 9 ('Vérifier et màj') pour valider et mettre à jour à la fois le lot dans la CG, si aucune erreur n'a été détectée. Vous pouvez également lancer ces deux options par l'intermédiaire des transactions (GLS840MI).

Le champ 'Statut' dans (GLS840/B) est utilisé pour contrôler l'état actuel du lot. Les statuts de lot suivants s'appliquent pour le type d'utilisation 2 :

10=Nouveau
13=Vérifié avec des erreurs
14=Vérifié
15=Validation ou mise à jour en cours
20=Mise à jour dans la comptabilité générale

Les champs 'Erreur d'en-tête' et 'Erreur lgn' indiquent si les erreurs sont associées au lot entier ou aux lignes. Toutes les erreurs doivent être corrigées avant la mise à jour du lot dans la CG. Si une erreur d'en-tête est détectée lors de la validation du lot, un message d'erreur s'affiche dans la vue Liste dans (GLS840) pour indiquer ce qui est incorrect. Une fois l'erreur corrigée, vous devez sélectionner l'option associée 6 ou 9 pour le lot. Vous pouvez également supprimer l'entièreté du lot de (GLS840) et le charger de nouveau pour corriger l'erreur dans la source de données.

Pour les interfaces avec type d'utilisation 2, l'option associée 15 (Historique) qui ouvre le programme Interface FIM. Ouvrir historique (GLS865) n'est employée que pour afficher la date et l'heure quand un lot est mis à jour dans la comptabilité générale.

L'option 11 (Lignes) est sélectionnée dans (GLS840) pour afficher les lignes de pièce justificative dans (GLS842) et corriger toutes les erreurs de ligne éventuelles. L'écran B est muni de vues configurables et la plupart des champs peuvent être modifiés directement dans la vue Liste s'ils ont été définis pour la méthode de remplissage 1 (Renseigné à partir du fichier d'entrée) dans le modèle. Vous pouvez sélectionner des lignes avec des statuts d'erreur, et un message d'erreur est affiché dans la vue Liste pour la première erreur trouvée, si plusieurs erreurs existent. Si une deuxième erreur existe pour la même ligne, un nouveau message est affiché interactivement après avoir corrigé la première erreur et appuyé sur Entrée. Quand un lot a le statut 15 ou 20 dans (GLS840), vous ne pouvez pas modifier les lignes dans (GLS842).

Dans l'écran détaillé (GLS842/E), tous les champs d'entrée sont affichés mais seuls les champs définis pour la méthode de remplissage 1 sont modifiables lorsque vous sélectionnez l'option 2 (Modifier). Les autres champs sont protégés. Pour les champs définis pour la méthode de remplissage 2, la valeur par défaut configurée dans le modèle est affichée mais ne peut être modifiée. Si cette valeur est incorrecte, vous devez la modifier dans (GLS858) et vous devez supprimer le lot dans (GLS840) et le charger à nouveau. Ceci est dû au fait que la valeur par défaut est extraite au moment où les lignes sont créées dans la table (GLS842).

Remarque

Vous pouvez également utiliser la transaction API LstBatchLineFld pour afficher et gérer les données chargées pour une interface avec type d'utilisation 2.

Numéro de pièce justificative CG mis à jour dans (GLS842)

Le numéro de pièce justificative (VONO), le livre comptable (VSER) et l'année (YEA4) sont actualisés dans la table FGLINF lors de la mise à jour du lot dans la CG et de la création de la pièce justificative dans la table FGLEDG. Ceci a pour but d'établir un lien entre les lignes dans (GLS842) et la CG. Les champs peuvent être affichés en vue Liste dans (GLS842).

Exemples d'erreurs de validation

Beaucoup d'erreurs possibles existent ; chaque erreur n'est donc pas répertoriée dans ce document. Un message est associé à chaque erreur pour la décrire et doit fournir des informations suffisantes pour le corriger. Des exemples d'erreurs d'en-tête et de ligne sont présentés ci-après. Les erreurs d'en-tête sont liées au lot de transactions tout entier ou à un numéro de groupe dans un lot où aucune ligne unique ne peut être désignée.

Cette table affiche les erreurs d'en-tête de lot (GLS840) :


Message d'erreur	Commentaire
Le groupe n°x n'est pas équilibré.	Le 'Montant en devise étrangère' (CUAM) du numéro de groupe indiqué (GRNR) apparaît déséquilibré (entre crédit/débit ou négatif/positif), ou si l'option 'Montant enregistré' (ACAM) bénéficier de la méthode de remplissage 1, le solde du montant ACAM est vérifié à la place et est déséquilibré. ACAM ne peut pas être 0, seulement CUAM. Cela peut être le cas s'il existe des écarts de change.
Le groupe n°x contient plusieurs dates comptables.	Une seule date comptable peut exister par numéro de groupe.
Aucun enregistrement trouvé	Aucune ligne associée à l'en-tête du lot dans (GLS840) n'existe dans (GLS842).

Cette table indique les erreurs de ligne de lot (GLS842) :


Message d'erreur	Commentaire
La date comptable xxxxxx n'est pas dans la plage valide.	La date est en dehors de la plage des dates comptables configurée pour la fonction GCF employée par l'interface.
La date comptable xxxxxx n'est pas valide.	Une date que le système spécifié ne peut reconnaître. Ceci peut être le cas si la date est spécifiée dans un format incorrect dans la transaction API. Le format à adopter pour l'envoi est AAAAMMJJ. Il est également possible que la date soit en dehors de la plage de dates du calendrier système.
<nom de champ> doit être saisi	Certains champs sont requis s'ils sont définis pour la méthode de remplissage 1 dans le modèle d'interface. Si ces champs sont manquants, le message d'erreur indique le nom du champ et précise qu'il doit être spécifié. Champs requis si méthode de remplissage = 1 : Segment comptable 1 (AIT1) Date comptable (ACDT) Devise (CUCD) Montant devise étrangère (CUAM) Code débit/crédit (DBCR)* Montant enregistré (ACAM) Type de taux de change (CRTP) Taux de change (ARAT) Pays de base (BSCD) Pays de provenance/destination (FTCO) Date d'extourne (SHDT) Uniquement si utilisé pour la société, configuration dans (CRS750). *BSCD et FTCO sont requis si méthode de remplissage=1 et si le compte est défini avec un 'Type de compte de TVA' (AT04) > 0.
Le compte x est un compte CC (comptabilité clients). Ecriture comptable non autorisée.	L'utilisation de comptes CC pour les pièces justificatives manuelles n'est pas autorisée.
Le compte x est un compte CF (comptabilité fournisseurs). Ecriture comptable non autorisée.	L'utilisation de comptes CF pour les pièces justificatives manuelles n'est pas autorisée.
Aucun compte périodique n'est autorisé.	L'utilisation de comptes périodiques pour les pièces justificatives manuelles n'est pas autorisée.
Le compte x ne peut pas être un compte d'immobilisations.	L'utilisation de comptes d'immobilisations (AT08=1 dans CRS630) pour les journaux manuels n'est pas autorisée.
La date d'extourne n'est pas dans les limites autorisées.	La date est en dehors de la plage des dates comptables configurée pour la fonction GCF employée par l'interface.