Office: (Office 2003) KANBAN DB aufbauen

Hallo zusammen,

wer hilft mir dabei?

habe ein kleines Bsp. hochgeladen.

möchte sogenannte KANBAN Karten zum Verwalten von Ersatzteilausgaben erstellen bzw. verwalten.

bin mir nicht ganz sicher ob der Anfang, "(Struktur)" so ausreichend ist
das ein und auslagern soll mit Barcode realisiert werden.
die Erstellung barcode ist schon enthalten im Modul mdlBarcode (Print) hier aus dem Forum.

aber zuerst: Konzept ? Struktur ? was habe ich falsch? was brauche ich noch?
sollte ich ändern

:)

 

Nur so aus Neugier: was issen 'ne Kanban-Karte? Ich kenn Trambahn-Karten, aber Du meinst sicher was anderes.

 

vielleicht KanBan *wink.gif* , das könnte in etwa passen

 

Ja KANBAN

KANBAN, heißt aber nichts anderes als (Karte)

 

Moin,

mag ja sein, dass ich da etwas anderes drunter verstehe, aber für mich gehört da eine ABC-XYZ-Analyse hinzu und zu den Min/Max auch noch mindestens die Wiederbeschaffungszeit.

Aber eigentlich versuche ich mit Kanban so wenig Lagerbestand wie möglich zu haben und so viel wie nötig. Beachten sollte ich dabei aber auch noch Dinge wie wirtschaftliche Bestellmengen und Puffer. Dabei musst du eigentlich schauen, wie lang die Wiederbeschaffungszeit ist und wieviel regulär in diesem Zeitraum verbraucht wird. Denn das ist dann dein eigentlicher Meldebestand. Und das ist nur ein kleiner Teil der Theorie *wink.gif*

 

Hallo J_Eilers,

Danke für deine Antwort, wie sich das anhört bist du da wohl etwas mehr im Stoff als ich.

wollen wir das gemeinsam durchziehen und das Datenmodell aufbauen
erweitern anpassen? habe ja noch nicht viel dazu gemacht rein vom Gefühl her passt das auch ja noch nicht komplett. Sollte nur mal die Grundidee darstellen dh. nicht das schon alles drin ist was dafür erforderlich ist.

vorrausgesetzt du hast Zeit und Lust dazu *wink.gif* , ich werde mir auch Mühe geben und versuchen besser zu verstehen also anders als bisher!

mir liegt sehr viel daran da etwas brauchbares zu erstellen! da ich das Werkzeug selber nutzen möchte um mein Ersatzteillager zu Managen

also würde mich sehr freuen wenn wir das durchziehen könnten

 

Lies dir doch erstmal den Wiki-Artikel dazu durch. Für eine "Betreuung" fehlt mir schon seit längerem die Zeit und ich sehe noch keine Besserung, deswegen kann ich nur aushelfen.

Wichtig für Kanban ist aus meiner Sicht, der Blickwinkel. Es geht nicht darum immer alles dazu haben, sondern im Entnahmetakt rechtzeitig nachzubestellen.

Das ist dann aber neben der DB auch eine Einstellung, bei dir Selber *wink.gif* Also wenn du Fragen hast, gerne, aber erwarte keine Komplettlösung.

 

Hallo Jan,

habe das Datenmodell versucht anders aufzubauen, und möchte fragen ob
bzw wie dort nun die ABC-XYZ-Analyse und die KANBAN's eingebunden werden können.

oder denke ich schon wieder zu kompliziert?

wäre schön, wenn du (ihr) mir da weiterhelfen könnt

 

Also es fehlt auf jeden Fall die Wiederbeschaffungszeit. Wenn du auch noch mit einer wirtschaftlichen Bestellmenge arbeiten willst, fehlt diese ebenfalls.

Bezüglich der ABC-Analyse kannst du dir das hier mal duchlesen. Mit deinem Beispiel kannst du ja Verkaufswert und -menge bestimmen. Eine Beschreiben der ABC-XYZ-Analyse findest du hier. Die Auswertung bekommst du über den zeitlichen Verlauf hin.

Kanban geht dann davon aus, dass du solange etwas aus einem Lager entnimmst, bis der Meldebestand unterschritten ist. Erst dann geht die Karte an den Vorlieferanten und so weiter. Also brauchst du für Kanban eigentlich kein Feld, sondern nur die Logik *wink.gif*

 

Hallo Jan,

@Alle

habe hier unter Lagerverwaltung einige Beiträge gefunden, und diese hochgeladen. Ich denke die kommt dem am nächstem was ich vorhabe

