Skip to main content
Skip table of contents

Spécificité de Certains Types de Documents


Définition des étiquettes

L’application de définition des étiquettes est accessible depuis l’explorateur applicatif des documents dans la branche ‘Paramétrage Documents’.

Définition des Etiquettes

Cette application permet de définir les dimensions et les positions des étiquettes.

L'écran de définition des étiquettes est le suivant :

Onglet Définition :

  • Etiquette :Référence de l’étiquette. Zone obligatoire.

  • Etat: Etat de l’enregistrement : ‘V’alide, ‘S’upprimé logiquement

  • Mot directeur: Zone facultative. Information définie par étiquette et permettant de réaliser des tris et des recherches par un moyen autre que la référence de l'étiquette.

  • Désignation: Zone facultative. Donne une description précise de l'étiquette.

  • Nombre Lignes : Zone facultative. Nombre de lignes constituant l’étiquette.

  • Nombre Colonnes : Zone facultative. Nombre maximum de caractères sur une ligne.

  • Nombre Lignes à Sauter : Zone facultative. Ecart (en lignes) entre deux étiquettes.

  • Nombre Horizontal Exemplaires: Zone facultative. Indique combien d'exemplaires de l'étiquette seront édités côte à côte sur une même page.

  • Position Ligne: Zone facultative. Position de la première ligne sur la page d'impression.

  • Type Saut de Page: Zone facultative. Non géré actuellement dans DIAPASON.

Sur cette application, les actions disponibles sont :

  • Actions Standards GFG : Création, Modification, Duplication, Suppression

  • Définition Détail Etiquette: Cette action permet de définir le contenu de l’étiquette. Voir ci-dessous.

Définition du Détail des Etiquettes

Après avoir défini l'entête de l'étiquette, il convient d'en décrire le contenu au moyen de variables qui seront initialisées au moment de l'exécution de l'impression de l'étiquette.

Onglet Définition :

  • Etiquette: Référence de l’étiquette courante. Cette zone n’est pas saisie.

  • Variable: Référence variable à imprimer, correspond au champ de la liste de sortie du document sur lequel est rattachée la référence étiquette.

  • Etat: Etat de l’enregistrement ‘V’alide, ‘I’ncohérent (état provisoire), ‘S’upprimé logiquement.

  • Désignation: Texte libre décrivant la variable

  • Correspondance: Non géré actuellement dans DIAPASON

  • Numéro de Ligne: Indique la ligne où sera affichée la variable

  • Numéro de Colonne: Indique la colonne où débutera l'affichage de la variable

  • Format Variable: Indique la nature et la largeur du champ. L’ensemble des formats existants est accessible au moyen de la fonction Sélection

  • Type Variable: Indique le type de la variable (numérique, caractère, logique, date). Automatiquement initialisée en fonction du ‘Format Variable’ saisi.

  • Attributs: Bouton permettant de sélectionner un ou plusieurs attributs d’impression. L’attribut double largeur doit être pris en compte pour le format, ainsi si l’étiquette est écrite en double largeur, la largeur du champ devra être doublée. Cependant, si deux variables sont placées sur la même ligne et que leur format est incohérent, DIAPASON placera au mieux cette deuxième variable.

  • Valeur Défaut: Valeur par défaut de la variable.

Sur cette application, les actions possibles sont :

  • Actions Standards GFG : Création, Modification, Duplication, Suppression

  • Test Impression: Cette action permet de lancer un test d’impression de l’étiquette : l’impression de l’étiquette est simulée au moyen de liste de 'X' représentatifs des zones affichées (variables).

Optimisation de découpe de barres

Principe de l’optimisation de découpe de barres

On transmet à DIAPASON la liste de pièces à fabriquer qui sont découpées dans des barres de profilés. En se basant sur des paramètres de découpe pour chaque type de barre (taille des barres, taux de chute) DIAPASON calcule de manière optimale comment doivent être débitées les barres. DIAPASON renvoie la liste des pièces avec le numéro de barre utilisé et le positionnement dans la barre.

Technique d’optimisation de découpe de barres

L’optimisation s’appuie sur :

  • Un document DIAPASON de type REN / Fichier optimisation

  • Une REN/REP

  • Des paramètres d’optimisation

Définition document d’optimisation de découpe de barres

Ce mécanisme d’optimisation s’appuie sur un document de type REN / Fichier optimisation.

Ce document s’appuie lui-même sur une liste figée qui :

  1. Alimente le calcul

  2. Permet la lecture des résultats

Les informations de cette liste sont les suivantes :

Référence

E / S ?

Descriptif

Pièce

Entrée

Référence de la pièce à fabriquer

Famille

Entrée

Référence du profil dans lequel doit être usinée la pièce

Longueur

Entrée

Longueur de la pièce à usiner (à initialiser dans la même unité de mesure le paramètre décrivant la longueur de la barre).

Casier

Entrée

Facultatif

Barre

Sortie

Numéro de la barre utilisée

Ordre / Barre

Sortie

Position dans la barre utilisée

Remarque :

Pour que le calcul fonctionne correctement, tous les champs de la liste DIAPASON doivent avoir un équivalent dans la liste personnelle (même si le champ n’est pas utilisé).

Remarque : Le paramètre général DOC-DECBAR permet d'indiquer le comportement de l'algorithme d'optimisation de découpe de barres; si la valeur logique de ce paramètre est à vrai, lors de chaque itération pour la recherche d'une solution, DIAPASON remplace la dernière barre considérée par une barre dont la dimension est STRICTEMENT inférieure ; si la valeur logique de ce paramètre est à faux (valeur défaut), lors de chaque itération pour la recherche d'une solution, DIAPASON remplace la dernière barre considérée par une barre non placée dont la dimension est inférieure ou égale à la dernière barre placée.

Paramètre d’optimisation

Il faut renseigner des « Paramètres Optimisation » (Paramètres Généraux / Paramètres Utilisateurs / Documents / Paramétrage Optimisation) afin de préciser pour chaque profilé :

  • Sa référence ;

  • Sa longueur ;

  • Son taux de chute.

Sous la forme « référence#longueur#taux_de_chute »

Remarque :

La référence du paramètre n’a pas d’importance, il s’agit uniquement d’un identifiant unique. Seules les informations contenues dans la désignation sont essentielles.

Principe de la requête REN d’optimisation de découpe des barres

On doit fournir à DIAPASON en sortie de REN la liste des pièces à fabriquer.

Pièce

Famille

Longueur

Casier

Barre

Ordre / Barre

TRAV_H

1515_BLC9010

1800

TRAV_B

1515_BLC9010

1800

MONT_D

1515_BLC9010

1230

MONT_G

1515_BLC9010

1230

Cette liste est à renseigner dans l’unique liste de sortie de la REN. Il faut cependant pour chaque champ établir une correspondance entre la référence « personnelle » du champ et la référence « figée » du champ de la liste DIAPASON (sur la définition du document).

Typiquement cette liste est constituée à partir du parcours des nomenclatures de pointeurs de l’ensemble des OF d’une série

Principe de la requête REP d’optimisation de découpe des barres

DIAPASON transmet en entrée de REP la liste des pièces à fabriquer avec le numéro de la barre employée et la position dans celle-ci.

Pièce

Famille

Longueur

Casier

Barre

Ordre / Barre

TRAV_H

1515_BLC9010

1800

1

1

TRAV_B

1515_BLC9010

1800

1

2

MONT_D

1515_BLC9010

1230

2

1

MONT_G

1515_BLC9010

1230

2

2

Dans l’exemple ci-dessus, réalisé avec des barres de 4000 mm, le système propose de débiter :

  • TRAV_H et TRAV_B dans une barre (1) ;

  • MONT_D et MONT_G dans une autre barre (2) ;

Remarque : Si un morceau demandé est plus grand que la longueur de barre, une seule barre est utilisée pour ce morceau.

Exemple d’optimisation de découpe de barres

Exemple : Document d’optimisation de découpe de barres

Le nombre d’itérations influe sur la précision du calcul.

Le fichier trace détaille le calcul réalisé dans un fichier texte.

Exemple : Requête REN d’optimisation de découpe des barres

Dans cet exemple, on liste l’ensemble des composants « PROFIL » « ALU » d’une série.

On gère un simple compteur dans le champ « Piece » (on passe par une VBP car la REN est lancée sur chaque OF de la série).

La « SNO.GenRefCsa » contient la référence du profil. C’est sur celle-ci que doit porter le paramètre utilisateur d’optimisation (dans la désignation).

La « VBA.di-qte-lien » contient la longueur en « mm » de la pièce.

Le champ « Casier » n’est pas utilisé.

Les champs « Barre » et « OrdreBarre » ne sont pas exploités en paramètre d’entrée mais contiendront le résultat du calcul d’optimisation dans la REP.

Remarque :

Il est conseillé de rechercher les « morceaux » de barre dans la nomenclature de pointeur (« POUR CHAQUE POINTEUR GLOBAL ») et non dans la nomenclature de gestion (« POUR CHAQUE LaSerCod ») car cette dernière réalise un cumul des longueurs par référence.

VLO.IndiceFin = SLL.LanSerFabQteLan

BOUCLE VLO.Indice DE 1 A VLO.IndiceFin :

POUR CHAQUE Pointeur Global :

SI SAS.AppFam = CLO."ALU"

SI SAS.AppSFa = CLO."PROFIL"

INIT VBP.Ind = VBP.Ind + CLO.1

CREATION LISTE :

PRENDRE Piece = CHAINE( VALEUR= VBP.Ind , FORMAT= E0/3 )

PRENDRE Profil = SNO.GenRefCsa

PRENDRE Longueur = VBA.di-qte-lien

PRENDRE Casier = CGL.VIDE

PRENDRE Barre = CGL.ZERO

PRENDRE OrdreBarre = CGL.ZERO

FIN_BLOC

FIN_BLOC

FIN_BLOC

FIN_BLOC

FIN_BLOC

Utilisation de Listes Formatées

Les listes formatées sont utilisées pour l'édition de données sur des pré-imprimés.

Les informations peuvent être imprimées dans les trois zones suivantes :

Pour définir le contenu de ces zones, la requête REB utilisée dans le document doit contenir un ensemble de données minimales :

  • Taille de chaque zone

  • Contenu de chaque ligne de chaque zone (avec les attributs)

  • Numéro de page où doit apparaître la ligne

Les données sont présentées sous la forme d'une liste figée : WfImpPreFor.

