Datum berechnen

Computer: Software & Programmierung Microsoft Access
#1

Hallo,

ich habe eine Datenbank in der u.a. die Tabellen Kunden und M-Beiträge sind (Beziehung über Kundennummer gesetzt).
In der Tabelle Kunden habe ich ein Feld, dass PV heißt und für das Datum der Auftragsbestätigung steht.

Jetzt möchte ich, dass in M-Beiträge unter 1 MB (=1. Monatsbeitrag) automatisch das passende Datum (PV + 10 Tage) ausgegeben und gespeichert wird.

Aus früheren DBs weiß ich, dass man das am besten(?) per Formular macht. Sinngemäß habe ich die Formel im Ausdrucksgenerator definiert. Funzt aber nicht (macht gar nix).
Jetzt überlege ich, was ich übersehen haben könnte.
Hat jemand eine Idee?
Vielleicht auch dahin gehend, ob ich das Problem noch kürzer (also ohne zwischengeschaltetes Formular bzw. ohne jeden Datensatz einzeln anfassen zu müssen) lösen kann?

Aus dem 1 MB soll sich später 2 MB, 3 MB etc. automatisch berechen (jeweils 1 Monat später).

Für jeden Tipp bin ich dankbar.

Grüsse

#2

Hallo,

die Berechnung(en) wäre(n) an sich kein Problem, mir liegen nur der Tabellenaufbau und die Dtenzusammenhänge im Dunkeln.

Was hat ein Auftragsdatum in der Tabelle „Kunden“ zu suchen?

Warum und für was gibt es die „2MB“ , „3MB“ etc. Felder?

Warum und womit sollen diese Felder immer aktualisiert werden? Vermutlich ist es falsch, solche Datumswerte überhaupt zu speichern.

Bzgl. der Formualre hat sich nichts geändert :wink:

„Vielleicht auch dahin gehend, ob ich das Problem noch kürzer (also ohne zwischengeschaltetes Formular bzw. ohne jeden Datensatz einzeln anfassen zu müssen) lösen kann?“

Beschreibe mal ausführlich, was die DB überhaupt leisten und Du damit anstellen willst.

Viele Grüße vom Bodensee
Franz , DF6GL

PS: Feedback erwünscht!

#3

Hallo,

die Tabelle Kunden ist ein Export aus einer externen Datenbank. An dieser Tabelle (die noch weitaus mehr Felder hat, die aber für vorliegenden Fall unwichtig sind) und deren Aufbau ist nix zu rütteln.

Leider habe ich auf dem Markt weder ein passendes WaWi-Sys noch BuHa-Sys gefunden, was unseren Anforderungen (Abo, aber auch gleichzeitig Handel und Dienstleistung) auch nur annähernd entgegenkommt bzw. bezahlbar ist. Und bei meinen „Programmierern“ warte ich seit fast 2 Jahren auf eine Lösung. Also ist selber machen angesagt…

Anhand des Auftragsdatums (PV) müssen die entsprechenden Monatsbeiträge berechnet werden. Daher die 2. Tabelle MB, in der auch nichts anderes stehen soll als die einzelnen MBs, die ja von Kunde zu Kunde unterschiedlich sind (==> Anfangsdatum bzw. 1. MB).
Ich will auch nachher kein Datum stehen haben, sondern nur sowas wie 02/09, 06/09 (oder Febr 09, Juni 06) usw. (Das Problem kann ich aber glaube ich selber lösen.) Diese Tabelle bzw. die Daten darin, sollen später in weiteren Tabellen mit entsprechenden Merkmalen versehen werden (jeder Monat einzeln, deswegen die Weiterberechnung von 2MB, 3MB, usw. max. bis 36MB).
Und ganz zum Schluss sollen die Daten Grundlage für Serienbriefe (Mahnungen) sein.
Das alles ist lösbar, nur will halt diese blöde Berechnung nicht funzen. Wenn ich das geknackt habe, denke ich komme ich klar.

Und das Ergebnis ist unbedingt zu speichern! Es muss ja eigentlich auch nur 1 x berechnet und gespeichert werden, nämlich dann, wenn ein Kunde neu hinzugefügt wird. Nur im Moment muss ich halt die Bestandskunde auch entsprechend „bearbeiten“.

„Vielleicht auch dahin gehend, ob ich das Problem noch kürzer (also ohne zwischengeschaltetes Formular bzw. ohne jeden Datensatz einzeln anfassen zu müssen) lösen kann?“

Damit hatte ich gehofft (weiß ja selber: utopisch), dass die Tabelle das automatisch berechnet und ausspuckt, ohne dass ich da nochmal Hand anlegen muss (also Abfrage/Formular öffnen, Datensatz anpacken, etc.). Weil bei bereits 7.000 Datensätzen freue ich mich nicht so sehr darauf, jeden einzeln anpacken zu müssen, wenn auch nur einmalig.

Ich hoffe, das war jetzt verständlich, wenn auch ein wenig lang. :wink:

Grüsse

#4

Hallo,

mhmm vermutlich muß die Konzeption und die Vorgehensweise datenbanktechnisch angepaßt werden. Allerdings habe ich noch keine genaue Vorstellung darüber, was da nun genau berechnet und gespeichert werden soll.
Klar könnte man beim Erstellen einen neuen „ABO“ z. B. 6 DS für 6 MBs von vornherein und kundenspezifisch in eine Tabelle anfügen, aber das ist nicht das Gelbe vom Ei und bringt eher Konflikte denn Vereinfachung.

Die „Soll-Monatsbeiträge“ sind m. E. nur Vorgabe und brauchen nicht gespeichert werden im Gegensatz zu den Zahlungseingängen der Kunden, die mit diesen monatlichen Forderungen übereinstimmen müssen. Diese Z.-Eingänge müssen natürlich erfaßt werden.

Wenn die Grundstruktur der Tabellen/Daten stimmt, sind Folgeauswertungen in den meisten Fällen kein Problem, desgleichen Serienbriefe.

Wenn eine Datenstruktur vorliegt, aber DB-technisch nicht passt, sollte eine Importfunktion(alität) dafür sorgen, daß die Daten entspr. umgebaut werden.

Viele Grüße vom Bodensee
Franz , DF6GL

PS: Feedback erwünscht!

#5

Hallo,

Jetzt möchte ich, dass in M-Beiträge unter 1 MB (=1.
Monatsbeitrag) automatisch das passende Datum (PV + 10 Tage)
ausgegeben und gespeichert wird.

da machst du eine Aktualisierungsabfrage und alle Kunden werden berechnet.

Schau dir mal die Funktion DATEADD an.

Grüße aus Schönberg (Lübeck)
Wolfgang
(Netwolf)