Hallo Accessianer,
habe einen Fall, von dem ich nicht geahnt hätte, dass er sich zu so einem großen Problem ausweiten wird.
Konnte dazu nichts passendes im Web finden und probiere seit Tagen herum.
Es ist eine gewöhnliche Stückliste mit Stücklistenversionen (UFO) und darin die Stücklistendetails (U-UFO), also 3 Ebenen.
- In der Stückliste wähle ich aus dem Artikelstamm den Fertigartikel aus.
- In Stücklistenversionen wähle ich die Version und die Gültigkeit aus.
- In Stücklistendetails wähle ich aus dem Artikelstamm die einzelnen Bestandteile mit Stückzahl aus.
Auf der anderen Seite habe ich abzuarbeitende Aufträge mit Auftragsdetails (UFO), also 2 Ebenen.
- In Aufträge wähle ich den Fertigartikel, der in der Stückliste aufgeführt ist, und die zu fertigende Stückzahl aus.
- In Auftragsdetails möchte ich nur die zum Fertigartikel, also die in Stücklistendetails passenden Bestandteile angezeigt bekommen.
Und das ist das Problem: Es werden mir ALLE Bestandteile angezeigt.
Hinweis: Die beigefügte Datei enthält absichtlich nur die für das Problem relevanten Felder. Die Originaldatei enthält außerdem noch viele andere Felder, wie z.B. Datumsangaben, fortlaufende Nummerngenerierung, etc. Bitte daher keine zusätzlichen Felder anlegen.
Für eine Hilfe wäre ich sehr dankbar.
Viele Grüße
Rainer
[Anhang gelöscht durch Administrator]
Hallo,
mit A2007/2010 hast Du weniger Helfer, diese Versionen sind noch nicht so verbreitet. Konvertiere daher lieber mal nch Access2003.
Hallo Accessianer,
so, ist konvertiert in 2003.
Viele Grüße
Rainer
[Anhang gelöscht durch Administrator]
Hallo, also ich hab noch nicht versanden was du eigentlich machen möchtest. ???
Was machst du mit der Stückliste ? Ist das eine Art Fertigungsauftrag ? Oder soll der Auftrag eine Art Fertigungsauftrag sein ?
Gruss
Bernie
Hallo Bernie,
die Stückliste wird nur einmal erstellt und nur selten geändert (bei technischen Änderungen). Bei einer Änderung erstelle ich eine neue Version und setze in diese neue Version das Gültigkeitshäckchen, aus der alten Version mache ich es raus.
Die Stückliste dient in dem Fall als Vorlage für die Aufträge.
Ich muss ja wissen, welche Einzelteile ich zu einem Fertigteil verwende.
Eine umständliche Alternative wäre, ständig in die Stückliste zu springen und dort die Einzelteile abzugucken, bzw. zu kopieren.
Und so soll es laufen: Im Auftragsformular wähle ich den Fertigartikel aus (und gebe die zu fertigende Stückzahl ein). Jetzt möchte ich im Kombifeld des UFO's Auftragsdetails nur die passenden Bestandteile dieses Fertigartikels angezeigt bekommen, damit ich diese Zeile für Zeile auswählen kann. In der rechten Spalte soll mir die Gebrauchsmenge eines jeden Einzellteils per Formel angezeigt werden, aber so weit bin ich noch nicht.
Viele Grüße
Rainer
Hallo,
ich möchte das Datenmodell bezweifeln. Du hast überflüssige Beziehungen drin. Die Tabelle tblStückliste halte ich ebenso für nicht notwendig.
Bitte erkläre mal die Tabellenzusammenhänge etwas genauer.
Sind die Artikel der Artikelstammdaten auch gleichzeitig Fertigartikel und Bestandteile der fertigen Artikel?
Hallo MzKlMu,
in tbl_Stueckliste ist noch eine Reihe von weiteren Daten vorhanden (insgesamt 9 Felder), die in der geposteten Tabelle nicht aufgeführt sind. Das Datenmodell würde ich gerne behalten.
Viele Grüße
Rainer
Hallo,
ZitatDas Datenmodell würde ich gerne behalten.
Auch wenn es falsch ist?
Das glaube ich nämlich immer noch.
Hallo Rainer,
Ich würde es so machen, wie im u.a. Bild, Deine DB so geändert anbei.
Bei diesem Modell kannst Du allerdings einem Artikel nur EINE Stückliste zuordnen.
Falls Du pro Artikel gerne MEHERE zur Auswahl hättest, musst Du aus tbl_Artikel den FK StuecklIDRef wieder rausschmeissen, und dafür eine neue Tabelle anlegen, in die dann als FK die ArtikelID und die StuecklID kommen.
hth
gruss ekkehard
[Anhang gelöscht durch Administrator]
ZitatDaten in UFO aus anderem UFO anzeigen
Ich beziehe mich rein auf den Thementitel und schaue mir auch die DB nicht an.
Wenn man davon ausgehen kann, dass es sich um gebundene Formulare handelt, liegen die Daten, besser Datensätze in einer Tabelle. Wenn man also gleiche Daten in unterschiedlichen Formularen anzeigen will, verwendet man die gleiche Datenherkunft und den gleichen Filter (unter Einbeziehung einer evtl. vorhandenen Verknüpfung zu einem Hauptformular) oder einfach ein RecordsetClone.
MfGA
ebs
Hallo Rainer,
ok kein Problem.
Aber ich denke MzKlMu hat vollkommen Recht. Irgendwann wirst du ein Problem mit diesem Datenmodell haben.
Ich bin weiss Gott kein Access-Profi, aber den Profis hier kann man schon etwas glauben ;-)
Hier mein Vorschlag..Schau es dir mal an.. Vll ist genau das was du brauchst.
gruss
Bernie
[Anhang gelöscht durch Administrator]
Hallo,
zunächst mal Danke an alle Mitwirkenden. :)
@ Ekkehard: Habe mir das Bild Deines Datenmodells angeschaut, beim Download der Datenbank zeigt sich jedoch meine gepostete Datenbank. Ich vermute mal, Du hast versehentlich meine Datenbank gepostet.
Viele Grüße
Rainer
Hallo Rainer,
Sorry, hier ist sie.
Habe allerdings nur die Beziehungen/Tabellen geändert,
mit den Formularen habe ich mich nicht beschäftigt,
vielleicht am WE.
gruss ekkehard
[Anhang gelöscht durch Administrator]
Hallo Ekkehard,
vielen Dank für Dein Modell.
Allerdings verstehe ich immer noch nicht genau, wieso mein Datenmodell falsch sein soll. ???
1. Ist es im grundsätzlichen Sinne falsch (Konstellation Formular, UFO, U-UFO, also 3-fache Hierarchieebene).
2. Oder falsch in Bezug auf mein Problem (Daten in UFO aus anderem UFO anzeigen).
Viele Grüße
Rainer
Hallo Rainer,
ZitatAllerdings verstehe ich immer noch nicht genau, wieso mein Datenmodell falsch sein soll.
Weil z.B. die Versions-Tabelle nur eine Nachschlagetabelle ist, weshalb ich da auch alle Beziehungen, ausser der zur Stücklistentabelle, entfernt habe.
Die StücklistenID gehört in die Artikeltabelle, oder in eine n:m Zwischentabelle (wenn es zu einem Artikel mehr als eine Stückliste gegen kann/soll).
Eine 3-stufige Hierarchie ist sicher nichts Besonderes, brauchst Du in diesem Fall aber nicht. Für die Verwaltung der Stücklisten brauchst Du ein HFo, gebunden an die Stücklisten-Tabelle und ein UFo, gebunden an die Details
Ich bastele Dir mal was über's WE; - jetzt will ich hier noch ein bisschen lesen.
gruss ekkehard
Noch eine kleine Ergänzung zum Verständnis, weil ich dieses gerade noch mal gelesen habe:
Zitat- In der Stückliste wähle ich aus dem Artikelstamm den Fertigartikel aus.
Da liegt der Hase im Pfeffer ;) - Du musst ja in der Stücklisten-Tabelle nicht den Fertigungsartikel raussuchen, sondern im o.a. UFo die Stücklistenartikel. Im ARTIKELformular wählst Du eine Stückliste aus (Kombifeld), um sie dem Artikel zuzuordnen.
hth
Hallo Rainer,
So, ich hab's dann doch noch heute abend hinbekommen.
Schau mal ob das so in etwa das ist, was Du möchtest.
Die Stücklistenverwaltung läuft da über ein HFo (frm_StuecklistenNeu) mit einem UFo.
Dazu braucht's auch so noch keinen Code.
Beim Auftragsformular habe ich im AfterUpdate-Ereignis des Kombis im HFo die RowSource des Kombis im UFo gesetzt; -
da werden dann nur noch die Stücklistenartikel von der Stückliste zum ausgewählten Artikel angezeigt.
Dazu frage ich mich allerdings, warum Du da überhaupt die Artikel noch mal auswählen (lassen) willst. Die Liste ergibt sich ja komplett aus der RowSource. Da kannst Du doch beim AfterUpdate der Gebrauchsmenge die entsprechenden DS mit den berechneten Menge direkt anfügen.
Wobei das eigentlich überhaupt nicht nötig ist. Auf dem Auftrag speicherst Du die Herstellungsmange ja weg, d.h. die benötigte Menge der Stücklistenartikel lässt sich dann, im Zusammenhang mit der Version, jederzeit berechnen, müssen also gar nicht gespeichert werden.
hth
gruss ekkehard
[Anhang gelöscht durch Administrator]
Hallo Ekkehard,
zuerstmal vielen Dank für Deine Mühe!!! :)
ZitatWobei das eigentlich überhaupt nicht nötig ist. Auf dem Auftrag speicherst Du die Herstellungsmange ja weg, d.h. die benötigte Menge der Stücklistenartikel lässt sich dann, im Zusammenhang mit der Version, jederzeit berechnen, müssen also gar nicht gespeichert werden.
Eine Speicherung ist ja auch nicht vorgesehen. Den Wert möchte ich über eine Formel berechnen lassen (wie bereits geschrieben, bin ich noch nicht so weit, da ich über das hier beschriebene Problem gestolpert bin). Das Feld ist deshalb ungebunden. Ich benötige die Einzelmengenangaben, ums sie aus den Beständen ausbuchen zu können.
Dein Konzept ist interessant, habe es mir grob angeschaut, vieles ist mir jedoch noch unklar, aber ich denke, dass wir eines nach dem anderen lösen können.
Habe versucht die Formulare frm_Stueckliste und frm_Stuecklistenversionen zu öffnen, es erscheint jedesmal das kleine Fenster "Parameterwert eingeben". Weisst Du, was das zu bedeuten hat und welche Parameter ich da eingeben muss?
Du hast das neue Formular frm_StuecklisteNeu eingesetzt. Wo ist denn die dazugehörige Tabelle hin (also tbl_StuecklisteNeu)? In der linken Spalte habe ich bereits alle Access-Objekte zur Ansicht. In den "Beziehungen" ist sie auch nicht vorhanden, in "Tabelle anzeigen" fehlt sie auch. :o
Viele Grüße und ein schönes Wochenende
Rainer
Hallo Rainer,
ZitatEine Speicherung ist ja auch nicht vorgesehen.
Wozu dann die Tabelle AuftragDetails?
Dann reicht auf dem Auftragsformular ja auch ein Listfeld mit den Stücklistenpositionen und den benötigten Mengen.
Schau es Dir an (frm_AuftraegeNeu).
ZitatHabe versucht die Formulare frm_Stueckliste und frm_Stuecklistenversionen zu öffnen, es erscheint jedesmal das kleine Fenster "Parameterwert eingeben". Weisst Du, was das zu bedeuten hat und welche Parameter ich da eingeben muss?
Beim frm_Stueckliste stimmt jetzt die RecordSource nicht mehr, da ich das Feld Stueckl_Art_IDRef aus der Tabelle genommen habe.
Das Form brauchst Du dann eigentlich nicht mehr. Könntest Du also löschen, und das neue umbenennen. Wenn Du das so übernehmen willst.
Das Form frm_Stuecklistenversionen hatte ich mir noch gar nicht angesehen ???
Habe ich jetzt nachgeholt, und muss sagen, dass mir da nicht klar ist, was Du da machen willst.
Auch auf
dem Form die Stücklistendetails verwalten? Dann müsste das HFo an eine Abfrage gebunden werden, die auch die Stuecklisten-ID enthält, um das UFo damit verbinden zu können.
Oder willst Du eine Rückverfolgung der Art "wann war welche Stückliste gültig"? Dann müsste noch mal am Modell geschraubt werden.
ZitatDu hast das neue Formular frm_StuecklisteNeu eingesetzt. Wo ist denn die dazugehörige Tabelle hin (also tbl_StuecklisteNeu)? In der linken Spalte habe ich bereits alle Access-Objekte zur Ansicht. In den "Beziehungen" ist sie auch nicht vorhanden, in "Tabelle anzeigen" fehlt sie auch.
Die gibbet nicht; - hatte ich nur die tbl_Stueckliste geändert. Das neue Form ist also auch an diese Tabelle gebunden.
In der DB in der Anlage ist jetzt nur ein zusätzliches Form frm_AuftraegeNeu mit einem Listfeld. Dieses zeigt die Stücklistenartikel und die benötigten Mengen an, und wird, wie das UFo auf frm_Auftraege, per Code gefüllt (RowSource gesetzt). Zusätzlich über das Feld HerstMenge.
Mit der Versionsgeschichte beschäftigen wir uns, wenn o.a. Fragen dazu geklärt sind.
gruss ekkehard
[Anhang gelöscht durch Administrator]
Hallo Ekkehard,
ZitatWozu dann die Tabelle AuftragDetails?
Nein, ich meinte damit nur das Feld "Gebrauchsmenge". Hier soll mal eine Formel die gebrauchte Menge berechnen.
In frm_Auftragsdetails stehen auch noch andere Daten, die ich auf jeden Fall speichern will.
ZitatOder willst Du eine Rückverfolgung der Art "wann war welche Stückliste gültig"?
Ja, das ist äusserst wichtig. Alle Versionen eines Fertigartikels (somit auch die alten) MÜSSEN auf jeden Fall erhalten bleiben.
Soll ich "Stücklistenversionen" auflösen und in die nächsthöhere Hierarchie verschieben? Dann hätte ich aber in "Stückliste" evtl. gleiche Daten stehen, wenn ein Fertigartikel eine neue Stücklistenversion bekommt. Das verstößt doch gegen die Regel der Redundanz, da in diesem Falle gleiche Datensätze (Artikelnummer) in der Tabelle vorhanden wären.
Viele Grüße
Rainer
Zitat
Das verstößt doch gegen die Regel der Redundanz, da in diesem Falle gleiche Datensätze (Artikelnummer) in der Tabelle vorhanden wären.
Und genau deshalb 2 Tabellen.
Tbl_Artikel
und davon abhängig eine weitere Tbl_Artikel_Details
Der Name des Artikels sollte immer eindeutig sein.
Also wenn ich dich richtig verstanden habe dient deine Stückliste dazu um einen "ARTIKEL" zu bestücken.
Dann möchtest du den Artikel in einem Auftrag auswählen und eine Herstellungsmenge eingeben und die dazugehörigen Auftrags_Details angezeigt bekommen oder ?
Gruss
Bernie
Hallo Rainer,
ZitatNein, ich meinte damit nur das Feld "Gebrauchsmenge". Hier soll mal eine Formel die gebrauchte Menge berechnen.
In frm_Auftragsdetails stehen auch noch andere Daten, die ich auf jeden Fall speichern will.
O.K.; - da wäre es aber interessant zu erfahren, was das für Daten sind. Denn mit der nochmaligen Speicherung der Stücklistenartikel hätten wir ja Redundanz, will sagen, dass die da nicht hinein gehören.
ZitatJa, das ist äusserst wichtig. Alle Versionen eines Fertigartikels (somit auch die alten) MÜSSEN auf jeden Fall erhalten bleiben.
Wodurch unterscheiden sich den die verschiedenen Versionen?
ZitatJa, das ist äusserst wichtig. Alle Versionen eines Fertigartikels (somit auch die alten) MÜSSEN auf jeden Fall erhalten bleiben.
Dann müssen wir wohl die VersionsID mit in die Detailtabelle nehmen.
ZitatSoll ich "Stücklistenversionen" auflösen und in die nächsthöhere Hierarchie verschieben? Dann hätte ich aber in "Stückliste" evtl. gleiche Daten stehen, wenn ein Fertigartikel eine neue Stücklistenversion bekommt. Das verstößt doch gegen die Regel der Redundanz, da in diesem Falle gleiche Datensätze (Artikelnummer) in der Tabelle vorhanden wären.
Hm, der Artikel bekommt ja keine neue Stückliste, sondern die Stückliste eine neue Version.
Ich schau mir das nochmal an (aber jetzt nicht mehr).
gruss ekkehard
Hallo Rainer,
Habe noch mal ein bisschen gebastelt an der Stücklistenverwaltung; - am Auftragsformular war ich noch nicht wieder dabei, weil nicht geklärt ist, was in den Details gespeichert werden soll.
Die Stücklistendetails kannst Du jetzt sowohl im Form "frm_Stueckliste" (habe ich jetzt aus "...Neu" umbenannt) als auch im Form "frm_Stuecklistenversionen" verwalten.
Im Form "frm_Stueckliste" wird das UFo nach Auswahl der Version gefüllt.
In die Versionstabelle habe ich ein Feld "GueltigSeit" eingefügt, mit dem es dann möglich sein sollte eine Historie abzubilden.
hth
gruss ekkehard
[Anhang gelöscht durch Administrator]
Hallo nochmals.
sorry dass ich mich immer wieder einmische @ Beaker s.a. :-) aber dieses Thema hat mein interesse erweckt.
@ Rainer.. guck dir mal die DB an. Ich denke mal, dass es das ist was du suchst. Vll täusch ich mich ja auch ;D
Es gibt einen Artikel-Stamm. Das ist als Artikelhauptguppe zuverstehen.
Hier gibt man eben Tisch, Stuhl ect ein.
Dann gibt es ein Formular, dass sich Artikel- Planung nennt.
Hier stellst du deine zum Artikel gehörenden Komponenten zusammen. Hab noch ein paar Felder ergänzt, da du ja von Berechnungen sprachst.
Die Artikel_Position ist kein Nachschlagefeld. Hier muss man eben für eine eindeutige Benamsung sorgen. Das kann man aber natürlich auch über einen Stamm regeln.
Dies entspricht etwa deiner Stückliste.
Wurde ein Artikel mit seinen Artikel-Positionen erstellt, dann hat man die Möglichkeit eine Bestellung zuerfassen.
Die Bestellung entspricht etwa deinem Auftrag.
Du wählst einen Artikel aus, gibst die Menge ein und betätigst die Schaltfläche "Standart Artikelpositionen aufrfen"
Ist das erste Fenster befüllt, betätigst du die 2te Schaltfläche. Daten in Bestellung einfügen.
Dann Bestellung Buchen,.. hier werden dann die Mengen multipliziert. und mit speichern bekommst du eine Gesamtsumme.
Die Daten im Fenster "Bestellte Artikel-Positionen " kann man dann wieder z.b. für Wareneingänge hernehmen. Oder für eine Sammelbestellung an einen Lieferanten, oder für einen Auftrag usw.
Jetzt müsste man nur noch einen sogenannten Auftrag erstellen und auf die Art erneut Formulare anlegen... dazu fehlt mir leider die Zeit.
Sieh es dir einfach mal an ob es das ist was du suchst und eventuell doch dein Vorhaben umbaust.
Egal wie du dich entscheidest ..
Viel Glück
Gruss Bernie
[Anhang gelöscht durch Administrator]
Hallo Ekkehard, hallo Bernie,
bin wieder da, komme momentan gar nicht dazu, mir Eure Lösungen anzuschauen, bin echt überhäuft mit Hilfen, also wiederholt ein großes Dankeschön. :o
Werde noch in den nächsten Tagen auf Eure Postings eingehen. Brauche da echt ein bisschen Ruhe und vor allem Zeit.
Viele Grüße
Rainer
Hallo,
@Bernie
Zitatsorry dass ich mich immer wieder einmische @ Beaker s.a. :-) aber dieses Thema hat mein interesse erweckt.
Kein Problem, ganz im Gegenteil - fühlte mich fast schon ein bisschen allein gelassen ;).
Hast Du Dir ja viel Mühe gemacht. Habe jetzt allerdings nur kurz drüber geschaut, und noch nicht alle Zusammenhänge visualisiert, aber ich denke da hat Rainer jedenfalls eine gute Vorlage.
@Rainer
Lass Dir Zeit. Du hast ja jetzt 'ne Menge Stoff.
gruss ekkehard