[Projet] Conception ERP sous access

[lolothom]

bonjour

suite à une proposition de simplifi

C'est pourquoi, il me semblerait de mettre en commun le meilleur de chacun pour avoir un point de départ solide. J'ai en effet l'impression que les questions du forum reviennent avec la régularité des maronniers au printemps.

qui est intéressé ?

[francishop]

Bonsoir,

Moi! Je suis intéréssé.
Ou est ce meilleur de chacun?

Evidemment.. On ne peut qu'être d'accord avec ce genre de proposition qui s'inscrit dans la ligne de conduite du présent forum : s'aider les uns les autres.
Par contre il s'agit de quel genre de projet? Faire des bases exemples pour les sujets récurrents genre pubipostage, sous-formulaires, etc.? Un complément à la faq? Un projet ouvert à tous?
lolothom il va falloir éclairer nos lanternes en avançant tes idées.

Cordialement.

[lolothom]

à vue d'oeil

ERP : « logiciel qui permet de gérer l'ensemble des processus d'une entreprise

LES 2 PRINCIPES D’UN ERP
- construire des applications (achat, comptabilité, gestion de la documentation…) de manière modulaire (modules indépendants entre eux) tout en partageant une base de données unique et commune
- l'usage systématique de ce qu'on appelle un moteur de workflow (qui n'est pas toujours visible de l'utilisateur), et qui permet, lorsqu'une donnée est entrée dans le système d'information, de la propager dans tous les modules du système qui en ont besoin, selon une programmation prédéfinie.



Objectif : application support de la FAQ de manière graduelle chaque module doit permettre de répondre à une spécificité : Runtime , VBA,SQL, DAO, ADO, sous formulaires, onglets, moteur de recherche …. Communication avec les autres applications offfice (excel, outlook…) Access et Mysql ...
Cette application devra servir de base à tout développeur

- exemple :
lolothom : je cherche à communiquer avec outlook
francishop : va voir le module client de l'appli xxxxx et la faq www....

LE PROJET

PHASE 0 : débat

PHASE 1 : Étude préliminaire : dispose –t on des compétences nécessaires ?
A ce stade, le but est de déterminer le périmètre du projet et sa faisabilité,

PHASE 2 : Lancement
Cette phase de lancement est l’occasion de définir :
• L’organisation du projet, c’est-à-dire :
o la composition de l’équipe projet à mobiliser,
o les différents experts à solliciter,
o le comité de pilotage à constituer ( comité des sages : veiller au bon fonctionnement en particulier )
• Le planning des tâches à réaliser avec leur ordonnancement, leur durée, leur affectation de ressources et les moyens techniques nécessaires,

PHASE 3 : Étude générale et étude détaillée
on rédige éventuellement un cahier des charges .

PHASE 4 : Réalisation
c’est cette phase qui permet la construction du logiciel et contrôler l’avancement des tâches et le respect des délais

PHASE 5 : Déploiement

Nous sommes en phase 1

[francishop]

Bonsoir,

Erreur mon cher Lolothom : Nous sommes en phase zéro.

Je soupçonne le projet mais ne le "visualise" pas. Dans ton entreprise existe un squelette du présent projet. Fort bien. Donc tu possèdes des connaissances qui me sont inconnues.

Explique : Soit par la trame, soit par la conception. (Par les deux si tu veux.)

Le but. L'articulation. Les avantages. Les inconvénients.
Un exemple du travail à réaliser genre : Commerciaux=>La base=>Les modules nécessaires=>Le noyau central = Qui est-il et Comment s'articule-t-il? Quel moteur?
Qui est capable d'avoir une vision d'ensemble. Combien a ton avis sur le présent Forum? Si tu arrives à 5 peuvent-ils se relayer? Pour ma part je vois le temps passé à essayer d'aider...
Dans ce projet existe-t-il "des basses" besognes pouvant être accomplies par des gens de mon niveau. (Amateur moyen besogneux : Peut mieux faire!)
Peut-on diviser cet ensemble pour l'assembler en phase finale. Est-il obligatoire d'avoir en amont une vision d'ensemble;(Je pose des questions..On verra les réponses!)
Ce genre de projet n'est-il pas trop titanesque?

Bon d'accord. Inutile de s'énerver : J'arrête!

Cordialement.

[Simplifi]

Bonjour à tous,
comme je reconnais avoir suggéré ce genre d'idée, je vais préciser, un peu...

je suis d'accord avec francishop, nous en sommes à la phase zéro mais c'est un bon début...

1- constatations:
de nombreux posts reviennent régulièrement sur la gestion de stock, le gestion des adresses clients, la strcture d'un bon de commande ou d'une facture etc...
2- propositions:
mettre au point un socle solide qui puisse permettre à tout un chacun de commencer sur une base stable
3- moyens:
il ne s'agit pas forcément de passer beaucoup de temps supplémentaire, par exemple, en mettant à disposition ce zip http://dl.free.fr/luugQY7Ju/Club.zip , je ne passe pas plus de temps que ce qu'il m'a déja fallu pour en faire ma base de gestion d'adresses d'entreprises. comme je l'utilise déja plusieurs fois, je vais seulement envoyer régulièrement les amélios que je ferais sur cette partie
4- coordination:
bien sûr, il est nécessaire de définir à l'avance les points de départ. de donner un guide d'analyse simple avec des exemples, d'aider à développer les spécifiques, enfin de valider les modules qui sont proposés au téléchargement
5- aspect financier:
si j'ai bien compris, selon le modèle opensource, tout le monde peut télécharger, par contre, il n'est pas question d'avoir une personnalisation de l'application gratos et sans rien connaître, dans ce cas on peut s'adresser à un professionnel.
De toute façon, même (et surtout) pour les grands, l'adaptation, le paramétrage, et les spécifiques sont nombreux et c'est souvent la plus grosse partie du coût

