ERP Software mit Delphi

[IBExpert]

Ja, der Übergang ist absolut fliessend und auch der Schwerpunkt ist ja nach Brranche sehr unterschiedlich.

Fall 1: Ein CNC Auftragsfertiger bekommt oft sogar das Material noch von seinem Kunden gestellt oder nutzt einfaches Rohmaterial (Rundstahl in verschiedenen Qualitäten und Abmessungen), das er je nach EK und Auftragsbestand auch mal großzügig auf Lager bestellt. Er muß aber für verbindliche Liefertermine in erster Linie die Kapazitäten seiner CNC Fräsen mit seinem Auftragsbestand abgleichen und im Einzelfall sogar Arbeitsgänge extern vergeben. Das klingt zwar sehr einfach, kann aber auch recht komplex werden, insbeosndere wenn man mehrere Maschinen mit gleichen Fähigkeiten, aber unterschidlichen Geschwindigeiten hat. Ein Mitarbeiter kann in so einem Umfeld meistens auch mehrere Maschinen bedienen und somit kann seine Arbeitszeit auf mehrere Aufträge verbuchen. Spezielle Arbeitsgänge wie Härten beeinflussen die Durchlaufzeit noch mal zusätzlich. In diesem Fall ist die Stücklistenproblematik meistens relativ unwichtig, aber die zeitliche Betrachtung sehr wichtig, die aktuellen Einkaufspreise für das Rohmaterial sind hier selten der wichtigste Faktor, weil die Maschinenkosten meiste wesentlich höher sind. Die Maschinenkosten zu kennen und deren Auslastung über das Jahr zu kennen ist entscheidener Faktor für die Preisfindung. Lohnkosten sind ein Faktor, aber relativ kostant.

Fall 2: Ein Maschinenbauer, der zum Beispiel Steuerungsanlagen für Schiffe baut, hat dagegen auftragsbezogen Baugruppen zu fertigen, die möglichst auch in der richtigen Reihefolge aus der Fertigung kommen sollten. Er bestellt dafür noch diverse Hydraulikschläuche und sonstiges Material für die Montage und muss den ganzen Kram auch oft noch auf jeden Fall rechtzeitig vor Ort montieren. Dafür muß er aber auch sicherstellen, das sein Montageteam am Tag x auch verfügbar ist ist definitiv das gesamte gebrauchte Material vorhanden ist, im Einzelfall geschieht die Montage sogar während der ersten Test-/Probefahrten, so das 5 Minuten Verspätung oder auch eine fehlende Schraube mehr als ärgerlich ist. Wenn hier was an der Stückliste nicht passt, kostet das richtig Geld. Hier kommt es zunächst auf die Stückliste an. Für die Auftragssumme ist die Kenntnis der aktuellen Einkaufspreise extrem wichtig. Maschinenkosten sind in diesem Fall meist weniger wichtig, aber auch nicht zu unterschätzen. Ggf. müssen externe Dienstleister mit beauftragt werden, so das Lohnkosten hier ein sehr großer und teilweise nur begrenzt kalkulierbarer Faktor sind.

Fall 3: Ein Zulieferer, der Module für die Federung eines Autoherstellers per Laserschweißen verbindet, hat einfach nur diverse Gitterboxen vom Vorlieferant mit der nicht verbundenen Rohteilen in seiner Halle stehen. Ein Mitarbeiter nimmt die Teile raus, steckt die in eine Vorrichtung, drückt einen Knopf und dann knattert es diverse male und das Ding ist verbunden. Hier kommt es in erster Linie auf den Bau der Vorrichtung an, mit der das automatisiert verarbeitet werden kann. Für einen Angebotspreis muß man wissen, wie oft dieser Artikel gefertigt wird und in welchen Mengen das jeweils gebraucht wird. Wenn eine Maschine 50 Stück in einer Schicht schafft, aber 100 Stück bebraucht werden, muß man sich was überlegen (Zweite Maschine und zweite Vorrichtung (wenn bezahlbar) und wenn ein Mitarbeiter beide Maschinen gleichzeitig bedienen kann, sonst Zweischichtbetrieb). Wenn 10000 Stück gebraucht werden, muß man Mitarbeiter und Maschine ca. 100 Tage im 2 Schichten (oder 200 Tage bei einer Schicht) einplanen und für die Kalkulation des Einzelpreises den Energieverbauch, die Maschinenkosen (Afa Werte für 100 Tage + x%), die Lohnkosten für die 2 Schichten, die Gemeinkosten, usw. in einen großen Topf werfen und durch 10000 teilen. Das ganze dann mit einem geplanten Gewinnaufschlag dem Kunden als Angebot mitteilen.

