Edition des événements (EDEVE)

Informations relatives aux textes libres.

Le paramètre maquette INTVTXT positionné dans la maquette d'édition permet de définir quels sont les textes libres à éditer : contrat, poste contrat, installation, poste installation, appel et prestation.

Texte libre de l’en-tête de l’événement édité après le bloc edeve_b05.

Utilise les variables du bloc 66.

Modification de n° version

Edité en mode fiche, après le bloc EP à chaque nouvel événement si le numéro de version à changer.

Utilise les variables du bloc edeve_b05.

Edition entête d'un évènement (eve)

Edité sur chaque page juste après %EP.

Avec le champ n° 342 (datdep), par défaut, on édite la date d'échéance.

Dans le cadre de l’Export, avec le paramètre maquette DATDEP, vous avez la possibilité d’afficher la date de départ ou date d’embarquement (champ eve.datdep).

Edité après l’édition des postes, permet d’éditer le nombre d’étiquettes donné par la variable « eve.totcol ».

Utilise les variables du bloc edeve_b05.

Pour un autre nombre d’étiquettes, utiliser le paramètre-maquette P06 NB_ETIQ= « xxx » où xxx est le numéro de la variable fictive contenant le nombre d’étiquettes.

Cette variable fictive doit obligatoirement être définie en tant que variable numérique, et ne pas être initialisée avec des zéros.

Exemple :

V ~001="zzz",

et surtout pas : V ~001="999".

Entête d'événement (eve) : première page

Edité après le bloc 05 (en mode fiche) à chaque nouvel événement. Utilise les variables du bloc edeve_b05.

Particularité : si la maquette demande l’édition d’un bloc edeve_b07, le bloc PP n’est pas édité sur la première page de événement.

Entête d'événement (eve) : page suivante

Edité après le bloc 05 (en mode fiche) à partir de la seconde page concernant un événement

Utilise les variables du bloc edeve_b05.

Entête d'événement (eve) : première page

Edité après le bloc 05 (en mode fiche) à chaque nouvel événement.

Utilise les variables du bloc edeve_b05.

Idem bloc 07 mais avec l’édition du bloc PP.

Edition des postes d'un évènement (evp)

Si l’édition est lancée à partir de l’option « Editer Etiquettes dépôt » de la fonction GBLV, le bloc 10 est édité autant de fois qu’il y a d’articles commandés (un article dont la quantité commandée est égale à 3 sera édité 3 fois).

En mode d'édition d'étiquette (via la fonction GBLV), on édite par défaut autant d'étiquettes qu'il y a de quantités commandées.

Si on positionne le mot-clé P10 NB_ETIQ="xxx", il est possible de modifier le nombre d’étiquettes : « xxx » est le numéro d'une variable fictive contenant le nombre d’étiquettes à éditer,

Cette variable peut-être définie au niveau des blocs inférieurs ou égaux au bloc 10.

Avec ce mot-clé, on édite au moins 1 étiquette.

Affichage du prix standard

Pour afficher le prix standard (champ « prxstd1 », @574), il suffit de positionner le mot clé P10 TRT="info_prix_std"

Edition des Ristournes acquises du poste (les blocs sont saisis comme des Conditions Tarifaires, mais sur un type de condition RIA).

Utilise les variables du bloc edeve_b13.

Bloc de rupture quand un trou est décelé dans la numérotation des postes. Ce bloc contient un cumul H.T.

Utilise les variables du bloc edeve_b10.

Bloc vide. Edité avant l’édition de la première ligne (evl).

Peut aussi servir d’entête de rupture lors de l’utilisation de rupture paramétrée par le paramètre maquette TRIPAR.

Edition des emplacements a transférer.

Utilise les variables du bloc edeve_b15.

Edition des étiquettes emplacement.

Utilise les variables du bloc edeve_b15.

Soit : édition des sous postes événement (evs)

