Difference between revisions of "Manual fr"

From ADempiere
Jump to: navigation, search
This Wiki is read-only for reference purposes to avoid broken links.
(Plan de paramétrage)
(Introduction)
(2 intermediate revisions by the same user not shown)
Line 9: Line 9:
  
 
J'y ai mis une introduction pour donner une explication minimum aux gens qui n'ont jamais mis en place un ERP.Je l'ai fait a partir de mon experience personnelle et de la façon la plus courte possible.   
 
J'y ai mis une introduction pour donner une explication minimum aux gens qui n'ont jamais mis en place un ERP.Je l'ai fait a partir de mon experience personnelle et de la façon la plus courte possible.   
 +
 +
K.LAKEL
 +
kamel_lakel@hotmail.com
  
 
Les sujet suivant seront abordés(les écrans utilisateur sont en anglais):
 
Les sujet suivant seront abordés(les écrans utilisateur sont en anglais):
Line 34: Line 37:
 
- EDI  
 
- EDI  
  
C'est entre les deux processus principaux que ces traitements vont avoir lieux. Tous l'enjeux de la mise en place d'un ERP et de son paramétrage, c'est déclencher ces traitements au bon moment et de bien maitriser les impacts entre les domaines au point de vue temporel.  
+
C'est entre les deux processus principaux que ces traitements vont avoir lieu. Tous l'enjeux de la mise en place d'un ERP et de son paramétrage, c'est déclencher ces traitements au bon moment et de bien maitriser les impacts entre les domaines au point de vue temporel.  
 
Pour cela on procède aux "analyses fonctionnelles». Parce que s'il est facile de créer un modèle théorique parfait, l'exploitation réelle de ce modèle peut réserver des surprises.  
 
Pour cela on procède aux "analyses fonctionnelles». Parce que s'il est facile de créer un modèle théorique parfait, l'exploitation réelle de ce modèle peut réserver des surprises.  
  
Line 50: Line 53:
  
 
C'est pour cela qu'il faut dans tous les cas faire une RECETTE en fin de projet, faite dans des conditions réelles, par des utilisateurs réels (les USERS KEY)et validée par le client.
 
C'est pour cela qu'il faut dans tous les cas faire une RECETTE en fin de projet, faite dans des conditions réelles, par des utilisateurs réels (les USERS KEY)et validée par le client.
 
 
  
 
=Paramétrage fonctionnel d'un ERP=
 
=Paramétrage fonctionnel d'un ERP=

Revision as of 05:43, 11 September 2007

Ce manuel est une introduction générale aux ERP qui va progressivement vers le paramétrage d'Adempière, il est partiel et vous pouvez sauter certains paragraphes aisément si vous êtes connaisseurs du monde des ERP.

Les passage concernant Adempière sont issus de la traduction que j'ai faite des manuels fonctionnels qui étaient présent sur le site et qui on étrangement disparu ? J'en ai quand même traduit 4 avant leur disparition que je met à la diposition de la communauté francophone.Ce manuel ne décrit pas l'installation technique d'Adempière largement disponible sur le site.

Il est a noter que dés que l'on aborde de la documentation qui permet la liberté au niveau du paramétrage fonctionnel de l'ERP on ne trouve plus rien (surtout en français). C'est pour moi une drole de notion de la liberté !

Je vous invite a contribuer a ce manuel, notamment au niveau du paramétrage fonctionnel et de l'implémentation des processus pour qu'un maximum de gens puissent tester l'ERP de façon libre.

J'y ai mis une introduction pour donner une explication minimum aux gens qui n'ont jamais mis en place un ERP.Je l'ai fait a partir de mon experience personnelle et de la façon la plus courte possible.

K.LAKEL kamel_lakel@hotmail.com

Les sujet suivant seront abordés(les écrans utilisateur sont en anglais):

Introduction

La mise en place d'un ERP c'est d'abord le besoin d'améliorer la productivité et l'efficience d'une entreprise. Dans une entreprise on va trouver principalement deux processus et un certain nombre de domaines transverses.

Les achats d'une part et les ventes d'autre part que l'on peut assimiler aux entrées et sorties.

Les domaines transverse sont les traitements que l'on va devoir effectuer entre ces deux processus. J'entends par "traitements" des actions du monde réel tel que :

- Gestion des stocks

- Gestion de la production

- Gestion de la relation client (CRM)

- Gestion de la chaine logistique (supply chain)

- La comptabilité

- Génération des indicateurs décisionnels (Business Intelligence BI)

- EDI

C'est entre les deux processus principaux que ces traitements vont avoir lieu. Tous l'enjeux de la mise en place d'un ERP et de son paramétrage, c'est déclencher ces traitements au bon moment et de bien maitriser les impacts entre les domaines au point de vue temporel. Pour cela on procède aux "analyses fonctionnelles». Parce que s'il est facile de créer un modèle théorique parfait, l'exploitation réelle de ce modèle peut réserver des surprises.

Exemple :

Théorie :

Achat => stockage => production => vente

Réalité :

Achat (livraison dans 10 jours) => stockage (entrepôt de l'usine trop petit) => production (le chef d'atelier ne sait se servir d'un ordinateur) => vente (le client exige une livraison en 48 heures).

Si vous avez mis en place un paramétrage théorique parfait, je pense que votre client ou votre PDG aura de très bonnes raison d'être mécontent et de vous virer !

C'est pour cela qu'il faut dans tous les cas faire une RECETTE en fin de projet, faite dans des conditions réelles, par des utilisateurs réels (les USERS KEY)et validée par le client.

Paramétrage fonctionnel d'un ERP

Il existe trois types de données nécessaire au fonctionnement d'un ERP

Les données

- Les données de base : Ce sont les données nécessaire aux processus et aux traitements, elles sont fixes et ne sont changées que manuellement par un opérateur (Nom du client, son adresse, code produit etc., les comptes comptables, les taux de TVA, les taxes).

- Les données dynamiques: Au même titre que les données de base, auxquelles elles sont souvent liées (pas toujours, la date de "livraison prévue" est souvent mise sur la commande de vente grâce a un calcul automatique a partir du "délai théorique" mis sur la fiche article), elles sont nécessaire aux processus et aux traitements mais sont modifiées dynamiquement (quantité disponible en stock, encours de facturation clients). Ce sont des données sur lesquelles il faut porter toute son attention parce qu'elles sont souvent la source de problèmes importants en exploitation réelles.

- les données de paramétrage : Elles configurent fonctionnellement l'application et sont souvent difficiles à trouver, à comprendre et à mettre en place. Elles peuvent se présenter sous forme de case à cocher, dans un fichier de configuration de l'application et même parfois dans le code. Les améliorations de l'application (nouvelles version) en ajoute souvent sans que pour cela les développeurs aient pu tester tous leurs effets et interactions avec celles qui existent déjà. Ont y touche rarement après démarrage et quand c'est les cas on RECETTE la modification à fonds dans un environnement de test avant de la reporter dans l'environnement de production.

Plan de paramétrage

- La comptabilité :

La première étape consiste à paramétrer la comptabilité pour pouvoir affecter certains éléments de ce paramétrage aux tiers et aux données de bases que vous allez intégrer dans le progiciel.

Lorsque vous créerai un client il vous faudra indiquer certaines données liées aux traitements comptables qui lui seront appliqués ou lorsque vous créerai une fiche produit il vous faudra indiquer à quel taux de TVA est soumis le produit.

- Création des comptes comptables

- Création du plan comptable ( si vous n'y connaissez rien, telecharger un template ou utilisez le plan par défaut)

- Création des groupes comptable Tiers(ex: France,Corse,CEE, Hors CEE) et TVA (0,5.5,19.6 etc.)

Gestion des acteurs

Les acteurs ou "Business Partner" (BP) sont les tiers physiques (personnes),virtuels ou morale (sociétés) qui interviennent dans l'activité de l'entreprise.

1. Vue d’ensemble

1.1 A Business Partner est simplement un tiers avec lequel vous avez une relation d’entreprise. Il y a trois types Business Partners : Employés, Clients, and Fournisseurs. La flexibilité du système permet à chaque tiers d’appartenir à toutes les catégories, si nécessaire.

1.2 Les tiers ont des adresses et des comptes bancaires. Les tiers peuvent avoir des liens avec d’autres tiers, ce qui permet de livrer un tiers et de facturer un tiers associé.

1.3 Un tiers peut être aussi défini en tant qu’organisation. Ceci vous permet d’avoir des entrepôts, des inventaires et une comptabilité séparée.

Ajout d'utilisateurs

Gestions des produits

Gestion des commandes de vente