ERP Software mit Delphi

[Alter Mann]

Hallo,

schau dir mal avERP an.

[Bbommel]

Zitat von Dragon27:

Problematisch an fertigen Lösungen ist, dass der Betrieb nicht nach einem Standarschema arbeitet und auch verschiedene "Wachstumsprobleme" wie doppelte Artikelnummern (die aber auch nicht abgeändert werden dürfen) vorhanden sind. Da das Unternehmen als Zulieferer für Großhändler tätig ist und somit verschiedeneste Schnittstellen und Wünsche befriedigt werden müssen, ist auch hier ein Standard ERP probelmatisch.

Ich schreibe nachher auch noch was zu deiner eigentlichen Frage, kann aber auch nicht widerstehen, zunächst noch darauf einzugehen: wir (also meine Firma) arbeiten im Bereich der Produktionsplanung und -optimierung. Dazu müssen wir unsere Software eng an vorhandene ERP-Systeme angliedern und dadurch habe ich durchaus ein bisschen Einblick in diese Bereiche. Viele Unternehmen halten ihre Produktion zunächst für etwas sehr Besonderes - die Produkte, die sie herstellen, sind es oftmals ja auch, aber die Produktionsplanung kann fast immer doch auf bestimmte Grundlagen zurückgeführt werden (natürlich mit individuellen "Parametern"). Fast alle mir bekannten ERP-Systeme lassen sich dann für den Kunden auch noch so anpassen oder erweitern, dass auch Spezialfälle mit abgedeckt werden können.

In meiner Arbeit habe ich vor allem ein System kennengelernt, dass ich im Bereich der Produktionsplanung für sehr gut aufgestellt halte. Ich will jetzt hier aber nicht zu viel Werbung machen - falls du aber doch noch etwas recherchieren willst, kannst du dich gerne per PN melden, dann schreibe ich dir dazu noch was.

Zu deiner eigentlichen Frage:
Wenn nicht unbedingt eine Web-Anwendung gefordert ist, dann würde ich Delphi durchaus eine Chance für die Entwicklung geben. Ich habe gerade bei der Arbeit an diversen Nicht-Delphi-Projekten wieder gemerkt, wie gut dieses RAD-Prinzip doch ist und wie schnell man damit auch zu sauberen Lösungen kommt. Als Datenbank würde sich in einem Microsoft-Ökosystem vielleicht SQL Server von Microsoft anbieten.

Bis denn
Bommel

[IBExpert]

Zitat von Alter Mann:

Hallo,

schau dir mal avERP an.

wenn du das wirklich frei an deine Bedürfnisse anpassen möchtest, würde ich das eher nicht
nehmen, ich hatte ca. 10 Jahre damit zu tun. AvERP ist ein Funktionsmonster mit teilweise
sehr restriktiven Strukturen und nur sehr restriktivem Zugriff auf den Quellcode, ich weiß
wovon ich rede ...

[zeras]

Und wenn man SAP nimmt, dann kann man nicht einmal das Wort "Equipment" umbenennen lassen ohne weitere Kosten, um dem Wort "Equipment" einen eindeutigen Namen zuzuordnen, der in der Realität existiert.

[IBExpert]

Bei SAP wird ja auch nicht die Software auf das Unternehmen angepasst, sondern das Unternehmen auf die Software

[BlackbirdBerlin]

Hi zusammen.

Die Meinungen über SAP scheinen hier ja nicht allzu gut zu sein.
Für den hier geschilderten Fall ist SAP sicher aus Kostengründen keine Option.

Viele Grüße,
Tim

[Hansa]

Zitat von Bbommel:

Fast alle mir bekannten ERP-Systeme lassen sich dann für den Kunden auch noch so anpassen oder erweitern, dass auch Spezialfälle mit abgedeckt werden können.

Das wage ich zu bezweifeln. Wie soll man einen Mercedes-Händler, einen Aldi und einen Orthopäden unter einen Hut bringen ? Meine Erfahrungswerte sagen da : geht nicht ! Da ist schon noch Handarbeit gefordert und das ist auch gut so.

[Furtbichler]

Die Betriebe sollten sich auch ein wenig an die Software anpassen. Viele Prozesse, von denen die Betriebe meinen, das es so und nicht anders ginge, lassen sich sehr gut optimieren. Da eignet sich ein System, das nach 'Schema F' arbeitet ganz gut.

Natürlich lässt sich das alles anpassen, aber ein wenig flexibel sollte man schon sein. Schließlich will man die Prozesse optimieren.

[Bernhard Geyer]

Bevor man jetzt versucht ein eigenes ERP zu entwickeln würde ich ein Firmeninternes Projekt aufsetzen (wie auch bei Entwicklung eines neuen Produktes).
In diesem Projekt definiert man erstmal die Anforderungen, durchläuft 2-3 Auswahlverfahren um die Liste der möglichen existierenden ERP's auf Eignung zu testen.
In der Endrunde kann man dann die 2-3 Top-Systeme im Rahmen einer Teststellungen genauer untersuchen.

Die hier investierten Gelder/Zeiten sind besser aufgehoben als hier eine eigene Lösung zu suchen.

[Smut]

Zitat von Dragon27:

Hallo zusammen,

innerhalb eines mittelständischen Betriebes soll ein ERP System entwickelt werden. Es soll erweiterbar und zukunftssicher sein. Leider passen aktuelle Marktlösungen nicht, da das Segment äußerst speziell ist.
Nun stehe ich vor dem Problem einen guten "Grundstock" zu bilden und habe einige Fragen:

1. Delphi oder PHP mit Framework?
2. SQL oder NoSQL?
3. Etwaige Tipps?

Ein paar Gedankenanstöße und Erfahrungen wären super

Danke Euch!

Es gibt so viele ERP Systeme und Studien über die Kundenzufriedenheit. Ihr habt echt alle ausprobiert? Ich kenne nur einen Teil derer, die in den Studien genannt werden.

Jedoch Deine später genannten Anforderungen:

Zitat:

Also es geht um einen produzierenden Betrieb und es soll praktisch eine Auftragsverwaltung, Lagerverwaltung, Produktionsplanung
und eine Betriebsdatenerfassung realisiert werden. Der nächste Schritt wäre dann Fakturierung und Controlling.

Das können ja zum Teil Standard Warenwirtschaftssysteme... auch das mit doppelten Artikelnummern. O.k. Controlling jetzt nicht wirklich

Aus meiner Erfahrung bei einigen Firmen nur ein paar Beispiel:

1. Navision super angepasst (von den Vertriebspartner) auf Kundenbedürfnisse.
2. Ein vom Discounter gekauftes AS 400 System, das auf die Erfordernisse auf ein Spezialitätenhändler umgeschrieben wurde.
3. Ein Super System mit Baal.
4. etc.

Aber, das ganze was ich da gesehen habe, selber programmieren

Und, wie Furtbichler geschrieben hat: Es ist wirklich so, manchmal halten sich die Firmen in Ihren Arbeitsabläufen für die größten... und dann sieht man sowas, wie das eine Kreditoren-Rechnung sage und schreibe 5x in die Hand genommen wird....

In einer gescheiten Software und mit gescheiten Arbeitsabläufen fasse ich die genau 1x an...
Gruß
Smutje