Allgemeine Frage ERP Entwicklung

[johndoe049]

Zitat von IBExpert:

Das mit der Datensatzsignatur klingt irgendwie nach jemand, der mal was von blockchain gehört hat und das unbedingt haben will, wofür auch immer ...

Bei unserem größten Gastroprojekt Kunden laufen die Replikationen multimaster je nach tabelle entweder zwischen 10 Mainserver oder zwischen allen 200 beteiligten Servern, jeder Client schreibt aber alles nur ein mal in eine Datenbank im lokalen Netz und die 10 bzw 200 firebird server tauschen das dann transaktionssicher untereinander aus. Wenn da ein client 200 connections brauchen würde, wäre das sicherlich kaum benutzbar. Und datenbankserverseitig haben wir ein komplettes log, alle insert/update/delete befehle, egal von welchem Client, dessen ip, cinnection id und transaction id wir aber dadurch auch haben.

200 Firebird Server und Gastrobereich? Hast du McD. oder Burgerk. als Kunden?

So ein Projekt wäre mir persönlich zu gross und zu aufwendig. Kleine Projekte sind mir angenehmer. Wenn da der Kunde nicht zahlen kann, ist der Ausfall noch eher zu verkraften als bei einem großen Projekt.

Habe zwar so meine 2-3 Freelancer als Unterstützung, aber auch die wollen mal bezahlt werden.

Zitat von IBExpert:

Scheint ein echter Exot mit seinen Anforderungen zu sein, kann aber alleine dadurch ein langfristig interessanter Kunde für dich werden.

Langfrisitig: Ein klares Jein. Mein Kontakt in den letzten 10 Jahren war der Inhaber und der will sich langsam zurückziehen. Die ERP soll so mit das letzte Projekt sein. Die neue Geschäftsführung will eher eigene Programmierer haben. Soll angeblich günstiger sein als wir. Da die aber noch den Sourcecode abkaufen müssten, wird sich das alles noch zeigen. Wäre aber auch kein Verlust. Dann könnten wir uns mich mehr um einige andere Projekte kümmern.

Zitat von IBExpert:

Ich frag mich auch was passiert wenn die Daten bei deinen beiden Servern nicht synchron sind? nimmt man dann per random irgendeinen der Datensätze?

Lt. Kundenvorgabe von dem Server, der als "primär" gekennzeichnet ist.

Warum der das so haben will ist mir eigentlich egal, solange er dafür zahlt.

[IBExpert]

Zitat von johndoe049:

200 Firebird Server und Gastrobereich? Hast du McD. oder Burgerk. als Kunden?

nö. die hätten noch mal mindestens das 10 fache an Standorten, ist aber schon ein ziemlich weit in deutschland verteilte Unternehmensgruppe mit Läden in vielen mittleren und größeren Städten.
Der Kontakt zu denen kam übrigens hier über das Delphipraxis Forum zustande, weil deren Hauptentwickler hier auch unterwegs ist und das Hauptprojekt in Delphi entwickelt wird.

Zitat von johndoe049:

Warum der das so haben will ist mir eigentlich egal, solange er dafür zahlt.

volle zustimmung, ich sag ja immer gerne

Ich arbeite im ältesten Gewerbe der Welt, ich mach Kunden für Geld glücklich.

Was dann im Kopf des Zuhörers damit verbunden ist, kann ich nicht weiter beeinflussen

[Rollo62]

Solche Projekte hatte ich auch schon, mit DATEV Anbindung, Pricingsystem und Mailing-Optimierung und vielen ganz speziellen Anforderungen des Kunden.
Mittlerweile lehne ich sowas gerne ab, oder suche zumindest erstmal nach einer existierenden (Vor-)Lösung die zum Großteil OpenSource-Projekte einbinden kann.

Das Problem sind oft unklare Definitionen/Anforderungen des Kunden, die auch gerne später mal nachgereicht werden.
So ein Projekt bindet dich locker 100-150%, und Du kannst nebenbei kaum andere Projekte machen,
geschweige denn Neue Kunden gewinnen.
(! Ich gehe davon aus das Du Einzelkämpfer bist, oder Du suchst noch Mitarbeiter).
Hauptproblem ist dann, Du wirst abhängig von deinem Kunden, kannst also schlecht später nein zu abstrusen Ideen sagen.
Du kommt in die Scheinselbstständigkeits-Falle.

Auch kann über die Jahre alles Mögliche passieren:
- Dein Kunde geht Pleite
- Das Verhältnis zum Kunden verschlechtert sich, der Kunde nutzt Dich aus
- Neue, "unlösbare" Anforderungen kommen, die ein ReWrite erfordern würden

