Der Änderungsindex gehört meiner Meinung nach auf jeden Fall in die Solid-Attributverwaltung.
Warum?
Ich habe bei jedem Teil (Solid) den aktuellen Änderungsindex dabei und daher auch in der ZUS sicht- und auswertbar.
Wenn es aber um die "Beschreibung" der Änderung geht (was hier vermutl. gemeint ist), das ist ein eigenes Thema, aber im Schriftfeld und evtl. auch in der Stückliste ist nur der "Index" (A, B, C, ...) sichtbar.
Über die Funktion "Schriftfeld ausfüllen" ist es aber möglich in einer Tabelle Textzeilen "dazu zu schreiben". D.h. die "aktuelle" Zeile wäre als Attribut definiert, die "alten" Zeilen würde ich "zerlegen", damit sie nur mehr als normaler Text herum liegen (nur Historie).
Sonst besteht die Gefahr, dass man über "Schriftfeld aktualisieren" die alten Texte löscht, da hierbei alle Attribute aktualisiert werden und daher nur mehr die letzte Zeile übrig bleibt.
Man erstellt dazu ein "Schriftfeld" mit dem Namen "Änderungszeile" und ein Attribut "Änderungstext".
Das Attribut "Änderungsindex" sollte sowieso schon für den Schriftkopf existieren und man kann ein Attribut in mehreren Schriftfeldern sichtbar machen.
Ob die Attribute Name (Konstrukteur) und Datum identisch mit den Werten im Schriftkopf sind, ist Definitionssache. Wenn das nicht sein darf (oft Praxis), braucht man diese beiden Attribute zusätzlich.
Nachteil 2D-Blöcke: Nur eine Schriftgröße für alle Attribute und keine "Auswerte-Möglichkeit".
D.h. zur Anzeige im Schriftfeld ok, "Verwaltung" im herkömmlichen Sinne nicht möglich.
Das eigentliche Problem bei solchen Themen ist aber, dass es eben ganz stark von der konkreten Organisation ab hängt und das mach fast jeder anders.
------------------
Gerhard Reithofer
Tech-EDV Support Forum - http://support.tech-edv.co.at/
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP