Interface import des lignes (Ramasoft => Diapason)

Une fois les lignes de châssis saisies sous Ramasoft, l’utilisateur devra exporter l’intégralité des lignes saisies pour le projet - code regroupement via l’action Export Project to Diapason . Si une commande Diapason a été “éclatée” sur 2 dossiers Ramasoft via 2 codes regroupements : les lignes ALU sur le projet ALU , les lignes PVC sur le projet PVC, il y aura donc deux imports de lignes coté Diapason à partir des fichiers générer par chacun des dossiers Ramasoft.

L’action d’export des lignes de commandes génère dans le répertoire spécifié deux types de fichiers :

• Un fichier XML destiné a définir les lignes de commandes Diapason. Le nom du fichier généré est construit de la façon suivante :

RmsDiap_LigCde_ + Numéro de commande + Code Regroupement + Diapason a l’origine du projet Rama soft

• Autant de fichier XML permettant de décrire la nomenclature des produits, que de lignes de commandes exportées. Ces fichiers seront directement exploités dans la phase de génération de la nomenclature de pointeur Diapason ( phase DT) afin de générer automatiquement une nomenclature à partir des données calculées par Ramasoft.

Exemple de fichier ligne de commande

RmsDiap_LigCde_121000024_PVC.xml

L’intégration du fichier XML de création ( ou modification) des lignes de commandes dans Diapason est effectuée via le traitement EAI IRSLigCde. La modification de ligen de commande s’effectue par une suppression des lignes existantes puis une nouvelle création en repartant du dernier numéro de ligne encore existant. Il est nécessaire de paramétrer sur le Type de réception IRsLigCde le répertoire Unix de scrutation des fichier XML de ligne de commandes issues de Ramasoft

ls /répertoire à scruter/RmsDiap_LigCde*.xml

Remarque : vous devez spécifier dans le paramètre 0 le répertoire de scrutation qui sera interprété par la requête REB IRSRecFic que vous devez initialiser sur le type de réception IRSLigCde.

La création des lignes de commandes Diapason à partir du fichier Ramasoft nécessite de faire évoluer votre GCA au lancement du configurateur afin d’alimenter la VBP IRSCdeNumLig comme suit :

INIT VBP.IRSCdeNumLig = VDL.IRSCdeNumLig

La VBP doit être initialisée et exploitable durant la phase de démarrage du configurateur.

Le traitement EIA IRSLigCde de création des lignes de commandes Diapason, récupère les fichiers du répertoire scruté et lance le processus de création des lignes de commande sur la même base que l’intégration d’un fichier XML Prodevis : Arbre de condition de type EIA pour la création de la ligne + modèle de correspondance pour la définition du scénario. ( voir documentation Intégration XML prodevis).

L’arbre de condition a lancer pour la définition des lignes de commande doit être paramétré dans le TDY IP7IniCdeT :

La référence du message doit être initialisé à IRSLigCde.

L’arbre de condition de création des lignes de commande ainsi que les modèles de correspondances peuvent s’appuyer sur les variables BDE, BDL et BDC suivante :

Le lien entre la ligne de commande Diapason et la ligne de projet Ramasoft s’effectue par la notion de GUID ( identifiant unique de la ligne Ramasoft) stocké en tant que VDL de la ligne de commande Diapason liée VDL. IRSCdeNumLig.

Le code regroupement issu du fichier lignes Ramasoft ( BDE.IRSRefRgpCde ) alimentera par défaut la VDL.IRSRefRgpCde. L avaleur de cette VDL permet d’identifier les lignes rattachées a tel ou tel code regroupement et cibler celles devant être supprimées lors d’un reimport d’un fichier ligne de commande issu de Ramasoft. ( Exemple: on ne supprime que les lignes ALU lors de l’import du dossier ALU et que les lignes PVC lors de l’import du dossier rattaché au code regroupement PVC)

La VDL. IRSRepNom permet de stocker le répertoire d’archive des vignettes issues de Ramasoft.

Lors du déroulement du scénario de définition commercial Diapason, une structure d’objet de type Calcul dimensionnel, basés sur les données Ramasoft, peut être exploité pour la création de contexte ainsi que la récupération des données technique propre a chaque objet ( hauteur hors tout châssis , longueur de traverses, type de vitrage …). Cette structure de données est créée automatiquement lors du déroulement du scénario à partir du fichier nomenclature généré par Ramasoft.

Les objets générés à partir de la nomenclature Ramasoft ont tous une racine commençant par ‘S’ ( ‘E’ pour les objets issus du calcul dimensionnel Diapason) :

La lecture du calcul dimensionnel issu de Ramasoft s’effectue via les mêmes formules de recherche ( OCD et LCD) que celles du s calcul CDM interne au plugin. La différenciation entre les deux calculs s’effectue via l’objet recherché ‘S_xxx’ pour les objets issus de Ramasoft, ‘E_xxx’ pour les objets issus du calcul Diapason.

La consultation du CDM Ramasoft s’effectue via la même action que le CDM issu de Diapason.

Lors de la création d’une ligne de commande Diapason à partir du XML Ramasoft, il est donc possible de reconstruire un scenario de commande multi contexte basé sur les objets Ramasoft, dans le but de calculer un prix ou un libellé construit de la menuiserie. La création de contexte à partir des données du CDM Ramasoft ne peut pas être réalisée actuellement directement à partir du modèle de correspondance ( la construction des objets issus de Ramasoft n’est pas réalisée a ce stade), mais doit être faite durant le déroulement du scénario.

En sortie du modèle de correspondance, il est nécessaire de créer un contexte par défaut. Le scénario devant être déroulé lors de la création de la ligne de commande contient donc un contexte, mais à la fin du déroulement de ce contexte, durant la phase de nomenclature de contexte, il est possible de créer de nouveaux contextes fils dont la nature, le nombre et l’alimentation des VBA peut exploiter la structure d’objets Ramasoft évoqué ci-dessus.