Skræddersyet ERPNext til produktion og solenergidrift

Udfordringen

ERPNext var på plads, men blev kun brugt delvist. Tilbud, projektopfølgning og driftsoverdragelser foregik i regneark og mail, fordi standardforløbene ikke passede til den måde, virksomheden gav tilbud, producerede og installerede på. Hver rapport betød at afstemme to kilder, og ingen af dem blev stolet på.

Fremgangsmåden

1. 01

   Den rigtige proces blev kortlagt først, inklusive de trin, folk havde opfundet uden for systemet, for de trin er kravet.

2. 02

   Der blev bygget egne doctypes og forløbstilstande, der passer til, hvordan denne branche faktisk giver tilbud, planlægger og installerer, i stedet for at bøje processen ind i standard-ERPNext.

3. 03

   ERPNext blev koblet til de omkringliggende værktøjer med automatisering, så poster flytter sig mellem systemer uden at nogen taster dem ind igen.

4. 04

   Der blev tilføjet rollebaserede visninger og rapporter, så hvert team ser sit eget arbejde i stedet for en generel liste.

5. 05

   Tilpasningerne blev holdt opgraderingssikre, for en ERP-fork, der ikke kan tage en opdatering, bliver en byrde inden for et år.

Arkitektur

Det der var svært

• At tilpasse et ERP uden at forke det. Hver ændring skulle overleve en opgradering, hvilket udelukker den hurtigste måde at lave de fleste af dem på.

• Den rigtige proces levede uden for systemet. Regnearkstrinnene, folk havde opfundet, var kravet, og at indsamle dem betød at se arbejdet frem for at læse dokumentationen.

• Rettigheder viste sig at være det svære designproblem. Salg, produktion og installation havde brug for forskellige visninger af den samme post, og at ramme forkert dér spærrer enten for folk eller blotlægger tal, de ikke skulle se.

Relateret

• Workflowautomatisering
• AI-leadpipeline