Soit : édition de la nomenclature (PRN), si le paramètre A3 de BESOIN est positionné ainsi que le paramètre maquette CODENO. Ce paramètre maquette doit être renseigné par le code défini dans la fonction GARTE5 (grâce au popup « Type d'édition ». Il faut également créer ce code dans la fonction GTENO et personnaliser l’édition de nomenclature (écran GART_DNO qui détermine les niveaux et les tris de l'édition).

Edition du catalogue fournisseur (prc)

Edité pour chaque poste événement, les données proviennent du catalogue fournisseur saisies dans GREF_1 (couple « Tiers-Produit »).

Entête pour édition des ristournes différées.

Bloc vide.

Edition des Ristournes acquises par famille de produit (les blocs sont saisis comme des CTS, mais sur un type de condition ‘RAL’ ).

Les éditions des conditions réalisées sur la commande sont fonction de :

• l’indicateur (O/N) positionné dans la fiche tiers (Données Complémentaires accessibles par popup,

• l’indicateur (O/N) positionné dans le contrat (Détail Tiers accessible par popup).

• l’indicateur (O/N) positionné dans la commande (Facturation accessible par popup).

Si les indicateurs sont positionnés de manière différente dans la fiche tiers, dans l’éventuel contrat et dans la commande, l’indicateur de la commande prime sur celui du contrat qui prime aussi sur celui du tiers.

Utilise les variables du bloc edeve_b13.

Entête poste (eve) Page suivante

Edité après le bloc edeve_b10 (en mode fiche) à partir de la seconde page concernant un événement, permet de faire un rappel des données du bloc 10 sur les pages suivantes si un bloc autre que le 10, est coupé par un saut de page.

Utilise les variables du bloc 10.

Permet d’éditer le montant HT à reporter (Cas d’un événement sur plusieurs pages). Si le paramètre « P BPPDERPAG » est positionné au niveau de la maquette et que le bloc 25 est présent, alors le bloc edeve_b25 s’édite sur toutes les pages et le bloc %PP sur la dernière page concernant cet événement.

Il doit y avoir autant de lignes de bloc 25 que de lignes de blocs PP. Il faut préciser le paramètre : P REPORT= »N° bloc, N°ligne » au niveau de la maquette.

Explication sur le numéro de bloc :

Le N° du bloc comporte 2 caractères. (il faut préciser 05 pour le bloc 5). Les deux numéros sont séparés par une virgule. Par exemple, P REPORT= « 10,9 ».

Une fois que le bloc edeve_b10 est édité, le montant à reporter est augmenté du montant du poste édité.

On peut demander le cumul du HT sur les blocs edeve_b10 et edeve_b15.

Le report peut aussi figurer sur les blocs edeve_b05 et edeve_b25.

Explication pour le N° de ligne :

Le N° de ligne est sur 4 caractères au maximum. Par exemple, P REPORT= « 10,9 » Le montant correspond à la 9eme ligne du bloc edeve_b10 de la maquette.

Dans l’exemple précédent, le bloc 10 contient au moins 9 lignes. Le montant est édité au niveau de la 9eme ligne. Tant que la 9eme ligne du bloc 10 n’a pas été éditée, il ne faut pas ajouter le montant du bloc dans le montant à reporter. Car il y a toujours le risque d’un saut de page lors de l’édition de ce bloc.

Le bloc edeve_b25 permet aussi de finir le tableau : pour finir le tableau, il faut que le nombre de ligne du bloc %25 soit égal à celui du bloc %PP.

Permet l’édition des postes triés suivant les mots clés TRIEVO (tri des postes d’un événement par événement d’origine puis tri secondaire sur le numéro de poste) et TRIEOP (Tri des postes d’un événement par événement origine, puis tri secondaire sur le code produit).

Dans le cas, où les postes de l’événement édité sont triés par événement origine (mot clé TRIEVO ou TRIEOP), certaines informations sont chargées de façon spécifique : datexp (@149) est chargée avec la date événement de événement origine, refext_s (@123) est chargée avec la référence externe de événement origine, numadr (@49) est chargée avec le numéro de l’adresse de événement origine (eve.numadr), montht (@108) est chargée avec le montant HT (frais divers et remise globale inclus) de événement origine (eve.totht)., fmontht (@272) est chargée avec le montant TTC de événement origine (eve.totttc) Les informations concernant l’adresse de livraison (libadr (@333), adress (@334), adrsui (@335), locali (@336), codpos (@337), cenpos (@338), codpay (@339), lirpay (@340)) sont chargées avec l’adresse de livraison de événement origine trouvé au niveau de l’en-tête de événement origine (eve.numadr).

Utilise les variables du bloc 10 avec option de tri suivant mot clé.

Achat de prestations Import.

Liens existants entre l'événement de frais et les événements d'achat associés aux postes de l'événement. Le bloc est édité après le bloc 10. Il permet d'éditer tous les enregistrements en-tête de FAP_L dont :

• Fap_l.codsoc = evp.codsoc

• Fap_l.achvtf = evp.achvte

• Fap_l.typevf = evp.typeve

• Fap_l.numevf = evp.numeve

• Fap_l.numpof = evp.numpof

• Fap_l.numord = 0

• Fap_l.indpropag = 0

Bloc vide. Paramètre TRIPRO dans la maquette.

Peut aussi servir de bloc de fin de rupture lors d’une édition paramétrée par TRIPAR.

Texte libre des sous-postes.

Bloc virtuel dont la description est définie dans le bloc d’édition edeve_b66.

Achat de prestations Import

Liens existants entre l'événement de frais et les événements d'achat associés à l'en-tête de l'événement. Le bloc est édité après le bloc 05. Il permet d'éditer tous les enregistrements en-tête de FAP_L dont :

• Fap_l.codsoc = eve.codsoc

• Fap_l.achvtf = eve.achvte

• Fap_l.typevf = eve.typeve

• Fap_l.numevf = eve.numeve

• Fap_l.numpoF = 0

• Fap_l.numord = 0

• Fap_l.indpropag = 0

Jalons de commande (voir fonction GJAL).

Bloc virtuel dont la description est définie dans le bloc d’édition edeve_b93.

Edition des postes de colis de niveau 1 (emballage).

Utilise les informations du bloc edeve_b42.

Détail poste (tri famille produit).

Utilise les variables du bloc edeve_b10.

Achat de prestations Import

Liens existants entre l'événement de frais et les événements d'achat associés à l'en-tête de l'événement. Le bloc est édité après chaque ligne éditée par le bloc edeve_b40. Il permet d'éditer tous les enregistrements de FAP_L qui possèdent la même clé d'accès que celle indiquée dans le bloc précédent (EDEVE_B40) mais dont Fap_l.numord <> 0 (enregistrements détail) :

• Fap_l.codsoc = eve.codsoc

• Fap_l.achvtf = eve.achvte

• Fap_l.typevf = eve.typeve

• Fap_l.numevf = eve.numeve

• Fap_l.numpoF = 0

• Fap_l.numord <> 0

• Fap_l.indpropag = 0

Historique des ventes.

L’édition du bloc se fait en présence du paramètre maquette EDT_BSTC.

Ce paramètre fournit le code statistique (CODSTC) et le nombre de mois à éditer (max 12).

L’édition se fait après l’édition du bloc 15.

Dans l'axe statistique, le code produit est le critère n°1 (bstc.critsct1) = code produit du poste de l'événement (evp.codpro).

Le magasin est le critère n°2 de l'axe stat (bstc.critstc2) = dépôt de la ligne d'événement (evl.sigdep).

Le "mois courant" s'entend par rapport à la date de l'événement (eve.dateve).

Edition, après le bloc 68, des différents GENCOD définis pour le produit du poste.

Mise à jour par l’onglet GENCOD du catalogue des produits en mode web (raccourci « I_PRO_F »). En Client/Serveur, et en présence du paramètre MULEAN, les GENCOD sont mémorisés dans les variantes logistiques (table PRL) de type « MG » (multi-gencod).

Idendique au bloc edeve_b20.

Le bloc 53 est édité si un saut de page survient lors de l’édition des numéros de série d’un même sous-poste.

Poste d’événement.

Identique au bloc 10, le bloc 54 est édité si un saut de page survient lors de l’édition des numéros de série d’un même poste.

Edition des zones paramétrées de l’en-tête d’événement.

Bloc virtuel dont la description est définie dans le bloc d’édition edeve_b63.

Si l’on utilise les zones paramétrées datées, on édite par zone paramétrée datée (ZOD), et par défaut, la donnée la plus récente par rapport à la date du jour.

Le paramètre-maquette EDT_HISTO_ZOD permet d’éditer par ce même bloc l’historique des valeurs.

Achat de prestations Import.

Liens existants entre l'événement de frais et les événements d'achat associés aux postes de l'événement. Le bloc est édité après chaque ligne éditée par le bloc edeve_b27. Il permet d'éditer tous les enregistrements de la table FAP_L qui possèdent la même clé d'accès que celle indiquée dans le bloc précédent (EDEVE_B27) mais dont « Fap_l.numord » <> 0 (enregistrements détail) :

• Fap_l.codsoc = evp.codsoc

• Fap_l.achvtf = evp.achvte

• Fap_l.typevf = evp.typeve

• Fap_l.numevf = evp.numeve

• Fap_l.numpof = evp.numpof

• Fap_l.numord <> 0

• Fap_l.indpropag = 0

Edition des avoirs déjà versés.

Identique au bloc edeve_b65 (spécifique Philagro).

Zones paramétrées des produits.

Tient compte des modèles de segmentation (voir fonction GSEG).

Edition des zones paramétrées des postes d’événement.

Bloc virtuel dont la description est définie dans le bloc d’édition edeve_b63.

Si l’on utilise les zones paramétrées datées, on édite par zone paramétrée datée (ZOD), et par défaut, la donnée la plus récente par rapport à la date du jour.

Le paramètre-maquette EDT_HISTO_ZOD permet d’éditer par ce même bloc l’historique des valeurs.

Edition des échéances multiples.

Edité après le bloc edeve_b05 et le bloc edeve_b10.

Permet d’éditer les échéances multiples définies pour un entête d’événement ou (exclusif) pour les postes de l’événement.

Texte associé au tiers, édité après le bloc edeve_b05.

Ce bloc est identique au bloc 66.

Edité après le bloc “edeve_b51”.

Permet d’éditer la répartition des quantités affectées par magasin.

Edité après le bloc edeve_b10. Permet d’éditer le reste à livrer de l’événement origine. Utilise les variables du bloc 10. Ce bloc est utilisé dans le cas où le poste n’est pas cadencé. Un enregistrement dans la table EVP correspond à un et un seul enregistrement dans EVL.

Si l’événement d’origine du BL n’est pas renseigné en entête, alors le système calcule pour chaque commande d’origine des postes son reste à livrer.

Edité juste avant le bloc edeve_b75 ou edeve_b77.

Bloc vide qui permet de mettre un titre au bloc 75 ou 77.

Edité après le bloc edeve_b10.

Permet d’éditer le reste à livrer de l’événement origine. Utilise les variables du bloc %15. Ce bloc est utilisé dans le cas où le poste est cadencé. Un enregistrement dans la table EVP peut correspondre à plusieurs enregistrements dans le table EVL.

Edité avant bloc edeve_b10 si rupture de dépôt.

Permet d’éditer l’adresse du dépôt dans les commandes d’achat. Utilise les variables du bloc edeve_b80.

Informations sur la formule utilisée lors de la révision du contrat.

Si le paramètre INTV (gestion des interventions) est positionné sur la fonction d’édition, ce bloc reprend les informations de l'intervention.

Utilisé lors de l'édition d'une facture Service (Facture générée à partir d'un contrat Service) pour éditer des informations relatives au poste du contrat à l'origine du poste de facture

Certaines données de ce bloc correspondent à des informations relatives au contrat avant révision, l'objectif étant de justifier le nouveau prix apparaissant sur la facture en permettant d'éditer le prix avant révision et les indices de revalorisation utilisés. Pour retrouver ces informations sur le contrat à l'origine du contrat révisé, il est nécessaire de positionner le paramètre ICEORI dans le paramétrage de la fonction

Variantes logistiques (Poids Volume) EVP définies au niveau de l’écran GART_11.

Edition des variantes logistiques édité après le bloc edeve_b10, autant de fois qu’il existe de décompositions possibles du poste en unités d’expédition.

La dernière variante logistique utilisable (code 00 réservée à l’unité) n’est éditée qu’une seule fois.

Exemple : pour un article dont les unités indiquées dans l’écran GART_11 (popup Logistique) sont les suivantes :

U = 1 U

CAR = 12 U

PAL = 1080 U,

si l'on a une commande de 300 CAR (soit 3600 U), on aura au niveau de l'édition du bloc 90, un pavé avec 3 PAL (3 x 1080 = 3240; reste 360) et un autre pavé pour 30 CAR (30 x 12 = 360).

Si l'on avait eu 300,5 CAR, on aurait eu un pavé supplémentaire avec 6 U.

Il faut faire attention à l'unité dans laquelle est exprimée la quantité à livrer car si l'on n’avait qu'une seule unité et qu'on s’exprime en CAR, on aurait 0.08 CAR (soit 1/12 de carton tronqué) qui correspondrait à non pas 1 U mais 0.96 U et dans ce cas, comme on n'a pas 1 unité entière de la plus petite des unités logistiques, le bloc 90 n'est pas édité !

Entête détail poids et volume (EVL).

Utilise les variables du bloc edeve_b90.

Edition des taxes parafiscales

Permet d’augmenter le nombre de taxes apparaissant au niveau de l'édition des événements.

.

Edition du récapitulatif des postes triés :

• suivant une zone complémentaire du poste si l’on a positionné le paramètre maquette P RECAPEVPAR="CODZON, n°codzn",

• par compte d’imputation de charges et de TVA sur facture si l’on a positionné le paramètre maquette P RECAPEVPAR="CPTTVA".

Le paramètre maquette RECAPEVPAR calcule un montant poste arrondi au nombre de décimale gérée par la devise (généralement 2) comme pour le montant poste du bloc 10. Le paramètre maquette RECAPEVP calcule un montant poste non arrondi.

Edition complément (TRAITES)

Edité juste après le bloc PP. Permet d’éditer les traites (uniquement pour les événements de vente). Attention : le nombre de ligne total d’une page ne doit pas tenir compte du nombre de ligne du bloc edeve_b98.

L’'édition de ce bloc de données est conditionnée par l’indicateur de traitement (champ « eve.editrt », doit être à « O ») provenant de la fiche Tiers (GTIE_1).

edeve_ba3

Edition des taxes parafiscales du postes (table evp_tax), voir ppe MEMTAX. Bloc édité avant le bloc edeve_b72 (fin de poste)

édité en fin de chaque page. Cependant, les variables cumuls concernant le bloc %PP ne sont valorisées que pour la dernière page concernant un événement Particularités du bloc PP :

• Edition de 5 frais divers

• Edition des codes fiscaux et intitulés fiscaux de justification d’exonération de la TVA.

Vous avez la possibilité :

d’afficher un montant d’escompte dans l’édition d’une facture : ESCPT.

• De compacter les commentaires : COMMEN.

• De déterminer le type de condition tarifaire à éditer : CTSTYP.

• D’affecter une imprimante par défaut à l’édition des bons annulés : EDIIMA.

• D’accéder aux postes d’événement lors de l’édition : EDIPST.

• D’envoyer la facture à l’adresse de livraison : ENVFAC.

• De contrôler l’origine d’un événement : EVEORI.

• De n’éditer que les produits non suivis en stocks : NONSTK.

• De n’éditer que les produits d’un certain type : OBER.

• D’éditer les conditions tarifaires de même base : SOLCTS.

• De valoriser les événements par rapport au reste à livrer : VALSTA