Office: (Office 2003) Ufo per Datensatz wählen

Hallo,

wahrscheinlich ist es einfacher drei verschiedene Datenbanken zu erstellen, weil:

Die Kunden selbst unterscheiden sich sehr stark, wie ich deinen Ausführungen entnehme.

Die Artikel/Leistungen, die du den Kunden berechnen willst sind kundenspezifisch.
Es gibt keine Ähnlichkeiten der Artikel/Leistungen.
Wäre alles in einer DB wird es früher oder später zu Verwechslungen/Fehlern kommen, mit den zugehörigen Entschuldigungen!

Zudem willst du drei verschiedene Berichte/Rechnungen haben.
Alles sehr kompliziert.

Gruß
Rainer

 

Ja genau das ist mein Problem, ich wollte nicht mit 3 oder mehr DB arbeiten, ich dachte ich könnte die nur irgentwie zusammenfassen, damit ich einfacher alles nachvollziehen kann

 

Dein Wunsch ist verständlich.
Deine Kunden, ihre Artikel, die Abrechnungen sind sehr unterschiedlich.
Auf Biegen und Brechen kannst du natürlich eine gemeinsame DB erstellen.

Die Kundendaten sind dabei das kleinste Problem, weil sie ähnlich sind.

Alle anderen Daten, Abfragen, Formulare, Berichte sind sehr unterschiedlich und sind auf die jeweilige Situation anzupassen!
Alle werden unterschiedlich aufgebaut sein - da ist nichts mit einfach mal die Datenquelle wechseln.

Ein Steuerberater hat es da einfacher:
Ein Programm (Datenbank) und viele Mandanten.
Alles bleibt gleich, nur die Daten des Mandanten ändern sich.

Gruß
Rainer

 

Hallo,

Das ist ja auch kein Problem. Erstelle eine Tabelle für die Kundengruppen, in
der du die Namen der unterschiedlichen UFos speicherst. Da du, wie bereits
geschrieben, dann auch unterschiedliche Berichte (Belege) brauchst, kannst
du die dort auch hinterlegen. Die Kundentabelle bekommt einen Fremdschlüssel
auf diese Tabelle.
Über die Darstellung der unterschiedlichen Leistungen (DL/Artikel) im Datenmodell
müsste man nachdenken.
gruss ekkehard

 

Hallo ekkehard, danke für deine Hilfe.

Ja so in etwa hatte ich mir das auch vorgestellt. Ich hatte gestern etwas zeit und habe mal ein Modell entwurf gemacht siehe Bild.

tblArtikel ist schon richtig
tblArtikel1 und 2 muss ich noch die richtigen Bezeichnungen eingeben.

 

\@tattle99
Unverständlich. Wieso bindest du 3x die gleiche Tabelle an ein FK-Feld?
Ich denke, dass man die Positionen und/oder die Artikel auch über die
Kundenart typisieren müsste, und die unterschiedlichen Eigenschaften mit
1:1-Beziehungen darstellt. Deshalb würde ich deine Tabelle "tblUFO" auch
lieber "tblKundenarten" nennen.
Ganz klar bin ich mir darüber nicht. Aber hier gibt es ja genug "Datenmodel-
lierer", die dazu vielleicht was sagen mögen.
gruss ekkehard

 

ja, da bin ich mir auch nicht ganz klar wie ich das modelliere.

Das ist nicht ganz einfach

 

Tja, da hat der Ekkehard wohl recht.
Die Artikel sind für jeden Kunden doch andere.
Also brauchst du für dein Konstrukt je Kunde eine Artikeltabelle.
Würde ich auch entsprechend so nennen.
tblArtikelSchmidt, tblArtikelHinze, usw.

MWST-Satz nur, wenn es unterschiedliche Sätze gibt.
Anzahl gehört in die Positionen.
Der VK-Preis gehört zum Artikel nicht zum Kunden.
Wenn es Preisgruppen geben sollte, dann diese zum Kunden.
Den Rechnungspreis errechnest du im Formular, bzw Bericht.

TblBestellungen: fehlt Bestellnummer oä. Rechnungsdatum ist ein anderes, als das Bestelldatum.

tblPositionen: VK-Preis raus, ebenso die Mehrwertsteuer.

Das ist mir so auf die Schnelle gerade aufgefallen.

Gruß
Rainer

 

Habe gerade Corona-Zeit und im Fernsehen war auch nichts.
Also habe ich mir nochmal alles angesehen.

Auch muss ich mich teilweise revidieren.
Bei den Tabellen habe ich mich an deinen Angaben orientiert.
Felder kannst/musst du natürlich noch anpassen.
Einzelpreis aus Bestelldetails entfernen.

