Kurz gesagt: jshERP (Guan Yi Jia ERP, früher Hua Xia ERP) ist ein glaubwürdiger Open-Source-Kandidat für kleine Einzelhandels-, Großhandels- und Trading-Unternehmen, die Einkauf, Verkauf, Lager und Finanzen abbilden müssen – besonders wenn Ihr Team mit Java, Vue und chinesischsprachigem Material arbeiten kann. Es ist kein Plug-and-Play-Produkt. Die neueste getaggte Version ist v3.5 vom 11. November 2024, der dokumentierte Stack ist älter (Spring Boot 2.0.0, JDK 1.8, Vue 2.7), offene Issues betreffen Setup und Kernabläufe, und die README enthält Standard-Zugangsdaten, die geändert werden müssen. Behandeln Sie jshERP als validierten Ausgangspunkt, nicht als fertiges System.
Dieser jshERP-Open-Source-ERP-Review basiert auf dem GitHub-Repository, der README, den Release-Notes und dem Issue-Tracker im Snapshot-Stand vom 10. August 2026. Es wurden keine Installation oder Laufzeittests durchgeführt; Aussagen aus dem Repository werden daher den Maintainern zugeschrieben und müssen in Ihrer eigenen Umgebung verifiziert werden.
Die wichtigsten Fakten im Überblick
| Fakt | Wert |
|---|---|
| Review-Datum | 10. August 2026 (Repository-Snapshot) |
| Repository | jishenghua/jshERP auf GitHub |
| Lizenz | Apache License 2.0 |
| Stars (Snapshot) | 4.484 |
| Forks (Snapshot) | 1.487 |
| Offene Issues (Snapshot) | 102 |
| Sprache | Java-Backend, Vue-Frontend |
| Neueste Version | v3.5, veröffentlicht am 11. November 2024 |
| Verifizierungsgrad | Beobachtet: Review von Quellcode und Dokumentation, keine Laufzeittest-Nachweise |
Was jshERP abdeckt
Laut Repository-Beschreibung basiert jshERP auf Spring Boot, folgt einem SaaS-Modell und richtet sich an kleine und mittlere Unternehmen. Die Maintainer beschreiben den aktuellen Umfang als Einkauf, Verkauf, Lager und Finanzen, mit Modulen für Einzelhandelsverwaltung, Einkauf, Verkauf, Lagerverwaltung, Finanzen, Berichtsabfragen und Systemverwaltung. Zu den gelisteten Funktionen gehören Vorauszahlungen, Einnahmen und Ausgaben, Lagerumbuchungen, Montage und Demontage, Bestellungen, Lagerbestandsberichte sowie Statistiken zu Ein- und Ausgängen. Die Maintainer geben außerdem an, dass die Rollen- und Berechtigungsverwaltung bis auf Button- und Menüebene reicht.
Die README ergänzt, dass der aktuelle Funktionsumfang Einkauf/Verkauf/Lager sowie Finanzen und Produktion umfasst, mit geplanter vollständiger ERP-Funktionalität. Außerdem wird ein Sprachwechsel mit 73 Sprachen auf der Einstellungsseite der Oberfläche behauptet. Das sind Angaben der Maintainer; dieser Review hat die Software nicht ausgeführt.
Für wen sich jshERP eignet
Erwägen Sie jshERP, wenn Ihr Unternehmen klein ist und im Einzelhandel, Großhandel oder Trading tätig ist, Ihr Kernprozess aus Ware einkaufen, Ware verkaufen, Geld verfolgen und über beides berichten besteht und Sie Java- und Vue-Kenntnisse im Haus haben oder ein Budget für einen Dienstleister. Es ist außerdem eine sinnvolle Basis für Entwickler, die eine funktionierende Apache-2.0-ERP-Codebasis anpassen möchten, statt bei null zu beginnen.
Es passt weniger gut, wenn Sie eine tiefe Produktionsplanung, erweiterte oder länderspezifische Buchhaltung, einen Betrieb ohne laufende technische Unterstützung oder einen schnellen Release-Rhythmus benötigen. Englischsprachige Teams sollten berücksichtigen, dass README, Dokumentationslinks und Supportkanäle primär chinesischsprachig sind; Angebote der Maintainer wie die Cloud-Plattform und Plugins werden über chinesische E-Commerce- und Messenger-Kanäle beworben.
Wartungssignale
Das Repository wurde im September 2016 angelegt. Im Snapshot-Stand vom 10. August 2026 hatte es 4.484 Stars, 1.487 Forks und 102 offene Issues; die Repository-Metadaten verzeichnen einen Push noch vom 5. August 2026. Das Projekt ist nicht inaktiv, aber getaggte Releases erscheinen langsam: v3.5 wurde am 11. November 2024 veröffentlicht und fasst seit September 2023 rund 370 Commits und mehr als 80 Bugfixes zusammen; frühere Releases sind v3.3 (September 2023), v3.2 (Juli 2022), 3.1 (Dezember 2021) und 2.3 (Januar 2021). Damit liegen rund 21 Monate zwischen v3.5 und diesem Review.
Der offene Issue-Tracker ist das wichtigere Signal. Mehrere Issues sind seit Jahren offen, darunter eine Retoure, die laut Bericht keinen Warenausgang erzeugt und den Bestand nicht reduziert (Issue #66, eröffnet Oktober 2022), ein Frontend-Build-Fehler (Issue #64, eröffnet Oktober 2022), ein Login-Fehler mit Query-Service-Exception (Issue #92, eröffnet Juni 2023) und ein Fehler beim Abruf des Login-Captchas (Issue #118, eröffnet Januar 2025). Keines davon war zum Stand des Snapshots geschlossen. Das beweist nicht, dass der aktuelle Code defekt ist, aber genau diese Abläufe sollten Sie vor dem Produktivbetrieb testen.
Deployment-Hinweise
Die README dokumentiert eine konkrete Umgebung: Spring Boot 2.0.0, MyBatis 1.3.2, Vue 2.7.16, Ant Design Vue 1.5.2, Jeecg-Boot 2.2.0, Maven 3.3.9, JDK 1.8, MySQL 8.0.24, Redis 6.2.1 und Nginx 1.12.2, dazu Node 20.17.0 für Frontend-Builds. Einige dieser Versionen sind zum Zeitpunkt dieses Reviews alt; prüfen Sie aktuellen Support- und Sicherheits-Patch-Status selbst. Dieser Artikel trifft keine Sicherheitsaussage zu ihnen.
Das Deployment ist nicht schlüsselfertig. Die README verlinkt ein Deployment-Tutorial, aber Nutzer haben offene Issues zum Setup eingereicht, darunter eine Anfrage für einen Docker-Compose-Weg, weil die Installation komplex ist (Issue #107), den oben genannten Frontend-Build-Fehler und eine leere Seite nach dem Login (Issue #5, eröffnet März 2020). Planen Sie vor der Entscheidung eine vollständige Installations- und Login-Probe auf eigener Hardware.
Die README dokumentiert außerdem Standard-Zugangsdaten: Tenant jsh, Admin-Konto admin und Passwort 123456. Jede Produktivbereitstellung muss diese sofort ändern und das von den Maintainern beschriebene Rollen- und Button-Berechtigungsmodell prüfen. Das ist ein dokumentierter Standard, keine getestete Schwachstelle.
Grenzen und was Sie vor dem Produktivbetrieb prüfen sollten
- Reproduzieren Sie Build und Deployment aus der README auf eigenen Servern und verifizieren Sie den Login-Ablauf, den die offenen Issues #118 und #92 betreffen.
- Ändern Sie die dokumentierten Standard-Zugangsdaten und prüfen Sie Rollen- und Button-Berechtigungen, bevor Sie echte Daten eingeben.
- Testen Sie Lager-Grenzfälle, insbesondere Retouren und Bestandskorrekturen (Issue #66).
- Prüfen Sie, ob die integrierten Berichte abdecken, was das Management braucht; ein offenes Issue (#89) fragt, ob erweiterte Reporting-Funktionen existieren, und die Modulliste ist auf Standard-Lager- und Finanzberichte ausgerichtet.
- Verifizieren Sie die Angabe zu 73 Sprachen für Ihre Locale im tatsächlichen Build, bevor Sie sich darauf verlassen.
- Bewerten Sie die Wartung von Spring Boot 2.0.0, JDK 1.8, Vue 2.7 und zugehörigen Bibliotheken und planen Sie Budget für Upgrades oder ein Modernisierungsprojekt ein.
- Planen Sie die Datenmigration aus Ihrem bisherigen Buchhaltungs- oder Lagersystem sowie Backups und einen Rollback-Pfad.
- Definieren Sie Ihren Support-Weg: eigene Java/Vue-Kompetenz, die in der README beschriebenen Customizing- und Plugin-Angebote der Maintainer oder ein Drittanbieter.
Alternativen und Entscheidungsfragen
Vergleichen Sie jshERP mit verwalteten SaaS-ERP-Abos und anderen Open-Source-ERP-Projekten anhand der eigenen Aufzeichnungen jedes Projekts: Release-Rhythmus, Sprache der Dokumentation, Modulabdeckung und wie Issues tatsächlich gelöst werden. Für einfache Lager- und Geldverfolgung kann ein gehostetes Produkt günstiger sein, als diesen Stack zu betreiben und zu warten; für ungewöhnliche Abläufe kann ein individueller Build auf einer schlankeren Plattform günstiger sein, als eine vollständige ERP anzupassen.
Fragen Sie vor der Entscheidung: Passen unsere Abläufe nur zu Einkauf, Verkauf, Lager, Finanzen und einfacher Produktion? Haben wir Java- und Vue-Kenntnisse oder ein Wartungsbudget? Ist chinesischsprachige Dokumentation für unser Team akzeptabel? Was passiert mit Daten und Anpassungen, wenn das nächste Release erscheint? Welche Berichte braucht das Management tatsächlich, und liefert das Projekt sie out of the box? Wie viel Toleranz haben wir für lange offene Issues in Kernabläufen?
Fazit
jshERP ist einen praktischen Test wert für kleine Trading-, Einzelhandels- und Großhandelsunternehmen, die einen Java/Vue-Stack, primär chinesischsprachige Dokumentation und ein echtes Wartungsengagement akzeptieren können, sowie für Entwickler, die eine Apache-2.0-ERP-Basis für eigene Erweiterungen suchen. Da dieser Review nur auf Quellen und Dokumentation basiert, sollten Sie ihn nicht als Beleg für Produktionsreife behandeln: Führen Sie ein Test-Deployment durch, testen Sie die in offenen Issues genannten Abläufe, ändern Sie die Standard-Zugangsdaten und entscheiden Sie erst dann.
Wählen Sie etwas anderes, wenn Sie Plug-and-Play-Betrieb, tiefe Produktionsplanung oder länderspezifische Buchhaltung, einen aktiven Release-Rhythmus oder englischsprachigen Anbieter-Support benötigen. Diese Anforderungen sprechen für ein verwaltetes SaaS-Produkt, eine andere Open-Source-ERP mit stärkerer Community-Dynamik oder ein individuelles System.
Quellen
- jishenghua/jshERP-Repository (Repository-Metadaten, README, Beschreibung)
- Release-Notes zu jshERP v3.5
- jshERP-Deployment-Dokumentation (aus der README verlinkt)
- Issue #107: Anfrage für Docker-Compose-Installation
- Issue #66: Retoure reduziert den Bestand nicht
- Issue #118: Login-Captcha kann nicht abgerufen werden
Wenn jshERP vielversprechend aussieht, aber Deployment, Härtung, kundenspezifische Module oder die Modernisierung des Stacks über Ihr Team hinausgehen, helfe ich Unternehmen, individuelle Business-Software zu bewerten und zu entwickeln. Ich kann prüfen, was jshERP für Ihre Abläufe tatsächlich abdeckt, die Lücken umreißen und ein Deployment oder einen schlankeren individuellen Ersatz begleiten, wenn das der günstigere Weg ist. Sie erhalten eine ehrliche Einschätzung, bevor Sie Geld für Lizenzen oder Entwicklung ausgeben.