Die Idee mit OpenSource-Lösungen, oder vielleicht sogar irgendwas in der Cloud anzubieten wäre da schon verlockender.
Jedenfalls alles von 0, das Rad neu erfinden, macht meistens keinen Sinn.
Kommt aber immer auf den Einzelfall an, und was das für ein Kunde ist.

[Sinspin]

Zitat von IBExpert:

Ich arbeite im ältesten Gewerbe der Welt, ich mach Kunden für Geld glücklich.

Was dann im Kopf des Zuhörers damit verbunden ist, kann ich nicht weiter beeinflussen

Danke. You made my day!

Zitat von Rollo62:

So ein Projekt bindet dich locker 100-150%, und Du kannst nebenbei kaum andere Projekte machen,
geschweige denn Neue Kunden gewinnen.
(! Ich gehe davon aus das Du Einzelkämpfer bist, oder Du suchst noch Mitarbeiter).
Hauptproblem ist dann, Du wirst abhängig von deinem Kunden, kannst also schlecht später nein zu abstrusen Ideen sagen.

Sehe ich genauso. Ob das gut oder schlecht ist hängt vom Vertrag ab. Da Du ohne detailierten Projektvertrag arbeiten willst finde ich das Risiko etwas hoch.
Bis da eine arbeitsfähige Lösung existiert ist zuviel arbeit investiert.

Zitat von Rollo62:

Auch kann über die Jahre alles Mögliche passieren:
- Dein Kunde geht Pleite
- Das Verhältnis zum Kunden verschlechtert sich, der Kunde nutzt Dich aus
- Neue, "unlösbare" Anforderungen kommen, die ein ReWrite erfordern würden

Grausige Vorstellung da ohne Vertrag zu arbeiten. Ok, bei einer Pleite hilft das eh nicht, sonst auch nur via Anwalt.

Zitat von Rollo62:

Die Idee mit OpenSource-Lösungen, oder vielleicht sogar irgendwas in der Cloud anzubieten wäre da schon verlockender.
Jedenfalls alles von 0, das Rad neu erfinden, macht meistens keinen Sinn.
Kommt aber immer auf den Einzelfall an, und was das für ein Kunde ist.

Ein Bekannter von mir hat das gemacht. Allerdings ganz von null. Als Open Source Projekt. Und wollte mit den Services für die Anpassungen und den Einsatz des Projektes Geld verdienen.
Nunja, hat nicht geklappt. Es ging zuviel Zeit für die Entwicklung drauf... die Bedingungen des Marktes haben sich geändert... Es gab nicht genug andere Projekte... Die Freizeit und Gesundheit blieb auf der Strecke... RIP, mein Freund.

[DataCool]

Zitat:

200 Firebird Server und Gastrobereich? Hast du McD. oder Burgerk. als Kunden?

Zitat:

nö. die hätten noch mal mindestens das 10 fache an Standorten, ist aber schon ein ziemlich weit in deutschland verteilte Unternehmensgruppe mit Läden in vielen mittleren und größeren Städten.
Der Kontakt zu denen kam übrigens hier über das Delphipraxis Forum zustande, weil deren Hauptentwickler hier auch unterwegs ist und das Hauptprojekt in Delphi entwickelt wird.

und es läuft, läuft und läuft

[johndoe049]

Zitat von DataCool:

Zitat:

200 Firebird Server und Gastrobereich? Hast du McD. oder Burgerk. als Kunden?

Zitat:

nö. die hätten noch mal mindestens das 10 fache an Standorten, ist aber schon ein ziemlich weit in deutschland verteilte Unternehmensgruppe mit Läden in vielen mittleren und größeren Städten.
Der Kontakt zu denen kam übrigens hier über das Delphipraxis Forum zustande, weil deren Hauptentwickler hier auch unterwegs ist und das Hauptprojekt in Delphi entwickelt wird.

und es läuft, läuft und läuft

Da sag nochmal einer, dass Delphi eine veraltete Sprache ist und man damit nichts mehr bewegen kann.

[DSCHUCH]

Ich muss mal schmunzeln. Wie andere schreiben bin auch ich vor inzwischen 20 Jahren in so ein Projekt gestolpert.

Inzwischen sind wir 15 Leute. Die Software lief mittelmäßig stabil nach 5 Jahren, halbwegs stabil nach 10. Inzwischen mit ci pipelines usw sprechen wir nach 15 Jahren von stabiler Software, wo wir wirklich ausliefern können und zu 97% keine Fehler haben. Schon für Testcomplete Lizenzen haben wir letzten Monat mal wieder fast 20t€ gezahlt, das muss alles umgelegt werden. Ist bei einem Kunden alles der Wahnsinn.

