Les flux commerciaux

Généralités

Introduction

Un événement commercial est un élément d’un flux, une étape reliant un tiers et des produits. Il peut s’agir, par exemple, d’un devis, d’une commande, d’un ordre de fabrication, d’une livraison, d’une facture, …

Tout événement commercial, constitué principalement d’une en-tête et de postes, comporte au minimum :

  • un tiers,
  • des produits : des quantités, des prix,
  • des dates,
  • un statut,
  • un type.
Pour en savoir plus sur la gestion des dates, et notamment sur les principales règles de gestion et les algorithmes appliqués pour calculer et alimenter les dates d’événement, de livraison, d’expédition et de confirmation sur les commandes, livraisons, factures et lors du réapprovisionnement., consultez la documentation de référence « Gestion des dates dans ACE

Un flux ou cycle correspond à un ensemble d’événements commerciaux qui se succèdent logiquement pour une activité donnée. Une activité de l’entreprise peut être composée de plusieurs flux.

Un flux dans une entreprise peut être de trois types : administratif, physique ou financier :

  • le cycle administratif, de l’enchaînement des différentes procédures et documents nécessaires pour une activité de l’entreprise,
  • le cycle physique, de décrire les mouvements de la matière ou de la marchandise,
  • le cycle financier, de suivre les différents impacts d’une activité sur la comptabilité et la trésorerie de l’entreprise.

Définir un flux c’est :

  • identifier les différents documents ou événements qui ponctuent ce flux,
  • contrôler pour chacun les états ou statuts de son évolution,
  • analyser l’ensemble des contrôles qui permettent de faire progresser le document et/ou l’événement à l’étape suivante,
  • décrire l’impact immédiat et/ou prévisionnel des événements sur le stock (approvisionnement)
  • définir l’impact financier (notion d’encours financiers),
  • décider d’analyser ou non statistiquement le flux à cette étape et fournir les données nécessaires au pilotage de l’entreprise,
  • vérifier que les données de base comportent tout ce qui est nécessaire pour créer, gérer, provoquer le document et/ou l’événement.

Dans ACE , il est possible de modéliser les flux administratifs, en impactant en parallèle les flux physiques, et à certaines étapes, financiers.

L’événement commercial

Les événements commerciaux sont des objets qui servent à modéliser les flux de l’entreprise. Sur ces événements, est propagé un grand nombre d’informations issues des données de base :

une EN-TETE : elle comporte les informations communes et relatives au tiers : conditions de facturation, de livraison, transporteur associé, référence externe de la commande, appartenance à un contrat de vente, imputations analytiques et commerciales, date de création, de livraison prévue, commentaires libres, ...

des POSTES : chaque poste concerne un produit et comporte des informations telles que la quantité, le libellé complémentaire, le détail du prix (Prix à l’unité hors remise, remises, TVA, prix de revient...),...

Le poste se décomposesoit en lignes, soit en sous-postes.

des LIGNES : dans le cas où le poste de commande est cadencé, il existe pour un poste de commande déterminé autant de lignes que de cadences. Une ligne comprend : date de livraison prévue, adresse de livraison prévue, dépôt lot affecté, quantité livrée et commandée, transporteur, mode de transport, nombre de colis ... Le nombre maximal de lignes est de 999 lignes pour la même commande.

des SOUS-POSTES : la notion de sous-poste est utilisée dans le cas de produits composés : composant, quantité, TVA, unité, détail du prix, libellé complémentaire, ...

des COMMENTAIRES : ils peuvent être liés soit à l’en-tête de commande, soit à chaque poste de commande (10 lignes de 40 caractères).

Les frais sont un ensemble d’informations relatives à la valorisation de l’événement : nature de frais (port, emballage, …) et montant des frais.

Un événement est un objet caractérisé par des attributs :

  • son code action : achat (A), vente (V)
  • son type : commande, stage, mûrissement, facture, ordre de fabrication, …
  • son état : créé (C), validé (V), annulé (A), soldé (S), en litige (X), …
  • sa catégorie : transport (T), achat de marchandises (AM), biens et services (BS), …
  • son numéro : attribué lors de la création de l’événement soit par l’utilisateur, soit par le système.

