Kalkulieren mit Access

[karlmampe]

Hallo Zusammen.

Ich möchte mich kurz als Neuling vorstellen und hoffe ich mache es richtig hier meine Frage zu stellen.

Tätig in einem KMU als Projektleiter und zuständig für die Kalkulation.

Mein neues Projekt ist es eine Kalkulation in Access zu erstellen.

Begonnen habe ich mit der Erstellung von Tabellen.

Projektdaten; Projektdetails - beide miteinander verknüpft. + Artikeltyp zur Auswahl in der Tbl Projektdetails, und verschiedene tbl. mit den Namen der Artikeltypen, wo die hinterlegten Kalkulationsdaten eingegeben sind.

Meine Idee ist es gewesen, in den Projektdetails einen Artikeltyp zu wählen (aus der Artikeltypliste). Das funktioniert.

Jetzt möchte ich anhand der Auswahl des Artikeltyp, dass sich ein bestimmtes frm oder Tbl öffnet welches die Daten für diesen Artikeltyp (Artikeldaten in verschiedenen Tbl welche jeweils den Namen des Artiketypen hat)beinhaltet.

Beispiel

Projekt 1 mit den Proj-Details xyz hat den Artikeltyp "RR". Nun soll sich die vorhandene Tabelle mit den darin befindlichen Artikel welche nur für den Artikeltyp "RR" zuständig sind öffnen und ich gebe dort die Anzahl der einzelnen Artikel ein.

Der Artikeltyp kann in mehreren Projekten vorkommen und in den Projekten können mehrere Artikeltypen vorkommen.

Zum Schluss möchte ich einen Bericht erstellen, der mir für das Projekt aufgegliedert in die verschiedenen Artikeltypen eine Liste der einzelnen Artikel mit Anzahl die Summen erstellt. Das bekomme ich dann wiederrum hin.

Nur wie kann ich es einfach mit der Access 2007 - 2010 erstellen, dass bei auswahl des Artikeltyp nur die Tabelle für den Artikeltyp öffnet und wie kann ich es realisieren, das die Tabelle mit den einzelnen Namen des Artikeltyp nur als Vorlage dient. bzw. die Daten nicht 1000fach neu gespeichert werden. Also diese nur verknüpft sind.

Ich hoffe ich habe nicht zu kompliziert dargestellt, was ich als Ziel erreichen möchte und wo es bei mir im Moment im Denkansatz fehlt.

Besten Dank schon mal für Eure Antwort und Hilfestellung.

[DF6GL]

Hallo,


vermutlich ist der Tabelleaufbau (noch) ungeeignet und muss modifiziert werden:

Artikeldaten in verschiedenen Tbl welche jeweils den Namen des Artiketypen hat)beinhaltet.

Artikel gehören ALLE in EINE Tabelle, die Unterscheidung nach Typ erfolgt über ein zusätzliches (Fremdschlüssel-)Feld, das den Primärschlüsselwert des entspr. Typs aus der Tabelle "tblTypen"  aufnimmt.

die Daten nicht 1000fach neu gespeichert werden

das passiert dann auch nicht, wenn die Tabellenstruktur normalisiert ist.

[karlmampe]

Hallo Franz.

Zunächst ein Danke für die schnelle Antwort.

Mein Gedanke wegen der verschiedenen Tbl für die Artikel ist gewesen, das ich in dieser Tbl ja die Kalkulationwerte habe. z.B. Name, Länge, Preis
Der Name kann sehr oft vorkommen, jedoch ist die Länge und der Preis verschieden. Jetzt ertelle ich quasi eine tbl Artikel wo dann ein Feld mit Nachschlagedaten der Typ festgelegt wird.

ID-Artikel
Artikeltyp _ aus tbl. Artikeltyp auswählen
Artikelname
Länge
Preis

Ist einleuchtend


Wenn ich nun Beispieldaten eingebe komme ich bis Artikeltyp. wie dann weiter? Ich habe nun eine tbl Kalku angelegt wo ich den Artikeltyp auswähle. Wenn ich hier nun weiter will, soll er mir in einer gewissen Reihnfoleg die Artikel anzeigen die zu diesem Typ gehören.

