AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Tabellenaufbau Auftragsverwaltung praktischer Tipp

Tabellenaufbau Auftragsverwaltung praktischer Tipp

Ein Thema von AMaurer · begonnen am 5. Jun 2011 · letzter Beitrag vom 7. Jun 2011
Antwort Antwort
Seite 2 von 5     12 34     Letzte » 
JohannesK

Registriert seit: 17. Jul 2003
Ort: Abtwil
118 Beiträge
 
Delphi 2010 Professional
 
#11

AW: Tabellenaufbau Auftragsverwaltung praktischer Tipp

  Alt 6. Jun 2011, 11:44
Gruppierung ist immer gut für Auswertungen.
Wir führen zwei jeweils dreistufige, hierarchisch geordnete parametrierbare Gruppierungen mit, alle Auswertungen können damit strukturiert werden.
Beispiel:
Einkaufskategorien
Obergruppe Rohstoffe
Gruppe Malz
Untergruppe Gerstenmalz
Verkaufskategorien
Obergruppe Dienstleistungen
Gruppe Inbetriebnahme
Untergruppe Schulung
Dagegen dass ein Präfix Teil einer sprechenden Artikelnummer ist, spricht m.E. nichts. Wir haben damit eigentlich nur gute Erfahrungen gemacht. DL-INST-V-001 ist doch für Menschen verständlicher als 32490983232
mit freundlichem Gruss

So einfach wie möglich. Aber nicht einfacher.
  Mit Zitat antworten Zitat
AMaurer

Registriert seit: 14. Dez 2010
34 Beiträge
 
Delphi 11 Alexandria
 
#12

AW: Tabellenaufbau Auftragsverwaltung praktischer Tipp

  Alt 6. Jun 2011, 11:51
Na dann Prost

Vielen Dank für die Hilfe!

Andreas
  Mit Zitat antworten Zitat
Benutzerbild von p80286
p80286

Registriert seit: 28. Apr 2008
Ort: Stolberg (Rhl)
6.659 Beiträge
 
FreePascal / Lazarus
 
#13

AW: Tabellenaufbau Auftragsverwaltung praktischer Tipp

  Alt 6. Jun 2011, 11:58
Was spricht dann dagegen, dass ich der Artikelnummer ein Präfix mitführe. Der Benutzer merkt das doch nicht, da er in verschiedenen Formularen die gleiche Tabelle füllt.
a) spätestens wenn das einmal sinnvolle Präfix von der Entwicklung überholt wird, wirst Du bemerken, daß das nicht das Gelbe vom Ei ist!

b) Benutzer sind manchmal fixer als Du glaubst.

Ansonsten die knappe Skizze von Jobo scheint mir der beste Ansatz zu sein.
Und noch mal für die langsameren. Wer wichtige Informationen in Freitextfeldern unterbringt ist auf dem besten Wege einen elektronischen Zettelkasten zu basteln.
Das ist der Tod jeder Datenbank!
(Es soll auch heute noch Leute geben, die Name und Vorname, ganz zu schweigen von Adels- und akademischen-Titeln in ein Feld packen)

Gruß
K-H
Programme gehorchen nicht Deinen Absichten sondern Deinen Anweisungen
R.E.D retired error detector
  Mit Zitat antworten Zitat
AMaurer

Registriert seit: 14. Dez 2010
34 Beiträge
 
Delphi 11 Alexandria
 
#14

AW: Tabellenaufbau Auftragsverwaltung praktischer Tipp

  Alt 6. Jun 2011, 12:09
@p80286

Ich verstehe Deinen Einwand. Die Frage ist aber doch die Alternative. Wenn ich mir unsere Aufträge anschaue, dann würden ohne Freitextfelder weiterhin 60% mit Word geschrieben werden, weil sich die Sonderleistungen nun mal nicht in einen festen Rahmen pressen lassen.

Ich bin hier wirklich für jeden praktischen Tipp dankbar.

Wenn ich JoBo richtig verstehe: Dann nichts mischen. Okay. Dann ziehe ich aber Auftragspositionen aus verschiedenen Tabellen (Artikel, Dienstleistung usw), oder?
  Mit Zitat antworten Zitat
JohannesK

Registriert seit: 17. Jul 2003
Ort: Abtwil
118 Beiträge
 
