Baustoffsoftware · Schnittstellen, Daten und Softwareeinführung

Branchensoftware oder allgemeines ERP: Was Baustoffwerke wirklich benötigen

12 min Lesedauer TBSoft Redaktion
Weiße Linienzeichnung verbundener Systeme für den Betrieb im Baustoffwerk und kaufmännische ERP-Aufgaben

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.

Aufgaben im Baustoffwerk: allgemeines ERP und Branchensoftware
AufgabeAllgemeines ERPBranchensoftware
Finanzbuchhaltung, offene Posten, ZahlungenKernaufgabeÜbergibt Rechnungsdaten, erhält Zahlungsstatus
Einkauf von Rohstoffen, Ersatzteilen, EnergieKernaufgabeKein Bestandteil
Personal, Lohn, ZeitwirtschaftKernaufgabeKein Bestandteil
Konzernberichte, KostenrechnungKernaufgabeLiefert Mengen, Erlöse und Statistiken je Werk
Kunden- und MaterialstammFührt meistNutzt und ergänzt Baustellen, Fahrzeuge, Konditionen
Angebot, Auftrag, AuftragsbestätigungMöglich, ohne BaustellenlogikMit Baustelle, Lieferadresse, Frachtregel, Zeitfenster
Wiegen mit Erst- und Zweitwiegung, Tara, EichrechtNicht vorgesehenKernaufgabe
Disposition von Fahrmischern, Pumpen, SpediteurenNicht vorgesehenKernaufgabe
Gewichtsbezogene Abrechnung mit Zuschlägen und SammelrechnungNur mit Anpassung und HandarbeitKernaufgabe
Lieferschein mit Unterschrift, Portal, ArchivNur als DruckformularKernaufgabe

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.

Architekturen für Baustoffwerke im Vergleich
ArchitekturStärkenSchwächenPasst zu
Allgemeines ERP allein, mit Anpassungen für Waage und AbrechnungEin System, eine Datenbasis, ein AnbieterAnpassungen kosten bei jedem Update. Wiegen, Disposition und Zuschläge bleiben Handarbeit oder SonderentwicklungWerke ohne Fahrzeugwaage im Kerngeschäft, Handel nach Stück
Branchensoftware allein, Finanzbuchhaltung externWaage, Disposition, Faktura und Belege aus einer Hand, Verkauf und Konditionen im Branchensystem, Buchhaltung beim Steuerberater oder in einer StandardlösungEinkauf, Personal und Konzernberichte brauchen eigene WerkzeugeEigenständige Werke und Werksgruppen ohne Konzern-ERP
ERP und Branchensoftware mit SchnittstelleJedes System macht, was es kann: Konzernberichte aus dem ERP, Betrieb aus der BranchensoftwareSchnittstelle muss geplant, betrieben und bei Ausfall geregelt sein. Führende Systeme müssen festgelegt werdenWerke 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.

Typische Aufteilung führender Systeme
DatenobjektFührendes SystemRichtung
Kunden, Lieferanten, ZahlungsbedingungenERPAn Branchensoftware
Materialien, Sorten mit EinheitenERP oder Branchensoftware, je nach PflegeaufwandIn eine Richtung, nie beide
Preise und Konditionen je Kunde und BaustelleBranchensoftware, wenn dort abgerechnet wirdAn ERP nur als Ergebnis
Baustellen und LieferadressenBranchensoftwareAn ERP für Rechnungsadresse und Bericht
Fahrzeuge und SpediteureBranchensoftwareBleiben dort
AufträgeERP oder Verkauf im BranchensystemAn Disposition und Waage
Gewichte, Lieferscheine, MengenBranchensoftwareAn ERP und Finanzbuchhaltung
Rechnungen und BuchungenBranchensoftware erzeugt, ERP buchtAn 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.

Mehr Fachwissen?

Alle Fachartikel dieser Branche.

Auswahl, Abläufe und Betrieb: weitere Fachartikel für Werksleitung, Disposition und Verwaltung, geordnet nach Themen.