A cela, il est possible d’ajouter :

  • son événement origine : c’est l’événement qui le précède directement dans le flux,
  • son événement source : c’est l’événement qui est le premier du flux.

Les valeurs des attributs (code action, type d’événement, …), considérées dans leur ensemble, reflètent l’état dans lequel se trouve l’objet événement à un instant donné.

L’état de notre événement correspond à une situation stable pendant la vie de l’événement durant laquelle il satisfait à une condition, exécute une tâche (qui dure), ou attend une action.

C’est le contexte de la société qui va donner un sens aux attributs de l’événement.

Exemples :

Commande à l ‘état C (créée) Commande à l’état V (validée)
La commande est créée, puis validée par l’opératrice quand elle a fini sa saisie. Une commande validée veut dire qu’elle a été entièrement saisie, donc qu’elle peut être exploitée.
A réception d’une commande du client , celle-ci est saisie et envoyée au laboratoire technique pour vérifier sa faisabilité. Quand le laboratoire est sûr de pouvoir réaliser la commande, il valide celle-ci.
Les commandes sont saisies à la volée par des opératrices Une responsable vérifie les commandes, et les valide. A ce moment, la commande du client, devient exploitable.

Les moteurs d’événement

Un moteur d’événement est un programme (un « exécutable ») qui permet de gérer des événements.

Les trois principaux moteurs (gcov.exe, gblv.exe et gbfa.exe) sont utilisés de manière symétrique pour l’achat et la vente. En effet, il est possible de créer plusieurs fonctions utilisant le même exécutable. Ainsi, pour exemple, les fonctions GCOA (commandes d’achat) et GCOV (commandes de vente) peuvent utiliser l’exécutable « gcov.exe ».

La prise de commande : les fonctions basées sur l’exécutable GCOV vous permettent de saisir des commandes, des demandes internes, des ordres,…

La livraison : les fonctions basées sur l’exécutable GBLV vous permettent de saisir des livraisons, des réceptions, des transferts, …

La facturation : la fonction basées sur l’exécutable GBFA vous permettent de saisir des factures, des avoirs, des cessions internes, …

Même s’ils possèdent des comportements fonctionnels différents, ces moteurs permettent tous :

  • d’impacter les stocks,
  • de procéder à un certain nombre de contrôles (ex. : financier, …),
  • de créer un événement,
  • de faire changer cet événement d’état,
  • de le supprimer,
  • de le modifier, …

ACE ne gère pas par défaut le dépassement de quantité lorsque l'on saisit une quantité négative sur les événements.

Deux solutions s'offrent à vous :

  • interdire le dépassement de quantité (GPEV Dépassement autorisé à 'N')
  • Gérer les quantités en positif et créer des opérations de stock négatives.

Numéro d’événement sur 9 caractères

Par défaut, le numéro d’événement peut contenir jusqu’à 7 caractères. Il vous est cependant possible d’utiliser un numéro d’événement pouvant contenir jusqu’à 9 caractères, en création d’événement (en Client/Serveur ou par le mode web, en intéractif comme en différé), lors de la génération des factures

L’utilisation du numéro d’événement de 9 caractères au niveau des différents écrans se réalise par simple paramétrage du champ concerné (Voir fonction PECR).

Modélisation d’un flux commercial

Exemple :

Exemple de modélisation :

Acteur Fonction Evénement Résultat Opé. Stk Enc. Fin Contrôles, paramétrages dans ACE Editions Proc. Interne

Virginie

GCOV, Créer V/CDE/C    
  • Permet de saisir la densité du produit
  S’il s’agit d’un nouveau client, Eduardo fait des recherches sur sa solvabilité
Virginie GCOV, Valider V/CDE/V + Qté Réservée + Encours ‘Cde’
  • Vérifie si le minimum de commande est atteint, sinon applique des frais forfaitaires.
  • Affiche des informations concernant sa situation financière (si douteux, …).
  • Permet de modifier la densité
