Documentation JOB

1 Généralités

En plus de l'importation « classique » via des fichiers (fichiers txt, fichiers ASCII) et de l'importation directe via une interface de programme, il existe un troisième moyen de transmettre les données à importer à IDL Konsis, via des tables de base de données d'importation spéciales. Ceci est particulièrement intéressant pour les interfaces réalisées à l'aide de l'outil IDL Importer, car cet outil est spécialisé dans la lecture et l'écriture de données dans des bases de données. Vous pouvez également écrire dans ces tables de base de données à l'aide d'autres outils, tout en respectant les conditions décrites ci-dessous.

Précautions particulières :

La description utilise les noms des tables car les vues standard sont identiques.

Mais oui. La norme IDL Konsis est toujours lue uniquement à partir des VUES correspondantes (nom de table plus Appendix '01') ou écrite (nom de table plus Appendix '02').

2 Description du remplissage du tableau

2.1 Description générale de la structure

I000 - ID DE TRAVAIL

Gestion des numéros de job.

I001 - Contrôle des tâches

Ce tableau est utilisé pour fournir des informations sur les données fournies et pour contrôler le traitement.

I003 - Journal d'importation

Cette table stocke/affiche les journaux d'importation.

I005 - Table de soumission des paramètres d'importateur

Cette table stocke les paramètres des routines UNLOAD via l'importateur IDL.

I1XX - Données d'application

Les tableaux (voir ci-dessous) fournissent les données spécifiques à l'application pour chaque ID de travail.

2.2 Spécificité du type de données horodatage

Pour des raisons de conformité, le type de données TIMESTAMP est mis en œuvre différemment dans les 3 systèmes de base de données pris en charge. Seule DB2 utilise le type de base de données TIMESTAMP. Dans ORACLE et MS SQLServer, il est stocké par VARCHAR(26). Son format est défini de manière fixe et, dans la syntaxe ORACLE, il est YYYY-MM-DD-HH24.MI.SS.ff. Il contient des millisecondes à 6 chiffres, dont un exemple est le suivant : « 2011-03-01-15.35.32.000000 »

Par exemple, pour définir la date du jour, les artefacts SQL suivants sont utilisés :

DB2 :

"current timestamp"

ORACLE :

"TO_CHAR(SYSTIMESTAMP, 'YYYY-MM-DD-HH24.MI.SS.ff')"

MS SQL Server :

"(REPLACE(REPLACE((CONVERT(VARCHAR(23), CURRENT_TIMESTAMP, 121) + '000'),':','.'),' ','-'))"

2.3 Tableau I000 - ID de travail

Pour charger des données dans les tables, vous devez rechercher l'ID de travail suivant. La détermination de ce nombre unique relève de la responsabilité de l'utilisateur. Il est recommandé d'utiliser le tableau I000 préparé. Il convient d'indiquer une fois le nom de séquence « NEXT_JOBID » (I000_SEQ_NAME) et une valeur à incrémenter (I000_ACT_VAL).

Cet ID de travail doit être utilisé lors de l'écriture ultérieure des données dans les tables suivantes (I001 et I1xx).

2.4 Tableau I001 - Gestion des tâches

La vue d'ensemble du contrôle des travaux IE (raccourci IMPJOB ou via le menu Action de l'application d'appel IMPORT) affiche tous les travaux contenus dans les tables d'importation spécifiques. Avant de pouvoir écrire des données dans la table d'importation, vous devez définir un nouveau travail directement dans la base de données. Cela se fait dans le tableau I001. Les attributs sont justifiés comme suit (les attributs en surbrillance doivent être remplis) :

2.5 Tableau I005 - Table de soumission des paramètres de l'importateur

Cette table est utilisée lorsque le « déchargement à partir d'un système étranger » ( s. Import ) de l'entrée « idlimporter.jar » dans l'appel de menu externe. Les attributs sont illustrés comme suit :

2.6 Tableau I1XX - Données d’utilisation

