Fonctionnalités
Paramètre maquette REVALORISATION
Par défaut, ce paramètre permet de revaloriser les prix des postes des évènements sélectionnés mais ne déclenche pas la validation des événements sélectionnés. Si aucun mot clé n'est précisé, la revalorisation aura lieu sur tous les postes.
Ce traitement de revalorisation d’un événement commercial vous offre également les fonctionnalités suivantes :
1 – Mise à jour des encours financiers,
2 – Contrôle du dépassement des encours financiers (paramètre INCPAI),
3 – Application du panachage (paramètres PANCPX).
On peut cependant piloter différents comportement de la revalorisation par les options suivantes :
| Option |
Traitement |
| /DATRGL/ |
Permet de calculer à nouveau la date d’échéance de l’événement |
| /DATTAR/ |
Permet d’utiliser la date du jour comme date tarif du commentaire de l'en-tête d'évènement. Cette fonctionnalité permet notamment de revaloriser les prix en prenant en compte la date du jour comme date du tarif et non la date de commande. |
| /FRC/ |
L'appel prix n'a lieu que sur les prix non forcés |
| /INF/ |
L'appel prix est retenu que s'il est inférieur au prix du poste |
| /MAJ_CODETA/ |
Mise à jour, en fin de revalorisation, du code état de l’événement (eve.codeta) avec l’état validé (pev.valeta) enregistré au niveau du configurateur fonctionnel. Attention : il s’agit ici juste d’un changement de code état (eve.codeta) |
| /MAJ_TARIFS/ |
Mise à jour, lors d'une revalorisation de l'événement, du prix de revient estimé des produits de l'événement dans la base tarifaire. Lors d'une revalorisation d'événement, en présence de cette option "MAJ_TARIFS", pour chaque produit tarifaire (pro.protar) de l'événement, le prix de revient du produit est mis à jour dans la base tarifaire : à Le prix de revient est créé dans la base avec une date de début d'application correspondant à la date de calcul du prix de revient. Il est exprimé en devise nationale et en unité de vente, à Si le produit figure sur plusieurs postes de l'événement, le prix de revient estimé du produit correspond au prix de revient moyen pondéré. Dans la base tarifaire (table TSC), o Le prix de revient mis à jour est un prix de revient typé "Prix de revient estimé" (tsc.typpri = "E") o L'acheminement à l'origine du calcul est également mémorisé dans la base tarifaire (champs achvto, typevo, numevo de TSC) o Si le produit ne figure que sur un seul poste d'acheminement, en plus du numéro d'acheminement, l'enregistrement TSC mis à jour, contient, le numéro du poste d'acheminement à l'origine du calcul. Le paramètre maquette ne fonctionne qu'en présence des paramètres : |
| /NUL/ |
L'appel prix est retenu que s'il n'est pas nul. |
| /PAN/ |
Application du panachage. |
| /PAP/ |
Permet de ne pas effectuer d'appel Prix. Attention : pour cette option (« PAP »), le bloc 15 n’est pas édité |
| /PIE/ |
Permet de déclencher la recherche des remises pieds (nécessite le paramètre REMPIE). |
| /PRE/ |
Permet de ne pas lancer la valorisation des montants de l’entête d’événement (si cela n’est pas nécessaire par rapport au paramétrage ou fait par le traitement suivant). Attention : cette option est à utiliser avec précaution car les montants cumht, cumttc, totht, totttc ne sont pas remis à jour sur eve. |
| /REL/ |
L’appel prix n'a lieu que sur les postes reliquats. |
| /REV/ |
Revalorisation du prix de revient des postes. En présence uniquement de cette option, seul le prix de revient du poste est modifié (evp.prxrev). |
| /UNI/ |
Valorisation de l’unité de facturation de chaque poste. |
| /VAL/ |
Permet de déclencher la valorisation des montants de l’entête d’événement (cumht,cumttc, totht, totttc). |
| /VALEVE/ |
Permet de revaloriser un événement et de continuer le traitement de validation. Combiné avec le mot-clé P MODE_VAL, il permet de définir le type de validation possible : Si P MODE_VAL="/LIV/", alors on déclenchera à l'issue de la revalorisation de l'événement, une validation de type validation de livraison. Si P MODE_VAL="/FAC/", alors on déclenchera à l'issue de la revalorisation de l'événement, une validation de type validation de facture. Si P MODE_VAL="/CDE/", ou si P MODE_VAL est positionné sans option, ou si P MODE_VAL n'est pas positionné, on déclenchera à l'issue de la revalorisation de l'événement, une validation de type validation de commande. |
|
Attention Par défaut, les sous-postes ne sont pas revalorisés. En cas d’utilisation du ppe PRXKIT avec A2="O" et A3="O" (permettant de prendre comme prix du poste, si pas de tarif pour le produit nomenclaturé, la somme des prix des composants (evp.pvkit) sur lequel on applique les CTS du produit poste), il est conseillé de positionner l’option PRXKIT.N3=1 permettant de refaire une recherche tarif sur les sous-postes au préalable. |
|
|
Attention Le mot-clé « REVALORISATION », décrit ci-dessus, s'emploie obligatoirement avec des guillements et en respectant la casse (majuscules/minuscules) de chaque mot clé. Exemple :
|
Particularité : Utilisation en mode reprise (non combinable avec d’autres paramètres)
Si vous utilisez une version 1.0 ES2 (ou version postérieure) ainsi que la fonctionnalité du poids variable (voir paramètre POIVAR), il est nécessaire d’activer un traitement de reprise pour alimenter certains champs sur les postes de vos événements. La reprise s’effectue par cette fonction GCOVV1 avec l’utilisation du paramètre-maquette REVALORISATION à positionner sur la maquette d’édition tel que :
P REVALORISATION = « REPRISE_PUF ».
Validation simple : réalisée à partir de l’écran de sélection en fonction des critères de tri.
Validation avec appel prix : nécessite la présence du paramètre REVALORISATION dans la maquette d’édition (avec possibilité de piloter les traitements à déclencher via les options du paramètre maquette).
Paramètre maquette DECAL_DATE
Validation pour modifier les dates d’expédition : nécessite la présence du paramètre DECAL_DATE dans la maquette d’édition.
|
Il vous faut également positionner le paramètre DELAI sur la fonction de validation, en précisant le code calendrier (A1), en précisant le mode « inclus / non-inclus » (A2) et un nombre de jours à décaler. |
| Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel". |
L’utilisation du mot clé DECAL_DATE permet de décaler les dates d’expédition des événements sélectionnés.
Le traitement recalcule la date d’expédition de la manière suivante :
Date du jour + délai (indiqué sur le paramètre N2 de DELAI)
Il met à jour la date d’expédition de chaque ligne d’événement sélectionné dans le traitement et active un transfert de stock à la nouvelle date dans le cas où les stocks sont gérés en prévisionnel.
Ce traitement ne permet pas de décaler les dates d’expédition d’un certain nombre de jours, il force systématiquement toutes les lignes à la date indiquée par le paramétrage au jour du lancement.
Ce paramètre maquette DECAL_DATE doit être renseigné à ’’1’’
Il modifie l’ensemble des lignes de la commande, même celles qui sont déjà livrées, ou qui ne sont pas en retard.
Etat d’anomalies sur les prix de la commande
Cette fonctionnalité permet d’éditer un état d’anomalies qui recense par exception les commandes dont le prix saisi sur chaque ligne par le commercial est différent du prix calculé par le système. Ce contrôle différé s’effectue aussi sur les dépassements de quotas (paramètre CTRQO) et d’encours financiers.
Sur la fonction de validation des commandes (GCOVV1), positionnez le mot clé REVALORISATION associé à la maquette, et le paramètre CTRCDE.
Reprise analytique de la table EVY
Un mot clé dans la maquette du traitement GCOVV1, « REPRISE_ANALYTIQUE » permet la reprise de la table EVY afin de mémoriser la comptabilité analytique comme les autres natures d’imputations dans les tables EVYE et EVYD.
La comptabilité analytique est gérée au travers d’une nature d’imputation égale à « FAC » à créer au préalable par la fonction GIAE.
Tous les enregistrements (table EVY) de chaque événement sélectionné permettent de créer un enregistrement par axe. Les axes retenus sont donnés par la nature d’imputation FAC, le pourcentage d’imputation est de 100%.
En cas problème de pointage des axes, un message d’avertissement « Reprise analytique incomplète» vous avertit qu’aucune reprise n’a été faite sur cet événement.
|
|
ll est possible de compléter la comptabilité analytique de l’événement quel que soit le niveau de validation, en positionnant le paramètre GESANA sur la fonction de validation. |
| Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel". |
|
Attention Le contenu de la table EVY des événements sélectionnés est supprimé même si la reprise est incomplète. |
Alimentation du numéro de chèque dans le mouvement bancaire
La saisie des règlements dans la commande ou facture d’achat pour les débours, permet de récupérer en cas de paiement par chèque le numéro de celui-ci dans le mouvement bancaire, afin de pouvoir faire le rapprochement en trésorerie.
Pour ce faire, saisissez le numéro du chèque au niveau des règlements (écran GCOV_RGL, zone « Libellé »). Les 7 premiers caractères sont automatiquement récupérés en comptabilité.
Le traitement différé de validation, avec le mot clé GEN_ECR_RGL et l’utilisation du paramètre ALIMVB, met à jour le n° règlement du mouvement bancaire (champ p_mvbnumrg) dans la table des mouvements bancaires (p_mvb).
|
|
Attention Notez également que le mot-clé GEN_ECR_RGL ne gère pas le lettrage comptable. |
Calcul des tarifs de vente
Le paramètre TARVEN permet de donner accès à l'écran de calcul des tarifs de vente (GCOV_PRX) à partir des postes (GCOV_1B) ou de l’en-tête de commande (GCOV_1).
Il permet en outre de contrôler la génération automatique des coûts (table EVU) intervenant dans le calcul du tarif de vente (gestion du Prix de Mise à Disposition PMD).
Génération du plan de jalonnement
Le paramètre maquette AFFECT_MODELE_JALON déclenche, s’il n’y en a pas encore, la génération du plan de jalonnement en entête d’événement (voir le ppe JALON4).
En présence du paramètre maquette P CALCUL_JALONS="/DATINI/", on déclenche dans la foulée le calcul des dates initiales, voir ci-dessous.
Calcul des dates de jalons
Le paramètre maquette CALCUL_JALONS permet de calculer les dates des jalons d’en-tête d'un événement (si le paramètre JALON est positionné avec N3 = 1, on calcule aussi les jalons associés au poste de l’événement traité). Ce calcul s'effectue à partir du jalon initial, et permet de calculer les dates réactualisées des jalons non encore réalisés (et en tenant compte des dates éventuellement forcées). Voir exemple de calcul dans la documentation de référence de la fonction GJAL.
Par ailleurs, on peut utiliser l’option /DATINI (P CALCUL_JALONS = "/DATINI") qui permet préalablement au calcul de date réactualisée de vérifier le modèle de jalon et de recalculer les dates initiales à partir du jalon final.
Ce paramètre maquette est aussi utilisable dans la fonction GJALE1
- Si sélection des jalons d’en-tête événement, alors on effectue le même traitement que dans le cas de GCOVV1.
- Si sélection d’un modèle de jalons, on n’effectue que le traitement de vérification du modèle de jalon et recalcul les dates initiales à partir du jalon final, que l’option /DATINI soit positionné ou pas (et pas de calcul des dates réalisées, qui n’a pas de sens sur un modèle de jalon).
Duplication d’événements en modifiant le type
Le paramètre maquette DUPLI_EVE permet de réaliser la duplication d'événements (même numéro mais d’un autre type).
L’option passée en paramètre est le type de l’événement utilisé pour créer la commande dupliquée.
Exemple :
P DUPLI_EVE= “BIS”
Après avoir lancé le traitement différé sur les commandes « V/CDE/15 » à « V/CDE/20 », on obtient les nouvelles commandes « V/BIS/15 » à « V/BIS/20 ».
Si aucun type d'événement n’est passé en paramètre ou si celui-ci est égal au type de l'événement à dupliquer alors l’événement dupliqué a le même code Achat/Vente, le même type d’événement mais un numéro différent. Dans ce cas, cette fonctionnalité s’apparente à une duplication classique d’événement par une fonction interactive.
Répartition des quantités supplémentaires sur les commandes de vente magasin
Le paramètre maquette REPARTITION permet de réaliser la Répartition des quantités supplémentaires sur les commandes de vente magasin.
Mise à jour du contrat
Le paramètre maquette MAJ_CONTRAT permet de pointer le contrat auquel est rattaché l'événement commercial, et ceci, lors de sa validation.
si MAJ_CONTRAT=
- "CDE" alors mise à jour de la quantité / montant commandée,
- "LIV" alors mise à jour de la quantité / montant livrée,
- "FAC" alors mise à jour de la quantité / montant facturée.
|
|
Les paramètres CNTQTE et CNTMNT permettent d’indiquer ce qui est mis à jour : la quantité, ou le montant, ou les deux. |
| Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel". |
Libellé de l’écriture comptable
Le paramètre maquette « GEN_ECR_RGL » permet, avec l’utilisation du paramètre ECRLIB, de définir le libellé de l'écriture comptable.
Alimentation d'une zone paramétrée en fonction d'autres zones paramétrées
Le paramètre CALCZP permet d'alimenter une zone paramétrée du poste d'événement en fonction d’autres zones paramétrées du poste, en les combinant par concaténation, addition, multiplication, soustraction ou division.
Validation / Invalidation d'une commande
Le paramètre EVEINV permet, selon l'état de la commande, de valider ou d'invalider la commande.
Historique des ventes
Facture d'acompte après la validation de la commande
Le paramètre-maquette “GENERE_ACOMPTE” permet de générer une facture d'acompte à l'issue de la validation de la commande, s’il existe au moins un acompte à générer sur la commande. Cette fonctionnalité est disponible en mode client-serveur comme en mode web.
Cette option correspond à l'option option1 = "genere_acompte", utilisable uniquement en mode web.
Cette option est associée au paramètre GENACO, dont la zone A1 contient la cible de la facture d'acompte.
La facture d'acompte est automatiquement éditée à l'issue de sa génération (utilisation du code maquette associé à la cible de génération).
Pour éditer sur l'imprimante associée au traitement appelant (batch) (l'imprimante définie pour la fonction GCOVV1), il suffit d’utiliser l'option “N2=1” du paramètre EDIIMP. Ce paramètre EDIIMP est à positionner au niveau du paramétrage de la cible indiquée par l'option A1 du paramètre GENACO.
Type de flux de l’OL
Le paramètre LOGFLU vous permet d’alimenter automatiquement le type de flux de l’Ordre de Livraison (OL).
Contrôle des produits dangereux
|
|
Vous avez la possibilité de gérer les produits dangereux en utilisant le paramètre DANGER. |
| Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel". |
Seuil ICPE
En présence du paramètre maquette P MAJ_EVE_ICPE, le traitement GCOV1 ne traite que la mise à jour de la table EVE_ICPE utilisée dans la feuille de style appelée depuis l’onglet "Danger" des en-têtes de réception. Dans ce cas, l’option N2 doit être à "1".
Voir documentation du paramètre CTRICP qui permet, en validation de réception (ou en validation de commande) de contrôler les seuils ICPE. Ce contrôle n'est effectué que dans les validations différés GCOVV1 et GBLVV1, en mode gestion des produits dangereux (paramètre DANGER positionné).
Incompatibilité entre produits dangereux
En présence du paramètre maquette P CTRMIP, la fonction différée GCOV1 ne traite que le contrôle de compatibilité entre produit dangereux.
Voir documentation du paramètre CTRMIP qui permet notamment, en validation d’expédition (ou en validation de commande), de contrôler que les produits dangereux sont compatibles entre eux.
Sauvegarde de la quantité en validation d'événement
Le paramètre QTEINI permet d’enregistrer la quantité commandée dans la quantité initiale.
