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

\@Beaker

hi, ja die Preise sind bei den Kunden, ich habe da lange überlegt und ich denke es ist besser wenn der Preis bei dem Kunden liegt.

Bei mir ist ja alles Kunden bzw. Kundengruppen spezifisch und es kann vorkommen das ein kunde einer Kundengruppe einen anderen Preis hat

 

Hi, erstmal euch 1000 Dank für die Hilfe und eure Ideen.

Also bis jetzt sind es 3 Kundengruppen (es können aber noch 3 ca dazukommen wenn überhaupt)

Ich habe ein Bild hochgeladen mit den Beziehungen.
ArtikelGruppe1 /2/ und 3 so sind die Artikeldaten (sind ja nicht viele)

Das Bild mit dem Form:

so hatte ich mir das vorgestellt, mehr Kundendetails werden es nicht.

Ich wollte im Form wie in dem Bild alles eingeben zu den Jeweiligen Kunden, wie Preise Adresse usw.

Im Form Bestellung wollte ich den Kunden auswählen und je nach ausgewählten Kunden erscheint das passende Ufo sozusagen

Bei den Kundengruppen hatte ich mir das so gedacht:

Im Form wird gleich die Kundengruppe festgelegt zu den jeweiligen Kunden per Kombi

 

Hallo,

deine Kunden- und Adresstabelle würde ich noch einmal überdenken.
Meiner Meinung nach gehören die Adressen in die Kundentabelle.

Hintergrund: Rechnungsadresse ist immer beim Kunden. Lieferadresse ist meistens auch beim Kunden. Ausnahmen sind Baustellenadresse. Dann 1:N.
Andere Ausnahme sind Filialbetriebe.
Ansprechpartner gehört zum Kunden 1:N. Meistens sind es mehrere, mit denen man verhandelt.

Nur so als Denkanstoss.

Gruß
Rainer

 

\@tattel99
Bei kundenspezifischen Preisen würde ich die in eine n:m-Tabelle zwischen
Kunden und Artikel bevorzugen.

Leider nein.

Wozu nochmal auswählen, wenn du doch auf dem Kundenform schon den
richtigen Kunden hast. Öffne das Bestellform von dort und übergebe einfach
die KundenID. Beim Laden des Bestellforms lädst du dann anhand der
Kundengruppe das passende UFo.

@Rainer
Sorry, aber wozu redundante Felder? Wenn es mehrere Adressen geben
kann, gehören die m.E. alle in die "tblAdressen". Wenn man möchte
kann man die typisieren. Ich würde es allerdings nicht machen. In 30 Jahren
GH habe ich da so einiges an Hin & Her mit Adressen erlebt; - "...diesmal
bitte die Rechnung aber unbedingt an …". Auf dem Bestellform zeigen mir
dann zwei Kombis (RA/LA) alle Adressen des Kunden an. Kann man auch
schön synchronisieren wenn der Standard eher "keine abweichende Liefer-
Anschrift" ist.
gruss ekkehard

 

Hallo,

mit einem Feld gültig ab!

Keine redundanten Felder!
Nochmal, vielleicht ist das nicht so recht klar geworden. Wahrscheinlich denken wir unterschiedlich?
Adresse (Rechnungsadresse) beim Kunden.
Eine abweichende Lieferadresse, wenn es immer die gleiche ist, ebenfalls beim Kunden.

Sind es immer andere Lieferadressen, dann eine Extratabelle mit 1:N
Beispiele sind, wie geschrieben, Filialbetriebe, Baustellenadressen. Da geht die Ware hin! Rechnung an die Kundenadresse.

Aber kann man machen, wie man mag.

Gruß
Rainer

 

Hallo Rainer,

Mir wäre das zu unflexibel.

Wieso nicht? Du hast dann Adressfelder (PLZ, Ort, Strasse) in zwei Tabellen.

Mehr oder weniger.

gruss ekkehard

 