Bon de commande Marie-Catherine récupère les bons de commande, et les envoie au courrier.
Daniel GBLV, Créer V/LIV/C
  • Qté Réservée

+ Qté En prépa

  • Encours ‘Cde’

+ Encours ‘Exp’

  • Vérifie que le stock est suffisant pour pouvoir préparer la commande
  • Propose les emplacements où prendre la marchandise
BON DE PRÉPARATION AVEC LA DENSITÉ INSCRITE DESSUS Le préparateur vérifie que les pots sont remplis comme il se doit en fonction du client
Daniel GBLV, Valider V/LIV/V
  • Qté En prépa
  • Qté en stock
 
  • Met à jour le stock de chaque emplacement
  • Permet de déclarer les colis réalisés

BON DE LIVRAISON

Liste de colisage

L’ÉVÉNEMENT V/LIV N’EST VALIDÉ QUE QUAND LA MARCHANDISE EST PARTIE.
Isabelle GBFV, Créer V/FAC/C  
  • Encours ‘Exp’

+ Encours ‘Fac’

    Isabelle vérifie la facture puis la valide
Isabelle GBFV, Valider V/FAC/V     - Vérifier que les écritures vont dans les bons comptes Facture C’est la comptabilité qui va maintenant prendre le relais

Le paramétrage de vos flux commerciaux

Paramétrage des types d’événements : GTTEV

Attention : ne pas oublier de renseigner la colonne ‘Typ Réf’.

Paramétrage des catégories d’événements : GTCTG

Numérotation des événements : UCPT

Mode de construction des compteurs d’événements : ………..+………

Définition des fonctions permettant de manipuler les événements : UFCT

Paramétrage du flux à partir de l’ensemble des éléments créés : GPEV

Une fonction correspond à trois éléments :

Une partie système avec la définition du moteur utilisé (référence de l’exécutable), Fonction UFCT
Une partie Données pour définir les types de données à manipuler, Fonction GPEV, menu « Fonction » (table PEV)
Une partie Fonctionnalités pour déterminer la manière dont ces données seront manipulées. Fonction GPEV, menu « Paramétrage » (table PARAV)

Le paramétrage de la fonction

Chacune des fonctions que vous créez doit être paramétrée grâce au Configurateur Fonctionnel.

Après avoir saisi le code fonction (correspondant au code fonction défini dans UFCT), il vous faudra préciser :

Un moteur dans ACE a de nombreuses fonctionnalités qui ne sont pas forcément nécessaires pour votre établissement.

Pour activer ces fonctionnalités, il suffit de « positionner un paramètre (PPE) soit au niveau général (c’est-à-dire que la fonctionnalité est globale à toute notre société), soit sur une fonction particulière (c’est-à-dire que la fonctionnalité ne doit exister que sur cette fonction précisément).

Fonctionnalités

Recherche multicritères d’événements (RMCR_EVE)

Description technique des champs de cet écran.

Vous avez la possibilité de proposer un code état de l’événement en recherche multi-critères en utilisant le paramètre RMCETA.
Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel".

Fonctionnalités accessibles par popup à partir de cet écran :

Export Excel : permet de transférer les données du tableau de visualisation vers Excel.

Deux champs virtuels (« typgel » et « numgel ») vous permettent d’associer respectivement le type et le numéro de l’événement (expédition ou réception) qui a été réalisé par le module ACE Exécution Logistique (GEL). Ces champs apparaissent également dans l’écran GBLV_1B.

Si le module GEL est activé alors les fonctions de réception et d’expédition sont exécutées dans GEL et non dans ACE Commerce.

Lors de la création du bon de livraison, GEL permet d’alimenter :

  • le type d’vénement GEL :
  • R dans le cas d’une réception,
  • E dans le cas d’une expédition.
  • le numéro de l’événement GEL :
  • Numéro de la réception dans GEL dans le cas d’une réception,
  • Numéro du BL GEL dans le cas d’une expédition.