Das Formular denke ich mir so:
Kunden >>> Stammdaten mit Kundentyp (Kombifeld)
Je nach Kundentyp wird eine Schaltfläche sichtbar mit der du ein verknüpftes Formular aufrufen kannst. Also Typ 1 nur Bestellungen.
Typ 2 Dienstleistung, usw.

Aus der Bestellung kannst du zum Report (zur Rechnung) kommen.

Ich hoffe du kommst zurecht.

Gruß
Rainer

 

Das sieht schon mal spitze aus.

Tausend Dank

Hab erst eben Zeit gehabt es zu lesen.

Ich hatte gestern auch noch zeit und hab was gebastelt.

Kannst es dir ja mal anschauen

Danke

 

Hallo Rainer,

Nein, so auf keinen Fall; - nicht nach Einzelkunden sondern nach Kundenarten!
Du müsstest ja sonst bei jedem neuen Kunden eine neue Tabelle anlegen.
Der Rest ist m.E. auch noch nicht richtig. Deine tblDienstleistung und tblHandel
haben doch keinerlei Beziehung(en) zu den Bestelldetails. Ich denke diese
beiden Tabellen gehören 1:1 an die tblArtikel. Obwohl ich mir nicht sicher
bin, ob das schon der Weisheit letzter Schluss ist.

Deinen Formularvorschlag möchte ich noch erweitern. Den Vorschlag vom
Kundenform zum Bestellform zu gehen finde ich gut (IMO eh der logischste
Weg im Workflow). Unsichtbare Buttons braucht es dazu aber nicht, es
reicht einer. Welches Bestellform aufgerufen werden muss ergibt sich aus
dem FK "KundenartID_F".
Der Unterschied der Bestellformulare ist eigentlich nur ein jeweils passendes
UFo. Dessen DS-Herkunft ist die tblBestelldetails mit einem Kombi, dessen
DS-Herkunft dann eine Abfrage über die tblArtikel und die passende :1-Tabelle
ist. Womit dann auch keine anderen Artikel zur Auswahl angeboten werden.
gruss ekkehard

 

\@tattel99
Da hat sich mein Post mit deinem überschnitten.
So in der Art war auch meine Vorstellung. Da du wohl bei den Artikeln/DL
gar keine gemeinsamen Felder hast, erübrigt sich natürlich eine Haupttabelle für die Artikel.

edit:
Bei deinem Form sieht es so aus als hättest du Preise bei den Kunden
gespeichert bzw. mit in der DS-Herkunft des Forms. Das würde ich nicht machen, - nimm dafür ein UFo.

 

Hallo,

der TS sprach zuerst von drei Kunden.
Wenn es jetzt drei Kundengruppen sind, dann eben drei KundengruppenArtikel.
Sind es ja jetzt.

Meinen 1. Entwurf habe ich geändert, weil ich davon ausging, dass die Leistungen einzeln geleistet und verrechnet werden und so unterschiedlich sind, dass keine Artikel im herkömmlichen Sinn vorhanden sind.

Nachdem ich den neuen Vorschlag des TS gesehen habe, komme ich zur Überzeugung, sein Weg unterscheidet sich nicht großartig von meinem 1. Vorschlag.

Ein großes Problem bei Hilfestellungen sind die fehlenden Informationen.
Infos werden nur häppchenweise nachgereicht.

Beim Kundenformular sollen die passenden Formulare zur Kundengruppe angezeigt werden.
Da mache ich den Vorschlag mit "verknüpften Formularen" zu arbeiten.
Das sind dann die Bestelldaten mit den jeweiligen Ufos passend zu Kundengruppe.

Ob man die Schaltflächen unsichtbar macht?
War so eine Idee. Geht auch anders.
Jeder so, wie er mag.

Gruß
Rainer

 

Hallo Rainer,
Sorry, wollte dir nicht zu nahe treten. Die krasse Formulierung des ersten Satzes
zielte auf den TS, damit er dich nicht falsch versteht. Das es um Kundengruppen
geht ist allerdings schon seit #4 bekannt.

Ersteres ist m.E. auch unnötig. Die Kunden unterscheiden sich ja nur nach der
Gruppe. Deinem zweiten Vorschlag stimme ich 100% zu.

Ich versuche halt Unnötiges zu vermeiden.

gruss ekkehard

 

Hallo Ekkehard,

ok. Viele Wege führen nach Rom.

Aufgrund der wenigen Felder wäre auch nur eine Artikeltabelle möglich.
Ich hatte mehr Felder erwartet.

Unser TS sollte sich jetzt mal wieder räuspern.

Gruß
Rainer