Les ensembles de données (types d'objet) suivants sont pris en charge pour la soumission par JOB :

Pour ce faire, une table d'importation spéciale est définie dans la base de données pour chaque ensemble de données dans IDL Konsis. En plus des attributs des données à importer, elle contient un en-tête qui contient généralement un numéro de job. Ce numéro de job identifie les données associées. Certains attributs sont plus longs que dans la table d'origine pour permettre la conversion de clés externes en clés internes. Outre les attributs définis dans #DB-Format, les attributs suivants sont inclus dans les tables d'importation (les attributs en surbrillance doivent être remplis) :

Suivent les données spécifiques à l’application. (voir la description des formats dans l'IMPFIELD pour le type de format #DB)

Lors de l'écriture ultérieure des données dans la table d'importation, le numéro de travail du travail créé doit être utilisé.

3 Importation des données

3.1 Application Contrôle des jobs IE (IMPJOB)

L'application Contrôle des travaux IE (IMPJOB) permet de lancer l'importation réelle à partir du menu Objet. Le début et la fin de cette opération, ainsi que l'état du traitement, sont ensuite consignés dans le contrôle des travaux IE.

L'importation utilise le format d'importation/exportation #DB, qui est marqué avec le nouveau type de format TABLE dans la table des formats d'importation/exportation (IMPFORM). Dans cette définition IMPFORM, l'attribut Default File Name Table contient le nom de la table d'importation.

Dans l'application IMPFIELD, les cellules de chaque format sont définies. Les cellules des tables d'importation sont au format ID #DB et sont identifiées par le préfixe homonyme dans la cellule ID. Les attributs des tables de base de données sont sélectionnés en fonction des ID de champ de l'IMPDEF, les caractères « - » ayant été remplacés par « _ » pour des raisons techniques. Par exemple, dans le format BALSOL, la cellule des type de données DATTYP est ID I100-DATTYP et l'attribut de la table de base de données est I100_FAC.

Les messages de chargement des données dans la table temporaire et d'importation réelle sont également consignés dans une table de base de données au lieu d'être consignés dans un fichier. Ce journal des erreurs peut être consulté à partir de la nouvelle vue d'ensemble du journal des erreurs d'importation accessible à partir du menu Objet du contrôle des travaux IE. Dans ce journal, le paramètre Job Step distingue les messages de livraison de données et les messages d'importation.

L'action effacer du contrôle des travaux IE permet de supprimer complètement un travail d'importation. Outre le jeu de contrôles des jobs, cette efface inclut tous les enregistrements de la table d'importation et le journal des erreurs associés.

L'action Copier les données du travail IE du panneau de contrôle des travaux IE permet de copier les données du travail d'importation. Un nouveau travail est créé. Vous pouvez choisir de copier uniquement les enregistrements marqués de manière incorrecte ou tous les enregistrements, le cas échéant.

3.2 Ligne de commande

Outre la possibilité de gérer des jobs dans l'application Contrôle des jobs IE décrite ci-dessus, il est également possible de lancer des jobs à l'aide d'un appel d'importation sur la ligne de commande. Cette fonction d'appel est décrite dans : Démarrer l'importation à partir de la ligne de commande

4 Description des tables de données d'importation

Le contenu de certaines cellules doit correspondre aux « valeurs de clé » (ID d'objet) et non à la « clé externe ». L'application KON/DIVERS - Autres objets - (tableau A019). Le type d'objet pertinent est indiqué dans la description sous « Commentaire » pour les cellules concernées.

4.1 I119 - DATSUBM - Dates de remise

4.2 I104 - VARIMM - Variations de l'actif immobilisé

4.3 I140 - OBJIMM - Fiches d'immobilisation par compte

4.4 I167 - ECRIT - Justificatifs

4.5 I132 - USEPER - Droit de période

4.6 I132 - USEMEN - Autorisation Menu

4.7 I132 - USEOBJ - Autorisation d'objet

4.8 I168 - JOURNAL - Écritures

4.9 I115 - CNTCNT - Mappages de hiérarchie d'objet analytique

4.10 I102 - CNTSAL - Soldes analytiques

4.11 I110 - SOC - Sociétés

4.12 I145 - VARTIT - Variations des participations détenues

4.13 I104 - VARIMMIC - Variations de l'actif immobilisé IC

4.14 I140 - OBJIMMIC - Fiches d'immobilisation IC

4.15 I162 - STOCKIC - Stock stock stock IC

4.16 I101 - ICKONV - Soldes des sous-comptes de résultat IC

4.17 I101 - BALIC - Soldes des sous-comptes IC

4.18 I108 - VARCAP - Variations des capitaux propres

4.19 I148 - CONECR - Justificatifs de consolidation

4.20 I149 - CONJOU - Écritures de consolidation

4.21 I103 - KST - Objets analytiques

4.22 I144 - CONDB - Cercle groupe/sous-groupe

4.23 I105 - KTO - Comptes

4.24 I100 - BALSOL - Soldes de compte

4.25 I113 - ACCDEF - Plans de comptes

4.26 I147 - CONECRIT - Traitement de consolidation

4.27 I109 - COUNTRY - Code pays

4.28 I106 - AGGDEF - Agrégations

4.29 I107 - POSKTO - Agrégations + Mappages compte

4.30 I117 - POSKTOP - Agrégations+Mappages compte - périodique

4.31 I151 - PRF - Mesures de vérification

4.32 I154 - PRFGRP - Groupes de règles d'essai

4.33 I152 - PRFPOS - Mesures de vérification/agrégations

4.34 I155 - PRFZUO - Groupes d'exclusion/mesures de vérification

4.35 I159 - STOCKID - Produits/groupes de produits

4.36 I161 - STOCKMA - Marges de produit

4.37 I127 - RAPPLGN - Liasse Descriptions des lignes

4.38 I108 - VARPRO - Mouvements de provisionnement

4.39 I108 - VAROTH - Variations de flux individuelles

4.40 I120 - ACTIVITY - Domaines d'activité

4.41 I125 - UBRUBR - Mappages de hiérarchie de secteurs d'activités

4.42 I112 - CUR - Codes monétaires

4.43 I118 - CURTX - Taux de change