Manual fr
Ce manuel est issu de la traduction 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 a la diposition de la communauté francophone. 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.
Les sujet suivant seront abordés(les écrans utilisateur sont en anglais):
Contents
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 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. 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
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.
