Datenbankmodell "Lebenszyklus eines Produkts"

[jobo]

Einerseits würde ich Furtbichler Recht geben, z.B. was den Berater angeht, andererseits war von ISO 9000, Maschinen, Einstellwerten, .. keine Rede.
Anhand der Infos in Deiner Frage kann man Dir jedenfalls keine Tipps zum Datenmodell geben.
Wenn bis jetzt dutzende Exceltabellen zur Abbildung des Prozess' dienen, sehe ich das Problem, dass diese Exceldaten auch anderen Prozessen dienen, die bei der Umstellung vielleicht untergehen.
Wann beginnt der Lebenszyklus der Baugruppe? Schon bei der Produktion? Beim Einbau, Lieferung oder erst bei der Reklamation?
Wenn Du Hinweise zum Modell brauchst, schreib doch mal, was Du minimal abbilden musst.

[Furtbichler]

Zitat von jobo:

... andererseits war von ISO 9000, Maschinen, Einstellwerten, .. keine Rede.

ISO 9000 ist hier eh ein Muß und ich würde annehmen, das es hier um die lückenlose Protokollierung eines Werkstückes geht, eben wegen Reklamationen, Rework etc.

Wenn man sowas anfängt, dann richtig.

[blawen]

Zitat von Perlsau:

Mir ist nicht so recht klar, worin dein Problem tatsächlich besteht. Du bist dir noch nicht schlüssig. Okay, soll vorkommen.

1. Womit kann die Forengemeinde dir helfen?

3. Was soll die Software alles können? Lagerverwaltung? Artikelverwaltung? Offenbar verwaltet ihr euer Lager bzw. eure Artikel mit Excel-Tabellen. Das ist natürlich völlig obsolet.

Gedankenansätze reichen mir vollkommen

Grundsätzlich arbeiten wir mit SAP und sind ISO 9001 zertifiziert, von daher machen wir es schon nicht komplett „falsch“, haben aber noch Potential für Optimierungen.
Welche Anlage wo steht, können wir dem System entnehmen, wenn es aber z.B. um die einzelnen Komponenten eines PC’s geht, kann mir das System nur bedingt Auskunft geben.
Wenn z.B. das Mainboard ersetzt wird, sehe ich dies zwar im SAP, kann aber keinen Rückschluss auf dessen Seriennummer nehmen.
Aus diesem Grund wurde in der Vergangenheit die ganze History mittels Excel-Tabellen abgedeckt (nicht die der Maschine, sondern die der Einzelkomponenten).

Um beim PC zu bleiben:
Im Falle der Reparatur bekomme ich z.B. nur den fehlerhaften RAM-Riegel. Aus welchem PC er stammt, ist beim Wareneingang zunächst teilweise unklar (Da wir weltweit operieren ist es schwierig, in jedem Fall sicherzustellen, dass das Retourformular komplett ausgefüllt wird. Insbesondere wenn der Absender nicht eine unserer Niederlassungen, sondern der Kunde selber ist)
Anhand der Exceltabellen kann ich aber meine Rückschlüsse ziehen.

Die restlichen Fälle gehen in eine ähnliche Richtung, hier geht es ebenfalls um die Nachvollziehbarkeit (aus X wurde Y) oder aber um die Statistikführung (die Fehlerquote der RAM's aus der Lieferung XY ist auffällig hoch).

@Furtbichler

• Die ganzen Stücklisten (etc.) sind konsequenterweise im SAP hinterlegt und dies funktioniert soweit tadellos.

• 3NF sollte durchaus ausreichen, nur war ich mir über die Beziehungen nicht eindeutig im Klaren.
  Du hast mich aber mit Deinen Stichworten auf eine Idee gebracht (u.a. die Tabelle mit der Produkthistory).

Ich glaube, ich habe meinen Weg gefunden – Lieben Dank
Eines kann ich Dir bestätigen - es mach Spass, wirklich sehr viel Spass

[Hansa]

SAP und Excel-Tabellen bei denselben Daten ? Habe schon viel gesehen, so was aber noch nicht.

[Furtbichler]

Zitat von Hansa:

SAP und Excel-Tabellen bei denselben Daten ? Habe schon viel gesehen, so was aber noch nicht.

Nach er ersten SAP-Anpassung sind die meisten Firmen insolvent bzw. so gut wie und müssen sich erst einmal erholen. In diesen 20-50 Jahren muss man den Rest eben selbst machen.

[blawen]

Zitat von Hansa:

SAP und Excel-Tabellen bei denselben Daten ? Habe schon viel gesehen, so was aber noch nicht.

Es sind nicht nur bedingt dieselben Daten. Im SAP sind viele Daten "anonym" (Seriennummern) und dies reicht den meisten Betrieben durchaus. Geht's aber explizit um Reparaturen ist unser SAP im Moment nur bedingt geeignet.

Im vorletzten Betrieb hatten wir die gleiche Problematik. Dort wurde dieser Teil zuerst durch externe SAP Programmierer und später durch eigene umgesetzt. Dies hat aber zum einen ein Heidengeld gekostet und die Arbeiten haben mehrere Jahre beansprucht.
Der grosse Unterschied dabei ist, dass es dort um rund 250'000 Reparaturen pro Jahr geht und neben der ganzen Reparaturlogistik wird auch die eigene Werkstatt und deren Ersatzteillager über das System abgewickelt.

In diesem Sinne bewegen wir uns Zahlenmässig in einer völlig anderen Liga und kostenmässig macht die angedachte neue Lösung schon Sinn.

[p80286]

OK SAP-bashing ist beinahe so schön wie M$-bashing aber zurück zum Problem.
Wenn ich die Ausgangslage richtig verstehe gibt es Geräte, die aus mehreren Teilen aufgebaut wurden.
Diese Teile werden bei Defekt (vllt. auch das eigentliche "Gerät") ausgetauscht.
Diese Teile können neu oder "repariert" sein.
Die Reparaturen/Fehler sind dokumentiert
Alle Teile und Geräte besitzen eine eineindeutige Kennzeichnung.

Und wo klemmt es da jetzt, das ist doch eine klassische DB-Anwendung. Interessant wäre eine Ankopplung an das SAP-System wobei naturlich in beiden Systemen die gleichen Satznummern/Kennzeichnungen vorhanden sein müssen.

Gruß
K-H