Voir la source de M-PS Easy Folder Connector 7.2 Fr

==PREREQUIS ET CONCEPT==

Ce guide décrit les procédures de paramétrage et d’utilisation du connecteur EasyFolder. Il est basé sur la documentation fournie par CIMAIL : Capture en mode SAS.

Le fonctionnement de ce connecteur est lié avec M-Designer et M-Processing Server, version 7.2 et suivantes.

Le principe du connecteur EasyFolder est de générer des flux PDF et XML en se basant sur les index positionnés dans la maquette M-Designer :
un PDF généré à la norme PDF/A.
Un flux XML fournissant les informations nécessaires au classement, appelé documentInformation

Ce document décrit le mode de fonctionnement attendu dans Mapping pour créer des fichiers importables par EasyFolder Capture.


==ARCHITECTURE GENERALE CIBLE==

===ARCHITECTURE FONCTIONNELLE===

 
D’un point de vue Mapping, la mise en place de la solution ne nécessite l’ajout d’aucun logiciel complémentaire à une architecture classique de traitement. Il s’agit d’ajouter un connecteur EasyFolder pour produire un fichier d’index/métadonnées conforme au standard EasyFolder Capture.

===LOGICIELS MAPPING CONCERNES===

* M-Designer 7.2.0 et supérieur
* M-Processing Server 7.2.0 et supérieur

===CHAINE D’INTEGRATION===

L’objet est de définir les critères d’indexation permettant de stocker et de rechercher les documents dans EasyFolder. La récupération de ces critères se fait soit au moment de la définition du modèle de composition du document, dans M-Designer, ou dans la chaine de traitement du Workflow par extraction de données, dans M-Processing Server.
La création du fichier d’index/métadonnées au format EasyFolder se fera dans le workflow Mapping en utilisant le nouveau connecteur permettant la production d’un XML structuré selon le schéma communiqué.

===PLAN DE CLASSEMENT===

Le plan de classement EasyFolder doit être défini en amont de l’intégration des fichiers Mapping, le contenu et une partie de la structure des fichiers XML étant dépendant de ce plan de classement. Si l’arborescence définie dans le fichier XML n’existe pas, le fichier sera rejeté. Une solution d’import automatique avec création dynamique du plan de classement est à l’étude chez CIMAIL (soit solution fonctionnelle FindOrCreate mais non intégrée de base dans le produit aujourd’hui, soit paramétrage d’un import automatique via l’outil Import2Folder, sous la responsabilité de l’intégrateur de la solution chez le client final).

L’approche générale est donc de définir un plan de classement simple en fonction des informations définies dans le fichier de données provenant de l’application (métadonnées permettant de définir et d’indexer le document dans Mapping : type de document, date, critères de recherche).

De même, les métadonnées sont à créer dans EasyFolder avant d’être utilisées dans Mapping.

Exemple d’arborescence :
*Documents des ventes (catégorie de documents)  // défini dans le Workflow (action spécifique ou table de paramétrage)
*Société (Index) // défini dans le modèle de composition et/ou le Workflow
*Factures (Type de document) // repris dans les attributs du fichier et/ou le Workflow
*Année (Index) // défini dans le modèle de composition et/ou le Workflow
*Numéro de facture (Index) // défini dans le modèle de composition et/ou le Workflow

==MODELE DE DONNEES==

Le fichier XML permettant l’intégration dans EasyFolder doit contenir les éléments suivants :
* Un bloc DOCUMENTINFORMATION
*Un bloc CAPTURE (imbriqué dans le bloc DOCUMENTINFORMATION)
* Un bloc DESTINATION (imbriqué dans le bloc CAPTURE)

===ENTETE / FORMAT===

Le fichier est à créer en utf-8, sans indicateur d’ordre des octets (BOM en anglais, pour Byte Order Mark).

 <?xml version="1.0" encoding="utf-8" ?>

===BLOC DOCUMENTINFORMATION===

Ce bloc est présent une seule fois.

{| class="wikitable"
|-
! Paramètre !! Valeurs possibles !! Remarque
|-
| Title	|| Chaîne [%MAP_TITLE%]|| Nom du fichier attendu dans EasyFolder. Défini par l’utilisateur
|-
| AdditionnalInformation || N/A|| Optionnel
|-
| EventLog || N/A || Géré automatiquement par le système
|-
| Actions || Cf. bloc CAPTURE || UNE seule balise Actions est possible
|}