Bringt es was, wenn ich die Übersicht Beziehungen mal als pdf schicke oder in einem anderen Format? Welches wäre am besten geeignet?

[DF6GL]

Hallo,

erstell einen Screenshot des Beziehungsfensters und lad den hier hoch...


Weiterhin:  Auf Nachschlagefelder in TABELLEN VERZICHTEN.  "Nachgeschlagen" wird nur mit Hilfe von Kombinationsfelden in FORMULAREN.

Der Name kann sehr oft vorkommen, jedoch ist die Länge und der Preis verschieden.

Das ist in erster Linie unerheblich...  Statt des Namens (als Text)  könnte auch eine weitere Tabelle herhalten, in der eine Zuordnung zwischen einem ID-Wert (Zahl) und dem Artikeltext hergestellt wird (falls es sich nur um den Namen handelt)  und damit statt dem ArtikelNamen die ID dieses Namens in der tblArtikel mit geführt wird.

[karlmampe]

Hallo.

Wieso kein Nachschlagen in Tabellen?

Ich habe nun die tbl angepasst und die Beziehungen als png gesendet.

ein weiteres png zeigt das frm wo ich  mit den butten weiter ein weiteres frm öffnen möchte, welches dann die kalkulationdaten gefiltert aufgrund der Auswahl des Artikeltyp enthält, wo ich die Anzahl der Artikel eingeben will. Es sollen alle Artikel zu den Artikeltyp angezeigt werden.

benötige ich hier also eine zusätzliche tbl die in Beziehung mit den projetdetails steht und mit den Artikel, wo die Anzahlen entsprechend gespeichert werden? Wie baue ich diese auf?

Besten Dank schon mal für die Unterstützung.

Gruss aus Hallau

[Anhang gelöscht durch Administrator]

[MzKlMu]

Hallo,
nur ganz kurz, habe mich nicht weiter mit beschäftigt.
Zu den Nachschlagefeldern:
Die Nachteile von Nachschlagefeldern

In Formularen sind die Nachschlagefelder (Kombinationsfelder) kein Problem.

Ich würde keinen zusammengesetzten Primärschlüssel verwenden, sondern ein extra Feld (Autowert).
Über die jetzigen Felder kann man einen zusammengesetzten eindeutigen Index legen, erfüllt den gleichen Zweck.

[karlmampe]

Hallo.

Besten Dank für den Link.

"Über die jetzigen Felder kann man einen zusammengesetzten eindeutigen Index legen, erfüllt den gleichen Zweck." Wie ist das gemeint?

Besten Dank

[DF6GL]

Hallo,


mir sind die Datenbeziehungen noch nicht ganz klar:
  Was hat Tabelle "Kalku"  für eine Bedeutung?

Ich denke, es  sollen für jeden Projektdetail-Datensatz eine Reihe von Artikeln erfaßt werden, die jeweils unterschiedliche Längen und Preise aufweisen.  Diese Längen und Preise sind nicht vom Artikel abhängig, sondern werden individuell erfasst.


Wenn so, dann entferne Tabelle "Kalku" und baue die "Artikel"-Tabelle etwa so auf:

"Artikel"

ArtikelID  (PK)
Artikel_IDPrjojektdetails
Artikel_ID_Artikeltyp
ArtikelName
.
.
.



ProjektDetailartikel:

PDAID (PK)
PDA_IDProjektdetails
PDA_ArtikelID
PDA_Länge
PDA_Preis



mit diesen Beziehungen  (Sonder- und Leerzeichen dringend vermeiden!!) :


Projektdetails                                            ProjektdetailArtikel                                                   Artikel                                         Artikeltyp

ID_Projektdetails     1:n             PDA_IDProjektdetails  
                                                        PDA_ArtikelID                               n:1                                ArtikelID  
                                                                                                                                           Artikel_ID_Artikeltyp        n:1         ID_Artikeltyp




