Kleine Auftragsverwaltung bzw. Angebotsverwaltung

[marctraid]

Hallo Zusammen,

ich bastel derzeit an einer kleinen Auftragsverwaltung bzw. Angebotsverwaltung. Im Prinzip kann in der Anwendung ein einmal fertig erfasstes Angebot später bei bedarf in einen Auftrag umgewandelt werden. Zumindest habe ich dies so vor.

Mein Problem liegt in dem eigentlichen Formular wenn die Angebots Positionen erfasst werden sollen. Meine Überlegung es mit DBEdit Feldern zu machen wird wahrscheinlich der falsche Ansatz sein
denn wenn es mal 40 Positionen oder mehr sind ... Ich vermute mal das ein DBGrid da das richtige ist aber ich hoffe hier ja jemand so etwas in der Art schon mal gemacht ;-)

Weiterhin ist mir der Aufbau der Datenbank nicht ganz klar bzw. ich verstehe nicht ganz wie diese aufgebaut sein sollte insbesondere wegen den Positionen. Ein Angebot/Auftrag kann ja nunmal eine
Position oder auch zb. 30 haben ;-)

Wäre für Tipps Dankbar ;-)

Grüße

[Luckie]

Angebot mit seinen Daten wäre eine Tabelle. Position mit seinen Daten eine zweite Tabelle. Zwischen Angebot und Position besteht eine 1:n Beziehung. Das mal so als ersten Anstoß. Die Tabelle Positionen hat ein ID Feld in der die ID des Angebotes eingetragen wird. So sind die Positionen einem Angebot zu geordnet bzw. mit diesem verknüpft.

[hoika]

Hallo,
das Formular hat entweder ein TClientDataSet und dein DBGrid
oder eine TList und ein normales TStringGrid.
Es gibt einen Button Neue Position,
Die erzeugt einen neuen leeren Eintrag in der Liste und einen
neuen Eintrag im Grid..


Heiko

[jobo]

Ein paar wichtige Stichpunkte hast Du schon bekommen. Wie klein oder groß soll die Verwaltung denn sein? Was soll sie können? Wie werden die Angebote für den Kunden dargestellt, Papier, PDF? Müssen die versioniert werden?

[Ulrich Berger]

Hallo,

vielleicht lohnt es sich für die Erfassung mal über ein TDBCtrlGrid nachzudenken.

Gruß Uli

[p80286]

Zitat:

Zitat von Ulrich Berger (Beitrag 1337790)

Hallo,

vielleicht lohnt es sich für die Erfassung mal über ein TDBCtrlGrid nachzudenken.

Gruß Uli

Ich denke hierfür ist es noch viel zu früh.
Ich empfehle sich mit Bleistifft und Papier zu bewaffnen und dort erst einmal zu notieren welche Daten vorhanden sind bzw. benötigt werden, und mit Hilfe dieses Schriebs wird dann die Definition der DB gemacht.
Beispiel?

reicht für die Adressen ein einfaches
Wolfgang Müller
Unter der Erde 5
12345 Schlagburg

oder braucht es z.B. mehrere Filialen?
Fa: Wolfgang Müller

Wolfgang Müller
Unter der Erde 5
12345 Schlagburg

Wolfgang Müller
Himmelreich 99
23456 Bohrwurm

ggf. werden die Adressen noch mit Kontaktpersonen aufgehübscht. Diese Personen kann man mit zu den Adressinformationen packen, das ist weniger schön, oder aber sie befinden sich in einer eigenen Tabelle.
werden Bankverbindungen benötigt?
Wie sieht es mit Information über Skonto und Rabattstaffelungen aus?
usw. usw.

Wenn man die Grundlagen hat, kann man sich Gedanken über die Umsetzung machen.
(Nein, es muß nicht unbedingt Papier sein, aber das ist am preiswertesten.)


Gruß
K-H