Exemple EasyFolder :
 <DocumentInformation>
 <Title>NomDeFichierEF</Title>
 <AdditionalInformation />
 <EventLog />
 <Actions>
 <!— BLOC CAPTURE -->
 </Actions>
 </DocumentInformation>

===BLOC CAPTURE===

Ce bloc est présent une seule fois.

 <Actions>
 <Capture>
 <DepositData>
 <Sender>
 <User>DOMAIN\user</User>
 <Server>SRV-EF</Server>
 </Sender>
 <DepositExtraData>
 </DepositExtraData>
 </DepositData>
 <CaptureData>
 <Creator>DOMAIN\AppMetierService</Creator>
 <CaptureRoutingData Protocol="Easyfolder">
 <DocumentReference>
 <!— BLOC DESTINATION -->
 </DocumentReference>
 <ReplacementMode>NouvelleVersion</ReplacementMode>
 <RequireValidation>False</RequireValidation>
 </CaptureRoutingData>
 </CaptureData>
 </Capture>
 </Actions>

{| class="wikitable"
|-
! Paramètre !! Valeurs possibles !! Remarque
|-
| User || Chaine || A définir lors de l’intégration	Domaine\Utilisateur de l’utilisateur qui a déposé les documents dans le dossier de capture
|-
| Server || Chaine || A définir lors de l’intégration	Machine qui héberge l’OCR
|-
| Metas || Chaine || Métadonnées Mapping, à définir lors de l’intégration	A définir en amont dans EasyFolder, le type d’index (chaine, date, nombre…) doit être respecté
|-
| ReplacementMode || Remplace, AjoutDebut, AjoutFin, NouvelleVersion || Mode de remplacement du document dans la rubrique
|-
| RequireValidation || True, False || Indique si la validation du document est requise ou non
|-
| Destination || Cf bloc DESTINATION || Ce bloc sert à décrire la cible de publication, il est analysé par l’application de destination, Capture n’essaie pas de l’interpréter (et n’en est pas capable).
|}

===DESTINATION===

Le bloc Destination définit où « ranger » le document dans le plan de classement EasyFolder. Il existe plusieurs méthodes pour définir l’accès au plan de classement (code rubrique, référence externe, ID de rubrique, nom de rubrique, chemin de la rubrique....), les paramètres utilisés pouvant être multiples.

Dans Mapping, on privilégiera généralement la référence externe, car les informations viennent généralement d’un référentiel métier existant. A noter que cette configuration sera à définir lors de la phase d’intégration.

'''Remarque''' : Les rubriques doivent être définies au préalable dans EasyFolder.

{| class="wikitable"
|-
! Paramètre !! Valeurs possibles !! Remarque
|-
| ReferenceExterneRubrique || Chaîne || Combinaison de métadonnées et/ou de constantes. A définir lors de l’intégration.	Indique la destination a l’aide de la référence externe de la rubrique
|-
| CodeRubrique || Chaîne || Combinaison de métadonnées et/ou de constantes. A définir lors de l’intégration. Indique un niveau de classement. On indiquera généralement plusieurs codes rubriques à l’aide de plusieurs nœuds
|-
| ModelCode || Chaîne || Combinaison de métadonnées et/ou de constantes. A définir lors de l’intégration. Indique la destination à l’aide du code d’un document
|}

==PRINCIPE DE FONCTIONNEMENT MAPPING==

Pour créer un fichier xml d’importation pour EasyFolder Capture, Mapping utilisera un modèle de fichier xml structuré et contenant des champs de remplacement (métadonnées) à remplacer pour chaque PDF créé. Ce fichier pourra être générique mais dépendra généralement du type de document concerné. On aura alors un modèle de fichier XML par type de document, à définir de préférence dans une table de résolution.

===METADONNEES===

Les métadonnées correspondent à l’ensemble des champs disponibles dans le workflow. Il peut s’agir de paramètres d’environnement du workflow : paramètres système (nom du serveur, date/heure), attributs de fichiers (nom du fichier, utilisateur, nombre de pages…) ou paramètres définis par des actions du workflow. Il peut également s’agir de données présentes dans le document (numéro de client, numéro de facture…). Ces métadonnées Mapping peuvent être utilisées pour classer le document, ou en tant que métadonnées EasyFolder.

