Bonnes pratiques Ramasoft / Interface Diapason
Le but de cette page est de recenser les règles de paramétrage a respecter dans Ramasoft pour permettre/faciliter le fonctionnement de l’interface Diapason/Ramasoft.
Il peut parfois y avoir des exceptions à ces règles en fonction d’un contexte client particulier (produit, mise en œuvre Ramasoft ou Diapason)
Gestion des articles
Les règles dont on parle dans ce chapitre concernent l’interface nomenclature Ramasoft => Diapason.
Elles permettent de faire en sorte que la nomenclature qui “remonte” dans Diapason comporte des liens avec des articles connus de Diapason.
Codification article
Articles hors profils
Pour ces articles il y a souvent un lien direct entre l’article Ramasoft et l’article Diapason.
Celui-ci va se faire par le biais des “lignes de prix” de l’article Ramasoft.
Exemple sur des poignées :
Voici la pièce de quincaillerie dans Ramasoft
Elle se décline sur 3 couleurs qui ont chacune leur ligne de prix
La colonne “Référence” de la ligne de prix doit contenir la référence de l’article Diapason.
Règles à respecter :
25 caractères max
Caractère autorisés (tous les autres sont interdits 🙂 ): ABCDEFGHIJKLMNOPQRSTUVWXYZ-_0123456789/
Pas d’espace
Attention aux doublons : 2 articles Ramasoft avec la même référence sur leurs lignes de prix = même article dans Diapason. Il faut y penser en particulier lors des duplications d’articles.
La “Description 1” (premier onglet de la fiche Ramasoft) va donner la désignation article Diapason. Cette dernière est limitée à 50 caractères donc elle peut être tronquée dans Diapason.
Il peut arriver qu’on se serve de la référence article pour faire passer d’autres infos. Par exemple : “Les articles commençant par “$" doivent aller dans le colis quincaillerie”.
Dans Diapason, le tableur IRsSpeArtT permet de sauver cette information ailleurs tout en retravaillant la référence pour retomber sur le code article Diapason.
Plus d’infos ici : Interface Nomenclature (Ramasoft => Diapason)
Pour le genre de problématique indiquée ci-dessus, il est préférable, quand c’est possible, d’utiliser les descriptions 2 à 5 disponibles sur les articles Ramasoft.
Sur la menuiserie Ramasoft, on peut visualiser sur la BOM le code article qui sera transmis à Diapason dans la colonne “Code commande” :
Profils
Alu-PVC
Dans Ramasoft le profil correspond à une géométrie particulière et il va être utilisé sur toutes les couleurs int/ext dont a besoin.
Dans Diapason chaque combinaison géométrie + couleur int/ext est un article.
L’article Ramasoft correspond donc à plusieurs articles Diapason.
Il y a 2 possibilités pour gérer les profils :
1️⃣ Méthode 1 : Se ramener au cas des articles hors profils, c’est à dire faire en sorte le “Code commande” visible sur la BOM corresponde à un article Diapason.
La construction du code commande est un peu différente des autres articles. Ramasoft prend le code indiqué sur la ligne de prix auquel il ajoute des préfixes et suffixes liés aux couleurs et groupes de couleurs (script).
C’est la méthode la plus simple.
Il faut que la codification article le permette (référence article = géométrie + couleur int/ext)
Il faut que tous les codes articles soient créés coté Diapason (cas du PVC ou de l’alu avec un nombre restreint de couleur). Dans l’alu quand il y a un grand nombre de couleur les articles sont créés dynamiquement dans Diapason (un par couleur) => voir méthode 2
2️⃣ Méthode 2 : Faire en sorte que Diapason retrouve le code article à partir de la géométrie et des couleurs int/ext transmis par Ramasoft
La géométrie correspond au champ “Numéro” de la fiche profil Ramasoft. Elle doit correspond au champ “Géométrie” de la fiche article Diapason.
Les codes couleurs transmis par Ramasoft doivent être identiques à ceux des fiches articles Diapason. On peut toujours faire une transcodification dans Diapason mais cela alourdi considérablement la maintenance.
Dans la solution 2, Diapason gère une table de correspondance ressemblant à ça :
Plus d’infos ici : Interface Nomenclature (Ramasoft => Diapason)
Il est possible d’utiliser la solution 1 pour certaines familles de profils et la 2 pour d’autres!
En effet, quoi qu’il arrive, pour chaque pièce de la nomenclature, Diapason applique la méthode 1 et s'il n’a pas trouvé d’article connu, il applique la méthode 2.
Bois
La particularité du bois est que les profils en nomenclature correspondent souvent à des carrelets c’est à dire des parallélépipèdes ayant une section (H*L) est une profondeur.
Le carrelet est usiné pour y donner la géométrie dont on a besoin.
Les méthodes 1 et 2 évoquées pour les profils Alu-PVC sont bien entendu toujours valables.
Le tableur IRsSpeArtT évoqué dans le chapitre “Articles hors profils” peut permettre ici de reconstituer complétement la référence article Diapason en utilisant des infos de Ramasoft propre au bois :
Essence (VBA.IRSEssenceBois du fichier BOM)
Section (VBA.IRSSectionBrut du fichier BOM)
Attention alors à synchroniser la codification de ces informations dans Ramasoft avec celles attendues par Diapason.
Les règles peuvent être des opérations sur des chaines de caractères (tronquer, concaténer,…) et/ou des tableaux de correspondance à entrées et sorties multiples.
Section
La section transmise par Ramasoft correspond à la section de carrelet du schéma ci-dessous (et pas la section profil fini):
Dans le sens de la longueur
Ramasoft transmet la longueur du profil fini.
Admettons que pour une même section on ait 3 carrelets de longueurs différentes : 1000, 1500 et 2000mm
Donc pour un profil de longueur 1238mm le choix du carrelet de 1500mm est à faire dans Diapason.
Les 3 articles carrelets resteront inconnus de Ramasoft.
Articles fictifs
Les articles fictifs Ramasoft (ceux qui servent à déclencher des usinages par exemple) ne doivent pas être transmis à Diapason sur l’interface nomenclature ou article (en cours de développement).
Pour cela il faut mettre sur l’article Ramasoft une variable “Défini par l’utilisateur” “INoVariOri” = “FICTIF” :
Pour créer cette variable si elle n’est pas déjà disponible :
Ouvrir le “Gestionnaire UDP”
Créer la variable “INoVariOri”
Autres règles
Codification menuiserie
Pour une meilleur harmonisation entre les différents logiciels (ProDevis, Diapason et Ramasoft), voici la liste des codes utilisés par ProDevis.
Ouvrant “sans poignée”
Il ne faut pas déclarer des types d'ouvrants sans poignée dans Ramasoft.
Si c’est le cas, le sens d’ouverture et la hauteur de poignée ne seront pas transmis à Diapason dans la nomenclature.
Récapitulatif notions Ramasoft
Voici un récapitulatif des notions Ramasoft qui sont potentiellement à codifier de manière concertée avec Diapason :
Champ “Référence” des lignes de prix
Champ “Numéro” des profils
préfixes et suffixes des couleurs et groupes de couleurs
Références des couleurs envoyées dans le fichier BOM (champ à préciser)
Section profil (Bois)(champ à préciser)
Essence bois (champ à préciser)
UDP INoVariOri” = “FICTIF sur les articles fictifs