Interface article (Ramasoft => Diapason)

Principe

L’interface article a pour objectif de vérifier la cohérence entre les codes articles Ramasoft et ceux de Diapason dans le but de fiabiliser l’interface nomenclature.

C’est donc une mécanique indépendante de l’interface nomenclature qui permet de détecter les problèmes au plus tôt sans attendre qu’une ligne de commande tombe sur des articles à problème.

Elle se déroule en plusieurs temps :

• extraction des lignes de prix des articles Ramasoft par une requête SQL (manuellement depuis SQLManager ou automatiquement)

• Ouverture du tableur “IRSCtlArt” et chargement du résultat de la requête SQL

• Lancement de l’action de contrôle

• Sur chaque ligne à problème, en fonction de la nature du problème :

  • Correction dans Ramasoft

  • Création d’article dans Diapason

Fonctionnement du tableur

Chargement des données

Le tableur peut charger les données de 2 manières différentes :

Depuis un fichier csv

Si la requête SQL a été automatisée elle peut enregistrer le résultat dans un fichier csv.

A l’ouverture, le tableur demande en critère le chemin absolu du fichier csv.

Le tableur va charger le contenu du fichier dans les colonnes blanches :

Par copier-coller

A utiliser dans le cas où la requête SQL est exécutée manuellement depuis SQLManager.

Le critère “Fichier” du tableur est facultatif. Si on ne le saisie pas, le tableur s’ouvre avec une seule ligne.

Il doit être chargé par copier-coller depuis les résultats de la requête SQL.

Seule les colonnes ayant un fond blanc sont à alimenter.

Contrôle des articles

L’action “Contrôle correspondance article (F11)” permet de vérifier si les codes susceptibles d'être transmis par Ramasoft (colonne “Référence Ramasoft”) existent parmi les article Diapason.

Cette action traite systématiquement l’intégralité du contenu du tableur.

Sur chaque référence Ramasoft, l’action exécute les règles de la TV IRsSpeArt (celles qui portent sur la VBA.IRSCsaRMS) puis fait les contrôles suivants :

• longueur maximal

• caractères autorisés

• doublons

• existence parmi les articles ou vari-article Diapason

L’action alimente les colonnes en vert :

• Article recherché dans Diap : correspond à la colonne “Référence Ramasoft” sur laquelle on a exécuté les règles de la TV IRsSpeArt. C’est sur ce code là que les contrôles ont lieu.

• Résultat contrôle : OK ou PB

• Libellé problème : liste des problèmes trouvés sur la ligne courante

Quand le contrôle est terminé, une synthèse est affichée dans un warning.

La correction des lignes à problèmes va dépendre de l’appréciation du paramétreur

• Dans Ramasoft,

  • modification de la référence de la ligne de prix

  • Ajout d’un UDP INoVariOri = FICTIF sur les pièces fictives

  • ….

• Dans Diapason, création de l’article manquant :

  • directement dans la liste Diapason

  • par import en masse

  • via l’action ci-dessous

Création article

Cette action créé les articles pour les lignes sélectionnées.

Elle le fait en dupliquant un article modèle et ces LAFs (s’il en existe).

Il faut créer un article standard “modèle” par famille d’article :

• Référence article = référence famille Ramasoft (1ère colonne du tableur)

• Mot directeur = MODELE

Les familles gérées par la requête SQL au 01/01/2025 sont les suivantes

Le résultat de la création d’article est affiché dans les colonnes bleues :

• Résultat création : OK/PB

• Libellé problème s’il y en a eu un

Il y a peut-être des modifications à faire manuellement sur l’article ou le LAF créé pour que le comportement de l’article soit correct dans le flux Diapason. On peut retrouver les articles créés par cette action car ils ont le mot directeur “TDY_IRSCtlArt”.

Les colonnes bleues sont remises à vide sur l’action de contrôle (F11).