|
|
| Modifications apportées à ACE 1.2 après le 30 septembre 2006 | |
|
|
|
|
Afin d'améliorer la gestion des flux entre la centrale d’achats et les différents magasins, des évolutions notoires ont été apportées à la gestion des prix, et notamment à celle du prix de cession (ou prix de vente grossiste). Le prix de cession est le prix de vente de la centrale à son réseau. Au niveau du magasin, c’est donc le prix de l’achat vis-à-vis de la centrale.
Les principales nouveautés sont les suivantes :
|
Pour en savoir plus, consultez la documentation de référence « Les prix de cession ». |
D éfinition du prix de cession par entrepôt pour un magasin ou ensemble de magasins
La centrale d’achats définit pour l’ensemble des produits, les conditions de cession à ses magasins.
Les prix de cession ne sont pas différents pour chaque magasin mais selon certaines spécificités (Corse, Dom Tom, étranger,…). Les prix de cession sont également utilisés dans les transferts inter magasins, notamment en cas de « dépannage » (produit qui n’est plus en stock dans le magasin, mais dans le stock d’un magasin proche).
Grâce au prix de cession, les mouvements de marchandises entre magasins ou entre la centrale et les magasins peuvent être valorisés en tenant compte du dépôt de départ. Les stocks d’un produit peuvent être valorisés au prix unitaire moyen pondéré, selon les prix d’achat et les prix de vente du produit, mais aussi du prix de cession au niveau des magasins.
Les prix de cession se définissent selon trois axes :
Calcul du prix de cession
Le prix de cession est, dans la majeure partie des cas, calculé automatiquement en fonction d’un prix
de référence, qui est le prix d’achat net permanent ou le prix de revient (cas des produits importés pour lesquels il faut rajouter des frais supplémentaires).
Une option de paramétrage précise si on applique au prix de référence un coefficient ou un taux de marge.
Le prix de cession est recalculé automatiquement lorsque :
Une option de paramétrage ou un indicateur sur le tarif définit le maintien du prix ou de la marge. Le prix de vente de chaque magasin est déduit du prix de cession du dépôt serveur du magasin et son barème.
Le prix de cession est désormais utilisé dans les flux suivants :
Les prix de cession (ou prix grossistes) sont affichés sur :
Affichage des tarifs
Lorsque la centrale achète ses produits et les revend aux magasins, les magasins ne peuvent intervenir dans le choix et le nombre des produits à gérer. Les produits sont revendus au prix de cession : chaque magasin gère la marge de la centrale et la marge distributeur. ACE assure la confidentialité au niveau des magasins, qui ne peuvent consulter les prix d’achat et marges de la centrale.
Pour l es points de vente franchisés qui peuvent négocier d’autres produits avec d’autres fournisseurs que la centrale, les produits locaux sont traités de façon isolée auprès des fournisseurs locaux. La gestion du prix de cession ne concerne que les produits provenant de la centrale et les produits de la marque de l’enseigne. La marge distributeur est calculée, selon le produit, à partir du prix de cession ou du prix d’achat fournisseur.
Consultation de plusieurs sites
Les consultations multi sites permettent de visualiser les tarifs de la centrale et de chaque magasin.
Trois types de présentation sont disponibles : les tarifs généraux, les tarifs d’achat et les tarifs de vente.
Chacun de ces écrans reprend maintenent le prix de cession et les marges centrale et distributeur. La marge de la centrale se calcule entre le prix d’achat et le prix de cession alors que la marge distributeur se calcule entre le prix de cession et le prix de vente.
Les élaborations tarifaires
Les élaborations tarifaires permettent, lors de l’évolution d’un prix d’achat, de recalculer le prix de cession pour chaque type de magasins et de reporter l’impact sur le prix de vente des magasins (ou la marge si on maintient le prix de vente).
Il est possible, au travers des élaborations, de faire évoluer un prix de cession et en conséquence de transmettre l’impact sur le prix de vente dans les magasins.
Remarque : Lorsqu’un produit est géré au prix de cession, le prix d’achat de la centrale n’est plus transmis aux magasins. Le prix de cession de la centrale est le nouveau prix d’achat du magasin.
Tous les produits ne sont pas forcément soumis à un calcul de prix de cession : un indicateur
du produit permet de sélectionner les produits concernés par ce calcul.
Calcul des prix de cession
Les prix de cession peuvent être recalculés par traitrement différé, pour un ensemble de produits. Un traitement d’optimisation permet d’initialiser les prix de cession.
Certaines enseignes calculent les prix de cession en fonction des marges dégagées entre le prix d’achat et le prix de vente consommateur. Dans ce cas, il ne s’agit plus de définir le coût de cession d’un produit, mais de répartir la marge entre le magasin et la centrale. Cette technique ne concerne que les prix de cession, c’est à dire de la centrale vers les magasins. Tous les magasins sont concernés par la même table.
Une nouvelle fonctionnalité, principalement orientée sur le secteur de la vente à distance mais qui peut aussi être utilisée dans le cadre d’un réseau de distribution spécialisé, permet d'effectuer les opérations suivantes :
La mise en œuvre de ces fonctions a été adaptée et améliorée spécialement en mode web : définition des conditions tarifaires et du ciblage client.
Les opérations commerciales s’appliquent :
La campagne promotionnelle est un regroupement d’opérations commerciales, utilisé à des fins statistiques et pour filtrer les recherches.
L’opération commerciale est définie par :
La liste des clients ciblés peut ensuite être modifiée à la guise de l’opérateur, par modification des critères ou par ajouts/suppressions manuels de clients. Les critères initiaux de sélection et la liste finale des clients choisis sont tous deux mémorisés dans chaque opération commerciale.
Cibler des clients permet de :
Les campagnes et opérations commerciales peuvent aussi être suivies grâce aux fonctions statistiques d'ACE. Les impacts d’une opération commerciale peuvent ainsi être rapidement mesurés : chiffre d’affaire généré par opération commerciale, nombre de commandes par opération commerciale, marge dégagée,…
|
|
Pour en savoir plus, consultez la documentation de référence I_OPE_F . |
Cette évolution permet d'effectuer une saisie d'inventaire sans passer par les journaux de saisie (ou journaux de comptage) mais en effectuant une saisie page par page. En effet, le portail de gestion des inventaires offre les fonctionnalités suivantes :
Ce mode de saisie est orienté pour les sites qui n'utilisent pas la solution SCANMAG.
A la création d’un inventaire (complet ou tournant), l’utilisateur aura désormais le choix du mode de saisie : avec ou sans journaux de comptage.
Les informations affichées au chargement de l’inventaire diffèrent selon le mode de saisie choisi.
Pour un mode de saisi sans journaux de comptage, l’inventaire s’affiche en mode plein écran, avec quatre parties successives :
|
|
Pour en savoir plus, consultez la documentation de référence “I_INV_F” |
Avant la version ACE 1.2, les familles de produits étaient gérés au maximum avec trois niveaux hiérarchiques. Les nouveaux développements intégrés aux modules retail, négoce et achat permettent d’augmenter le nombre de ces niveaux jusqu’à dix.
Cette amélioration vous permet d’affiner la classification des produits. Les différents niveaux peuvent, selon vos souhaits, être hiérarchisés par rapport au niveau précédent. Le regroupement des produits par famille s’effectue en effet aisément sur des caractéristiques communes aux produits.
La notion de famille de produit peut ainsi être utilisée :
Il suffit d’utiliser une valeur du paramètre UTIFAM pour définir le nombre maximum de niveaux à gérer en mode web. L’ensemble des écrans proposés par ACE s’adaptent automatiquement au nombre de niveaux paramétré : recherche des familles, des produits, critères des modèles de produit, assortiment magasin, conditions tarifaires, consultation stocks, traitement de masse, détail du produit, création du produit, élaboration tarifaire, sélection du produit à la commande d’achat, ...
Chaque niveau actif de la classification des produits peut servir de critère de sélection. Les
statistiques et éditions peuvent tenir compte des nouveaux niveaux de classification activés.
|
Trucs et astuces Cette nouvelle zone du paramètre UTIFAM n’est pas exploitée en mode Client/Serveur. Il faut en effet paramétrer les écrans si vous voulez afficher plus de trois niveaux de familles. |
|
|
Pour en savoir plus, consultez la documentation de référence I_FAM_M. |
Cette fonctionnalité vous permet de gérer une classification de certains produits grâce à une hiérarchie « Saison-Collection-Thème ». Même si elles restent incontournables dans le secteur du textile, ces notions ne sont forcément liées à la gestion du mode multi-variantes.
La hiérarchie Saison permet surtout d’affiner la classification des produits au même titre que la hiérarchie Famille. Les différents niveaux sont toujours hiérarchiques par rapport au niveau précédent.
Une saison est répartie en plusieurs collections, elles-mêmes réparties en plusieurs thèmes.
Un produit peut être rattaché à une saison, à une collection et à un thème. Les trois niveaux ne sont pas obligatoires. Mais le niveau Thème ne peut pas exister sans la présence du niveau Collection, et le niveau Collection ne peut pas exister sans la présence du niveau Saison.
La hiérarchie Saison-Collection-Thème est stockée dans la table des familles de façon hiérarchique, avec un nouveau type « TXT » (comme TeXTile). Elles apparaît au niveau du produit, en activant l’onglet « Constantes ».
L’onglet « Saisons » apparaît uniquement si l’option N2 du paramètre UTIFAM est utilisée.
|
|
Pour en savoir plus, consultez la documentation de référence I_CONF_F. |
Les pictogrammes décrivant le type d’entretien d’un produit textile font partie des informations imprimées sur l’étiquette du produit. Ces pictogrammes varient en fonction du produit et du pays. Un pictogramme est défini par un code, un libellé et l’image du pictogramme.
Exemples :
|
|
|
|
|
Cycle de lavage délicat Rotation et produit de lessive adaptés. |
Seulement lavage à la main. | Ne pas repasser. | Ne pas mettre dans le sèche-linge. |
La langue utilisée pour décrire le libellé est fonction du pays où l’on commercialise le produit.
Avec la version ACE 1.2, il vous est possible de :
Les pictogrammes sont mémorisés dans une table utilisateur (voir fonction GTTTU) dont le numéro est défini par le paramètre ETIQUE.
|
|
Pour en savoir plus, consultez la documentation de référence « Les pictogrammes des étiquettes textiles ». |
Un nouveau module de contrôle des licences vous permet de refacturer à votre réseau tout ou partie des licences que vous avez achetées à Générix. Pour exemple, c’est le cas d’un groupe de distribution qui dispose d’un réseau de points de vente franchisés à qui il souhaite refacturer un droit d’utilisation du système d’information.
Ce type de contrôle permet en outre de limiter le nombre d’utilisateurs actifs et donc de prévenir toute saturation du système mis en place.
Le contrôle se base à la fois sur des limites à ne pas dépasser et sur le nombre d’utilisateurs actifs.
Les limites peuvent être exprimées selon une combinaison des critères suivants :
L’application est composée de deux modules web indépendants : un module intranet (btoe) et un module extranet (btob) destiné aux clients des franchisés.
|
|
Pour en savoir plus, consultez les documentations de référence :
|
Avec la version ACE 1.2, il vous est désormais possible de générer les liens MEV (liens multi-entités) pour des tables/segments spécifiques.
En effet, la génération des liens multi entité tient également compte du paramétrage multi entités des tables et segments non prévus dans le progiciel. Cette fonctionnalité nouvelle permet non seulement de générer des liens pour des tables spécifiques, que l’on peut aussi partager ou non, mais aussi d’y accéder par la même syntaxe que pour les tables standard d'ACE.
|
|
Pour en savoir plus, consultez la documentation de référence « Le mode multi entités ». |
Le nouveau paramètre maquette ISQL_PAS_MESS_MAJ permet, dans les traitements différés, de ne plus afficher les messages d’erreur liés à l’utilisation de l’instruction maquette ISQL (duplication sur insert, enregistrement inexistant sur update ou delete), en vue de diminuer le fichier log du traitement différé.
De nouveaux champs peuvent être utilisés par l’instruction maquette IADD qui permet de récupérer une information associée au contact :
LG_VARIABLE : dans ce mode de traitement, les variables @ ou ~ sont remplacées par la valeur associée, sans tenir compte des caractères « blancs » de fin de chaîne, ni des caractères blancs de début de chaîne pour les variables numériques. Les caractères de la ligne de maquette séparant les variables sont conservés pendant le traitement.
Lorsqu’aucun paramètre n’est précisé dans la syntaxe, l’instruction-maquette CODSOC permet de fournir le code de l’entité courante correspondant au bloc en cours d’édition. Cette fonctionnalité est très utile dans le cadre d’une édition sélectionnant plusieurs entités.
Exemple de syntaxe :
Vxx ~yyy=CODSOC()
| N2 |
|
Cette fonctionnalité N2 ne concerne que la fonction INTEGR. |
|
| = 1 |
La recherche d’un produit par le GENCOD / DUN14 (voir zone N4 du paramètre INTPAR) est limitée aux produits assortis pour le magasin. |
||
| = 2 | En plus de la fonctionnalité pilotée par N2 = 1, on ne retient pas non plus un produit trouvé directement par son code si ce produit n’est pas assorti pour le magasin. |
Voir documentation PACPRO.
CALDAT : calcul des dates de livraison et d’expédition
| N1 | |||
|
|
= -1 |
L'heure servant de base au calcul est l’heure de livraison de l’en-tête d’événement (champ « eve.heuliv1 ») si A1 = E. L'heure servant de base au calcul est l’heure d’expédition de l’en-tête d’événement (champ « eve.heuexp1 ») si A1 = L. |
La zone N1 du paramètre DATLIV (date de livraison obligatoire en saisie de commande) est désormais prise en compte en mode web.
| N4 | = 1 |
Fonctionnalité disponible en version ACE 1.0 ES1 et depuis la version 1.2. Permet, pour le magasin ayant demandé l’édition, d’utiliser les caractéristiques du produit de remplacement (table PRR) de type « ETM » au lieu du produit de remplacement de type « ETI » :
Lorsqu’aucune de ces caractéristiques n’est renseignée, alors le modèle d’étiquette ne concerne pas le magasin, et les étiquettes de ce produit ne sont pas éditées. Cette possibilité concerne les blocs d’édition suivants : |
Afin de préparer la gestion du mode radio-fréquence ( RF) en technologie web, une nouvelle section « RF » a été créée en ACE 1.2.
| Clé | Valdef | Remarque | AC | Localisation | Modif | Niv |
| Port ServeurRF | <port TCP/IP de UERP> | Numéro de base de port TCP/IP des modules Serveur RF (nombre). | NO | Traitement |
|
|
| Timeout ServeurRF | « infini » | Timeout de réception (en minutes) | NO | Traitement |
|
|
| Connexion Multi Navigateur | NON | <OUI/NON> | NO | Traitement |
|
|
| Niveau de Trace | OFF | Niveau | NO | Traitement |
|
|
|
Pour en savoir plus, consultez la documentation de référence « GENERIX.INI : personnaliser votre environnement de travail » |
