Branchensoftware oder allgemeines ERP: Was Baustoffwerke wirklich benötigen
Selten ein Entweder-oder: Was ein allgemeines ERP im Baustoffwerk gut kann und wo es endet, welche vier Aufgaben Branchenwissen brauchen, drei Architekturen im Vergleich und die Entscheidungsfragen für Ihr Werk.
Die meisten Baustoffwerke brauchen beides, und die eigentliche Frage lautet nicht „Branchensoftware oder ERP“, sondern „welches System führt welche Daten“. Ein allgemeines ERP trägt Finanzen, Einkauf, Personal und Konzernberichte und tut das gut. An der Waage, in der Disposition, bei der gewichtsbezogenen Abrechnung und im Lieferscheinprozess endet sein Wissen, und dort beginnt die Branchensoftware. Wer diese Grenze kennt, spart sich beide teuren Irrtümer: das ERP so lange anzupassen, bis es eine schlechte Wiegesoftware ist, und die Branchensoftware so lange auszubauen, bis sie eine schlechte Buchhaltung ist.
Dieser Text zieht die Grenze entlang der Aufgaben, vergleicht drei Architekturen und gibt Entscheidungsfragen für das eigene Werk. Er nennt keine fremden Systemnamen, weil die Antwort nicht vom Produkt abhängt, sondern von der Aufgabe.
Was ein allgemeines ERP gut kann und wo es im Werk endet
Ein ERP ist auf Geschäftsprozesse ausgelegt, die in jeder Branche ähnlich laufen: Bestellungen, Rechnungen, Zahlungen, Lager nach Stückzahl, Personal, Berichte. Ein Baustoffwerk hat diese Prozesse auch, aber sein Kerngeschäft läuft anders.
| Aufgabe | Allgemeines ERP | Branchensoftware |
|---|---|---|
| Finanzbuchhaltung, offene Posten, Zahlungen | Kernaufgabe | Übergibt Rechnungsdaten, erhält Zahlungsstatus |
| Einkauf von Rohstoffen, Ersatzteilen, Energie | Kernaufgabe | Kein Bestandteil |
| Personal, Lohn, Zeitwirtschaft | Kernaufgabe | Kein Bestandteil |
| Konzernberichte, Kostenrechnung | Kernaufgabe | Liefert Mengen, Erlöse und Statistiken je Werk |
| Kunden- und Materialstamm | Führt meist | Nutzt und ergänzt Baustellen, Fahrzeuge, Konditionen |
| Angebot, Auftrag, Auftragsbestätigung | Möglich, ohne Baustellenlogik | Mit Baustelle, Lieferadresse, Frachtregel, Zeitfenster |
| Wiegen mit Erst- und Zweitwiegung, Tara, Eichrecht | Nicht vorgesehen | Kernaufgabe |
| Disposition von Fahrmischern, Pumpen, Spediteuren | Nicht vorgesehen | Kernaufgabe |
| Gewichtsbezogene Abrechnung mit Zuschlägen und Sammelrechnung | Nur mit Anpassung und Handarbeit | Kernaufgabe |
| Lieferschein mit Unterschrift, Portal, Archiv | Nur als Druckformular | Kernaufgabe |
Die obere Hälfte gehört dem ERP, die untere der Branchensoftware, und die Mitte ist Verhandlungssache: Wer den Kundenstamm führt, wer den Auftrag anlegt, wer die Konditionen pflegt. Genau diese Mitte entscheidet über Doppelpflege und über den Erfolg der Schnittstelle. Die Datenflüsse zwischen Waage und ERP werden dabei je Datenobjekt mit Richtung und führendem System festgelegt.
Vier Aufgaben, die Branchenwissen brauchen
Warum kann ein ERP die untere Hälfte nicht einfach lernen? Weil dort Wissen steckt, das nicht in Feldern und Formularen liegt, sondern in Abläufen, Ausnahmen und Vorschriften.
- Wiegen
Erstwiegung und Zweitwiegung, gespeicherte Tara mit Prüfung, Anhängerwechsel, Fremdfahrzeuge, Selbstbedienung am Terminal, Kennzeichenerkennung, Verhalten bei Ausfall des Netzwerks. Dazu die Verbindung zur eichrechtlich relevanten Messtechnik, die ein ERP nicht anbindet.
- Disposition
Fahrmischer und Pumpen aufeinander abstimmen, Eigenfuhrpark und Fremdspediteure in einer Planung, Mehrwerksdisposition, Telematik mit Position und Status, kurzfristige Änderungen um zehn Uhr. Eine Auftragsliste im ERP ist keine Plantafel.
- Gewichtsbezogene Abrechnung
Tonnen, Kubikmeter und Stück mit Umrechnung, Fracht ab Werk oder frei Baustelle, Mindermenge, Wartezeit, Energiezuschlag, Sammelrechnungen je Baustelle, Spediteursgutschriften aus denselben Lieferdaten. Im ERP wird jede dieser Regeln zur Handarbeit.
- Lieferscheinprozess
Beleg an der Waage mit digitaler Unterschrift, PDF-Versand, Bereitstellung im Kundenportal, Archivierung mit Vorgangsbezug, Korrekturen mit Bezug zum Original. Ein Druckformular aus dem ERP ist ein Zettel mit Logo.
Diese vier Aufgaben sind kein Argument gegen das ERP. Sie sind der Grund, warum die Branchensoftware in der Systemlandschaft eines Werks nicht neben dem ERP steht, sondern zwischen ERP und Betrieb: Sie nimmt Stammdaten und Aufträge entgegen und gibt Gewichte, Lieferscheine, Mengen und Rechnungsdaten zurück.
Drei Architekturen im Vergleich
In der Praxis kommen drei Architekturen vor. Welche passt, hängt weniger von der Werksgröße ab als davon, wo das Werk heute steht und wer über das ERP entscheidet.
| Architektur | Stärken | Schwächen | Passt zu |
|---|---|---|---|
| Allgemeines ERP allein, mit Anpassungen für Waage und Abrechnung | Ein System, eine Datenbasis, ein Anbieter | Anpassungen kosten bei jedem Update. Wiegen, Disposition und Zuschläge bleiben Handarbeit oder Sonderentwicklung | Werke ohne Fahrzeugwaage im Kerngeschäft, Handel nach Stück |
| Branchensoftware allein, Finanzbuchhaltung extern | Waage, Disposition, Faktura und Belege aus einer Hand, Verkauf und Konditionen im Branchensystem, Buchhaltung beim Steuerberater oder in einer Standardlösung | Einkauf, Personal und Konzernberichte brauchen eigene Werkzeuge | Eigenständige Werke und Werksgruppen ohne Konzern-ERP |
| ERP und Branchensoftware mit Schnittstelle | Jedes System macht, was es kann: Konzernberichte aus dem ERP, Betrieb aus der Branchensoftware | Schnittstelle muss geplant, betrieben und bei Ausfall geregelt sein. Führende Systeme müssen festgelegt werden | Werke in Konzernen oder mit gesetztem ERP |
Die dritte Architektur ist die häufigste bei Werken, die zu einer Gruppe gehören, und die anspruchsvollste, weil sie eine Vereinbarung braucht: Welches System führt Kunden, Materialien, Preise, Aufträge, Fahrzeuge? Ohne diese Vereinbarung werden Daten in beiden Systemen gepflegt, und die Schnittstelle transportiert Widersprüche.
Wer führt welche Daten
Für die dritte Architektur hat sich eine Aufteilung bewährt, die sich je Werk anpassen lässt. Entscheidend ist nicht, dass sie genau so aussieht, sondern dass sie für jedes Datenobjekt genau eine Antwort gibt.
| Datenobjekt | Führendes System | Richtung |
|---|---|---|
| Kunden, Lieferanten, Zahlungsbedingungen | ERP | An Branchensoftware |
| Materialien, Sorten mit Einheiten | ERP oder Branchensoftware, je nach Pflegeaufwand | In eine Richtung, nie beide |
| Preise und Konditionen je Kunde und Baustelle | Branchensoftware, wenn dort abgerechnet wird | An ERP nur als Ergebnis |
| Baustellen und Lieferadressen | Branchensoftware | An ERP für Rechnungsadresse und Bericht |
| Fahrzeuge und Spediteure | Branchensoftware | Bleiben dort |
| Aufträge | ERP oder Verkauf im Branchensystem | An Disposition und Waage |
| Gewichte, Lieferscheine, Mengen | Branchensoftware | An ERP und Finanzbuchhaltung |
| Rechnungen und Buchungen | Branchensoftware erzeugt, ERP bucht | An Finanzbuchhaltung, Zahlungsstatus zurück |
Eine Schnittstellenlandkarte des Werks zeigt, welche Systeme es gibt und wer welche Daten führt.
Entscheidungsfragen für Ihr Werk
- Ist das ERP gesetzt, etwa durch einen Konzern, oder steht es zur Wahl?
- Welche der vier Aufgaben mit Branchenwissen laufen heute im ERP, und wie viel Handarbeit steckt darin?
- Wer soll Kunden, Materialien, Preise und Aufträge führen, und wer pflegt sie tatsächlich?
- Wie viele Anpassungen hat das ERP für das Werk, und was kosten sie bei jedem Update?
- Was passiert an der Waage, wenn das ERP nicht erreichbar ist?
- Welche Berichte braucht die Geschäftsführung, und aus welchem System sollen sie kommen?
- Wer betreibt die Schnittstelle, und wer entscheidet bei Widersprüchen zwischen den Systemen?
Prüfliste vor der Entscheidung
- Die zehn Aufgaben aus der ersten Tabelle sind für Ihr Werk einem System zugeordnet.
- Für jedes Datenobjekt ist genau ein führendes System benannt.
- Der Handarbeitsanteil im heutigen System ist erhoben, etwa mit der Rechenvorlage im Artikel Was manuelle Disposition wirklich kostet.
- Anpassungen am ERP sind mit ihren Folgekosten je Update bekannt.
- Das Verhalten bei Ausfall des ERP ist für die Waage geregelt.
- Die Schnittstelle hat einen Betreiber und eine Regel für Widersprüche.
- Die Stammdaten sind bereinigt, bevor eine Schnittstelle sie transportiert.
Häufige Fragen zu Branchensoftware und ERP
Ist Branchensoftware ein ERP?
Nein, und sie sollte es nicht sein wollen. Sie deckt die betrieblichen Aufgaben des Werks ab, von der Waage bis zur Rechnung, und arbeitet mit einer Finanzbuchhaltung oder einem ERP zusammen. Einkauf, Personal und Konzernberichte bleiben Aufgaben des ERP oder eigener Werkzeuge.
Können wir das ERP für die Waage anpassen lassen?
Technisch ja. Die Frage ist, was Erstwiegung, Zweitwiegung, gespeicherte Tara, Selbstbedienung, Kennzeichenerkennung und Eichrecht als Anpassung kosten und wer sie bei jedem Update pflegt. Ein Vergleich mit einer Branchensoftware lohnt, bevor die Anpassung beauftragt wird.
Was, wenn der Konzern ein ERP vorgibt?
Dann ist die dritte Architektur der Weg: ERP für Konzernaufgaben, Branchensoftware für den Betrieb, Schnittstelle mit klar geführten Daten. Der Konzern bekommt seine Berichte, das Werk seine Waage.
Wer entscheidet bei Widersprüchen zwischen den Systemen?
Das führende System, je Datenobjekt festgelegt. Ein Widerspruch wird angezeigt und im führenden System korrigiert, nicht stillschweigend im anderen überschrieben.
So geht es weiter
Bei TBSoft deckt die Modulfamilie die vier Aufgaben mit Branchenwissen ab: TBScale das Wiegen mit Selbstbedienung und Kennzeichenerkennung, TBDispo und TBDispoPlan die Disposition, TBFakt und TBRegio die gewichtsbezogene Abrechnung, TBVertrieb Angebote, Aufträge und Konditionen. Die Module lassen sich über abgestimmte Schnittstellen in vorhandene ERP-, Fakturierungs-, Portal- und Archivprozesse integrieren, und die ERP-Schnittstelle ist dabei die wichtigste.
Alle Fachartikel dieser Branche.
Auswahl, Abläufe und Betrieb: weitere Fachartikel für Werksleitung, Disposition und Verwaltung, geordnet nach Themen.