---

Hallo,
wenn ich in einem generischen Bauteil, einige Ke`s hinzufüge oder
Maße ändere und dieses Bauteil im Workspace speichere, muß ich erst die Familientabelle verifizieren um das Bauteil zu speichern, obwohl ich an den Ke`s die in der Famtabelle aufgelistet sind, nichts geändert habe.
Unter 2001 war dies kein Problem, aber unter Wildfire ist es doch ziemlich lästig, diese neue Vorgehensweise.

Kann ich in der config.pro die Einstellung verändern oder gibt es andere Alternativen????

Gruß
Markus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Markus!

Soweit ich weiß, ist diese Vorgehnsweise (das mit dem Verifizieren) dringend erforderlich, wenn man mit Intralink arbeitet.
Sonst kann es Probleme geben!
Um das zu vermeiden, hat sich PTC wohl dazu entschieden, daß es in WF zwingend ist!? ;-))

Ciao

Marcus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Also wir habe schon einige Jahre Intralink (und nie Problem gehabt)und ärgern uns auch erst seit dieser Woche über diese ekelige Meldung.

Gibt's da nun 'ne Config-Option?

------------------

MfG
Falko Dröge

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

In Intralink 3.3 M021 kann man sich das in den Client-Voreinstellungen aussuchen, ob man unverifizierte Varianten einchecken darf.
In M020 weiss ichs nicht. In den älteren WV der 3.3 gab es keine Möglichkeit, da MUSSTE verifiziert werden.

------------------

Stahl.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

voreinstellungen.jpg

Hi,

Config-Optionen in Pro/E gibtŽs meines Wissens nach wirklich nicht. Die Client-Einstellungen in INTRALINK können nur vom SystemAdmin eingestellt werden und gelten damit Firmenweit für alle Anwender (siehe Bild anbei: alles grau - nur der Admin siehtŽs aktiviert).

@Markus: Das die Varianten alle geprüft werden müssen hat Sinn, sobald Änderungen im Generischen Modell durchgeführt wurden: wurde z.B. ein KE hinzugefügt, gilt dies ja automatisch auch für alle Varianten. Wenn dem nicht so sein sollte, muss man eine neue Spalte in der Familientabelle erstellen - und damit wäre wiederum alle Varianten verändert und damit zu prüfen.

Meiner Meinung nach war die programmierte Sicherstellung der Prüfung schon lange fällig. Wer wie wir bei z.B. Datenmigrationen von Pro/PDM zu INTRALINK, auf den alten "Müll" ungeprüfter Varianten stößt und z.B. den gleichen Varientennamen in mehreren Generischen findet (teilweise natürlich ungepfüft, was verschärft dazukommt), weiß die Initiative der Programmierer zu schätzen. Außerdem ist meine persönliche Meinung zur gelegentlichen körperlichen Züchtigung von nicht-prüfenden Anwendern durch ihre Admins sicherlich bekannt.

Viele Grüße

Detlef

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Volle Zustimmung für Detlef!!!

Jeder der mit Intralink arbeitet, sollte es eigentlich zu würdigen wissen, daß etwas für die Datensicherheit getan wird. Aber wenn schon mal was neu gemacht wird, wird sofort wieder nach einem Ausweg gesucht. Das geht solange bis die guten Vorsätze aufgeweicht sind und wieder nach Verbesserungen beim Programm geschrieen wird, anstatt seine eigene Arbeitsweise zu ändern und selbst etwas für saubere Daten zu tun. 

------------------
Gruß
U. Süß            Don't panic, you work with Pro/E! (Thomas alias giatsc)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

@Detlef & Udo:
Ich bin nicht der selben Meinung.

Wenn man größere Baugruppen, die praktisch nur aus Blechteilen bestehen, bearbeitet, dann wird das ewige Verifizieren zum Ärgernis. Wenn man komplizierte Einzelteile mit sehr vielen Varianten braucht, dann umso mehr! Ich hab eine Familientabelle, die 10 min zum Verifizieren braucht. Wieso müsste ich das jedesmal erdulden, nur weil ich im Generic einen Stücklistenparameter korrigiere oder hinzufüge? Dass die Geometrie überprüft werden muss, weil sie ja nicht regenerierbar sein könnte, ist vollkommen irrelevant. Ich kann schließlich auch in einem Nicht-Familientabellenteil ein Maß extrem ändern, NICHT regenerieren und abspeichern. Das ist Intralink ja auch egal.

Außerdem gelten Teile sehr oft als geändert, obwohl man nichts verändert hat. Trotzdem müsste man wieder verifizieren.

Unsaubere Daten sind ein Übel, da geb ich dbexkens vollkommen recht.
Doch das Verifizieren hat IMHO nichts mit sauberen Familientabellen zu tun. Das Problem wäre gegessen, wenn ProE die Information "He, ich habe eine Variante X!" _immer_ ans Intralink weitergeben würde!

Aber wie gesagt PTC hat das eingesehen und mit M021 ist das nicht mehr so schlimm.

------------------

Stahl.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ich hänge meinen Beitrag mal hier an, um unsere Probs mit dem Verifizieren zu schildern:

Baugruppe mit Fam-Tabellen-Teilen erstellt, welche vorher bereits alle verifiziert waren!
Beim Einbau nur eingebaut, IMHO nicht geändert, dennoch fordert uns Pro-E beim Speichervorgang zum Verifizieren auf! Ok, wird dann ja automatisch gemacht...aber aller Einzelteile stehen im Workspace als geändert und verifizert!

Wie kann man das ändern, ohne extra die Famtabs zu aktualisieren?

Wie kann man dem entgegenwirken?

------------------
Du darfst keine weitere Göttin neben der Suchfunktion haben! Nur sie bringt Licht ins Dunkel der Unwissenheit!
 