Hallo ihr beiden danke nochmals für eure super Hilfe und das ihr euch so viele Gedanken macht.

Also das Problem mit den Adressen habe ich gelöst.
Das mache ich so, es gibt eine Mastertbl für Adressen und eine Liefertbl und eine Rechnungstbl.

Das funktioniert auch gut mit so einer Variante arbeite ich jetzt schon jahrelang ohne Probleme.

Zu dem Auswählen welches Ufo ich möchte für welchen Kunden.....

Man muss sich das so vorstellen im FormKunden (Bild alt) sind ja alle Daten zum eingeben wie Liefer und Rechnungsadresse sowie Kundendetails, Preis usw.
Beim eingeben entscheide ich ja welches Ufo für die Positionen gewählt wird.

somit wäre die Kundensache erledigt im ersten schritt.

dann kommt die Rechnungsstellung und meine Problem

also Form für Rechnung aufrufen, Kunden auswählen, ggf. liefer- und Rechnungsadresse auswählen (wenn nicht auf Standart gesetzt)

und jetzt kommt mein Problem:

ich habe 3 Ufos angelegt
1 x Gruppe1
1 x Gruppe2
1 x Gruppe3

ich möchte das am besten nach KundenID, also sobald ich im form Rechnung den Kunden ausgewählt habe, das richtige zuvor beim FormKunden ausgewählte Ufo erscheint.

Und daran scheitere ich gerade so etwas, ich stelle morgen nochmal einen Modellentwurf rein, vielleicht habt ihr ja eine Idee - ihr seit ja super fit in der sache.
Ich hoffe nicht, dass ich irgentwo einen Denkfehler habe.

Grüße Gernot

 

Hallo Gernot,

Wenn du also unbedingt im Rechnungsform den Kunden nochmal auswählen
willst, hast dazu vermutlich ein Kombi angelegt.
Spalten: KundenID, FeldZumFinden(Name), NameDesUFos
Dann
Code:

!!! DeinUFo ist der Name des leeren UFo-Controls.

gruss ekkehard

 

Hallo ekkehard, vielen dank ich werde es morgen gleich mal probieren.

Aber wie würdest du dann das lösen, im Rechnungsform muss ich ja den Kunden auswählen.

oder ich gehe per button vom Kundenform direkt ins Rechnungsform, aber da ist die Gefahr, wenn jemand anders Rechnungen schreibt, das der ausversehen bei den Kunden was ändert.

Ich lade mal ein Bild hoch.

was hällst du, bzw ihr davon bis jetzt.
Was mir noch etwas Kopfzerbrechen macht bzw eben aufgefallen ist.

tblPreisekm die benötige ich ja nur bei tblArtikelGruppe1, tblArtikelGruppe2 sind immer andere Preise und tblArtikelGruppe3 da sind Artikel mit festen Artikel und Preisen.

Gruß Gernot

 

Hallo Gernot,

zu den Adressen hatte ich mich hinreichend geäußert.
Felder in Tabellen mit 1:1 kann man direkt in eine gemeinsame Tabelle übernehmen.
Es gibt bestimmte Gründe (Datenschutz) wo man es anders macht.

tblPreisekm gehören in die Tabelle tblKm.

Das Problem, dass jemand etwas ändert hat man immer.
Kannst aber die Felder überwachen mit einem Log: Wer?, Wann?, Was?
Oder mit Berechtigungen arbeiten. Nicht jeder darf alles!!!

Solange das Datenmodell nicht stimmig ist, solltest du bei den Formularen die Füße stillhalten!

Gruß
Rainer

 

Hi Rainer, das hat sich jetzt etwas überschnitten,

ich habe nochmal was überarbeitet.

Preise sind jetzt beim Kunden ist besser.

tblpositionen:

hat jetzt auch preise und mwst und tourkm.

weil, wenn sich der km preis - mwst - tour km beim Kunden ändert, dann ändern sich ja auch alle Rechnungen auch die schon geschriebenen sind. Die dürfen sich ja nicht ändern.