Würde ich es heute nochmal machen: nein. Insb. da auch eine komplett andere Zeit ist und es vor allem inzwischen sehr viele Systeme auf dem Markt gibt. Weiterhin würde ich mit meinem jetzigen Alter und Erfahrungen weder für den Kunden, noch für mich das Risiko und die Verantwortung übernehmen, sowas macht man mit naiven anfang 20. Glück gehört auch dazu

Die Einführung eines ERP steht und fällt mit dem Berater. Egal was Du auf dem Markt aufnimmst, wenn sich Anwender und Berater nicht verstehen, fährt es vor den Baum. Die Lösung - wir machen uns selbst was. Genau. Damit wird die idR abstruse Analyse der Anforderung nochmal verschärft durch wilde Prozesse und Einmannprogrammierung.

Insb. kleine Unternehmen finden immer ein passendes ERP. Frage ist nur - traut man sich an was individuelles oder will ich den vermeintlichen Stadnard eines großen Players. Auch muss man die Ausprägung unterscheiden : ERP / Warenwirtschaft / PPS / MES. Was ist eigentlich das was ich möchte? Wo liegt meine Wertschöpfung? Ein Konzern wird A wählen, da auf Basis Controlling entscheiden wird ob 1000 Leute gehen oder nicht. Ein KMU wird eher ein PPS nehmen, da sie Geld in der Produktion verdienen und eben nicht durch Controlling. Verwaltungsrat schaut auf die Bilanz und entscheidet. Geschäftsführer Mittelstand geht an die Maschine und schaut wieso ein Teil schlecht läuft. So mal ganz grob.

Wie auch andere schreiben ist idR vieles Standard. Mehrsprachigkeit, Zollprozesse usw. das sind alles Standards. Aber komplizierte, wo man selbst nach Jahren immer wieder ins schlingern gerät, wie war das, ist das heute noch so usw.
Geschlossen, stoniert, gesperrt. Heißt Gesperrt und storniert ist geschlossen? Oder? Teilweise storiert? Ein teil der Menge gesperrt? Was heißt das für den Gesamtauftrag? Ist gesperrt werthaltig oder wertlos? Führt ein gesperrter Bedarf zu neuem Bestellvorschlag? Oder kann das Material weiter verwendet werden?
Wie sehe ich das in der Software?
Das sind idR die Details, die dazu führen das es aussagen gibt wie "finde nichts passendes".

Entscheidend ist - wie man die Werkzeuge zuschneidet und im spezifischen Ablauf geschickt und kreativ so einsetzt, dass es gut funktioniert. Mit wenig Programmierung und Anpassung (zauberwort Scripts/Customizing, grenzen sind natürlich grau). Weiterhin ist es sehr wichtig, das sich Unternehmen auch an Standards und Erfahrungswerte halten (wollen). Klar -> hundert Anwender machen X. Aber ich mache Y (idR ist dann "Haben wir immer so gemacht" das beste Argument).

Was man machen kann sind natürlich immer kleinere "wegwerfentwicklungen" die neben einem ERP stehen, weil es teilweise eben auch nicht gewünscht ist alles in komplexe Abläufe zu pressen. Beispiel: Unvollendete Produktion. Themen, wo sich der Bediener Gedanken machen müßte, was er eigentlich tut. Dann ist es manchmal besser auch einfach das komplexe System zu verlassen und eine Sonderentwicklung danebenzustellen um andere Prozesse nicht durch zu viele Fehleingaben durhc zu viele Optionen zu "verwässern".

Weiterhin schon diese Anforderung "Mehrere Datenbanken". Diesen Quatsch - Entschuldigung - höre ich alle Jahre wieder. Replikation ist idR ein Spezialfall für Banken und Konzerne und nichts für Unternehmen mit 100 Mitarbeitern. idR ist gemeint "wir wollen in 2 unterschiedlichen GmbHs oder Standorten, die dank unserem ultra gutem Internet nur mit Kabelmodem zu verbinden gehen, den gleichen Stammdatensatz nutzen". Gleiche Artikel, Materiallisten. Gleiche Lieferanten. Bei Preisen ist es idR schon spannend. Also sowas wie Mandanten. Kann man umsetzen, haben wir auch. Aber das ist dann idR spezifisch und genau zu klären was warum genau mit welchem Ziel gemacht werden soll.