Delphi 2010 Professional
 
#15

AW: Tabellenaufbau Auftragsverwaltung praktischer Tipp

  Alt 6. Jun 2011, 12:25
Zitat:
Wer wichtige Informationen in Freitextfeldern unterbringt ist auf dem besten Wege einen elektronischen Zettelkasten zu basteln. Das ist der Tod jeder Datenbank!
@p80286:
Völlig richtig, drum sollten Kategorien usw. nie in Textfeldern verwaltet werden sondern über eine Referenztabelle und Lookups, gespeichert werden nur die Referenz-ID's. Die Vorstellungen von Anwendern sind in dieser Hinsicht manchmal haarsträubend - "es geht doch in Outlook auch ..".

Zitat:
spätestens wenn das einmal sinnvolle Präfix von der Entwicklung überholt wird, wirst Du bemerken, daß das nicht das Gelbe vom Ei ist!
Die endgültige Artikelnummernsystematik habe ich bis jetzt noch nicht gefunden. Ein System unterliegt immer irgendwelchen Veränderungen. Wichtig sind eine ausreichende Feldgrösse und eine einfache Möglichkeit über entsprechende Routinen ein Nummernsystem auch anpassen zu können. Am einfachsten werden ohnehin nur die Tabellen-ID's als Referenz verwendet. Gibt ein bisschen mehr Abfrageaufwand aber es lohnt sich bei Datenanpassungen immer.

@AMaurer
Zitat:
Dann ziehe ich aber Auftragspositionen aus verschiedenen Tabellen (Artikel, Dienstleistung usw), oder?
Hat m.E. damit nichts zu tun.

Zitat:
Die Frage ist aber doch die Alternative. Wenn ich mir unsere Aufträge anschaue, dann würden ohne Freitextfelder weiterhin 60% mit Word geschrieben werden, weil sich die Sonderleistungen nun mal nicht in einen festen Rahmen pressen lassen.
Standardtext = Vorgabe eines Textbausteins, auch bei Sonderleistungen. Definitiver Text = effektiv erbrachte Leistung. Mit Freitextfeldern im Sinne der Datenstruktur und Indizierung hat das nichts zu tun, irgendwo muss die Leistung ja definiert werden.

@p80286:
Das hier gemeinte Freitextfeld beinhaltet lediglich die genaue Definition dessen, was beim Kunden geleistet wurde. Von daher geht es hier nicht anders - gewisse Dienstleistungen sind nicht in ein Schema zu pressen.

Die Auswertung läuft doch sicher über eine gewisse Gruppe von Sonderleistungen und deren Artikelnummern sowie die Rechnungsdaten.
mit freundlichem Gruss

So einfach wie möglich. Aber nicht einfacher.

Geändert von JohannesK ( 6. Jun 2011 um 12:30 Uhr)
  Mit Zitat antworten Zitat
Benutzerbild von p80286
p80286

Registriert seit: 28. Apr 2008
Ort: Stolberg (Rhl)
6.659 Beiträge
 
FreePascal / Lazarus
 
#16

AW: Tabellenaufbau Auftragsverwaltung praktischer Tipp

  Alt 6. Jun 2011, 12:27
Das kommt auf die Struktur der Dienstleistung an.
sobald man eine Dienstleistung in verschiedene Elemente aufteilen kann, die immer wieder erbracht werden, dann "Freitext ade".
Das die Benutzer / Erfasser dann natürlich stöhnen und schimpfen, kann dir egal sein, denn die wollen hinterher auch nicht wissen, wie sich ein Aftrag zusammen gesetzt hatte.
"Sonderleistungen" ist doch nichts unmögliches! Es wird nur nicht jeden Tag gemacht.

Du solltest eine Tabelle "Aufträge" und dann jeweils eine Tabelle "Dienstleistung" und "(Eigen)Produkte", "(Fremd)Produkte " usw. nutzen, aus denen sich Deine "Aufträge" zusammen setzen.

Gruß
K-H
Programme gehorchen nicht Deinen Absichten sondern Deinen Anweisungen
R.E.D retired error detector
  Mit Zitat antworten Zitat
Benutzerbild von p80286
p80286

Registriert seit: 28. Apr 2008
Ort: Stolberg (Rhl)
6.659 Beiträge
 