(in dieser Konstruktion ist die Tabelle für die Zuordnung der Artikelnamen zu ID-Werten nicht berücksichtigt. )

[karlmampe]

Hallo

Tabelle Kalku? Ich weiss es auch nicht so genau. Diese sollte eigentlich die Anzahl der entsprechenden Artikel beinhalten.

In der Tabelle Artikel würde ich alle Artikel eingeben und von dort dann abrufen.

Ich habe z.B. Artikeltyp RR, MT, ME
Alle haben z.B. den gleichen Artikel *Start* jedoch verschiedene Längen und Preise, gleiches gilt für weitere Artikel.

Genau hier hackt es bei ir am meisten.
ich möchte ja in dem frm wenn ich den schalter weiter drücke, dass ein frm öffnet, welches alle Artikel auflistet die dem entsprechenden Artikeltyp zugeordnet sind. nur wie stelle ich das an?

[karlmampe]

Ich glaube es benötig quasi eine art stückliste für den artikeltyp.

Die Artikel bleiben einmal eingegeben immer gleich. es werden keine längenänderungen max 2x im jahr eine preisanpassung erfolgen.

Anbei ein liste mit beispielen aus der artikelliste.

wenn ich nun im frm weiter drücke soll bei ausgewähltem Artikeltyp RR nur aus der artikelliste die artikel erscheinen, welche artikeltyp RR haben und ich möchte die Anzahl der Artikel eintragen.

Somit benötige ich ein tbl welche die anzahl der artikel zu dem projektdetail zuordnet.

Besten Dank schon mal.

[Anhang gelöscht durch Administrator]

[DF6GL]

Hallo,

sorry, ich hinterblicke diese Datenkonstellation , speziell der "Artikel" (und deren Bedeutung) nicht..

Bevor irgendwas mit Formularen überlegt oder gefordert wird, MUSS die grundlegende Tabellenkonstruktion (Datenzusammenhänge, Normalisierung, Beziehungen) korrekt entwickelt werden.  Wenn das nicht passiert,  wird die DB (und damit die "Kalkulation") nicht vernünftig funktionieren.

[karlmampe]

Guten Morgen Franz.

Ich habe gestern noch etwas rumgestöbert und festgestellt, dass ich wohl nicht ganz klar dargestellt habe, wie ich es mir gedacht habe bzw. was die DB machen soll.

Ich stelle dies daher nun nochmals zusammen. Möglicherweise habe ich grundlegend schon falsch angefangen.

Ich melde mich noch mit der Zusammenstellung.

Bis dahin verbleibe ich mit freundlichen Grüssen und allerbesten Dank für die bereits erfolgte Hilfe.

[karlmampe]

Neue Zusammenstellung für Kalkulieren mit Access

Ziel:
Die Datenbank soll für die Kalkulation so aufgebaut sein, dass jeder ohne grosses Wissen im techn. Detail die Kalkulation eingeben kann.
Es gibt eine Liste aus einem Zeichnungsprogram welche die Anzahl der zu verwendenden Teile auswirf inkl. Projektname, Projektnummer, Zeichnungsnummer, Artikel
Die Artikel sollen nicht rausgesucht werden sondern aufgrund der Auswahl des Artikeltyp alle angezeigt werden und dann mit der Anzahl versehen werden.
Hier geht es darum, keinen Artikel zu vergessen. Es gibt jedoch auch Artikel die Anzahl 0 haben kann weil es bei einigen Projekten nicht benötigt wird oder schon vorhanden ist.
Wenn alles Artikel mit der entsprechenden Anzahl versehen sind, soll die Kalkulation mit der einzelnen Auflistung und einer Zusammenstellung ausgedruckt werden können.
Wenn ich ein Projekt kalkuliert habe und 2 Jahre später nochmals neu kalkuliert werden muss weil sich die EK geändert haben, soll durch eingabe des neuen Datum die vorhandene als neue aktualisiert werden können.
Es sollte also mittels Datum fixiert werden können bis wann die Ek gültig sind und ab wann die neuen Preise gültig sind. Z.B. duch einen Aufschlag von 5% oder so.