Gruß Gernot

 

Hi,

schon mal geschrieben #23:
MWSt aus den Positionen raus. MWSt-Sätze gehören in den Artikel.

Der Betrag kann jederzeit errechnet werden.
Auch die KMpreisxx gehören da nicht hin.
Ladepauschale, Freikm, Tourkm musst du mal erklären, wieso die in die Positionen reingehören.
Preisbruttoxxx und PreisNettoxx gehören nicht in die Positionen.

Preis gehören zum Artikel und werden dort mit einem Datum "Gültig ab" versehen.
Schon geschrieben. #35.
Natürlich ändern sich die Preise. Deshalb musst du Sicherungen (Papier oder EDV) angefertigen.
Sonst bekommst du Ärger wegen GOB!

Gruß
Rainer

PS Das wird ja immer schlimmer. Gerdae gesehen: Preise beim Kunden?
Geht gar nicht! Gehören zum Artikel!

 

Hallo,
das Datenmodell passt hinten und vorn nicht.
Bist Du Dir darüber im Klaren, dass es in den 3 Primärschlüsseln für die Artikelgruppen niemals gleiche Primärschlüssel geben darf ?
Du musst also diesen Primärschlüssel selbst erzeugen und verwalten, Autowert scheidet aus.
Ich würde die 3 Artikelgruppen extra erfassen, die sind zu unterschiedlich.
Auch die Preise sind so falsch. Beim Kunden haben die schon mal gar nix zu suchen, die gehören auch nicht zum Artikel. Du brauchst für jeden Artikel eine Preisliste (mit einem Fremdschlüssel zum Artikel) mit einem Datum GültigAb. Dann wird über das Bestelldatum der gültige Preis ermittelt und im einfachsten Fall bei den Positionen redundant gespeichert.
Auch die Adressenverwaltung mit Ansprechpartner ist nach meiner Auffassung falsch.
Da gab es in Deinem anderen Thema schon eine fertige Lösung, warum hast Du die nicht einfach übernommen ?


PS:
Warum hast Du eigentlich nicht im anderen Thema weiter gemacht. Das war doch schon recht fortgeschritten.
Ich hatte das aus dem Auge verloren, Du hättest einfach durch eine kleine Nachfrage das Thema wieder hervorholen können.

Vielleicht wäre es sinnvoll, wenn Du mal die Aufgabe der DB beschreiben würdest. Ohne Bezug auf eine Datenbank, einfach mal so in Prosa.

 

Hallo tattel99,

du hättest mal auf deine vorherigen Threads hinweisen sollen.
Gingen schon über 4 Seiten.
Da gab es schon jede Menge Hilfestellungen.
Komme mir jetzt schon ein bißchen .... vor.

Und weitergekommen bist du auch nicht, weil du vermutllich einige Dinge geschludert hast.
Bin gespannt, wie es weiter geht.

Gruß
Rainer

 

Hi das vorherige Thema ist abgeschlossen, da ging es ja zum grössten teil um Kunden Adressen und wie man verschiedene Ufo zum Kunden einblendet ich wollte das nicht mit Registern machen.

ALso Liefer und Rechnungsadressen, wie man die am besten speichert.

Das geht nur bei diesem Modell so nicht, aber das habe ich gelöst.

um nochmals auf das Thema zu kommen das mit gültig ab ist eine super Idee.

Mwst in die Artikel: ?????
normaler weise ja.
Aber bei diesem Modell gibt es ja eigentlich keine richtigen Artikel

tblArtikelGruppe1 ändert sich mit jeder Rechnung
tblArtikelGruppe2 auch
tblArtikelGruppe3 da gibt es feste Artikel.

Deshalb dachte ich ich mach das in die Positionen.

die Preise sind deshalb beim Kunden, weil der preis sich im Normalfall 1 mal im jahr ändert