ERP Software mit Delphi

[Hansa]

Zitat von Perlsau:

...
also des Quellsystems, z.B. die FiBu, die Daten für ein WaWi liefern soll?

Perlsau, wie soll denn eine Fibu (zumindest eine klassische) Daten an ein WaWi liefern ? Auf mittlerweile glaube 9 Seiten wurde die Nomenklatur doch genau erläutert. Wie soll man nun aus Rechnungs/Mwst.-Beträgen (also aus der Fibu) einen Lagerbestand für WaWi rekonstruieren ? Holger Klemt hat das doch ausführlich beschrieben : FiBu hat nur am Rande etwas mit WaWi zu tun ! Das ist eine Einbahnstrasse. Aus dem Wawi werden sich vielleicht Daten für die Fibu ableiten lassen, umgekehrt aber wohl kaum.

[mkinzler]

Ein WaWi-System benötigt aber u.U. Zugriff auf die Nebenbücher ( Kreditoren, Debitoren) z.B. für das Bestellwesen

[hstreicher]

ich ergaenze mal die vorherige Aussage,

eine Fibu _muss_ einen Rückkanal zur Wawi/ERP haben um zu verhindern dass Kunden die nicht zahlen weiter beliefert werden,
ob das jetzt Elektronisch oder als Liste per Sneakernet erfolgt ist wohl Betriebsgrößen abhaengig

[Furtbichler]

Ich glaube, ihr verwechselt 'man wäre in der Lage, die DB zu schroten' und 'der Datenaustauschprozess funktioniert so, das man direkt in die DB schreibt'.

In der Tat hatte ich bei diversen Systemen direkten Zugriff auf die DB. Verändert man die Daten allerdings, erlischt der Support, die Garantie usw.

Ich persönlich würde beim Datenaustausch hererogener Systeme für die einzelnen Systeme Adapter implementieren (lassen), die ein standartisiertes Austauschformat und -protokoll verwenden.

[mkinzler]

Es ging um die Notwendigkeit des Datenaustausches und Hansas Ansicht, das ein WaWi (Aus seiner Sicht) keine Daten der Fibu benötigt.

[musicman56]

Hallo,

es gibt Standard-FiBu's die per DLL Buchungsstapel(z.B. Debitorensollstellung) verarbeiten, lesenden Zugriff auf die Konten und Stammdaten (Debitoren/Kreditoren, Sachkonten, Kostenstellen...) bieten, und auch Adressänderungen an den Debitoren- und Kreditorenstamm übernehmen können. Die FiBu lässt also schreibenden Zugriff auf die für die Buchhaltung selbst nicht relevanten Daten zu. So soll es sein.

Ich mache das mt meiner WaWi schon über 10 Jahre so zur höchsten Zufriedenheit aller Kunden. Darum meine Meinung (zum Thema des TE): Wer ein ERP programmieren möchte ist gut beraten Lohnabrechnung und Finanzbuchhaltung aussen vor zu lassen, und sich Partner mit guten Schnittstellen zu suchen. FiBu und Lohn sind Bereiche mit denen man wirklich mit einem halben Bein im Knast steht, wenn etwas passiert. Da stößt selbst die Betriebshaftpflicht an ihre Grenzen, ausser man bezahlt ein kleines Vermögen dafür

[Perlsau]

Zitat von musicman56:

FiBu und Lohn sind Bereiche mit denen man wirklich mit einem halben Bein im Knast steht, wenn etwas passiert. Da stößt selbst die Betriebshaftpflicht an ihre Grenzen, ausser man bezahlt ein kleines Vermögen dafür

Oben hatte das bereits schon einmal jemand geschrieben. Ich hab mich jetzt dumm und dämlich gesucht, konnte bislang aber keinen Fall finden, wo ein Programmierer wegen fehlerhafter Software zu einer Freiheitsstrafe verurteilt wurde. Natürlich wandern auch Programmierer mal ins Gefängnis, wenn sie sich illegal betätigen. Könntet ihr vielleicht mal einen Fall benennen, wo ein Entwickler von FiBu oder Lohnbuchhaltung verurteilt wurde, weil seine Software fehlerhaft war? Oder vielleicht auch, auf welchen Paragraphen diese Einschätzung beruht?

[Hansa]

Zitat von mkinzler:

Es ging um die Notwendigkeit des Datenaustausches und Hansas Ansicht, das ein WaWi (Aus seiner Sicht) keine Daten der Fibu benötigt.

Das ist einerseits Definitionssache und zweitens die Frage, wo und von wem solche Sachen wie Kreditlimit abgehandelt werden, sofern das überhaupt vom Programm gewünscht wird (es gibt Leute die wissen genau, wer ihre "Pappenheimer" sind ). Um zu verhindern, dass einer der nicht bezahlt immer weiter beliefert wird braucht man nur die im Wawi vorliegenden offenen Rechnungen zusammenzuzählen und mit dem (üblicherweise im Kundenstamm hinterlegten) Kreditlimit zu vergleichen. Man braucht jedenfalls keine Vorsteuer, Abschreibung, Lohnkosten, BWA etc., was entweder die Fibu oder der Steuerberater liefert. Ausserdem gibt es für beide Bereiche natürlich eine Schnittmenge, aber ich habe noch nie gesehen, dass ich bei vorhandenem Wawi eine Fibu brauche, um Rechnungen schreiben zu können. Es kann durchaus sein, dass die Fibu ihre Daten (z.B. Kunden) aus dem Wawi erhält. aber wohl kaum umgekehrt.

[musicman56]

Hallo,

ganz so einfach kannst du es dir nicht machen. Das Problem ist der Zahlungseingang, der logischerweise nur "ein einziges mal" gebucht werden soll. Der Buchhalter bucht die OP's anhand der Kontoauszüge in der FiBu aus. D.h. die OP's in der WaWi können gar nicht aktuell sein, d.h. die WaWi braucht in diesem Fall die Daten aus der FiBu. Das ist sogar bei meinem kleinen popeligen WaWi für Handwerksbetriebe so. Umso mehr ist das bei Betrieben in der ERP-Größenordnung der Fall.

[arnof]

Zitat von hstreicher:

ich ergaenze mal die vorherige Aussage,

eine Fibu _muss_ einen Rückkanal zur Wawi/ERP haben um zu verhindern dass Kunden die nicht zahlen weiter beliefert werden,
ob das jetzt Elektronisch oder als Liste per Sneakernet erfolgt ist wohl Betriebsgrößen abhaengig

Es soll sogar WAWIS (ERP 's geben), die eine eigene OP Verwaltung haben, damit man das machen kann. Viele kleine Firmen bis zu mittleren (was mittel ist, da kann man ja wieder 100 Posts machen) lagern die Buchhaltung aus zum Steuerbüro. Der Rückkanal ist da meistens verwehrt, da nicht gerade Leuchten der EDV dort tätig sind

Das ist meine Erfahrung in nun ca 25 Jahren auf diesem Gebiet und bei über 50.000 Kunden in diesem Bereich!