Individuelles ERPNext für Fertigung und Solarbetrieb

Die Herausforderung

ERPNext war vorhanden, wurde aber nur teilweise genutzt. Angebote, Projektverfolgung und operative Übergaben liefen über Tabellen und E-Mail, weil die Standard-Workflows nicht dazu passten, wie das Unternehmen kalkuliert, fertigt und installiert. Jeder Bericht bedeutete, zwei Quellen abzugleichen, und keiner wurde vertraut.

Das Vorgehen

1. 01

   Zuerst wurde der reale Prozess kartiert, einschließlich der Schritte, die sich Menschen außerhalb des Systems ausgedacht hatten, denn genau diese Schritte sind die Anforderung.

2. 02

   Es wurden eigene Doctypes und Workflow-Zustände gebaut, die dazu passen, wie diese Branche tatsächlich kalkuliert, plant und installiert, statt den Prozess an das Standard-ERPNext zu biegen.

3. 03

   ERPNext wurde per Automatisierung mit den umliegenden Werkzeugen verbunden, sodass Datensätze zwischen Systemen wandern, ohne dass jemand sie abtippt.

4. 04

   Rollenbasierte Ansichten und Berichte kamen hinzu, damit jedes Team seine eigene Arbeit sieht statt einer Allzweckliste.

5. 05

   Die Anpassungen blieben upgrade-sicher, denn ein ERP-Fork, der kein Update mehr annehmen kann, wird binnen eines Jahres zur Last.

Architektur

Was schwierig war

• Ein ERP anpassen, ohne es zu forken. Jede Änderung musste ein Upgrade überleben, was den schnellsten Weg für die meisten davon ausschließt.

• Der echte Prozess lebte außerhalb des Systems. Die Tabellenschritte, die sich Menschen ausgedacht hatten, waren die Anforderung, und sie zu erheben hieß, der Arbeit zuzusehen statt die Dokumentation zu lesen.

• Berechtigungen erwiesen sich als das schwierige Designproblem. Vertrieb, Fertigung und Installation brauchten unterschiedliche Sichten auf denselben Datensatz, und das falsch zu lösen blockiert entweder Menschen oder legt Zahlen offen, die sie nicht sehen sollten.

Verwandt

• Workflow-Automatisierung
• KI-Lead-Pipeline