[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Dolibarr-dev] Codification EAN : Identification des sociétés 2 (suite)
From: |
Tony |
Subject: |
[Dolibarr-dev] Codification EAN : Identification des sociétés 2 (suite) |
Date: |
Fri, 27 May 2005 10:01:03 +0200 |
User-agent: |
Mozilla Thunderbird 1.0.2 (Windows/20050317) |
*-1- Identification des sociétés et de leurs établissements (suite) :*
Un autre aspect de l'indentification normalisée des sociétés est la
*gestion des filières*.
Une filière est l’association de plusieurs sociétés ou partenaires pour
la réalisation d’une transaction commerciale donnée. Elle permet
d’anticiper le déroulement de la transaction commerciale. Une société
(prospects, clients, fournisseur) donnée peut avoir plusieurs filières
en fonction.
Les identifiants susceptibles d’être introduits dans les filières
prospects/clients sont :
- *commandé par
- livrer à
- facturer à
- réglé par*
Les identifiants susceptibles d’être introduits dans les filières
fournisseurs sont :
- *commander à
- livré par
- facturé par
- régler à*
L'index unique de la table filière client est étant le couple "commandé
par", "livrer à".
Elle permet par exemple en saisie d'une pièce, commande ou autre,
d'afficher et controler la liste des lieux de livraison possibles d'un
client qui commande. Une fois le choix de "livré à" fait, de retrouver
automatiquement le facturé, réglé etc ...
En ce qui concerne DOLIBARR, la gestion des filières permettrait de :
- Faciliter l'échange de données informatisées en évitant les
conversions de données : un message standard EANCOM existe pour
transmettre et recevoir les filières, les filières sont utilisées dans
les messages commandes, avis d'expéditions, factures notamment.
- de gérer tous les cas pour l'obtention des lieux de livraison,
facturation etc ...
---
D'une manière génerale, il serait intéressant, avant le développement
d'une fonction nécessitant la création d'un champ dans la base de
données, de consulter si l'information existe dans la norme EANCOM
/(Standard international d'EDI, géré et maintenu par EAN International,
et conforme aux règles UN/EDIFACT, utilisé notamment dans le commerce)
/et sous quel forme.
Ceci pour la créer dans le même format et définir élements de base
conformément à la normet EANCOM et éventuellement ISO.
*Avantages : *
-> Facilite l'échange de données informatisées en évitant les
conversions de données.
-> Contribue à améliorer encore la qualité du produit.
-> Ajoute une certaine rigueur et nécessite une réflexion en comparant
l'analyse des besoins avec les standards existants.
Cependant toutes les fonctionnalités ne sont pas disponibles ou ne sont
pas pas bonnes à prendre dans les standards. Il ne faut pas non plus
tomber dans l'excès inverse et générer une usine à gaz.
*Quelques exemples :*
- De nombreuses tables sont normés ; du mode de règlement, en passant
les codes unités produits, les codes :
- Fréquence,: code de périodicité prévue : A = Annuel, T Trimestriel, W
Hedbomadaire, Y Quotidien ...
- Qualifiant du mode de communication : EI EDI, EM Messagerie
électronique, TE Téléphone, ...
-Unité de mesure : PCE = Pièce, KGM = kilogramme, ..
- autre exemple avec les filières (voir ci-dessus).
Je pourrais contribuer en vérifiant l'éxistante de cette information ou
fonction.
---
La prochaine fois, je présenterais la *codification des produits puis de
l'étiquetage des produits, UE et palettes*.
Tony FREBAULT
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Dolibarr-dev] Codification EAN : Identification des sociétés 2 (suite),
Tony <=