Les paramètres d’environnement sont récupérés ou définis lors du traitement du Workflow et s’utilisent avec la syntaxe suivante : [%PARAMETRE%]. 

Exemple :

*[%COMPUTERNAME%] pour le nom du serveur Mapping
*[%MAP_USER%] pour le nom de l’utilisateur propriétaire du document
*[%MAP_TITLE%] pour le titre du document
*[%MAP_PAGE%] pour le nombre de pages


Les données en provenance du document sont à définir en tant que critère d’indexation, soit à l’aide de zones Métadonnées/Index dans M-Designer au moment de la composition, soit à l’aide de commandes d’indexation du Workflow. Elles sont utilisées avec la syntaxe suivante : [[INDEX]].
Exemple :
-	[[IDX_NUMCLI]] pour un critère nommé IDX_NUMCLI et stockant une information « numéro de client »

===APPEL DU FICHIER XML AU FORMAT EASYFOLDER CAPTURE===

Les fichiers XML décrivant les modèles d’export des index seront stockés dans un répertoire spécifique défini dans les paramètres d’environnement de Mapping : paramètre PATH_XML_EFCAPTURE à ajouter dans la configuration du serveur Mapping (mapping.conf).
Une table de paramétrage Mapping servira à définir, pour chaque fichier à envoyer vers EasyFolder Capture, le fichier XML servant de modèle de structure.

La conversion au format PDF et la création du fichier d’index se fera en une seule étape du Workflow grâce à l’utilisation de la commande Export vers EasyFolderCapture.

<br />
===FICHIERS DE SORTIE===

Au minimum 2 fichiers doivent être créés :
-	Un fichier PDF (au format PDF/A) avec le nom complet défini dans la boîte du Workflow
-	Un fichier XML (en UTF-8 par défaut, mais paramétrable) avec le même nom que le PDF + l’extension xml (filename.pdf.xml)

La commande de conversion PDF fonctionne de manière standard avec utilisation de critères d’indexation (métadonnées) et éclatement éventuel.

Si un éclatement est demandé, il sera le même pour les PDF et les XML (production systématique d’un fichier XML par document PDF).

===EXEMPLES===

====CLASSEMENT====

Par exemple pour classer les fiches de paye, il faut dans le fichier XML généré par Mapping la balise suivante :
 <DocumentReference>
 <ReferenceExterneRubrique Order="1" RefExt="01244578"/>
 <CodeRubrique Code="PAYE" Order="2"/>
 <CodeRubrique Code="2014" Order="3"/>
 <ModelCode Order="4" Code="FDP" />
 </DocumentReference>

Dans le fichier XML de modèle pour Mapping, cela correspond à la balise :
 <DocumentReference>
 <ReferenceExterneRubrique Order="1" RefExt="[[IDX_MATRICULE]]"/>
 <CodeRubrique Code="PAYE" Order="2"/>
 <CodeRubrique Code="[[IDX_ANNEE]]" Order="3"/>
 <ModelCode Order="4" Code="FDP" />
 </DocumentReference>

Où [[IDX_ANNEE]] et [IDX_MATRICULE]] sont des index définis dans le modèle de document reprenant les valeurs du fichier de données.

====METADONNEES====
 
Pour ajouter les métadonnées sur la déclaration d’embauche, il faut dans le fichier XML généré par Mapping la balise suivante :
 <Metas>
 <NumberMetadata Key="Salaire">00010</NumberMetadata>
 <Metadata Key="Nom du poste">Ingénieur Développement</Metadata>
 </Metas>

Dans le fichier XML de modèle pour Mapping, cela correspond à la balise :
 <Metas>
 <NumberMetadata Key="Salaire">[[IDX_SALAIRE]]</NumberMetadata>
 <Metadata Key="Nom du poste">[[IDX_POSTE]]</Metadata>
 </Metas>

Où [[IDX_SALAIRE]] et [IDX_POSTE]] sont des index définis dans le modèle de document reprenant les valeurs du fichier de données.