dolibarr-dev
[Top][All Lists]
Advanced

[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






reply via email to

[Prev in Thread] Current Thread [Next in Thread]