ERPNext sur mesure pour l'industrie et les opérations solaires

Le défi

ERPNext était en place mais partiellement utilisé. Devis, suivi de projet et passages de relais opérationnels vivaient dans des tableurs et des e-mails parce que les flux standard ne correspondaient pas à la façon dont l'entreprise chiffrait, fabriquait et installait. Chaque rapport imposait de réconcilier deux sources, et aucune n'était crue.

La démarche

1. 01

   Cartographier d'abord le vrai processus, y compris les étapes que les gens avaient inventées hors du système, parce que ces étapes sont l'exigence.

2. 02

   Construire des doctypes et des états de flux sur mesure correspondant à la façon dont ce secteur chiffre, planifie et installe réellement, plutôt que de tordre le processus pour l'ERPNext standard.

3. 03

   Relier ERPNext aux outils environnants par automatisation, pour que les enregistrements circulent sans que personne les ressaisisse.

4. 04

   Ajouter des vues et des rapports par rôle pour que chaque équipe voie son propre travail au lieu d'une liste généraliste.

5. 05

   Garder les personnalisations compatibles avec les mises à jour, parce qu'un ERP forké qui ne peut plus se mettre à jour devient un passif en moins d'un an.

Architecture

Ce qui a été difficile

• Personnaliser un ERP sans le forker. Chaque changement devait survivre à une mise à jour, ce qui exclut la façon la plus rapide de faire la plupart d'entre eux.

• Le vrai processus vivait hors du système. Les étapes sur tableur inventées par les gens étaient l'exigence, et les recueillir supposait de regarder le travail plutôt que de lire la documentation.

• Les permissions se sont révélées le vrai problème de conception. Commerce, production et installation avaient besoin de vues différentes du même enregistrement, et se tromper là-dessus bloque les gens ou expose des chiffres qu'ils ne devraient pas voir.

Sur le même sujet

• Automatisation des flux de travail
• Pipeline de leads IA