Champs de la liste :

  • InfTyp (Type de l'information)

    • E : Entête,

    • P : Pied,

    • L : Liste.

Pour InfTyp = "E" ou "P",

  • InfPag (Numéro de page)

    • 0 = toutes les pages,

    • 1-n = page n,

    • -1 = dernière page.

  • InfLig (Numéro de ligne): en relatif par rapport au début de la zone.

    • InfImp (Ligne à afficher déjà formatée)

    • InfAtt (Attributs)(non géré)

Pour InfTyp = "L"

  • InfPag (Numéro de page)

0 = le nombre de pages est fonction de la taille de la liste.

  • InfLig (Numéro de ligne)

en relatif par rapport au début de la zone.

  • InfLLi (Numéro de sous-ligne par rapport à la ligne (uniquement dans la liste))

  • InfImp (Ligne à afficher déjà formatée)

  • InfAtt (Attributs)(non géré)

Cas particulier :

  • InfImp = "*SAUT-PAGE"

Saut jusqu'à la première ligne de la page suivante.

Taille des zones :

Définition du nombre de lignes de l'entête, de la liste et du pied avec le type "G = Général".

Le total de NbLigEnt + NbLigLis + NbLigPie doit être égal au "Nombre de Lignes" définit dans la gestion des formats. Il est nécessaire de connaître le format de papier que vous utiliserez.

CREATION Liste WfImpPreFor :

PRENDRE InfTyp = CLO."G"

PRENDRE InfImp = CLO."NbLigEnt=22"

FIN_BLOC

CREATION Liste WfImpPreFor :

PRENDRE InfTyp = CLO."G"

PRENDRE InfImp = CLO."NbLigLis=18"

FIN_BLOC

CREATION Liste WfImpPreFor :

PRENDRE InfTyp = CLO."G"

PRENDRE InfImp = CLO."NbLigPie=32"

FIN_BLOC

Exécution de Documents avec Mise en Forme XML (ou XML-RES)

L’exécution d’un document ayant comme type de mise en forme XML (ou XML-RES) se déroule comme suit :

  • pour une sortie fichier ou messagerie : après génération du fichier, la commande système éventuelle est exécutée et l’envoi par mail est traité.

  • pour une sortie imprimante ou terminal : le fichier n’est pas généré. L’impression présente la liste des balises générées avec leur valeur sous la forme :

<STATUT>

<DebutMessage>

<Emetteur>

<Identif>

[Code] DIAPASON

[Agence] PARIS

[TypeCode] APPLICATION

<Destinataire>

<Identif>

[Code] DIAPASON

[Agence] HORGUES

[TypeCode] APPLICATION

[No] 000054

[Date] 09122004

[Type] STATUT

[Heure] 161006

[VersionDuType] 1.00

<PanierStatut>

<LigneStatut>

<Identifiant>

[Type] ART

[Reference] 0408000003/0001

<Etat>

[CodeEtat] 110

[LibelleEtat] Lancee en Fabrication

<Unite> UN

<QteEtat> 5

<Date>

[Jour] 08

[Mois] 12

[Annee] 2004

<Information>

[Type] OF

[libelle]

[Reference] 3430001001

<Information>

[Type] SS-SERIE

[libelle]

[Reference] 3430001001

<LigneStatut>

<Identifiant>

[Type] ART

[Reference] 0408000003/0001

<Etat>

[CodeEtat] 130

[LibelleEtat] Fabriquee

<Unite> UN

<QteEtat> 5

<Date>

[Jour] 08

[Mois] 12

[Annee] 2004

<Information>

[Type] OF

[libelle]

[Reference] 3430001001

<Information>

[Type] PAL

[libelle]

[Reference] 0018682

<LigneStatut>

<Identifiant>

[Type] CDE

[Reference] 0412000002/0003

<Etat>

[CodeEtat] 100

[LibelleEtat] Integration

Remarques :

  • <…> : balise

  • […] : attribut

  • L’affichage des informations contenues entre <> ou [] est paramétrable en utilisant le paramètre général PARAM-GEN/PARAMETRES/EIA-XML-EDT

Par exemple si la désignation de ce paramètre contient : (XmlTBa) : XMLNiv, on aura :

<DebutMessage (L):1>

<Emetteur(L): 2>

<Identif(L): 3>

[Code(A): 4] DIAPASON

[Agence(A): 4] PARIS

[TypeCode (A): 4] APPLICATION

<Unite (V) : 3> UN

<QteEtat (V) : 3> 5

Paramétrage de Documents pour CRYSTAL REPORTS®

DIAPASON colle aux notions de CRYSTAL REPORTS® et intègre les notions  de rapports et de sources de données.

Gestion des Rapports

Permet de faire le lien avec un rapport défini dans CRYSTAL REPORTS® et de lui attacher la source de données à utiliser.

Description de la liste :

  • Rapport: Référence rapport.

  • Désignation: Désignation du rapport

  • Fichier: Nom du fichier résultat (sans extension). Ce fichier sera accessible depuis CRYSTAL REPORTS®, il aura pour extension « rpt ».

  • Sou. Don.: Référence source(s) de données utilisées par le rapport. La définition des sources de données est décrite plus loin dans ce chapitre.

  • Ctr ?: Drapeau indiquant que le rapport est à contrôler. Un contrôle est nécessaire suite à une modification de source de données notamment. L’action de contrôle est disponible via pop-up sur la liste, cette action est multiple et permet de lancer un contrôle sur plusieurs rapports. La valeur du drapeau est à « Faux » si le contrôle est OK, à « Vrai » dans le cas contraire.

  • Err ?: Drapeau indiquant si une erreur subsiste sur le rapport.

  • Erreur: Libellé décrivant la nature de l’erreur.

Description de la fiche :

« Onglet Définition »

  • Rapport: Référence du rapport. Référence unique par société.

  • Désignation : Zone de texte libre pour description sommaire du rapport.

  • Fichier: Nom du rapport utilisé dans CRYSTAL REPORTS®

  • Commentaire : Zone de texte libre pour informations complémentaires.

  • Sou. Don. : Source de données connectée lors de l’utilisation du rapport dans CRYSTAL REPORTS®.

  • Ctr ?: Drapeau indiquant que le rapport est à contrôler. Un contrôle est nécessaire suite à une modification de source de données notamment. L’action de contrôle est disponible via pop-up sur la liste, cette action est multiple et permet de lancer un contrôle sur plusieurs rapports. La valeur du drapeau est à « Faux » si le contrôle est OK, à « Vrai » dans le cas contraire.

  • Date: Date de dernier contrôle.

  • Heure: Heure de dernier contrôle

  • Err ?: Drapeau indiquant si une erreur subsiste sur le rapport.

  • Erreur: Libellé décrivant la nature de l’erreur.

Sur cette application, les actions disponibles sont :

  • Actions Standards GFG

  • Accès Source de Données: Permet d’accéder à la gestion des sources de données, en se positionnant sur la source de données rattachée au rapport courant.

  • Génération Source de Données: Permet de générer la ou les source(s) de données rattachée(s) au(x) rapport(s) sélectionné(s), c’est-à-dire de générer les fichiers XML et le fichier XSD qui seront utilisés par le rapport dans CRYSTAL REPORTS®.

  • Synchronisation Source de Données: Suite à une modélisation de rapport en local, il faut copier le fichier rapport Crystal (.rpt) sur le serveur à l’emplacement prévu ET lancer obligatoirement l’action « Synchronisation » accessible depuis la gestion des rapports dans DIAPASON.

En effet, Crystal Report mémorise l’emplacement des sources de données connectées sur le fichier rapport(.rpt). Une fois copiés les chemins font toujours référence à l’emplacement du PC local sur le ou les Serveur sélectionnés.

L’action « Synchronisation Source de Données » a pour effet de remplacer les chemins par ceux définis sur le ou les Serveur sélectionnés en mode Source de données « XML » sinon remplace les chemins par un chemin relatif en mode « Dataset » (cf. Gestion des source de données : Données XML)

Mode XML

Mode Dataset

  • Contrôle Source de Données

Cette action permet de contrôler la source de données sur le ou les serveurs sélectionnés.

Le résultat apparaît dans une trace comme ci-dessous.

  • Modification Source de Données

Cette action permet de lancer la gestion de fiche Diapason pour modifier la source de données du rapport.

  • Suppression avec Source de Données

Cette action permet de supprimer le rapport avec sa source de données associé.

Gestion des Sources de Données 

Une source de données correspond à la définition de la base de données sur laquelle le rapport va travailler. DIAPASON autorise un seul type de source de données : XML. La définition de la source de données permet de générer les fichiers XML (données) et XSD (définition des structures) permettant la conception du modèle dans CRYSTAL REPORTS®. Une source de données est multi-listes et peut donc générer 1 à n tables dans la structure (fichiers XML et XSD) utilisables dans CRYSTAL REPORTS®.

Description de la liste :

  • Source: Référence source de données

  • Désignation: Désignation de la source de données.

  • Type: Il existe trois types de sources de données :

    • DIC : Utilisation d’une liste d’extraction DAPASON.

    • REN : La ou les requêtes rattachée(s) à la source de données est de type REN

    • REB : La requête rattachée à la source de données est de type REB.

Description de la Fiche :

« Onglet Définition »

  • Source: Référence de la source de données. Unique par société DIAPASON.

  • Désignation: Zone de texte libre pour description sommaire de la source de données

  • Commentaire: Zone de texte libre pour informations complémentaires.

  • Racine XSD/XML : Contient la racine du fichier de données XML et du fichier décrivant la structure des tables XSD (schéma XSD standard).

« Onglet Caractéristiques »

  • Type: Type de la source de données. Les zones en saisie évoluent en fonction du choix effectué.

    • DIC : Utilisation d’une liste d’extraction DAPASON.

    • REN : La ou les requêtes rattachée(s) à la source de données est de type REN

    • REB : La requête rattachée à la source de données est de type REB.

  • Liste Ext.: Bouton présentant une sélection multiple sur les listes d’extraction définies dans DIAPASON .

  • Requête REB: Référence requête DIALOG de type REB. Une aide est disponible sur la zone.

  • Liste REB: Bouton permettant de sélectionner la ou les listes de la requête précédemment saisie.

  • Req. REN: Bouton permettant de sélectionner (drag & drop) la ou les requêtes DIALOG de type REN à rattacher à la source de données courante. Chaque sélection a pour résultante une liste dont la référence est celle de la requête REN.

  • Détail: Zone non saisissable présentant le résultat des différentes listes issues du paramétrage sus effectué.

  • Déf. Balise: Non Utilisé.

  • Variables: Bouton permettant de sélectionner les variables contextuelles visibles dans CR. Les types de variables présentés sont : SCR, VCR, VBP et XML. Si la source de données repose sur une requête REB, les variables utilisées par celle-ci apparaîtront en gras dans le drag&drop. Les variables sélectionnées seront ajoutées au contexte défaut systématiquement généré par DIAPASON et comprenant les variables suivantes :

Variable

Balise

Désignation

SCR.DOC_DocEdt

DOCUMENT

Référence du document

SCR.DOC_DocLib

DESIGNATION

Désignation du document

SCR.DOC_FicEdt

FICHIER

Nom fichier courant

SCR.DOC_ImpEdt

IMPRIMANTE

Référence imprimante

SCR.DOC_DocNEx

NB_EXEMPLAIRE

Nombre d’exemplaire(s)

SCR.DOC_DocPJTyp

TYPE_PJOINTE

Type pièce jointe

SCR.DOC_DocPJLib

DESI_PJOINTE

Désignation pièce jointe

SCR.DOC_DocPJFic

FIC_PJOINTE

Nom Fichier pièce jointe

VarRefUtilConnect

UTILISATEUR

Référence utilisateur

  • Balise Var.: Zone de texte libre pouvant contenir la définition de noms de balises pour chacune des variables sélectionnées. Cette liste de noms se présente sous la forme d’une liste chaînée et doit comprendre autant d’éléments (séparés par une virgule) que de variables sélectionnées. Par défaut les balises se présentent sous la forme <Type_Variable>.

Sur cette application, les actions disponibles sont les actions standards GFG.

  • Données XML

Zone Logique indiquant si la communication avec Crystal Reports® se fait par fichier XML ou par Dataset (Données en Mémoire).

Le mode « XML » est le mode de communication historique mais est moins performant que le mode « Dataset ».

En création sa valeur est par défaut à Non.

Les principales différences entre le mode « XML » et le mode « Dataset » pour le paramétrage des rapports Crystal Reports® se situent sur la gestion des formats dans Crystal Reports® :

-Format Date : En mode Dataset le format est transformé en « Datetime » dans la source de données Crystal Reports®, il est nécessaire de formater les champs en fonction de ce format particulier dans Crystal Reports® sinon l’affichage défaut de Crystal Reports® est « JJ/MM/AAAA hh:mm:ss » au lieu de « JJ/MM/AAAA » pour l’ancien Format « Date »

-Format Alpha : Les formats définis dans Diapason (par exemple « C/10 ») ne sont plus interprétés par Crystal Reports® c’est-à-dire que Crystal Reports® ne tronquera plus au format défini sur le champ dans Diapason.

Remarques

Après avoir migrer une édition Crystal Reports® du mode « XML » vers le mode « Dataset », il est nécessaire de lancer l’action « Synchronisation source Données » depuis les rapports utilisant la source de données courante.

Lors de mise à jour de ce champ, si la source de données contient un Champ « Date », une alerte prévient qu’une modification du rapport Crystal Reports® peut être nécessaire pour mettre à jour le format d’affichage des champs de type « Date ».

Après la synchronisation des rapports avec une source de données « Dataset », les liens avec les fichier XSD et XML sont stockés en relatif dans le rapport Crystal reports®. Ceci permet une meilleur portabilité des documents entre serveurs.

Mode Dataset

Mode XML

  • Format. Alp. Resp. ? Zone Logique indiquant si le format Alpha doit être respecté ou non. Ce champ n’est disponible qu’en mode « XML ». En création sa valeur sera par défaut à Non. Pour respecter le comportement historique défaut de Crystal Reports® qui formate les valeurs alpha à la taille de définition du champ, il faut le cocher. Si le champ n’est pas coché, la taille (par exemple « C/10 ») ne sera pas transmise à Crystal Report, ainsi les données ne seront pas tronquées lors de l’Edition ( si la valeur dépasse 10 caractères pour l’exemple). Pour que la modification de ce champ soit prise en compte lors de l’Edition, il faut, au préalable, regénérer les sources de données depuis la définition des rapports.


JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.