Les différents types d'intégration

En fonction de ce qu’on modifie sur la ligne de commande commerciale, DIAPASON fait une intégration plus ou moins complète de la ligne de commande.

Types d’intégration possibles

En parallèle du traitement automatique de l’intégration par DIAPASON, il est possible de réaliser une intégration simplifiée des besoins commerciaux sans régénérer tout l’environnement de l’ensemble des lignes de commandes de gestion dans certains cadres de modification de ligne de commande commerciale; de plus, certaines modifications bloquantes par les statuts des lignes de commandes de gestion (comme la modification des dates lorsque les lignes de gestion sont lancées en fabrication par exemple), sont autorisées.

Il existe maintenant 3 niveaux de modification d’une ligne de commande commerciale :

1. Processus IN : les modifications effectuées font que l’intégration complète est nécessaire : il s’agit du processus qui reconstruit totalement toutes les lignes de besoins de gestion rattachées à la ligne commerciale; ce processus sera effectivement exécuté si aucune ligne de commande de gestion ne dispose d’un statut bloquant (exemple : ligne de commande lancée si produit à la commande) et si la ligne de commande est valide pour l’intégration; ce processus est obligatoire si au moins l’une des informations suivantes a été modifiée :

CdeLigAccesGen (Accès Générateur)
CdeLigQteCom (Quantité Commandée Commercialement)

2. Processus MO : les modifications effectuées font qu’une intégration simplifiée est nécessaire : ce processus est décrit ci-dessous et dispose de variantes pilotables (MG,ML); il est exécuté si la ligne de commande est valide pour l’intégration ; ce processus est obligatoire si au moins l’une des informations suivantes a été modifiée :

CdeExpSupAut Expèd. > à Qté Commandée ?
CdeLigTypDelai Type Délai
CdeLigDateSai Date saisie.
CdeLigDateExp Date d'Expédition
CdeLigSemLiv Semaine de Livraison Prévue
CdeLigInfDelai Infos Complémentaires Délai
CdeLigTournee Tournée
CdeLigTvaRef Méthode Calcul TVA
CdeLigTarRef Référence Tarif Utilisé
CdeLigComPrix Prix Ligne de Cde Saisie Cde en UM Cde Client.
CdeLigComPrPub Prix Unitaire Public Saisi Cde en unité de mesure Cde Client.
CdeLigComPrRem Remise sur Ligne de Cde saisie Cde
CdeLigComSaiTotHT Montant Total HT pouvant être saisi.
CdeLigComPlHT1 Plus value associée au montant HT hors produit.
CdeLigComPlHT2 Plus value associée au montant HT hors produit.
CdeLigComPlHT3 Plus value associée au montant HT hors produit.
CdeLigComPlHT4 Plus value associée au montant HT hors produit.
CdeLigComPlHT5 Plus value associée au montant HT hors produit.
CdeLigComPlTT1 Plus value associée au montant TTC.
CdeLigComPlTT2 Plus value associée au montant TTC.
CdeLigComPlTT3 Plus value associée au montant TTC.
CdeLigComPlTT4 Plus value associée au montant TTC.
CdeLigComPlTT5 Plus value associée au montant TTC.
CdeLigPrCession Prix Cession Production
CdeLigPrRevient Prix Revient Gen. DT
CdeLigDesArt Désignation Article
CdeLigMarCom Marque Commerciale
CdeLigRefReg Référence Regroupement Lignes
CdeComLig Commentaire Ligne de Commande

3.Processus 0M : les modifications effectuées font qu’aucune intégration est nécessaire : ce cas est déclenché par DIAPASON si les 2 cas précédents ne sont pas rencontrés.

Le niveau de processus est déduit par DIAPASON automatiquement mais peut être piloté et forcé par DIALOG, sur le type de requête GCL. Le contexte d’exécution de la requête GCL est le suivant :

Avant l’exécution de la requête GCL, DIAPASON initialise une variable critère standard (SCR.CdeSCDInt) qui contient les valeurs suivantes possibles :
IN : la modification courante fait que le processus IN sera forcément lancé.
MO : la modification courante fait que le processus MO au minimum doit être lancé.
MOB : la modification courante fait que le processus MO au minimum doit être lancé ; ce statut indique que la ligne de commande est dans un statut de niveau bloqué, ne permettant pas le processus IN (ligne lancée ou expédiée par exemple).
Valeur vide : la modification courante fait qu’aucune intégration ne sera lancée.
B : la modification courante fait qu’aucune intégration ne sera lancée ; ce statut indique que la ligne de commande est dans un statut de niveau bloqué, ne permettant pas le processus IN (ligne lancée ou expédiée par exemple).
Dans la requête GCL, le niveau d’intégration souhaité peut être forcé, en initialisant une variable partagée requête dont le nom est VBP.CdeSCDInt ; cette variable peut contenir les informations suivantes :
IN : le processus IN est forcé.
MO ou MG ou ML : le processus MO est forcé.
Valeur vide ou variable non définie : le processus n’est pas forcé.
SANS-INTEGRITE : dans ce cas là, Diapason permet de valider la modification de la ligne commerciale mais, comme son nom l'indique, aucune intégrité des données ne sera assurée puisque Diapason ne postera ni un événement de génération des DT ni un événement d'intégration. En clair, les modifications seront bien enregistrées sur la ligne commerciale MAIS les nomenclatures et les lignes de gestion seront incohérentes.

Dans le cas où une ligne de commande commerciale est modifiée mais n’a jamais été intégrée dans DIAPASON (aucune ligne de commande de gestion existe), le processus IN sera obligatoirement exécuté. Sinon, le comportement de DIAPASON est le suivant :

Défaut DIAPASON	Processus forcé (GCL)	Action effective de DIAPASON
IN	* (toute valeur)	Le processus IN sera exécuté par DIAPASON.
MO	IN	Le processus IN sera exécuté par DIAPASON.
MO	MO, MG, ML	Le processus MO sera exécuté par DIAPASON.
MO	(vide)	Le processus MO sera exécuté par DIAPASON.
MOB	IN	DIAPASON génère une erreur (intégration bloquée car le statut de la ligne de commande ne permet pas ce processus complet)
MOB	MO, MG, ML	Le processus MO sera exécuté par DIAPASON.
MOB	Vide	Le processus MO sera exécuté par DIAPASON.
B	IN	DIAPASON génère une erreur (intégration bloquée car le statut de la ligne de commande ne permet pas ce processus complet)
B	MO, MG, ML	Le processus MO sera exécuté par DIAPASON.
B	Vide	Aucun processus d’intégration n’est exécuté par DIAPASON.
Vide	IN	Le processus IN sera exécuté par DIAPASON.
Vide	MO, MG, ML	Le processus MO sera exécuté par DIAPASON.
Vide	Vide	Aucun processus d’intégration n’est exécuté par DIAPASON.

Le processus MO dispose de 3 variantes de fonctionnement :

➡️ MO : ce processus réalise le traitement suivant :

Pour chaque ligne de commande de gestion rattachée à la ligne de commande commerciale :
- Exécution requête ISIA-I-M (type GIL).
- Enregistrement des valeurs initialisées dans la requête sur la ligne de commande de gestion (seules les valeurs reportées par cette requête sont mises à jour sur la ligne de commande).
- Contrôle et mise à jour intégrité ligne comme sur le processus IN (hors article et quantités).
- Dans cette boucle, les variables VBP sont partagées entre lignes découpées (pas avec l’entête).
Exécution requête ISIA-I-M (type GIC) sur l’entête de commande (la variable SCR.CdeSCDEvt contient la valeur MO, la variable SCR.CRIListeCles contient le numéro de ligne commercial traité).
Postage des évènements externes transmis par DIAPASON.
Postage événement de planification besoin externe.

➡️ MG : ce processus réalise le traitement suivant :

Pour chaque ligne de commande de gestion rattachée à la ligne de commande commerciale :
Génération gamme de planification.
Génération gamme d’expédition.

➡️ ML : ce processus enchaîne les processus MO et MG.