FreePascal / Lazarus
 
#17

AW: Tabellenaufbau Auftragsverwaltung praktischer Tipp

  Alt 6. Jun 2011, 12:31
Mit Freitextfelder im Sinne der Datenstruktur und Indizierung hat das nichts zu tun, irgendwo muss die Leistung ja definiert werden. Das hier gemeinte Freitextfeld beinhaltet lediglich die genaue Definition dessen, was beim Kunden geleistet wurde.
Da hab ich so meine praktischen Zweifel. Wenn man Benutzer nicht dazu zwingt bestimmte Informationen zu erfassen, dann "steht das doch da, das ist doch damit gemeint"

Gruß
K-H
Programme gehorchen nicht Deinen Absichten sondern Deinen Anweisungen
R.E.D retired error detector
  Mit Zitat antworten Zitat
AMaurer

Registriert seit: 14. Dez 2010
34 Beiträge
 
Delphi 11 Alexandria
 
#18

AW: Tabellenaufbau Auftragsverwaltung praktischer Tipp

  Alt 6. Jun 2011, 12:37
@80286.

Verstanden!

Wie ziehe dann technisch bei einer Auftragsposition mal aus der mal aus der anderen Tabelle meine Daten?

Über ein Feld indem ich den Inhalt der Position auswähle: zB. Artikel eigen, Aritkel fremd, Dienstleistung, Sonderleistung usw.?
  Mit Zitat antworten Zitat
mkinzler
(Moderator)

Registriert seit: 9. Dez 2005
Ort: Heilbronn
39.851 Beiträge
 
Delphi 11 Alexandria
 
#19

AW: Tabellenaufbau Auftragsverwaltung praktischer Tipp

  Alt 6. Jun 2011, 12:43
Z.B. durch weiteres Feld in der Positionstabelle, welches angibt auf welche Feld der FK weist
Markus Kinzler
  Mit Zitat antworten Zitat
JohannesK

Registriert seit: 17. Jul 2003
Ort: Abtwil
118 Beiträge
 
Delphi 2010 Professional
 
#20

AW: Tabellenaufbau Auftragsverwaltung praktischer Tipp

  Alt 6. Jun 2011, 12:52
Zitat:
Da hab ich so meine praktischen Zweifel. Wenn man Benutzer nicht dazu zwingt bestimmte Informationen zu erfassen, dann "steht das doch da, das ist doch damit gemeint"
Widerspricht sich das wirklich?
Lässt sich eine Dienstleistung in konkrete Schritte zerlegen, gibt es für jeden Schritt eine Artikelnummer, völlig einverstanden.
Alles was strukturierbar ist, gehört auch strukturiert abgelegt: Artikelnummern, Preise, Stückzahlen, Lieferdatum usw. Hier darf der Benutzer keinesfalls irgendwelche Freiheiten haben.

Anders ist doch die Situation wenn geringfügige Anpassungen an einem beschreibenden Text vorgenommen werden. Wird bei kleinen Textanpassungen jedesmal ein neuer Artikel eröffnet, ufert das System aus und die Anwenderakzeptanz sinkt.

Der Aufbau, den ich beschrieben habe funktioniert bei uns bestens für so unterschiedliche Themenkreise wie Software, Anlagenbau und Handel. Aufgrund der dahinterliegenden Artikelsystematik können wir auch aussagefähige Auswertungen machen. Im konkreten Fall ist es in einem kundenspezifischen Projekt doch egal, ob ich eine Schnittstelle über Datenbankzugriff, ActiveX oder Filetransfer realisiere. Ich will wissen, wieviel Umsatz mit Scnittstellen gemacht wurde und welcher Aufwand dagegen steht.

Ich verstehe den Einwand gegen Freitext durchaus, ich bin auch kein Freund davon weil einiges an der Disziplin der Benutzer hängt. Letztendlich muss Flexibilität gegen engmaschige Struktur abgewogen werden.

Einen Grund für getrennte Tabellen für Produkte und Dienstleistungen sehe ich immer noch nicht, das macht das System nur komplizierter.
mit freundlichem Gruss

So einfach wie möglich. Aber nicht einfacher.
  Mit Zitat antworten Zitat
Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:34 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz