Office: (Office 2007) Ein und Ausgänge....

Hallo Ihr Lieben,

ich habe eine kleine Lagerdatenbank und versuche grade die Ab ,-und Zugänge von Material zu realisieren. Ich habe hierzu eine Tabelle in welcher sich alle relevanten Artikeldaten befinden. Auch habe ich hier die Spalten Eingang und Ausgang. Im Anhang habe ich die DB mal hochgeladen, damit man sich ein Bild machen kann. Das Form Artikel ist der momentane Stand. Hat einer von euch eine Idee wie ich das besser hinbekommen könnte.Ich dachte schon über eine eigene Tabelle "Bewegung" nach in der ich die ganze Rechnerei ablaufen lassen könnte.....

:)

 

Hallo,

das ist eine gute Idee, denn die Zu- und Abgänge haben bei den Artikeldaten nichts verloren.

 

\@Stadtbub:
Zu- und Abgänge gehören in ein Tabellenfeld; sich unterscheidend durch
Plus- oder Minusvorzeichen.
Ansonsten finde ich es nicht prickelnd, dass Du eine Accde ins Forum stellst.
Ausserdem OT: Ebenso finde ich es nicht besonders höflich, wenn man auf eine positive PN überhaupt nicht reagiert.

 

Hallo erstmal,

das mit der Accde wusste ich nicht. Die PN habe ich jetzt erst gelesen und auch darauf geantwortet.

 

Hallo,
im Anhang findest Du ein einfaches Beispiel für eine Bestandsrechnung mit Zugängen und Abgängen. Auch ein Mindestbestand wird überwacht.

 

Hallo gpswanderer......Super Dankeschön *wink.gif*

Ich bräuchte die jetzt aber in meinem Formular ? Wie bekomm ich das denn hin ?

 

Hallo,

keine Ahnung, ich kenne ja nicht Dein Formular. Deine Beispieldb kann ich mir nicht ansehen, ich habe nur Access2003 (MDB).

Aber es ist ja nicht mit dem Formular getan, das Tabellenkonzept muss ja eine Umsetzung wie in meinem Beispiel zulassen.
Kannst Du mal ein Bild der Beziehungen posten.
Oder mal die ACCDB in eine MDB konvertieren und hier hochladen.

 

Leider darf ich meine DB nicht Konvertieren.... Access 2007 sagt da irgendwas von Features die verwendet werden ??

*frown.gif*

Aber anbei mal ein Bild der Beziehungen....

 

Hallo,
bitte ziehe die Tabellenrahmen so groß, dass man alle Felder der Tabellen sieht.
Was ist ein Grundartikel (eine Warengruppe z.B.) ?
Warum gibt es Tabellen ohne Beziehungen ?

Was steht in Anzahl_Eingang, was in Eingang ?

In Feldnamen verwendet man grundsätzlich keine Leer und Sonderzeichen.
/ ist auch ein Rechenoperator, wenn Du nicht aufpasst, wird das Land durch die Region geteilt. *grins

 

Hab ne neue Grafik eingestellt...ist mir eben auch aufgefallen *biggrin.gif*

Das hab ich mir aus der Nordwind Datenbank geklaut....die dortige Personalverwaltung....

Die Tabelle Kleidergroessen soll später zur Spezifikation der Klamotten dienen. Da hab ich aber noch keine Ahnung, wie ich das umsetze.

In Anzahl_Eingang soll eigentlich die Menge, die Eingeht rein - Also z.B. es kommen am 30.05.
25 Jacken rein. In Anzahl Ausgang soll der Abgang rein - z.B. am 31.05. gehen 3 Jacken raus.

 

Hallo,

und was soll da rein in diese Tabelle ?
Und was hat diese mit den Artikeln zu tun ?
Die Tabelle mit den Größen ist falsch bzw. überflüssig. Größe ist Größe und unabhängig ob Jacke oder Hose.
Wenn der Artikel eine Hose ist, ist die eingetragen Größe eine Hosengröße und keine Schuhgröße. Zweckmäßigerweise legt man eine Tabelle an mit allen Größen die es gibt und in die Tabelle noch ein Fremdschlüssel für die Kleidungsart. Dann braucht es auch noch eine Tabelle für die Kleidungsarten und eine Verknüpfungstabelle um die Größenangabe dem richtigen Kleidungsstück zuzuordnen.

Ein und Ausgang eines Artikels wird in einem Feld gespeichert + Eingang - Ausgang). Kannst Du alles in meinem Beispiel sehen.

Willst Du alle Artikel nach Größen getennt erfassen, also so:
10 Hosen Gr.52
10 Hosen Gr.54
oder einfach 20 Hosen ?

Und was ist mit meiner Frage:

 

Hallo,

nur nach dem DBModell gedacht...
1. Personal (warum nicht tbl_Personal?)
2. weiter würde mir noch eine Tabelle fehlen, die anzeigt, wer, was (Artikel), wann bekommen hat
... habe nicht weiter nachgedacht... ist also nur eine Info/Idee

PS: so jetzt aber... nach einer öfteren Überlegungs-Korrektur *Smilie

 

Erstmal vielen Dank für die Antworten *Smilie

Wie gesagt die Personalverwaltung ist aus der Nordwind-DB "geklaut" - da wollte ich das Rad nicht neu erfinden.

Mir gehts rein nur um die Artikelverwaltung.... da habe ich ja jetzt einige gute Ansätze bekommen.

... als Grundartikel meinte ich einfach einen Artikel....z.b. einen Helm oder einen Schlauch.....

 

...also, Feuerwehr *Smilie

 

ich bin der Meinung, dass ein Tabellenmodell stimmig sein sollte, bevor man aufwendige Formulare, Abfragen, Berichte etc. erstellen will.
Hier ein Tabellenmodell ohne Formulare etc., um anhand dieses Vorschlags Optimierungsmöglichkeiten/-alternativen anbietbar machen zu können.
_Ganz entscheidend ist es, das Beziehungsfenster zu studieren.