Ein Beispiel der Liste:

Projektname : Kiel
Projektnr: 3389
Zeichnungsnummer: 900


Typ: RR

Start    1 Stück
G2    2 Stück
R3    20 Stück
R6    6 Stück

-------------------------------------
Auslauf Elemente Einzeln aufgelistet
-------------------------------------
Universa G3 AUSLAUF   3.00 m     1 Stück
Universa G3 AUSLAUF   3.00 m     1 Stück
Universa G2 AUSLAUF   2.00 m     1 Stück



Total Elemente: 32 Stk.

Schwallblenden     keine
Tunnel     keine

-------------------------------------
Bahndaten
-------------------------------------
Bahnlänge: 67.4 m
Bahnlänge + Auslauf: 75.4 m
OK Startpodest:   2.67 m
Sohle Übergang:   -4.32 m
Höhen Diff:   7.0 m
Durchschn. Gef:   10.4 %



Von Hand Ausfüllen

Wanddurchdringung      2 Stk.

______________________________________________________________________

Das gleiche gibt es für Stahlartikel:

Typ RR

4   Ausleger RR      P_1   H = 1.01 m    Ausleger l = 3.53 m
6   Ausleger RR.1      P_1   H = 0.57 m    Ausleger l = 2.18 m
8   Ausleger RR.2      P_1   H = 0.13 m    Ausleger l = 2.34 m
10   Ausleger RR.3      P_1   H = -0.32 m    Ausleger l = 3.23 m
12   Ausleger RR.4      P_1   H = -0.76 m    Ausleger l = 3.10 m
14   Ausleger RR.5      P_1   H = -1.20 m    Ausleger l = 2.58 m
16   Ausleger RR.6      P_2   H = -1.59 m    Ausleger l = 3.09 m
18   Ausleger RR.7      P_2   H = -2.04 m    Ausleger l = 1.71 m
20   Ausleger RR.8      P_2   H = -2.49 m    Ausleger l = 2.60 m
22   Ausleger RR.9      P_2   H = -2.93 m    Ausleger l = 3.67 m
24   Ausleger RR.10      P_2   H = -3.38 m    Ausleger l = 3.06 m
26   Stütze RR      Stütze l = 1.25 m
28   Stütze RR      Stütze l = 0.80 m


Zusammenzug:
------------
Ausleger <3m   5 Stk.
Ausleger 3m-5m   6 Stk.

Ausleger Total   11 Stk.

Stütze d139 kürzer 2,5m   2 Stk.       Länge Total    2.0 m
Stützen Total   2 Stk.

Unterbauten Total   13 Stk.
Kupplungen Total   26 Stk.

_____________________________________________________________________________

Montagearbeit welche sich aus den einzelnen Artikeln wo Zeiten hinterlegt sein sollen ergeben
Sonstige Artikel.

Die Artikel für die einzelnen Typen sind immer gleich und haben immer den gleichen Preis. Was immer anders ist, ist die Anzahl.

Ich hoffe diese Zuammenstellung zeigt was das Ziel dieser Datenbank ist.

Besten Dank

[karlmampe]

Hallo.

Ich bin glaube ein Schritt weiter gekommen.

Im Anhang habe ich nun die Struktur dargestellt und die Beziehungen.

In die Stückliste gebe ich dann die Anzahl der Artikel ein welche dann eindeutig auf die Projektdetails und auf die Artikel zugewiesen sind.


Ich denke darauf kann man aufbauen. Oder?

Beim Artikel habe ich ein Feld mit dem Typ, wonach ich dann die Artikel filtern kann.

Wie bekomme ich es dann hin, dass nur die Artikel angezeigt werden, die als Typ in der Tabelle Projektdetails eingetragen wurde??

Ich sollte nun eine Vorlage haben um die Artikel für den Typ anzuzeigen und dort die Anzahl eintragen. Mache ich das in einem Formular?

Besten Dank schonmal für die Hilfe.

[Anhang gelöscht durch Administrator]