Discussion :

[nivk-539]

Bonjour,

J'ai effectué mon stage de fin d'étude ingénieur dans une entreprise pour la dématérialisation d'une partie des gammes de fabrication des équipements (sur excel) pour l'intégrer à l'application complète qu'on appelle gammes électroniques. On a donc aujourd'hui une application complète et dématérialisée des anciennes gammes papiers. Cette appli comporte bien sûr des bases de données, des enregistrements liés à des ordres de fabrications etc... sur le serveur de l'entreprise.
Maintenant on me propose d'être chef de projet pour migrer cette appli vers leur ERP. Je voulais savoir si ce projet ne serait qu'une migration des données bête et simple ou bien quelque chose de plus compliqué avec une réorganisation des données ?
Merci!

[transgohan]

Il n'y a qu'un interne de la boite qui connait l'ERP qui pourra te répondre.

[Glutinus]

Je voulais savoir si ce projet ne serait qu'une migration des données bête et simple

Tu es bien optimiste ! Même la plus simple des migrations que j'ai eues ont toujours des cas extrêmements exotiques, et coûteux en terme de temps !
Qui plus est en voulant intégrer des données "maîtrisées" dans Excel (c'est-à-dire que les gens de ta boîte enrichissent à la volée comme ils veulent selon leur besoin + éventuellement VBA) vers de l'ERP dont la structure est bien figée, vous allez rentrer des données rondes dans des boîtes carrées !

[Ecasla]

Tu es bien optimiste ! Même la plus simple des migrations que j'ai eues ont toujours des cas extrêmements exotiques, et coûteux en terme de temps !
Qui plus est en voulant intégrer des données "maîtrisées" dans Excel (c'est-à-dire que les gens de ta boîte enrichissent à la volée comme ils veulent selon leur besoin + éventuellement VBA) vers de l'ERP dont la structure est bien figée, vous allez rentrer des données rondes dans des boîtes carrées !

Je n'aurais pas dit mieux !
Déjà il faut voir si les données dans l'application Excel sont homogènes (spoil : s'il n'y a pas de contrôle dans l'appli' même, ce ne sera pas le cas).
Ensuite, tu vas avoir à uniformiser et à formater la data pour qu'elle passe dans l'ERP. Il est possible que tu n'as pas une ou plusieurs données nécessaires à l'intégration. Il va donc falloir jouer les petites mains...
Et ensuite, il va falloir traiter les anomalies, les fameux cas exotiques qui tournent deux fois dans l'année...

[el_slapper]

Comme mes estimés collègues : il n'existe pas de migration anodine. A fortiori depuis un environnement aussi dénormalisé que EXCEL vers un environnement aussi normalisé qu'un ERP. Le gros du boulot sera vraiment de comprendre l'existant et de le standardiser. Après, suivant l'ERP, la migration proprement dite peut être facile ou casse-gueule. Mais la première partie, à savoir mettre de l'ordre dans l'existant, est forcément bourrée de pièges.

Il faut voir le bon coté des choses : c'est très formateur. Impossible de s'ennuyer.

[Mat.M]

Je voulais savoir si ce projet ne serait qu'une migration des données bête et simple ou bien quelque chose de plus compliqué avec une réorganisation des données ?

bonsoir la première question qui doit venir c'est de savoir à quoi sert un ERP et qu'elle peut en être son utilité.

Attention un ERP c'est en général un outil assez lourd et plutôt coûteux en termes de licence sans compter qu'il faut parfois avoir recours à des consultants externes pour le paramétrer ( c'est d'ailleurs ainsi que Sage et SAP gagnent de l'argent )

Ensuite l'intérêt d'un ERP c'est de pouvoir construire des flux de gestion métier.
Si c'est pour l'utiliser comme simple outil d'archivage/stockage de données eh bien un simple projet en client-serveur peut suffir avec un langage objet ( mettons C# ou Java ) et un SGBDR

[nivk-539]

Merci à vous ceci m'éclaire un peu plus