Envoyez vos remarques, elles feront avancer la réflexion
Cordialement -------------------Simplifi----------comme si tout était simple--------

[random]

la réalisation d'un erp est déjà une usine à gaz (qui ne produit pas toujours du gaz)

la réalisation d'un erp communautaire me semble peu réaliste, cela nécessite une somme de fonctionnalités compatibles entre elles, qui ne peut être réunie en l'absence d'un décisionnaire centralisateur et normatif

[lolothom]

Envoyé par random

la réalisation d'un erp communautaire me semble peu réaliste, cela nécessite une somme de fonctionnalités compatibles entre elles, qui ne peut être réunie en l'absence d'un décisionnaire centralisateur et normatif

c'est le rôle de PHASE 2 :le comité de pilotage à constituer ( comité des sages : veiller au bon fonctionnement en particulier )

Envoyé par random

la réalisation d'un erp est déjà une usine à gaz (qui ne produit pas toujours du gaz)

on peut faire quelque chose de simple et performant sans couvrir tout l'ERP 5 à six tables par exemple en fonction du projet

Envoyé par francishop

Qui est capable d'avoir une vision d'ensemble ?

moi je suis en train de formaliser un mini ERP dans mon entreprise, je suis aussi responsable qualité, spécialiste en métrologie légale, sécurité et je suis responsable de 10 personnes je pense donc avoir la stature mais je ne suis pas expert d'access

Envoyé par francishop

Erreur mon cher Lolothom : Nous sommes en phase zéro.

si vous voulez je corrige

[lolothom]

bon

ben celà intéresse pas grand monde

[Adrien Artero]

Bonjour,

Je viens de lire pour la première fois ce topic et je ne sais pas trop quoi en penser.

Pourrais-tu détailler ce que tu veux faire ?

Concevoir un ERP à partir d'access ? Ou certains modules ?

Ou créer des requêtes et états prédéfinis qui pourront servir à des entreprises ?

Je t'invite plutôt à poster dans le forum projet. Ainsi, si ce projet est validé, tu auras un sous-forum

[Simplifi]

Bonne Année à tous

Le but était seulement de mettre à disposition des briques correctement constituées.
Quand on voit le nombre de post ayant pour but la constitution d'un carnet d'adresses, (c'est bien la première pièce d'une gestion clients) je me suis dit que si j'avais pu charger les premières briques, j'aurais gagné du temps et j'en aurais fait gagner à tous les généreux participants à ce forum!
C'est pour ça que j'ai mis à disposition le répertoire suivant http://dl.free.fr/luugQY7Ju/Club.zip
Comme la gestion de stock revient très souvent aussi, pourquoi ne pas avoir une autre brique
ainsi de suite
Bien sûr plusieurs gestions de stocks peuvent exister en même temps suivant les particularités de chacun (traçabilité, N° de lot, etc)

[isa911]

Waouw, sujet gigantesque.
Je travaille seule dans ma boite sur un SGDT (système de gestion de données techniques) qui se transforme en ERP sous Access...
Je sais donc ce que c'est. Mon chef en a des idées ... et moi des fois, j'ai bien du mal a tout faire.
En ce moment, plusieurs sujets : gestion des ressourses pour gérer le planning des chefs de projets du BE, gestion des acces aux fichiers est en cours de modification et je ne m'occupe ni de la partie commerciale ni de la partie production....
Si je peux aider ponctuellement ...

[freud]

Bonjour,

Etant donnée que le coeur des ERP's sont ce qu'on a appelle les moteurs workflow et etant donnée qui sont charger de faire communiquer les processus entre eux, techniquement sont-ils compliquer à réaliser ?
Je crois que principalement il est question de tables des regles.... je ne sais pas si je me trompe....

[argyronet]

Bonjour,

J'ai travaillé avec PeopleSoft durant 2 ans.
Je peux vous certifier ainsi que le souligne Random, c'est effectivement une usine à gaz.
Aperçu :
- 38000 tables et 5 minutes pour rafraîchir la liste des objets dans l'Analyseur de requêtes SQL.
- Les clés primaires transportent de l'information (aberrant) par exemple un nom de société ou de client.
- Les champs dénormalisés sont en surnombre à cause d'une structure désarticulée.
- J'ai en // travaillé principalement avec Access vs PeopleSoft afin d'améliorer (et le mot est faible) la gestion des traitements quotidiens.

Envisager de reproduire ce genre de projet sous Access me paraît démesuré même si l'idée de départ est bonne.
Mais dans un ERP, tout est à la disposition de tout pour enrichir, modifier, évoluer. Sous Access, je doute que l'on puisse offrir autant de privilèges comme par exemple, modifier une table, modifier ou refondre un formulaire et créer le code qui va avec...

Voilà mon . de vue

Argy

[ikhor]

Bonjour

J'ai lu avec beaucoup d'attention ce que vous envisagez de faire

le plus simple pour moi, serait déjà de pouvoir permettre à des novices de progresser et pour cela leur mettre des tables et formulaires à leurs dispositions

dans un deuxième temps, faire des requêtes et macro pour communiquer d'un formulaire à un autre

dans un troisième temps, à partir de ces requêtes, créer des sous formulaires et leur montrer comment on peut trouver des réponses

en quatre, s'attaquer aux états

Déja, il y aurait du travail de fait

vous noterez que je ne parle pas de VBA car pour ceux et celle qui n'en n'ont pas fait, c'est de l'hébreu