[Diese Nachricht wurde von wauzzz am 01. Dez. 2005 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

HAllo,

ich kann auch nur den beiden Moderatoren voll recht geben. Schlechte Daten holen jeden irgendwann einmal ein. Und dann wird sich fürchterlich darüber geärgert und geschimpft (Bei uns in der Regel über den Administrator - und das bin ich). Mittlerweile habe ich schon ein so dickes Fell das jeder Bär im Winterschlaf neidisch wäre. Außerdem kann ich jedem user nachweisen, wenn er "Mist" gebaut hat bzw. gepfuscht hat (auch das ist mit Pro?E und Por/I noch möglich). Das ist dann entweder peinlich für den user oder aber er/sie ist beleidigt und redet nicht mehr mit mir. Auch gut - kann ich in Ruhe arbeiten.
Zurück zum Verifizieren:
Im Intralink war es früher erforderlich, das Fam-Tab-Varianten verifiziert wurden, da es sonst passieren konnte, das die Verbindung von der Variante zum generischen Teil futsch war. Das haben unsere user öfters hinbekommen. Seit wir von Intralink 3.2 auf 3.4 und von der 2001 auf die WF2 umgestiegen sind, haben wir Ruhe und es funzt, dank des eingebauten Zwangs.
Das wir oft nach dem Einbauen und auch regenerieren als verändert stehen haben, liegt sehr oft daran, das der Folienstatus geändert und gespeichert wird. In Baugruppen wird dabei leider der Folienstatus auf sämtliche eingebauten Teile übertragen. Leider habe ich noch keine config.pro-Option gefunden, die das unterbindet. Auch hatten wir oft dieses Problem, wenn bei den Teilen die Masse noch über ein Analyse-KE berechnet wird. Das hatten wir früher mal noch vor der Wildfire.
Heute funktioniert eigentlich alles ganz gut, insbesondere bei den Normteilen, die wir auch über Fam-Tabs angelegt haben. Wir können Sie einbauen (als Variante) und nichts steht als geändert da, wenn man die Baugruppe speichert. Es funktioniert also, und wenn irgendwas als geändert da steht, hat das schon seinen - wenn auch oft nur schwer nachvollziehbaren - Grund.

So genug geschrieben, sollte auch nur ein kleiner Erfahrungsbericht sein, das das mit dem Verifizieren absolut Sinn macht.

In diesem Sinne   

------------------
Grüße aus OWL
Thomas

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo zusammen,

ich finde auch, dass im Normalfall der Verifizierzwang eine klare Verbesserung darstellt.
Aber warum zum Kuckuck steht dieser Dialog, der beim Speichern hochkommt, auf "Diese Warnung ignorieren" und nicht auf "Jetzt verifizieren"?
Ich finde dieses immerwährende Klick auf "Alle setzen" lästig.
Kennt jemand eine Möglichkeit das voreinzustellen?

Gruß Theo

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von EWcadmin:
Heute funktioniert eigentlich alles ganz gut, insbesondere bei den Normteilen, die wir auch über Fam-Tabs angelegt haben. Wir können Sie einbauen (als Variante) und nichts steht als geändert da, wenn man die Baugruppe speichert. Es funktioniert also, und wenn irgendwas als geändert da steht, hat das schon seinen - wenn auch oft nur schwer nachvollziehbaren - Grund.

---

Zu diese Aussage möchte noch einen Einwand einbringen.
Unsere User die Normteile auf in FamTabs in der Bibliothek, die für sie schreibgeschützt ist. Sie beklagten sich über fehlerhaftes Abspeichern, sobald sie ein Normteile eingebaut hätten. Ich sagte ihnen, daß auch Folienstatusänderungen oder Farbzuweisungen eine Speicherung des Teile erforderlich machen. Bis sie mir zeigten, wie sie eine Baugruppe aufriefen, Normteil einbauten und Abspeichern wollte und trotzdem kam die Fehlermeldung des Schreibschutz.
Also muß doch ProE das Normteil irgendwie als geändert angesehen haben.

------------------
Scheinbare Rechtschreibfehler beruhen auf eine individuelle Rechtschreibreform

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zwei Anmerkungen @rjordan
1. Durch Komplett-Regenerieren und neu Einchecken vor allem von "alten" (Vor-Wf2)Normteilen wird das Problem erheblich reduziert
2. Es kommt trotzdem bei uns vor, dass nicht gespeichert werden kann weil schreibgeschützte Normteile irgendwie geändert worden (Folien Farben oder andere nicht nachvollziehbare Ursachen oder auch BUG in Pro/E)
Workaround Problematisches generisches Teil in Pro/E aufrufen und aktualisieren

------------------
Servus   
Alois

[Diese Nachricht wurde von anagl am 04. Mai. 2007 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

 

Zitat:

---

Original erstellt von rjordan:
Zu diese Aussage möchte noch einen Einwand einbringen.
Unsere User die Normteile auf in FamTabs in der Bibliothek, die für sie schreibgeschützt ist. Sie beklagten sich über fehlerhaftes Abspeichern, sobald sie ein Normteile eingebaut hätten. Ich sagte ihnen, daß auch Folienstatusänderungen oder Farbzuweisungen eine Speicherung des Teile erforderlich machen. Bis sie mir zeigten, wie sie eine Baugruppe aufriefen, Normteil einbauten und Abspeichern wollte und trotzdem kam die Fehlermeldung des Schreibschutz.
Also muß doch ProE das Normteil irgendwie als geändert angesehen haben.

---

Passierte bei uns auch, bis ich irgendwann mal bei Cad.de gelesenen hatte, dass dieses Verhalten i.d.R. bei "alten" Normteilen beobachtet wird. Also 2 Tage hingesetzt, generische Teile ins ProE geladen, durchregeneriert und unter WF2 abgespeichert. Und Tatsache, seitdem ist Ruhe!

------------------
Gruß Frank

[Edit]

O.K., Alois war schneller...

[/Edit]

[Diese Nachricht wurde von frank08 am 04. Mai. 2007 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Danke, euch beiden. Ich werde das bei den betreffenden Teilen mal durchführen und beobachten, ob der Fehler wieder auftaucht.

------------------
Scheinbare Rechtschreibfehler beruhen auf eine individuelle Rechtschreibreform

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Schneller als erwartet habe ich das Ergebnis. Daraus läßt sich schliessen, daß die Fehlermeldung bleibt. Es tritt momentan aber nur bei einem Normteil auf. Ich hatte es durchregeneriert und die FamTab verifiziert.
Aber selbst wenn ich eine Baugruppe ändere, in dem dieses Teil schon eingebaut war, kommt die Meldung.

------------------
Scheinbare Rechtschreibfehler beruhen auf eine individuelle Rechtschreibreform

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

1. Wird das Normteil evtl. von einem Baugruppenmaterialschnitt geschnitten?
2. Tritt das auch auf wenn man eine neue Baugruppe aaufbaut?

------------------
Servus
Alois

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

beides Mal NEIN.

Seltsam

------------------
Scheinbare Rechtschreibfehler beruhen auf eine individuelle Rechtschreibreform

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

versuch mal folgende config option
verify_on_save_by_default yes

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP