<Business-Document> : commencez ici

Qu'est-ce qu'un <Business-Document>

Compatibilité structurelle

Limites intrinsèques des <Business-Documents>

Où se trouve un <Business-Document>

Comment définir un <Business-Document>

Comment utiliser un <Business-Document>

Qu'est-ce qu'un <Business-Document>

Un <Business-Document> est un objet fondamental dans AccountingIntegrator Enabler, qui décrit la structure d'un enregistrement utilisé dans une écriture comptable d'entrée (CRE) ou dans une écriture comptable de sortie (ME). Toutes les règles de traitement (Audit, Modification, Agrégation, Équilibre, Traduction) dans AccountingIntegrator Enabler utiliseront également un <Business-Document> pour décrire le traitement qu'elles effectueront sur les données qui leur seront soumises.

Le tableau suivant explique la différence entre les deux types de <Business-Document> disponibles dans AccountingIntegrator Enabler.

Type de <Business-Document> But Longueur maximale du nom

<input Business-Document> (de type CRE)

Décrit la structure des événements d'entrée

25 caractères

<output Business-Document> (de type CRE/ME)

Décrit la structure des événements d'entrée ou de sortie

3 caractères

Chaque <Business-Document> est constitué d'un ensemble de champs. Certains de ces champs contiennent des données tandis que d'autres servent simplement de séparateurs entre des groupes de champs : ce sont les <Fillers>.

Compatibilité structurelle

Des <Business-Documents> sont dits compatibles structurellement lorsque les champs utiles qu'ils contiennent ont la même définition. C'est-à-dire qu'ils ont les mêmes :

  • Position interne
  • Longueur
  • Type de données

La notion de champ utile dépend forcément du type de Règle qu'on applique au <Business-Document>. Le tableau qui suit résume les champs utilisables pour chaque Règle.

type de règle Champs utilisables dans le <Business-Document>

Règle d'Agrégation

  • Champs critère
  • Champs nombre
  • Champs reportés
  • Champs "autres"

Règle d'Audit

  • Champs à auditer

Règle d'Équilibre

  • Champs critère
  • champ à cumuler
  • champ filtre

Règle de Modification

  • Champs à modifier

Importance de la compatibilité

La compatibilité est importante car :

  • La définition de chaque Règle s'appuie sur un <Business-Document>.
  • Les champs que la Règle contient décrivent le traitement à effectuer. Par exemple, les champs à auditer dans la Règle d'Audit et les champs à modifier dans une Règle de Modification.
  • Pendant l'exécution, pour traiter correctement les Règles, AccountingIntegrator Enabler doit être sûr que les données se trouvent au bon endroit, ont la bonne longueur et utilisent le bon type de données. Par exemple, lorsque le système traite une Règle d'Audit, la compatibilité assure que les champs d'Audit commencent à une position donnée par rapport au début de l'enregistrement en cours, que les champs d'Audit ont la même longueur et même type de données.
    Autrement dit, ce qui est important à l'exécution, ce sont les champs utiles dans la structure du <Business-Document> sur lequel la Règle s'applique.

Limitations intrinsèques des <Business-Documents>

Le tableau suivant résume les limites techniques liées aux <Business-Documents>.

Élément du <Business-Document> Limite

Longueur

4000 caractères

Champ

  • 1500 champs
  • 5 niveaux de redéfinitions imbriquées

Où se trouve un <Business-Document>

Module Axway

AccountingIntegrator Enabler

Atelier

<Integration-Services> : Onglet Finance

Dépendances objet

Lorsque vous définissez ou importez un objet, il est stocké dans le référentiel et est disponible pour être réutilisé par d'autres objets. Les objets que vous définissez existent au sein d'une hiérarchie objet spécifique. C'est-à-dire, des objets :

  • utilisent des objets des niveaux inférieurs
  • sont utilisés par des objets des niveaux supérieurs

Pour vous aider à gérer ce réseau d'objets interconnectés, le logiciel met à votre disposition le Navigateur des dépendances objets qui affiche les dépendances de l'objet sélectionné.

Le tableau qui suit liste tous les objets qui utilisent et sont utilisés par les <Business-Documents>.

<Business-Documents>

Utilisent

Sont utilisé(e)s par


Comment définir un <Business-Document>

Avant de définir un <Business-Document>

Aucune étape préliminaire n'est obligatoire.

Définir un <Business-Document>

Créez l'objet <Business-Document> à partir des éléments suivants :

  • Importer la définition d'un fichier texte en utilisant l'assistant Import CSV
  • Importer la définition à partir d'une clause copy COBOL
  • Remplir les onglets suivants dans la fenêtre des propriétés du <Business-Document> et appartenant à l'onglet Dictionnaire :

En plus, la fenêtre des propriétés d'un objet <Business-Document> contient les onglets génériques suivants :

  • onglet Signature
  • onglet Description

Après avoir défini un <Business-Document>

Après avoir défini un <Business-Document>, employez-le pour définir les objets suivants :

Comment utiliser un <Business-Document>

Vous pouvez effectuer toutes les opérations de base sur les objets <Business-Documents>, en fonction des droits qui vous ont été donnés en tant qu'utilisateur. [DÉTAILS : travailler avec les objets : commencez ici]

L'objet <Business-Document> ne suit pas le cycle de vie standard des objets. Vous ne pouvez pas envoyer un <Business-Document> en production.

Retour

Related Links