Wenn der Preis passt, dann passt es auch für das Unternehmen. Handwerker kalkulieren oft ganz anders (im Sinne von: Was könnte der Kunde denn als Preis akzeptieren ....)
Man kann aber mit relativ wenig Dokumentation die eigenen Zahlen deutlich besser erfassen, dafür muß nicht jeder Handschlag mit Barcode an- und abgemeldet werden. Wenn jeder Mitarbeiter abends die Arbeitszeit auf die Fertigungsaufträge anteilig verteilt, an denen er gearbeitet hat, sieht man wesentlich früher ob ein Auftrag schon einen negativen Deckungsbeitrag erwirtschaftet hat, wenn man es denn wissen möchte.

Sehr viele Unternehmen arbeiten nun mal seit Jahren finanziell erfolgreich und kriegen schon die Krätze, wenn man denen zeigt, das man in einer Software zig Minuten braucht, um einen Fertigungsauftrag zu erstellen, der ohne Stückliste auch nicht erstellt werde kann, ohne den keine Zeiten gebucht werden können und die Zeitbuchungen zwangsweise per Terminal erfolgen müssen. Dann nutzt der Kunde die Funktion eben nicht weil er dafür keine Zeit hat und sich der Aufwand nur bei Serienteilen rechnet.

Wenn nun (wie in der Realität üblich) ein Mitarbeiter einem Kollegen bei einem anderen Auftrag hilft, müsste er nun erst mal zum Terminal dackeln, sich am alten Auftrag abmelden, am neuen anmelden, dann helfen, dann wieder abmelden, anmelden, usw.

Das ein Mittelständler da die Nackenhaare auf Halbmast stehen, verstehe ich nur zu gut, ist ja auch nicht bei jeder Software so. Ist aber für alle hier im Forum ein sehr spannendes Marktsegment, weil gerade diese Firmen meistens finanziell gut aufgestellt sind und es sich auch leisten können, Software so erstellen zu lassen, wie man sie denn haben will und nicht wie jemand anderes denn meint, wie man arbeiten soll. Es ist aber ein Bereich, bei den man relativ leicht durch Unkenntnis der üblichen Betriebsabläufe schon bei den ersten Gesprächen mit dem potentiellen Kunden Probleme bekommt, die eigene Qualifikation für den Auftrag erfolgreich darzustellen.

Oft wissen die Kunden zwar wie es geht und wie man es derzeit macht, können (und teilweise wollen) das aber beim besten willen einem Externen ohne Branchenkenntnisse so erlären, das er es programmieren könnte.

Wenn die Software am Ende für die Anforderungen des Kunden passen, ist es auch relativ egal, ob man die Wawi, ERP, PPS, oder sonstwie nennt. Scheut euch nciht davor, auch nur Teilbereiche abzudecken, viele Kunden arbeiten im Wawi Bereich zum Beispiel mit Lexware und finden das auch ganz ok, das hat aber für Fertigung Null Funktionalität, also lieber den Teil für den Kunden umsetzen, der Ihm fehlt, wenn Ihr keine eigene Ersatzlösung auf gleichen Niveau habt, als mit aller Gewalt alles ersetzen zu wollen.

Schnittstellen zu kleinen Teillösungen, die Ihr programmiert, sind oft der erste Schritt in eine großeres und gerade auch für Einzelkämpfer dauerhaft lukratives Projekt. Den meisten Kunden ist es dann auch egal, ob Ihr das mit Delphi oder sogar in Assembler programmiert, Hauptsache es macht was es soll. Wenn Ihr dem Kunden dann auch offen Zugriff auf den Quellcode anbietet, wobei damit keinerlei weitere Vermarktung ohne eure Zustimmung erlaubt ist (einfach in jeden Header reinschreiben das Ihr das nicht erlaubt), dann schafft das erstens Vertrauen und wenn man realistisch ist, kann der Kudne ohne eure Hilfe damit meistens eh nichts anfangen, weil damit ja nicht unbedingt eine lauffähige Kopie der Entwicklungsumgebung verbunden ist, die er im Falle Delphi ja auch mit allen Komponenten erst mal kaufen müsste.

Ich nehm mal den klassischen Handel hier raus, der ist meistens mit Standardsoftware ganz gut bedient, bei Fertigungsbetrieben sieht das aber schon ganz anders aus