welche tabs sollten da noch rein und wie sollten die Beziehungen dazu sein.

- Lieferant
- Hersteller
- Kategorie
- KANBAN

 

\@ Erich

Wäre es an dieser Stelle (Beginn eines neuen Projektes) nicht sinnvoll Dich erstmal intensiver mit der Thematik relationales Datenmodell auseinander zu setzen und mal von Haus auf ein eigenes Modell von A bis Z aufzubauen, anstatt an ein bestehendes Datenmodell einfach nur dran zu bauen?

Vielleicht können die folgenden Links dir helfen:

A. Stern: Keine Angst vor Microsoft Access! - ADaMo
A. Kelz: Relationale Datenbanken

Und mit hoher Sicherheit wäre es nicht verkehrt wenn Du im vorhinein Dir auch genaueste Kenntnisse von der Theorie aneignest.

Du kannst nicht einfach eine DB nach der KanBan-Systematik aufbauen ohne bis ins Detail die Theorie dazu zu kennen, dass muss und wird schief gehen.

Gruß

Rainer

 

Hallo Rainer, oder @Alle

ich glaube das du da recht hast, im Anhang mal ein kleiner Anfang
ich glaube das ich mich z.Z. zu sehr auf diese (KANBAN "KARTE") konzentriere
als auf das erforderliche um dahin zu kommen. Da hab ich z. Z. tatsächlich ein Problem

vieleicht können wir oder...
mal einfach auf dem Papier anfangen, und ihr schreibt mir eure Anmerkungen darein

 

Da bin ich doch glatt dabei. *wink.gif*

Meine Anmerkungen zum dem Word-Dokument:

Du fängst mMn völlig falsch an, weil Du dir jetzt schon Gedanken um Details (Argumente) machst.

Wichtig wäre meiner Ansicht nach zu erst einmal die Entitäten zu lokalisieren und nieder zu schreiben.

Beschreib doch mal ganz exakt was erreicht werden soll, bzw. was alles im Spiel ist.

Ich versuche mal aus dem was ich hier so lesen konnte ein Beispiel aufzustellen wie ich das meine:

Ziel: Ersatzteilverwaltung in Anlehnung an KanBan

Beteiligte Objekte:

Ersatzteile

Ersatzteile werden geliefert, also sind Lieferanten beteiligt

Ersatzteile werden ausgeliefert, also sind Empfänger/Kunden o.ä. beteiligt

Ersatzteile werden verkauft, also sind Verkaufsorte beteiligt (sofern ihr an mehreren Stellen/Niederlassungen Ersatzteile verkauft)

Ersatzteile werden gelagert, also sind Lagerorte beteiligt

Ersatzteile die gelagert werden, haben einen Lagerbestand

...

Führe das jetzt einfach mal in dieser Art und Weise fort. Und dabei sind Details erstmal völlig unwichtig. Erst spielt erstmal keine Rolle wie und mit welchen Angaben Ersatzteile erfasst werden oder Lagerveränderungen realisiert werden oder sonstwas ... das kommt erst alles später, nämlich dann wenn die Entitäten mit den Beziehungen zu einander fertig stehen. Somit macht es in dieser Phase des Projektes erstmal überhaupt keinen Sinn über Details nachzudenken.

So wäre jetzt zumindest mal mein Ansatz in der Vorgehensweise.

Gruß

Rainer

 

ich versuche das in der Form noch mal auf Papier, und stell euch das für den nächsten Schritt vor irgendwie muss ich ja mal einen Treffer landen..*wink.gif*

 

Mach das. *wink.gif*

Hhmmm ... dann gibt es also keine Verkäufer sondern Mitarbeiter o.ä. ... irgendjemand "bringt" ja das Ersatzteil zur Maschine. *wink.gif*

Denk daran das es in so einer Verwaltung wohl auch unheimlich wichtig wird zu wissen zu welchem Zeitpunkt sich welches Stück wo und bei wem befindet ... z.B. 10 Ersatzteile im Besitz, im Lager sind aber nur 3 ... wo ist der Rest? *wink.gif*

Nur weil ein Monteur (oder wie auch immer) ein Teil aus dem Lager heraus genommen hat, darf es ja noch nicht weg sein aus dem Bestand. Erste wenn der Monteur das Teil auch wirklich verbaut hat wird die Entfernung des Stückes aus dem Besitz endgültig veranlasst.

Alles andere wäre eine Milchmädchen-Rechnung, Du musst da schon wesentlich praxisorientierter Denken. *wink.gif*

Gruß

Rainer