Recherche multicritères d’événements (RMCR_LEVE)

Fonctionnalités accessibles par popup à partir de cet écran :

Export Excel : permet de transférer les données du tableau de visualisation vers Excel.

Deux champs virtuels (« typgel » et « numgel ») vous permettent d’associer respectivement le type et le numéro de l’événement (expédition ou réception) qui a été réalisé par le module ACE Exécution Logistique (GEL). Ces champs apparaissent également dans l’écran GBLV_1B.

Si le module GEL est activé alors les fonctions de réception et d’expédition sont exécutées dans GEL et non dans ACE Commerce.

Lors de la création du bon de livraison, GEL permet d’alimenter :

  • le type d’vénement GEL :
  • R dans le cas d’une réception,
  • E dans le cas d’une expédition.
  • le numéro de l’événement GEL :
  • Numéro de la réception dans GEL dans le cas d’une réception,
  • Numéro du BL GEL dans le cas d’une expédition.

Recherche multi-critères des postes d’événement (RMCR_EVP)

Description technique des champs de cet écran.

Le paramètre VISUPO permet de débrayer cette visualisation standard des postes au profit des commandes passées précédemment sur un même article (écran RMCR_PCD).
Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel".

Fonctionnalités accessibles par popup à partir de cet écran :

Export Excel : permet de transférer les données du tableau de visualisation vers Excel.

Recherche multi-critères des événements précédents (RMCR_PCD)

Description technique des champs de cet écran.

Pour accéder à cet écran, il vous faut utiliser le paramètre VISUPO.
Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel".

Suivi d’événement (RMCR_SUIVI)

Description technique des champs de cet écran.

Vous avez la possibilité de personnaliser le suivi des événements en positionnant le paramètre SUIEVQ.
Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel".

Deux champs virtuels (« typgel » et « numgel ») vous permettent d’associer respectivement le type et le numéro de l’événement (expédition ou réception) qui a été réalisé par le module ACE Exécution Logistique (GEL). Ces champs apparaissent également dans l’écran GBLV_1B.

Si le module GEL est activé alors les fonctions de réception et d’expédition sont exécutées dans GEL et non dans ACE Commerce.

Lors de la création du bon de livraison, GEL permet d’alimenter :

  • le type d’vénement GEL :
  • R dans le cas d’une réception,
  • E dans le cas d’une expédition.
  • le numéro de l’événement GEL :
  • Numéro de la réception dans GEL dans le cas d’une réception,
  • Numéro du BL GEL dans le cas d’une expédition.

Suivi des événements par représentant (RMCR_SUIV2)

Suivi d’événement (RMCR_VEVE)

Cet écran, accessible depuis le popup « Suivi d’événement », permet d’afficher directement à la fois l’entête et les postes de l’événement sélectionné dans le suivi d’événement.

Cet écran se base sur les informations associées aux factures (GBFA_1 et GBFA_1B).

Edition des événements (RMCR_EDIEV)

Le reste à livrer (RMCR_LEVL)

Description technique des champs de cet écran.

Vous avez la possibilité de :
  • définir certaines valeurs par défaut de cette fonctionnalité en utilisant le paramètre INDRAL .
  • de gérer un indicateur de livraison partielle (O/N) contenu dans une zone complémentaire de l'en-tête de commande, grâce au paramètre LIVPAR .
Pour en savoir plus sur le paramétrage des fonctions, consultez la documentation "Le Configurateur Fonctionnel".

Cet écran de recherche comprend un indicateur de sélection des lignes de commande (indsol), qui peut prendre les valeurs :

  • ’O’ pour affichage des postes qui ont un RAL (Reste à Livrer) non nul,
  • ‘N’ pour affichage des postes dont le RAL est nul,
  • « vide » pour affichage non restreint.

Fonctions utilisées

Code Libellé
GTTEV Gestion du type d’événement
GTCTG Gestion de la catégorie d’événement
GTETA Gestion des codes états des événements
UCPT Gestion des compteurs
UFCT Gestion des fonctions
GPEV Configurateur fonctionnel