Wenn Du das Projekt annimmst, schreibe mal wenigstens 5 Jahre Vollzeit auf die Preisliste. Mit 50% Funktionsumfang im Detail (aber ganz grob sollte es dann funktionieren). Plus das es dann - wenn Du mal weg bist weggeworfen werden kann. Plus das es dann auch ein erster Prototyp ist - den Du zu 99,9% auch selbst wegwerfen willst und nochmal neu anfangen möchtest mit den dann vorhandenen Erfahrungen.

Alternativ: nimm ein open Source und schraube da dran rum, da hast Du wenigstens die Basics schonmal drin.



VG.

[DSCHUCH]

Zitat von johndoe049:

Warum der das so haben will ist mir eigentlich egal, solange er dafür zahlt.

Mit diesem Satz hast Du dich zusätzlich vollständig disqualifiziert. Lass es komplett. Es wird im Streit enden.

[Redeemer]

Ich bin vor dreieinhalb Jahren vom Lehramt in die Wirtschaft gewechselt und habe am ersten Tag angefangen, ein ERP-System für Fensterhandel und Rollladenbau zu schreiben. Das ist seit einem halben Jahr produktiv nutzbar und wird für bestimmte Dinge genutzt. Dieser Tage erreicht es seinen vorläufigen Endausbau, nachdem noch Web-Schnittstellen und weitere Wünsche eingebaut wurden. Fenster und Rollläden können stark angepasst werden und es wird ein sehr komplexer Lauf eines Auftrags durch die Abteilungen abgebildet. Alles, was so an Fenstern und Rollläden in Gebäuden drin ist, kann damit konstruiert und bestellt werden, auch große mehrfach gekoppelte Fenster und Türen. Zu dem dafür eingesetzten Binärformat des zu ersetzenden Programms ist es durch Reverse Engineering binärkompatibel.
Einzige Nicht-Standard-Komponenten sind Indy (mit OpenSSL), Anders Melanders Drag and Drop Suite, Devart SDAC für MSSQL-Zugriff und List & Label für das Reporting. Der Rest ist von mir allein, inklusive aller UI-Grafiken (komplett SVG). Die lange Zeit hat es nur gedauert, weil ich noch als Systemadministrator arbeite und für etliche Nebenprojekte zuständig bin. Das Unternehmen hat gut 100 Mitarbeiter und ich bin dort festangestellt.

Vergleich mit deinen Anforderungen:

Zitat:

Kunden-/Lieferantenverwaltung mit Lieferanschriften, Kontaktpersonen, Gesprächshistorie -> ja
Artikelverwaltung mit Seriennr., Historie für Repartaturen, etc. und Lagerorten -> ja
Preiskalkulation pro Artikel/Pro Auftrag -> ja
Preisanfragemodul um Preisanfragen an verschiedene Lieferanten zu erstellen und auswerten zu können. -> jein (nur sehr grundlegend)
Projektverwaltung (Beleg- und Dokumentenverwaltung, Kalkulation, Zeitaufzeichnung) -> jein (keine Zeitaufzeichnung)
Sachkontenzuordnung für Artikel und Verkaufsgebiete (Inland, EU, Ausland, § 13-Umsätze) -> jein (nur Gebiete, noch ohne Artikel)
Mehrbenutzerfähigkeit für Terminalserver, später als Webanwendung -> ja
PDF mit X-Rechnung -> nein
Datev Schnittstelle oder .csv Export der Rechnungsaten -> ja, letzteres
Belege mit mehreren Sprachen -> nein (theoretisch möglich)
Zeitverwaltung und Arbeitszeitkonten für Mitarbeiter und Maschinen -> jein (das Rollladenbaumodul errechnet die geschätzte Arbeitszeit pro Kostenstelle)
Benutzeroberfläche in mehreren Sprachen, mindestesn 5 Sprachen oder mit Spracheditor -> nein, aber durch Resourcestrings dafür vorbereitet
Emailversand von Belegen im PDF Format -> ja
Gleichzeitige Speicherung auf mind. 2 Datenbanken auf verschiedenen Servern (seine Vorstellung ist, zwei verschiedene Datenbankserver wie z.B. Firebird und MariaDB) -> nein, weil totaler Quatsch
Einbinden von Twain, WIA und USB Dokumentenscannern -> nein
Diverse Statistiken für Verkauf nach Artikel/Kunde/Region, Einkaufstatistiken, Zeitstatistiken etc. Die Statistiken sollen jederzeit erweiterbar sein. -> jein
Faxrelais Schnittstelle -> nein

[hoika]

Hallo Redeemer,
das ganze steht und fällt dann mit dem Support.

Das ist halt eine Firma viel besser als ein Einzelkämpfer.

Ich habe damals mein Einzelprojekt fallengelassen und bin in den Firmenschoss gehuscht ...