Copyright © 2020. Aurea Software, Inc. ("Aurea")
| Modifications apportées à la V. 5.0-00 après le 17 novembre 2003 | |
Le paramètre SAITAR permet de personnaliser la saisie des informations associées aux tarifs.
Le paramètre PRXTAR permet de personnaliser le contrôle sur le prix tarif.
Le paramètre MAJTAV permet de mettre à jour la base tarifaire de vente au moment de la validation d’un événement de type commande.
Cette fonctionnalité vous est offerte uniquement avec la gestion des tarifs par périodes (fonction GTAS , paramètre TARIFS ). Elle ne permet pas la mise à jour des tarifs à colonne.
Le paramètre CTSREP permet de gérer les écarts d’arrondi des remises réparties dans le panachage complexe.
Une nouvelle option dans le menu de WCAT (Editer) vous permet d’effectuer une édition et/ou une suppression des éléments de catalogue.
Les critères de sélection font partie de la nouvelle vue « v_catcae ».
Pour supprimer la référence sélectionnée, il suffit d’utiliser le paramètre maquette SUPP_CAE .
Quand on crée un lot d'un produit via l'écran RMCR_OSTG , la Date Limite de Consommation ( DLC ) du lot déterminée en fonction de sa date de fabrication et de sa durée de vie, est désormais calculée de la manière suivante (exemple) :
Date de fabrication : 01/05/2004,
Durée de vie : 30 jours,
Alors la DLC est : 30/05/2004. En effet, entre le 01/05 et le 30/05, il y a 30 jours.
Le comportement précédent calculait une DLC + 1 jour (le 31/05/2004 dans notre exemple).
Pour conserver cet ancien comportement, il suffit d’utiliser le nouveau paramètre DURVIE .
Une nouvelle option a été ajoutée au paramètre OSTMOD .
| D1 | =1 |
Uniquement pour la recherche à partir de l’écran RMCR_LOST. Permet lors de la recherche de ne pas prendre en compte les lots dont la quantité (zone « qtelsk ») est négative. Cette fonctionnalité est active uniquement si le dépôt (zone « sigdep ») est renseigné. |
De nouvelles options ont été ajoutées au paramètre RECHMO .
| A1 | = MULTIP |
-<Retour> : les caractères saisis dans le code produit sont considérés comme étant les premiers caractères du critère de recherche. Les critères sont les suivants :
Les critères peuvent aussi être stockés dans un fichier (ordre SQL ). |
||
| N3 | Numéro de la zone paramétrée à tester pour la recherche. | |||
| L1 | Nom du fichier contenant l’ordre SQL qui va permettre de faire la recherche. |
| M1 | Code du répertoire (ou chemin complet). |
Une amélioration a été réalisée au niveau du paramètre GENCOD :
| Avant | Maintenant | |
| M2 |
Contrôle sur le code EAN13 S'il est renseigné, le code EAN13 doit être valide : numérique de taille 12 + 1, le 13ème chiffre étant la clé de contrôle |
Ce paramètre n'est plus implémenté. |
| N4 | Contrôle sur la clé DUN14 |
= 0 Contrôle sur le DUN14, = 1 Contrôle sur le EAN13 ET le DUN14, = 2 Aucun contrôle, = 3 Contrôle sur le EAN13. |
il est maintenant possible de faire de la mise en portefeuille depuis la fonction GART à partir de l’écran RMCR_LPRO de la même façon que pour l’écran RMCR_PRO.
Une nouvelle option a été ajoutée au paramètre MULEAN .
| N1 | = 2 |
Idem que N1=1, mais permet en plus de mémoriser dans la fiche produit le GENCOD principal actif si celui-ci est de type EAN13. Le GENCOD est de type EAN13 si le Code type de Gencod (champ « codtgn ») enregistré au niveau des variantes logistiques (table PRL ) est à « 13 ». |
En positionnant le paramètre NOMDOU , vous activez le popup « Options » « Codes douaniers » (écran GART_22) via lequel vous pouvez définir, pour un produit donné, les différents codes douaniers (voir fonction SDOU ) qui entrent dans sa composition ainsi qu'un pourcentage pour chacun de ces codes douaniers.
Deux nouvelles options ont été implémentées :
| N2 | = 1 |
Gestion des codes pays à blanc pour les nomenclatures douanières. |
|
| = 2 | Désolidarisation du code douanier et du code pays dans l'écran GART_1 et GART_2 et accès impossible à l'écran GART_22. |
Deux nouvelles fonctionnalités ont été implémentées sur le paramètre UNIPRO :
| N3 | = 1 |
En association avec le paramètre LOGIST , permet de saisir dans GCOV une unité commerciale qui n'est pas définie dans le plan de palettisation du produit. L'unité saisie sera considérée comme un multiple de l'unité. |
Ajout du « type de média » et de son libellé dans le bloc gtiee_b65 .
Le paramètre MODADR permet d’enregistrer la date de dernière modification de l’adresse du tiers.
Une nouvelle option a été ajoutée au paramètre GESSIR qui permet d'afficher un message d'erreur dans le cas de la saisie d'un numéro de SIREN / SIRET déjà existant.
Cette nouvelle option permet d’effectuer un contrôle d'unicité du SIRET sur le type de tiers de la fonction en cours et non sur tous les types de tiers existants.
Une nouvelle option a été ajoutée au paramètre MULREP (plusieurs représentants pour le même tiers).
| L1 |
Liste des catégories de remises à exclure. Chaque catégorie est séparée par la caractère « / ». Par exemple : L1= « /GA/ » ou « /GA/MON/RIS ». |
Une nouvelle option a été implémentée au niveau du paramètre NUMCNT .
| N1 | = 4 | Lors de la recherche des contrats, on affiche des messages si aucun contrat n’est trouvé ou si aucun contrat n’est valide. |
Le paramètre EDICNT permet de piloter les caractéristiques de l’édition directe lors d’une création ou d’une modification de contrat.
Une nouvelle option a été ajoutée au niveau du paramètre OPEDUP .
| N2 |
Gère la duplication du code avantage. |
||
| = 99 |
Le code avantage est dupliqué mais non renseigné : il est ensuite nécessaire de le saisir dans l’écran GOPC_2 . |
||
| = x |
On utilise les x premiers caractères du code de l'opération commerciale créée pour alimenter le code avantage. |
||
| = -x | On utilise les x derniers caractères du code de l'opération commerciale créée pour alimenter le code avantage. |
Cette fonctionnalité (écran GPEV_8 ), accessible par le popup « Param. appel externe » depuis le paramétrage des événements ( GPEV_1 ), vous permet de de définir les écrans de la fonction à partir desquels il vous est possible d’effectuer des appels externes, vers une autre fonction GENERIX , une page HTML d’e-Gx ou encore une URL Discoverer.
Dans l’écran RMCR_EVE , on déclenche la recherche via la vue « v_eve » si aucune zone paramétrée n’est renseignée, sinon par la vue « v_evet » (vue utilisant les informations des textes ou commentaires associés aux événements : table EVT ).
Cependant, l’utilisation de cette 2ème recherche ouvre un nouvel écran ne permettant pas le rafraîchissement des données d’en-tête à chaque déplacement de ligne.
Si le paramétrage du flux événement entraîne une création systématique d’un commentaire associé à l’événement ( EVT ) d’entête (paramètre PROPAG ), on peut modifier la vue v_eve en y ajoutant les informations EVT, et imposer son utilisation si la zone N1 du paramètre RMCEVE est à « 1 ».
Une nouvelle option a été implémentée au niveau du paramètre NUMEVE .
| N4 | = 1 |
En mode multi-entités , cette fonctionnalité permet de vérifier que le numéro d’événement trouvé n’existe pas sur les autres entités avant de l’attribuer (partage des tables UT_CPT et TROU ). Cette option est compatible avec le paramètre CODCPT . |
Edition de l’historique des ventes (edeve_b49)
On utilise le nouveau bloc « edeve_b49 » pour éditer l’historique des ventes. Ce bloc est utilisé autant de fois que de mois à éditer.
Pour en savoir plus, consultez la documentation du paramètre maquette EDT_BSTC .
Compteurs de stock (edeve_b10)
Il est désormais possible d’utiliser le bloc edeve_b10 pour éditer les compteurs de stock.
L’édition du bloc se fait en présence du paramètre maquette EDT_CPT_STOCK .
Ce paramètre fournit le code affichage des compteurs (codask).
Une nouvelle option a été ajoutée au paramètre DUPEVE .
| N5 | = 1 | Permet de ne dupliquer que les lignes ayant une quantité en reste à livrer (les lignes totalement livrées ne sont pas dupliquées). |
Le paramètre maquette DUPLI_EVE permet de réaliser la duplication d'événements (même numéro mais d’un autre type).
Si aucun type d'événement 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.
Le paramètre CTSCOS a été adapté pour permettre ou non l’affichage des commentaires de l'en-tête d’événement, des postes ou des sous-postes.
Le paramètre EVTSPO permet de créer automatiquement le commentaire associé au sous-poste.
Une modification a été apportée sur le fonctionnement du paramètre CTSCOS qui permet d’alimenter et d’afficher les commentaires lors de la validation d'une commande ou d'un poste.
En effet, mis à part les fonctionnement N1= 1, 3 ou 8 qui ne sont actifs que sur la fonction GCOV , tous les autres fonctionnements de la zone N1 peuvent être utilisés pour des fonctions de type GCOV , GBLV et GBFA .
Le paramètre DATSTK permet de rendre homogène les dates des événements d’origine avec la date d’un événement d ‘entrée, et également de mettre à jour les stocks prévisionnels.
Par exemple, à la saisie d’un bon de chargement, la date d’expédition de celui-ci est propagée sur tous les BL associés avec mise à jour des lignes et des stocks prévisionnels.
Affichage du bloc-notes
Une nouvelle option a été intégrée au fonctionnement du paramètre AFFBN .
| N1 |
Détermine les modes de gestion pour lesquels le bloc-notes s’affiche (écran GCOV_25 ). Les options du menu prises en compte sont les suivantes : création, modification et visualisation. Par défaut, l'enchaînement automatique ne fonctionne qu'en mode création. Pour qu'il soit disponible dans les autres modes (modification et visualisation), il faut renseigner la zone N1 de la façon suivante :
|
De nouvelles options ont été ajoutées au paramètre CTRFPX .
| N2 |
Les trois valeurs suivantes de N2 (0, 1, 2 et 3) ne concernent que la fonction GCOV et le cas où la zone N3 est renseignée. |
||
| = 0 |
Validation autorisée. |
||
| = 1 |
Validation interdite. |
||
| = 2 |
Validation autorisée mais avec changement du code état de la commande avec la valeur du A2. |
||
| = 3 |
Validation interdite mais avec changement du code état de la commande avec la valeur du A2. |
||
| N3 |
Numéro de la zone paramétrée du poste événement contenant l’indicateur « Prix du poste hors fourchette ». La valeur de cet indicateur vaut celle de la zone A3 quand :
|
||
| N4 |
Numéro de la zone paramétrée du poste d’événement contenant la valeur du prix minimum de la fourchette. |
||
| N5 | Numéro de la zone paramétrée du poste d’événement contenant la valeur du prix maximum de la fourchette. |
| A1 |
Type de condition tarifaire utilisé pour la recherche des codes fourchettes. A positionner sur les fonctions GCOV et GBAV. |
||
| A2 |
Code état que prend la commande lorsqu’au moins un poste n’est pas dans la fourchette de prix et que la zone N2 vaut « 2 » ou « 3 ». |
||
| A3 |
Valeur de l’indicateur « Prix poste hors fourchette ». La zone paramétrée définie par la zone N3 du poste d’événement est mise à jour avec cet indicateur lorsque :
|
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.
Une nouvelle option a été intégrée au fonctionnement du paramètre TARUF (gérer les prix en unités de facturation dans les événements commerciaux).
| N3 | Permet de fixer une règle d'arrondi particulier sur la zone "Quantité exprimée en UF" (champ "evp.qteuf"). Par défaut, on utilise la règle d'arrondi définie dans le paramètre M_QTE . |
Le paramètre SAICAT permet de saisir les postes de commandes à partir d’un catalogue de produits.
Suite à une modification technique en version 5.0-00, le champ courant en saisie ne peut plus changer d'attribut vidéo.
Concernant le paramètre SOLPOS , on ne change donc plus l'attribut video du code produit, en cas de solde manuel du poste, mais celui du numéro de poste (effectif sur les fonctions GCOV et GBLV ).
En génération de bon de préparation (BP) ou de bon de livraison (BL), le paramètre GESREM permet de propager, sur la remise globale du BL, le montant de la remise globale restant à prendre en compte pour l’événement.
Une nouvelle option a été ajoutée au paramètre FRAI_E .
| N3 | = 0 |
Fonctionnalité offerte par défaut.
|
| = 1 | Calcul systématique des frais divers s’il y a modification de la quantité du poste. |
Ce paramètre compro permet, à la saisie d’un code produit, de compléter automatiquement le code produit avec des zéros à gauche.
Le paramètre TARVE1 permet de personnaliser la date et la nature de devise à utiliser pour la recherche de la parité à utiliser dans le calcul des coûts prévisionnels.
Une nouvelle option a été ajoutée au paramètre SOLDBL qui permet de solder une commande en fonction du code état des événements générés à partir de ce bon de commande (bons de livraisons ; factures,…).
| N2 | = 0 |
Le solde n'est effectué que s'il existe au moins un événement généré depuis cette commande (cas des commandes dont la quantité est à zéro). |
|
| = 1 | Le solde est effectué même s’il n’existe pas d’événement généré depuis cette commande. |
Une nouvelle option (D1) a été ajoutée au paramètre JALON qui permet de modéliser toutes les étapes qui jalonnent un événement, depuis sa création jusqu’à sa suppression en définissant des jalons.
Cette nouvelle fonctionnalité permet, en cas de forçage de date antérieure aux dates réactualisées ou initiales, de prendre la date réactualisée ou initiale pour le calcul du jalon suivant. Elle est utile dans le cas de définition de jalons multi-branches. Vous avez également la possibilité de forcer la date du jour lors du calcul des dates, si la date réactualisée est antérieure à la date du jour.
Le paramètre OPECHA permet de réaliser des opérations chaînées sur les compteurs prévisionnels, à la date de réception calculée (datliv) et non pas à la date d’expédition (datexp).
Une nouvelle option a été implémentée au niveau du paramètre RECLOT .
| D1 |
Ne concerne que la fonction GBLVG2 |
||
| = 0 |
On n’écrase pas le lot déjà affecté. |
||
| = 1 |
|
||
| = 2 |
On écrase le lot déjà affecté. On supprime toutes les lignes et on ne conserve que la ligne n°1 avec la quantité totale du poste. |
De nouvelles options ont été ajoutées au paramètre FACDAT .
| N1 | = 4 | Lors de la génération des écritures de règlement par le traitement différé
de validation de commandes, en présence du mot-clé
GEN_ECR_RGL
dans la
maquette, on alimente la date de règlement avec la date de l’acompte de
l’échéance (champ « dataco » de la table
EVM
). |
|
| N1 | = 5 |
|
Le paramètre VALFAC permet de personnaliser certains contrôles lors de la validation de facture.
Le paramètre P_TSTA permet, en validation de facture, de propager le sigle tiers sur les mouvements comptables.
Deux options, N1 et N2, ont été ajoutées au paramètre GENECR .
| N1 | =1 |
Permet lors de la validation de la facture de mémoriser les messages d‘erreurs (bloquants ou informatifs) et de les restituer dans un bloc-notes en fin de génération. Ceci permet d’éviter de bloquer d’autres utilisateurs lorsque certains messages attendent un acquittement . Attention disponible uniquement dans GBFA. |
|
| N2 | =1 |
En complément de l’option N1=1, permet de consulter (par P_1VIS_14) la pièce générée en posant la question « Voulez-vous consulter la pièce qui vient d’être générée ». |
|
| =2 | En complément de l’option N1=1, permet de consulter (par P_1VIS_14) la pièce générée sans poser de question |
Le paramètre CALVAL permet de calculer les dates de valeur pour la facturation.
Ventilation de la TVA par poste d’événement
Le paramètre TVAPOS permet de ventiler la TVA par poste d’événement.
Au moment de la validation de la facture, les couples QUI/QUOI déterminent pour chaque poste quel guide de TVA doit être utilisé pour générer les écritures en comptabilité. Un guide de TVA détermine dans quels comptes de comptabilité sont générées les écritures comptables.
Plusieurs nouvelles options ont été ajoutées au paramètre MECPMP .
| N3 | = 1 |
Cette option permet d’impacter les écarts de prix et de changement de parité sur la valorisation des stocks comptables. Contrairement à l’option « N1=1 », qui permet d’effectuer les mises à jour au fur et à mesure des modifications, cette option permet d’effectuer les mises à jour en une seule fois au moment de la validation. Peut être utilisé en validation de facture ou en validation de livraison (avec le paramètre GENECR , zone A1= « N »). |
|
| = 2 |
Cette option permet d’impacter les montants de frais calculés par le dossier de frais d’approche sur la valorisation des stocks comptables. La mise à jour est réalisée en une seule fois au moment de la validation du dossier de frais d’approche ( GFAP et GFAPE1 ). Une opération de stock est automatiquement effectuée pour la quantité de la ligne, à un prix correspondant à la différence entre le nouveau prix de revient (champ « prxrev ») du poste et le prix vendu (champ « prxvdu ») du poste. |
||
| = 3 |
Idem N3=2 (utilisé en validation de frais d’approche : GFAP et GFAPE1 ). Mais le montant impacté correspond à la différence entre les montants de frais calculés par le dossier de frais d’approche et le montant de frais prévisionnels déjà inclus dans les stocks comptables (ce montant est mémorisé sur le poste d’origine). Une opération de stock est automatiquement effectuée pour la quantité de la ligne, à un prix correspondant à la différence du coût réel des frais (nouveau prix de revient du poste - prix vendu du poste) avec le coût estimé (prix de revient du poste d’origine - prix vendu du poste d’origine). |
||
| = 4 |
Idem N3=2 (utilisé en validation de frais d’approche : GFAP et GFAPE1 ) Mais le montant impacté correspond à la différence entre le montant en prix de revient calculés par le dossier de frais d’approche et le montant en prix de revient déjà mémorisé sur le poste. Une opération de stock est automatiquement effectuée pour la quantité de la ligne, à un prix correspondant à la différence du nouveau prix de revient du poste avec le prix de revient précédent. |
Le paramètre GESFAP a évolué pour ne pas mettre à jour la base tarifaire, que ce soit pour le prix d’achat du fournisseur, ou le nouveau prix de revient sur les tarifs de vente. (voir zone A2).
Le paramètre GESFA2 permet de personnaliser la gestion des frais d’approche et notamment la liste des codes état des évènements origines autorisés lors de la saisie d'un poste de dossier de frais d'approche.
Le paramètre RGLARR permet d’effectuer un arrondi automatique à 0.00 ou 0.50 du montant de l’événement et de contrôler à la saisie des règlements que le montant saisi est arrondi à 0.00 ou 0.50.
Si ce n’est pas le cas, l’arrondi est automatiquement calculé.
Le paramètre ICSZP permet d'enregistrer, dans une zone paramétrée de l'en-tête d'événement, la condition de service du contrat de service, éventuellement concaténée à une deuxième zone paramétrée de l'événement.
Ce fonctionnement permet de gérer des conditions tarifaires par QUI/QUOI (condition de service, condition d'intervention, produit).
Une nouvelle option vient d'intégrer les fonctionnalités offertes par le paramètre STKEMP .
| N4 |
Ne fonctionne que sur la fonction GBLVG2 Permet de personnaliser la gestion des lots lorsqu'un emplacement est réinitialisé. Cette zone est prioritaire sur la zone D1 du paramètre RECLOT . |
||
| = 0 |
La valeur de l’emplacement est remise à zéro mais on conserve la valeur du lot. Si toutes les lignes concernent le même lot alors on supprime toutes les lignes pour ne conserver que la ligne n°1 avec la quantité totale du poste. |
||
| = 1 |
La valeur de l’emplacement et celle du lot sont remises à zéro, si le lot est différent de la ligne origine. |
||
| = 2 |
La valeur de l’emplacement et celle du lot sont remises à zéro. On supprime toutes les lignes pour ne conserver que la ligne n°1 avec la quantité totale du poste. |
Un nouveau paramètre-maquette permet de rechercher la valeur d’un compteur de stock : ISTK .
Le paramètre APMFOU permet de gérer les approvisionnements multi fournisseurs.
Le paramètre APRFOR permet d’utiliser une formule secondaire d’approvisionnement lorsque le besoin calculé par la formule standard de réapprovisionnement du produit est nul.
Le paramètre APROD permet de personnaliser les caractéristiques d’approvisionnement de stocks.
Le paramètre GRIH08 permet de rechercher et d’appliquer des ristournes de fin d’année par palier non cumulé.
Le paramètre LIENA2 permet de mettre à jour l es stocks pour le calcul de la quantité disponible.
La loi sur les Nouvelles Régulations Economiques (NRE) du 15 mai 2001 oblige les sociétés à constater les intérêts de retard de paiement dans leurs comptes. La créance est exigible dès le premier jour de retard sans relance préalable. Le taux est fonction du taux « repo » ou « refi » de l’opération de refinancement la plus récente de la Banque Centrale Européenne (BCE) majoré de 7 points. Il se calcule entre la date d’échéance prévue et la date de mise à disposition du paiement. Les intérêts se calculent sur le HT. Il n’ y a pas de calcul de TVA sur ces intérêts.
Un traitement de calcul des intérêts de retard génère des écritures détaillées par tiers et par facture en retard. Ce traitement différé est lancé périodiquement à la demande.
Les écritures générées sont lettrées avec les factures d’origine. Cette traçabilité permet de faire le lien direct entre la facture et les intérêts correspondants. Le lettrage pouvant être supprimé par l’utilisateur, un deuxième lien permet d’enregistrer le numéro d’écriture de la facture d’origine associée à la facture d’intérêt.
La fonction P_3IDR permet de lancer le traitement périodique de calcul des intérêts de retard ( P_3IDRE1 ).
Il suffit de définir le paramètre P_FIDR pour personnaliser la gestion des taux d’intérêts de retard.
Voir documentation « La gestion des intérêts de retard ».
L'Union Européenne a adopté un règlement définissant la mise en application des normes IAS / IFRS (International Accounting Standards / International Financial Reporting Standards). Ce règlement stipule que, depuis le 1er janvier 2005, toutes les entreprises (de France et des autres pays européens) cotées (ou désireuses de le devenir) sur les Bourses européennes doivent appliquer les normes IAS / IFRS de présentation des comptes consolidés, pour toute exercice ouvert à compter de cette date.
Ces normes européennes sont à appliquer en sus des obligations de comptabilisation et de présentation des comptes sociaux fixées par les pays respectifs.
Pour les sociétés cotées sur Euronext (places d’Amsterdam, Bruxelles, Lisbonne et Paris) qui ont choisi d'adhérer aux segments NextPrime et NextEconomy, la mise en application des normes IAS / IFRS est effective depuis le 1er janvier 2004.
La mise en application des normes IAS / IFRS a été réalisé au sein du produit GENERIX grâce à l’utilisation des ventilations analytiques.
Un axe analytique est en effet spécifiquement réservé à la segmentation IAS / IFRS. Il est géré indépendamment de la saisie analytique, et ne rentre pas en compte dans les contrôles de validité de la ventilation analytique.
Sur cet axe, le plan principal de type Section est associé au secteur géographique et le plan des postes budgétaires de type Rubrique est associé à l’activité.
Ainsi, par le paramétrage de la comptabilité analytique et des comptes généraux, il est possible, au sein des saisies comptables, d’effectuer les segmentations analytiques selon les normes IAS / IFRS.
Si le paramètre P_IFRS est positionné, plusieurs critères de sélection supplémentaires apparaissent au niveau des consultations comptables, pour offrir une consultations aux normes IAS/IFRS .
Les critères sont les mêmes que pour la comptabilité analytique classique mais l'axe analytique, le plan de section et le plan de rubrique sont définis par le paramètre P_IFRS.
Les visualisations possibles aux normes IAS/IFRS sont :
la balance analytique,
le grand livre analytique,
avec, comme critères de sélection, l'axe analytique, le plan de section et le plan de rubrique définis par le paramètre P_IFRS.
Voir documentations « Normes IAS/IFRS . », « P aramètre P_IFRS » et « Visualisations comptables ( F_FIN_F ) »
Selon l’article 242 nonies de l’annexe II du code Général des Impôts, une facture émise est de caractère irréversible. Dorénavant, un message d’avertissement prévient automatiquement l’utilisateur de cet article de loi, lorsqu’il tente de modifier une écriture intégrée non-provisoire (fonctions de saisie P_SAI et P_2SAI avec le paramètre P_MECR ). Le message invite en effet l’utilisateur à confirmer sa modification ou à annuler son opération.
Ce message d’avertissement n’est pas affiché lorsque le paramètre P_PAYS est positionné avec la zone A1 =’ITA‘. En effet, la réglementation italienne permet de modifier des écritures intégrées.
La fonctionnalité Multimédia est désormais proposée sur les écritures comptables et analytiques saisies. Les popups « « M.A.J. banque multimédia PF2-M » et « Visualisation multimédia PF2-V » apparaissent en effet au niveau des fonctions et écrans suivants :
P_SAI , sur les écrans p_sai1 (et toutes ces déclinaisons en onglets) (écritures comptables de facturation, de règlement et d’opération diverse), p_2sai_v3 (Opérations diverses analytiques), p_2sai_r1 (règlements multiples). Les popups ne sont visualisables qu’une fois l’entête d’écriture validée et que l’on se trouve dans le tableau de saisie des mouvements.
P_2MPC , sur l’écran p_2mpc_10 (option « Modifier »). Les popups ne sont visualisables que lorsqu’on se trouve dans le tableau des mouvements.
P_1VIS , sur l’écran p_1vis_14 (option « Pièce). Pas de popup « M.A.J. banque multimédia » sur cet écran. Le popup de visualisation n’est visualisable que lorsqu’on se trouve dans le tableau des mouvements.
Pour activer la gestion des liens multimédias, il suffit de positionner le paramètre MEDIA .
Dans la fonction P_SAI, en multi-établissements, la reprise d’écritures intégrées par l’option « Modifier / Pièce provisoire » conserve désormais les liens entre la pièce principale et les opérations diverses de liaison (ODL) éventuelles.
De nouvelles fonctionnalités (zone A2, N3 et N5) ont été implémentées au niveau du paramètre p_nrgl qui permet de personnaliser l’ergonomie de saisie des écritures comptables.
En effet, il est désormais possible :
d’effectuer des contrôles supplémentaires lors de l’annulation d’une écriture intégrée (N3),
de définir si le contrôle de la zone statistique (voir zone N5) est bloquant (« O ») ou non (vide) (A2),
de définir le numéro d’une la zone statistique devant contenir un numéro d’écriture comptable dont l’existence sera contrôlée (N5).
Le paramètre SIMECR permet, en mode intégré (utilisation de GENERIX FINANCE ), de simuler la validation de facture et la génération d’écriture associée, et de chaîner sur l’écran P_1VIS_14 pour consulter l’écriture simulée. La validation est ensuite abandonnée. L’action est précisée par le message « SIMUL_ECR » indiquant que l’on est en mode simulation.
Une option a été ajoutée au paramètre P_MECR (modification d’écriture comptable en fonction de l’éventuel lettrage des mouvements qui y sont associés). Elle permet notamment de rendre impossible de reprendre en modification une écriture intégrée déjà traitée par un rapprochement bancaire.
|
Attention Pour utiliser ce paramètre en version GENERIX 4.4-00 ou 5.0-00, il vous faut demander une nouvelle livraison du « SERVEUR_RPC ». |
Le paramètre RMCECR permet de piloter des options de recherche dans les écrans P_RMCR_ECR_MVC et P_RMCR_ECR_MVCL.
Le paramètre ECRLIB permet de définir le libellé de l'écriture comptable dans les fonctions GCAVE1 et GCOVV1 si le mot-clé GEN_ECR_RGL est positionné dans la maquette d’édition.
Une nouvelle colonne dans l’écran P_3PMT_20 (ajustement des paiements fournisseurs) vous permet d’obtenir les montants (de l’écriture et de la contrevaleur) nets après escompte. Il s’agit de la différence entre les colonnes "Montant Paiement Contrevaleur" et "Montant Escompte".
Un nouveau champ « Tiers comptable » apparaît dans le tableau et le bas de l’écran P_3VIS_22 .
Un contrôle d’existence était effectué sur le tiers payeur dans la fonction GTIE popup « Informations comptables PF1C » (écran GTIE_P1C). Ce contrôle a été retiré pour être cohérent avec la fonction P_3GTI (écran GTIE_P1). Aucun contrôle n’a lieu d’être sur ce champ purement informatif.
Le paramètre P_COUV permet de gérer la parité des paiements fournisseurs en fonction de la parité des factures sélectionnées. Lorsque ce paramètre n’est pas positionné, les paiements fournisseurs sont gérés avec une parité à la date de règlement.
Le paramètre P_MBAP permet d’activer un contrôle d’accès à la modification du bon à payer (BAP) pour une écriture existante (écriture comptable intégrée) à certains codes agents et sur certaines comptabilités tiers.
Cette fonctionnalité est accessible au niveau des écrans de gestion des BAP dans les fonctions P_3VIS , P_3LET et P_3PMT , mais ausssi au niveau de l’écran de gestion des échéances (écran P_3PMT_10 ) et de l’écran de modification d’état du lettrage ( P_3LET_12 ).
Le paramètre P_ESCP permet de personnaliser les règles liées à l’escompte dans le cadre du paiement des fournisseurs en traitement différé.
Deux améliorations ont été apportées à l'export des factures d'immobilisation (p_igese1).
Fonction P_IGES
Dans la fonction p_iges, option "Exporter factures" (p_igese1), le nom du fichier de sortie qui était non-modifiable (FACTURE.CRG) peut désormais être personnalisé (paramètre P_IGES). Si une erreur se produit lors du traitement, le fichier de sortie sera renommé en <répertoire><nom>_ERREUR.<extension>
Fonction P_IENV
Le code société destination dans la fonction p_ienv, option "Transfert/Gérer" (écran P_IENV_20 ) devient facultatif pour l'export des factures d'immobilisation (il reste obligatoire pour l'intégration d'immo : P_IGESE2 ). Dans la fonction P_IGES, option "Exporter factures" ( P_IGESE1 ), si le code société destination n'est pas retrouvé dans le paramétrage, on reprend le code société courant.
Les adresses de banque ont été ajoutées dans l’édition des remises de chèque en banque (option « Editer…/Bordereau chèques »).
Dans le bloc P_4REME1_B13 , on trouve ainsi plusieurs nouveaux champs : de « p_4bqad1 » à « p_4bqad4 ».
De nouvelles informations ont enrichi le pointage manuel direct (écran P_4REL_21 ) : a jout des colonnes « Numéro de chèque », « Libellé du mouvement comptable », « Référence bancaire ».
Le paramètre P_REVC permet d’activer, au niveau de la remise des chèques et des effets (fonction P_4REM ), le popup « Sélection lot non-remis ».
Cette fonctionnalité permet la sélection d‘un lot dont les écritures de paiements fournisseurs n’ont pas été remises en totalité. Le lot sélectionné vient s’ajouter aux autres critères de sélection des échéances de l’écran de sélection des remises ( P_4REM_11 ).
Le paramètre P_LIRA permet d’activer, au niveau de la saisie des écritures comptables (fonctions P_SAI et P_2SAI ), le contrôle de la saisie des rubriques analytiques.
Ce contrôle est fonction d’une liste de rubriques autorisées pour un compte principal et un axe analytique. Cette liste est définie dans l’option « Couples » de la fonction P_5ENV (écran P_5ENV_30 ).
Le solde du reliquat d’un événement provoque l’annulation du reste à engager. Les options concernées sont : solde un à un, solde reliquat et solde poste. Ceci se traduit par la génération en comptabilité d’ OD analytiques venant annuler le reste à engager.
Ce paramètre ENGETA permet de préciser l'état dans lequel se trouvait l'événement au moment ou l'OD analytique d'engagement a été générée.
Il est, donc, à utiliser lorsque la commande que l'on solde ne se trouve plus dans le même état que celui qui a généré les écritures d'engagement (cas où l'événement subit plusieurs validations successives).
Il permet à la fonction de solde de lire, dans la fonction de paramétrage des OD analytiques GIAE , le paramétrage de la fonction pour le code état indiqué sur le paramètre ENGETA.
Le paramètre CTRANA permet de contrôler certains éléments de l’imputation analytique.
Une nouvelle option permet de contrôler que la section et la rubrique sont renseignées sur le guide analytique de la commande. Le blocage se fait au niveau de l’écran GCOV_ANAD . L’utilisateur ne pourra pas sortir de l’écran tant que les sections/rubriques ne sont pas renseignées, ou si elles restent incohérentes.
Une nouvelle option a été implémentée au niveau du paramètre GENANA .
| N1 | = 2 |
Permet, en validation de commande, de rechercher le guide analytique de l’en-tête d’événement et des postes (champs « eve.codana » et « evp.codana ») si ceux-ci ne sont pas renseignés, puis de générer les lignes du guide analytique (table EVY ). Exemple d’utilisation : dans le cas d’une duplication automatique d’un événement d’une entité vers une autre entité (paramètre DUPENT ) avec une d uplication des lignes du guide analytique pour l'en-tête et les postes (paramètre DUPEVE ) mais sans reprendre l’analytique de l’origine (notamment lorsqu’on a un changement de type Achat/Vente), une validation intermédiaire en différé permet alors de re-générer l’analytique. |
Une nouvelle option a été implémentée au niveau du paramètre GESANA .
| N3 | = 1 |
Permet d'autoriser la saisie de guide paramétré sur une partie des axes analytiques définis pour un code nature au niveau de la fonction GIAE . Ce fonctionnement n’est valable que pour les engagements, et la nature d’imputation de type « FAC ». |
Le paramètre P_CBN2 permet de déterminer le niveau budgétaire afin d’effectuer le contrôle de dépassement.
Un nouveau QUI (voir fonction GTQUI ) a été créé.
| 97 | Famille comptable du tiers comptable de l'événement. |
Le paramètre P_CPTF permet de gérer les compteurs utilisés par GENERIX Finance .
Les points de livraison
Un nouvel écran (écran LTRN_14 ) , accessible par le popup « Détail livraison », vous permet de gérer les points de livraison : création, modification ou suppression.
Pour accéder à cet écran, il vous faut utiliser le paramètre LTRN .
Les données complémentaires LTRN
Un nouveau popup « Données complémentaires », accessible depuis les écrans LTRN_1 et LTRN_5 , vous permet d’accéder aux données complémentaires de la tournée (paramétrées par la racine « LTN » (voir fonction GTRZO ).
Une nouvelle information a été ajoutée au niveau de l’écran LACT_1 . Il s’agit de l’urgence de la mission indiquée par défaut pour l’activité choisie.
Une option de la fonction LVAC a été renommée : « Traiter / Lancement batch » permet de lancer en préparation une ou plusieurs vacations en traitement différé (écran lanceur LVAC_GEN5 ).
Le paramètre LOGCTD permet de personnaliser le contrôle des dates du lot dans le traitement de lancement d’une vacation.
Afin de mieux gérer les habilitations de la fonction LOP , le menu « Mouvements » a été scindé en deux options « Gérer » et « Visualiser ».
Le paramètre LOGOPZ permet, lors de la confirmation d’expédition, de définir les numéros de zones paramétrées de l’Ordre de Préparation à propager sur l’événement commercial.
Ce traitement n’est activé que dans le cas d’une mise à jour de l’événement à l’origine de l’Ordre de Livraison.
Le popup ‘annulation adressage’ fonctionne pour les mouvements issus du cross dock (voir écran LREC_3 ).
Les mouvements de type S, R ou Z repassent en statut ‘0’, l’en cours de sortie sur l’objet de stock revient à 0.
Si la réception associée à l’objet de stock sélectionné n’est pas clôturée (écran LSTK_4 ), un message en avertit l’utilisateur et l’invite à confirmer ou annuler son opération.
La modification de la nature de stock ou du lot entraîne, en plus du traitement standard :
La mise à jour du détail des réceptions (table LRED) :
anciens lot et /ou nature de stock de l’objet : quantité déduite,
nouveaux lot et/ou nature de stock : quantité ajoutée.
Le paramètre LGESTK peut être pris en compte.
|
Attention il n’est pas possible de modifier un objet de stock ayant un encours de sortie. |
Si la réception associée à l’objet de stock sélectionné n’est pas clôturée (écran LAJU_1 ), un message en avertit l’utilisateur et l’invite à confirmer ou annuler son opération.
La modification de la quantité de l’objet entraîne, en plus du traitement standard d’ajustement :
la mise à jour du détail des réceptions (table LRED ) pour la nature de stock et le lot de l’objet. Le paramètre LGESTK peut être pris en compte.
l’opération de stock « entrée » associée à la nature de stock de la ligne d’ EA , pour le lot de la ligne d’EA (quantité déduite si mouvement de sortie, ajoutée si mouvement d’entrée)
la mise à jour du nombre de charge réelle de la ligne de réception si l’objet est supprimé.
|
Attention il n’est pas possible de modifier un objet de stock ayant un encours de sortie. |
De nouvelles options (N4 et N1=2) ont été ajoutées au paramètre LOGREC qui permet de gérer différemment les réceptions ( GENERIX Exécution Logistique ).
Avant une réception en RF , il vous est en effet possible de choisir entre une réception déclarative et une réception SSCC .
Le paramètre LGESTK permet de mouvementer les stocks en unités, et non pas dans le contenant du poste de l’événement. Cette fonctionnalité sert notamment à éviter les erreurs d'arrondi lors de la mise à jour des stocks du module GENERIX Commerce .
Le paramètre LEALOC permet d’interdire la mise à jour d’une entrée attendue ( EA ) par un autre utilisateur, tant qu’elle reste susceptible d’être modifiée au niveau de la liste des entrées attendues (écran LREC_5 ).
De cette manière, plusieurs utilisateurs ne peuvent pas modifier la même EA en même temps.
Le paramètre PZNLEA permet de définir le préfixe (fonction GTZON ) utilisé en standard pour les zones paramétrées associées aux entrées attendues.
En positionnant le paramètre LOGNAT , au moment de la réception (écran LREC_3 ), lorsqu’une nature de stock est saisie sur un mouvement, le système contrôle automatiquement que cette nature de stock existe dans une table utilisateur (voir fonction GTTTU ) définie dans la zone N1.
Si la nature existe dans cette table utilisateur, les autres mouvements du même produit auront automatiquement la même nature de stock.
Le paramètre LOGGBL permet de filtrer les lignes d’un dépôt (géré ou non par GENERIX Exécution Logistique (GEL) lors de la génération d’un bon de livraison. Pour un événement multi-dépôt, ce paramètre pilote la génération des lignes du produit dans un dépôt non géré par GEL.
GENERIX Exécution Logistique vous permet d’optimiser les colis (notion de consolidation logistique).
Deux types de consolidation vous sont offerts :
le gerbage : les charges d’expédition restent distinctes (identifiants différents) mais occupent la même surface au sol. Cette charge est donc composée de plusieurs étiquettes d’expédition qui devront être toutes scannées pour valider l’expédition.
la consolidation : la charge d’expédition source est entièrement intégrée dans la charge d’expédition cible : il ne reste qu’une seule charge d’expédition, et donc qu’une seule étiquette.
La consolidation logistique peut s’exécuter selon deux modes : déclaratif (par l’opérateur) ou automatique (traitement différé LCOLE2).
Le paramètre CHEMIN permet de piloter l'ordre de présentation des emplacements dans une liste d'inventaire.
Une nouvelle option a été implémentée sur le paramètre INVCRE (création complète d’un inventaire).
| N1 |
Cette zone permet de préciser comment la date de création de la nouvelle ligne d'inventaire est renseignée. Attention : cette date de création est utilisée pour alimenter la date de mouvement de stock en validation d'inventaire. |
||
| = 0 |
Mode standard (par défaut) La date de création de la ligne d'inventaire prend la date du jour, même si cette date est différente de la date de création initiale de l'inventaire. |
||
| = 1 |
Mode évolué. La date de création de la ligne d'inventaire prend la date de création initiale de l'inventaire. |
Le paramètre LRFLOP permet de personnaliser les caractéristiques du mouvement de préparation effectué en radiofréquence (RF).
Une nouvelle fonctionnalité a été implémentée sur le paramètre AFFPAL (calcul du nombre total de palettes et du poids total).
| A2 | = L |
Le calcul du poids et du nombre de palettes est réalisé selon le plan de palettisation mémorisé dans la table PRL . Un message d’erreur s’affiche automatiquement s’il n’y a pas de plan de palettisation. |
Le paramètre LPURGE permet de gérer la purge ainsi que l’archivage des informations de GENERIX Exécution Logistique (tables GEL).
Le mot-clé « #DEPAGE » permet, par paramétrage de l’écran lanceur , d’initialiser le dépôt avec le dépôt de l'agent connecté.
Une nouvelle fonctionnalité ( option N3) a été implémentée sur le paramètre LOGDEP . Elle permet d’ajuster la quantité de stock sur le dépôt commercial (dépôt logique) associé à l'objet modifié.
Une nouvelle option (N2) du paramètre P_2ITF permet d’indiquer de quelle manière on souhaite que le traitement se termine, lorsque le fichier à intégrer est vide.
Le paramètre P_INTE permet, lors de l’intégration d’une fiche tiers, de récupérer le type d’escompte :
dans l’intégrateur Commerce : p_tieesc en position 405 (fin en position 409) du type d’enregistrement 70,
dans l’intégrateur Finance : i_tieesc en position 345 (fin en position 349) du type TIC du lot TIE.
En ajoutant le guide de TVA sur l'enregistrement de type MVC, il est désormais possible de différencier les factures exonérées de TVA des factures en suspension de taxe.
Voir fonction P_2ITFE1 .
Plusieurs nouvelles options ont été implémentées au niveau du paramètre INTEG qui pe rmet de préciser la localisation du fichier à intégrer .
| D1 | = 1 ou 2 |
Si le nom du fichier à intégrer contient au moins un caractère joker (l’astérisque *) et qu’il existe plusieurs fichiers correspondants, on compose alors un fichier (dont le nom est fourni par la zone L1) avec l’ensemble de ces fichiers. C’est ce fichier que traitera l’intégrateur. Le nom du fichier donné par L1 peut contenir la séquence « %ld » qui sera alors remplacée par le numéro d’intégration. |
|
| = 2 |
Le mode « D1 = 2 » permet en plus, pour un fichier détecté, de vérifier qu’il existe aussi un fichier «Accusé de Fin de transfert» de même nom, mais complété de l’extension définie par la zone M1. Ce fichier « Accusé de Fin de transfert » est ensuite supprimé. |
||
| D2 |
Permet, dans le mode D1 = 1 ou 2, de piloter le traitement d’un fichier après concaténation dans le fichier à intégrer. |
||
| 0 ou 1 |
Le fichier concaténé est renommé en remplaçant son extension par « traitessaammjj_hhmmss ». |
||
| 2 |
Le fichier concaténé est renommé en ajoutant l’extension « .traitessaammjj_hhmmss ». |
||
| 98 |
Le fichier concaténé est supprimé. |
||
| 99 | Le fichier concaténé n’est pas supprimé. |
| L1 |
Nom du fichier composé pour les options D1 = 1 ou D1 = 2. Ce nom peut contenir la séquence « %ld » qui sera remplacée par le numéro d’intégration. |
| M1 | Extension utilisée dans le mode « D1 = 2 » pour vérifier qu’il existe aussi un fichier «Accusé de Fin de transfert» de même nom, mais complété de l’extension définie par la zone M1. |
Deux nouvelles zones associées à l’emplacement pivot réservé ont été ajoutées dans le format d’intégrateur INTEG_STK .
Codemp1 : Emplacement pivot réservé,
Nbremp : Nombre de solutions pour recherche de l’emplacement autour du pivot.
Une nouvelle information, le taux d'agio, a été ajoutée à l'intégrateur des événements ( INTEG_EVE ) pour gérer les intérêts de retard.
Deux champs, « sigtie » et « codpro », ont été ajoutés au format d’intégrateur du texte libre ( INTEG_TXT ) pour permettre de calculer dans certains cas le champ « codtxt ».
Le paramètre INTZON est désormais applicable aux événements (en-têtes et postes), en plus des tiers et produits.
La nouvelle version de Generix Manager et les agents d'exploitation associés présentent de nouvelles fonctionnalités.
Voir documentation « GENERIX MANAGER ».
Nouvelles procédures de sauvegardes
De nouvelles procédures de sauvegardes sont proposées pour la base de données et l'environnement Generix. La sauvegarde de base de données s’appuie maintenant sur l'outil "RMAN" d’Oracle. La procédure de sauvegarde de Generix est étendue et permet maintenant une restauration complète de l'environnement.
Support complet et simplifié des bases distantes
La gestion d'une base distante ne nécessite plus d'installer des agents d'exploitation sur le serveur de données. Les fonctions qui étaient restreintes avec une base distante (gestion de fichiers .str, contrôles de verrous, sauvegardes...) sont maintenant complètement opérationnelles comme avec une base locale.
Attention :
Les anciens modes de fonctionnement restent possibles.
Pour la base installée, ces anciens modes seront les seuls utilisables si le serveur de traitement n'est pas de type Windows 2003 ou Linux.
Service d'Impression Immédiat
Le Service d'Impression Immédiat (S2I) est un processus GENERIX, basé sur un nouvel exécutable UERP, qui active les traitements différés lancés depuis e-Gx (file batchs de type 'R' définie pour chaque société).
A la différence du scrutateur, les tâches ne sont pas planifiées mais exécutées le plus rapidement possible dès la réception de la demande.
Cette option doit être utilisée uniquement quand le résultat du traitement différé est attendu rapidement, et quand le traitement différé à un traitement considéré comme court.
Les files batch rapides doivent être en permanence disponibles afin de répondre le plus rapidement au besoins des utilisateurs.
Voir documentation « Service d'Impression Immédiat ».
Avec la technologie e-Gx, vous avez la possibilité de restituer de manière graphique (camembert, histogramme, courbe,…) les informations transmises par un flux de données. Cette possibilité vous offre plusieurs avantages :
assurer une meilleure lisibilité,
suivre l’évolution d’une donnée,
permettre un comparatif plus rapide.
Les possibilités de navigation sont conservées : il vous est par exemple permis de créer un lien hypertexte depuis un élément du graphique pour en obtenir le détail.
Le format graphique retenu est le SVG ( Scalable Vector Graphics) qui permet de supporter au mieux les "retaillages", intégre de façon native des éléments dynamiques (URL, JavaScript) et un langage à balise proche du XML.
Pour pouvoir afficher ces types de graphiques dans vos applications e-Gx, il suffit de télécharger un viewer gratuit. Pour Internet Explorer, c'est le plug-in d'Adobe qui a été retenu.
Voir documentation « Développement d’objets graphiques avec e-Gx ».
Même si le spectre des fonctionnalités qu’il offre est beaucoup plus étendu, le fichier de configuration est à e-Gx ce que le fichier « generix.ini » est à GENERIX en Client/Serveur.
Situé sur le serveur d’application, il est systématiquement consulté par e-Gx pour toute requête effectuée par l’utilisateur depuis son navigateur.
Ce fichier de configuration, indispensable pour votre environnement de travail, permet non seulement de déterminer des éléments techniques mais aussi des éléments fonctionnels. On y retrouve par exemple :
les bases de données mises à jour,
les répertoires de travail,
les limites mémoires,
les modèles de données permettant l'exécution des scénarii
Il est complètement indépendant des couches logicielles : application et métier. De cette manière, il est par exemple possible de déployer la couche application sur une machine différente de la couche métier.
Les modifications de ce fichier de configuration (« configuration.xml ») s’effectuent grâce à un éditeur XML ou à l’outil XML Dynamic Model Editor conçu par les équipes de GénériX.
Le transport des évolutions du paramétrage est un module permettant de répliquer, d’un environnement source vers un environnement de destination, certains éléments entrant dans le paramétrage du progiciel.
La réplication d’éléments de paramétrage s’effectue en trois étapes :
1. Définition d’un package de paramétrage. Cette étape consiste à énumérer l’ensemble des éléments de paramétrage que l’on souhaite répliquer.
2. Constitution du package de paramétrage. Cette étape consiste à créer un fichier archive contenant l’ensemble des éléments énumérés dans la définition du package. Cette opération est réalisée sur l’environnement source.
3. Application du package de paramétrage. Cette opération consiste à mettre en place, sur l’environnement de destination, les éléments du package de paramétrage. Au préalable, tous les éléments énumérés dans le package de paramétrage sont automatiquement sauvegardés de manière à garantir une fonction d’annulation.
Cet outil permet également d’annuler un package ayant été appliqué à tort sur un environnement. Cette fonction consiste d’une part à supprimer les éléments du package qui ont été installés, puis à restaurer la sauvegarde qui avait été effectuée automatiquement lors de l’application du package de paramétrage.
|
Attention Disponible uniquement sur Linux, le transport des évolutions du paramétrage est réservé aux personnes en charge du paramétrage et de l’administration des environnements GENERIX. C’est un composant de l’outil d’administration Generix Manager. |
Voir documentation « Transport des évolutions de paramétrage ».
Le paramètre BUFREL permet, au niveau d’une fonction, de mémoriser un certain nombre d’enregistrements de tables définies dans une table utilisateur (voir fonction GTTTU ). De cette manière, il est possible d’optimiser les temps de réponse.
Cette fonctionnalité peut être très utile, par exemple, pour une entreprise qui a un nombre restreint d'articles. Le contenu de la fiche article changeant relativement peu souvent, on évite des relectures de la table des produits ( PRO ).
Il est désormais possible de dépasser sous Windows la limite de 400 ports ouverts. Vous pouvez ainsi gérer, sous Windows 2000, un plus grand nombre d’utilisateurs simultanés.
Trois nouvelles clés permettent de paramétrer les ports utilisés par GENERIX (par défaut : [600-1024]).
Start port=600 comme valeur par défaut. Début de la plage de port disponible.
Exclude port= pas de valeur par défaut. Permet de retirer des plages ou un ports dans la plage disponible. (mode expert),
End port=1024 comme valeur par défaut. Fin de la plage disponible.