Lohnt sich ProI? (EDM PDM PLM/PTC Pro/INTRALINK)

Hallo Mitleidende,

in unserer Fa. haben wir 15 ProE2001-Arbeitsplätze. Wir haben ca 11GB ProE-Daatenmenge (ca 27.000 files), tendenz steigend.

Momentan "verwalten" wir unsere PorE-Daten klassisch über WinExplorer... is recht primitiv und dadurch auch sehr gefährlich wenn man bedenkt was man alles kaputtmachen könnte...

Lohnt sich eine ProI Anschaffung? Muß dann jeder ProE-Arbeitsplatz eine eigene ProI-Lizenz haben? Ich finde das ganze unverschämt teuer und daran scheitert es letztendlich... ist echt 'ne frechheit was die da dafür verlangen...

------------------
***never eat something bigger than Your head***

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

hallo patra,

du sagst es ja schon selbst. bei der datenmenge von 27.000 files tendenz steigend verliert man irgendwann den ueberblick. daten werden nicht mehr gefunden, die suche dauert zu lange und man buegelt sich dann irgendwann die daten ueber. hier hat ilink seine staerken. du kannst gut im team arbeiten, daten sperren, suchen, mit aenderungsabsicht versehen und deine performance bei suchen steigern (depots anlegen/cluster vergeben). und vor allen hast du ueberblick (wo sind objekte mehrfach verbaut), vorschau ohne pro/e zu oeffnen,...

... es gibt da noch so viel mehr kriterien, die fuer eine anschaffung sprechen (wahrscheinlich kommen die noch)...

bei 15 arbeitsplaetzen lohnt sich pro/i schon (haben wir auch um und bei) und wenn du ein flexlm-lizenzserver hast, brauchst du nicht eine eigene lizenz fuer jede workstation...

unverschaemt teuer weiss ich nicht, was soll denn eine lizenz kosten... (es gibt da mehrere packete z. b. ilink/multiside oder singelside)

... so long

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

Das reine Speichern, Suchen und Wiederfinden von Pro/E-Files laesst sich auch ohne Pro/INTRALINK mit einem intelligenten, effizienten und durchdachten Ordnerkonzept bewerkstelligen.

Pro/INTRALINK ist aber IMHO In my humble opinion = Meiner bescheidenen Meinung nach unverzichtbar, wenn man

- große Baugruppen verwalten will
- große Baugruppen ganz oder teilweise kopieren oder umbenennen will
- Pro/E-interne Beziehungen verwalten will
- die Layout-Technologie bei großen Baugruppen effizient anwenden will
- Parts und Baugruppen mittels file-based Parameter klassifizieren und mit diesen beispielsweise Zeichnungsschriftfelder füllen will

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

Zitat:
Original erstellt von JPietsch:
Das reine Speichern, Suchen und Wiederfinden von Pro/E-Files laesst sich auch ohne Pro/INTRALINK mit einem intelligenten, effizienten und durchdachten Ordnerkonzept bewerkstelligen.

Hallo zusammen!

Ich denke, kein noch so "intelligentes, effizientes und durchdachtes Ordnerkonzept" (bei 15 Arbeitsplätzen) kann gewährleisten dass

- Teile mit gleichem Namen nicht mehrfach angelegt werden
- Teile nicht redundant geändert werden (mehrere Versionen vorhanden)
- Teile gefunden werden, wenn sie über andere Kriterien als den Systemnamen definiert werden müssten (Artikelnummer, Gegenstand usw.)
- Teile an mehreren Standorten vorhanden sind ohne Redundanzen
- Baugruppen aufrufbar sind, auch wenn eine mehrfach verwendete Komponente umbenannt wurde.
- Teile Revisionierbar sind und sich alte Baugruppenzustände rekonstruieren lassen.

Dies meine Gedanken zu der Einschränkung von JPietsch.
Es gibt noch einiges mehr was für PDM spricht.

Pro/I bei 15 Arbeitsplätzen? Ich denke schon!

Teuer? Wir haben ein PDM im Einsatz, dass noch wesentlich teurer ist. Ich denke, der "normale" 3D CAD Anwender unterschätzt die Problematik, 3D Daten mit allen Abhängigkeiten korrekt und effizient zu verwalten.
Wenn Du die alten Beiträge hier liest wirst du feststellen, dass PTC enorm Mühe hatte, um auf den heutigen Qualitätsstand zu kommen. Diese Lösung ist ein eigenständiges Programm mit eigenständigen Entwicklern und nicht einfach ein Pro/E - Modul.

Auch das Know How und die Lizenzkosten für die (teure) Basis DB (Oracle) muss bezahlt werden.

Schau dir mal die Konkurrenten von Pro/I an. Nein, ich denke beim Preis braucht sich PTC nicht zu verstecken...

------------------
Gruss Thomas

Willst du Pro/E im deutschen "Slang"?
schreib einfach LANG=GERMAN!

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

richtig,

man darf nicht den reinen nettopreis sehen, den dein chef ausgeben soll. irgendwann holt man die ausgaben ja wieder (partiell) rein. denn durch die datenbank hast du ja auch enorme performacevorteile und eben deine sicherheit. da bin ich auch giatscs meinung: irgendwann ist es mit einem durchdachten ordnerkonzept nicht mehr getan, auch wenn man sich die teile nicht selbst ueberbuegelt sondern durchdacht speichert, hier hast du dann aber enorme performancenachteile (keine richtige suche, kopieren von baugruppen)...

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

Vielen Dank für die Infos.

Recht habt ihr natürlich... das sind ja mehr oder weniger die Grunde, warum wir uns langsam überlegen, etwas für die Datei-Verwaltung zu machen...

Wie ist es aber mit den Lizenzen? ZB mit ProE ist es so, dass wir auf einem Server alle 15 Lizenzen drauf haben, und wenn jemand arbeiten will, holt er sie sich... Wie läuft's bei ProI? Genau so? Muß ich auch 15 Lizenzen haben? Oder reicht 1?

Ich gebe zu, bin ProI-mäßig was die Anschaffung und Organisation angeht total uninformiert, und wollte mir hier erst mal nen kleinen Überblick verschaffen... Nur hatte mir ein Kollege der ein Angebot eingehohlt hatte mal einen recht hohen Preis genannt der mich aus den Socken gehaut hat (im 6stelligen EUR-Bereich, und von den Wartungskosten garnicht zu sprechen) Aber es wurde uns auch gesagt, dass wir 15 Lizenzen bräuchten... was ich nicht so ganz glaube (hagen123 wird wohl recht haben).

Giatsc, Du hast natürlich recht, so eine Software hat natürlich ihren Preis, aber die muß auch an den Kunden ran, und wenn der Kunde erst mal 'nen Schock kriegt, ist es schwer ihn nachträglich zu überzeugen. Besonders wenn er dann z.B. im Forum sieht, was für Probleme ProI hat...

Grüße!
Patra

------------------
***never eat something bigger than Your head***

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

Hi Petra,

prinzipiell braucht man je Pro/E-Arbeitsplatz eine Pro/I- Lizenz... prinzipiell!
Gerade ab der Pro/INTRALINK-Version 3.2 2002270 gibt es einen neuen Schalter, den man vorher nur mit Tricks hinkriegte: Pro/E mit einem Pro/INTRALINK-Workspace starten, ohne Pro/INTRALINK-Lizenz zu ziehen (ein Workspace ist ein/mehrere lokales Verzeichnis auf dem Client, in dem Pro/I seine Dateien ablegt - mal ganz einfach ausgedrückt).

Zusammenfassend: Nur für die Arbeiten zur Kommunikation Client-Server, z.B. Daten "Einchecken" oder "Auschecken" oder für Arbeiten mit lokalen Dateien, z.B. Umbenennen oder Kopieren, braucht man eine Lizenz. Ich würde aber mindestens 50% der Pro/E-Lizenzen als Pro/I-Lizenzen zur Verfügung stellen.

Viele Grüße

D. Bexkens

PS: Bitte denke bei der Anschaffung vorher an ein paar Punkte, die mir sehr wichtig erscheinen:
- Beratung zum Einsatz (spart viel Ärger im Nachhinein)
- Gute Anwenderschulung (scheller Einstieg, hohe Akzeptanz)
- Übernahme der Bestandsdaten (automatisiert - spart vieeeeel Arbeit)

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

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

Danke dbexkens, genau das wollte ich wissen!

Grüße und happy ProIntralinking,

Patra

------------------
***never eat something bigger than Your head***

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

Hallo,
Wollte nur mal anmerken das man durch die Integration von Intralink in die Wildfire sich das ganze relativ zu schlechteren ändert.

Es ist wesentlich leichter eine Ilink Lizenz zu ziehen (Anmeldung über ProE popt sofort auf; einige neue Funktioen werden ohne Ilink Lizenz einfach nicht angezeigt) und die Benutzer müssen sehr dizipliniert sein damit die nicht in die Versuchung kommen doch gleich mal mit Ilink einzusteigen.

Ist aber alles hinzubekommen.

Gruß Erich

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

Hallo Patra,
wir sind in der genau umgedrehten Situation.
Wir haben bereits Pro/I 2.0 und der Chef will sich zukünftig das Geld/Wartungskosten fürs Update (Oracle, Pro/I 3.3) sparen.
Bei uns sind ca. 20.000 Datensätze vorhanden die in Pro/I abgelegt sind. 5 User
Zu meinem Entsetzen gibt es jetzt Überlegungen wieder auf eine "Explorer"-Version zurückzukehren.
Selbst wenn ich wollte habe ich keine Idee, wie das gehen soll ohne Datenchaos zu produzieren.
Hat jemand Erfahrungen damit und vielleicht gute Argumente gegen diese "Idee"??

Vielen Dank für Infos!
Grss,
BPF

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

Hallo Patra,

wir setzen hier bei uns im Haus Intralink seid Version 2.0 ein, un haben jetzt bedingt durch die neue Pro/E Version 2001 auf 3.2 umgestellt.

Natürlich gibt es für und wieder zu Intralink.

Neben den Vorteilen, sind die User zu mehr Diziplin aufgefordert...

z.B. Namensvergabe in der Benennung (Suchfunktion in PRO/I unterscheidet nach Groß und Kleinschreibung, heist wenn du nicht weißt wie das Teil benannt ist Suchen per Hand angesagt) Oder Hier legt ein Schema fest, Alles Groß oder Klein.

z.B. 10 Sekunden Regel (bereits im Forum angesprochen)
Änderungen im Workspace (Revision/Status etc.) werden verspätet aktualliesiert. Änderst du z.B. den Revisionsstand und rufts sofort die dazugehörige Zeichnung auf wird die Änderung nicht angezeigt.
Erstmal 5-10 Sekunden warten....
Wer das Problem kennt kann damit Leben.

z.B. Familientabellen (ärgert mich ein wenig)
Ruft man ein Generisches Part auf werden den Familienteile nicht angezeigt, es ist notwendig die entsprechenden Familienmitglieder vorher aus zuchecken. Bei vielen Familientabellen kann dann dein Workspace schnell mal unübersichtlich werden. Da kann man sich aber auch helfen, das über Tabellenkonfiguration in der Workspaceanzeige entsprechende Filter (auf Attribute) gesetzt werden.

Um den Sevice/Wartungsvertrag werdet Ihr nicht drumherum kommen, da beist die Maus auch kein Faden ab.

Viele Problem werden in Sevicepacks behoben und diese bekommt man nicht ohne Servicevertrag.

Ein Tipp, bevor Ihr euch entscheidet schaut euch die Benutzung von Intralink bei einem Unternehmen in der Nähe an. Und bei der Datenmenge 27000 files ist es notwendig diese auch mit entsprechenden Attributen zuversehen. Hier ist wie bereits durch andere Forumsteilnehmer angesprochen eine intensive Schulung notwendig.

Dirk

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

Hallo Patra,

wir sind vor ca. 1 1/2 Jahren auf ILink umgestiegen.

Prinzipiell muß man sagen, daß ILink sehr nützlich ist und sich bewährt hat. Die guten Seiten haben ja meine Vorredner schon erwähnt.

Doch man muß auch vor der Installation die negativen Seiten sehen (außer dem hohen Preis):
- Der Datenimport dauert recht lange, je nach dem, wie sauber die Daten sind (plötzlich auftauchende Geistobjekte durch unterdrückte Elemente die nicht mehr gebraucht werden und somit ohne ProI nicht auffallen...). Unsere Konstruktion wurde durch die Umstellung auf ILINK ca. 1 Monat lahm gelegt.
- Hohe Anforderungen an die Hardware (Client). Intralink nimmt ca. 150-200MB RAM weg, d.h. Rechner mit 512MB müssen aufgerüstet oder ausgemustert werden.
- Recht lange Eingewöhnungszeit, da die Intralink-Bedienung umständlich und (unnötig) kompliziert ist.

Trotz dieser negativen Punkte sieht es so aus, als ob es zu Intrralink keine vernünftigen Alternativen gibt und man mit diesen Negativ-Punkten leben muß. Nur verschweigen einem im Vorfeld die Verkäufer gerne diese.

Gruß

Michael

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

Hallo Leude,

ProI haben wir natürlich immer noch nicht... die Probleme natürlich immer noch... Es wird nach einem anderen System gesucht um diese Verwaltungsprobleme zu lösen, da wir immernoch nicht von ProI überzeugt sind.

Vielen Dank für die Tips!
Wir werden uns auch wahrscheinlich ProI in einer Fa anschauen, die es bereits nutzt...

BPF: momentan funktioniert die Verwaltung bei uns so (ganz einfach erklärt):
Jede Baugruppe ist in einem separaten Ordner gelegt. Alle Teile, die in mehr als 1 Baugruppe verwendet werden, sind zusammen in einem Ordner gespeichert. Jeder PROE-Arbeitsplatz hat in config.pro einen SEARCH_PATH zu diesem Verzeichniss gesetzt.
Zeichnungsnummern/Artikelnr. werden in unserem EDM-System getrackt.

Mit allen nachteilen die damit verbunden sind... die natürlich mehrarbeit bei den Konstrukteuren bedeutet...

Viele Grüße,
Patra

------------------
***never eat something bigger than Your head***

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

Hallo Petra!

Wir haben auch 15 Pro/E Lizenzen und derzeit ca. 43000 files.
Davon sind sind ca 2/3 reine Projetktiele und Baugruppen die nur für eine Anlage Konstruiert und benötigt werden. Wie du aus der Systeminfo siehst sind wir auch 10 Jahre ohne Datenbank ausgekommen.
Wir haben ein auskeklügeltes Stücklistensystem in dem die Teile und Baugruppen verwaltet sind. Für jede Zeichnung wird automatisch von Stücklistenprogramm eine vortlaufende Nummer vergeben und der Ordner in dem er erstellt wurden, sowol in Pro/e als Parameter eingetragen und im Stücklistenprogramm vermekt. Im Stücklistenprogmm (Egenentwiklung der Softwerabteileung auf Visual Fox Pro Basis) werden die Plotdateine der Zeichnungen achiviert.

Bei uns ist daher die Überlgung Pro/I für die ca. 10-15 prozent Standardteile und Baugruppen als Datenbasis zu verwenden. Dadurch wird es möglich alte Baugruppen einfach zu aktualisieren. Dabei bleiben die Alten Baugruppen samt Zeichnung auf dem Server und es werden nur die Einzeltile in Pro/I eingearbeitet. Neue Standardbaugruppen werden gleich in Pro/I erstellt und eingechekt.

Durch dieses System wird gewärleistet, dass der einzelne Konstruktuer entscheiden kann ob er die Daten in Pro/I einarbeitet oder es auf der im Projetordner am Server beläst. (Änderungen an Bauteilen werden auch im Stücklistensystem erfaßt).

------------------
Mfg
Neuhuber Helmut

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

Hallo,
Trotz aller Nachteile die Ihr da so aufführt, kann ich nur sagen dass sich PRO/I lohnt. Hier nur 3 Gründe !
* bisher beste Übersicht über Baugruppen
* macht mal einen Teileverwendungsnachweis über einen Explorer
* versucht mal über einen Explorer Parameter in prt,drw,asm,... zu ermitteln (vorausgesetzt es werden auch welche sinnvoll genutzt)
Wir haben uns damals für PRO/I entschieden, weil es aus dem selben Hause wie PRO/E kommt. Zwei andere Firmen die ich kenne, haben sich allerdings für CADIM entschieden, weil diese seit Jahren Familientabellen erstellen und PRO/I damals gar nicht in der Lage war diese zu verwalten. Wer aber Familientabellen in Windchill verwalten will, wird Leider hier wieder ein böses erwachen erleben.

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

Hallo Patra,

die Vorteile von Pro/I sind ja schon ausgiebig beschrieben worden. Hier noch 2 Anmerkungen:

Wieviel Zeit verbringt ihr damit, Baugruppen und Zeichnungen zu reparieren, die irgendwie überschrieben gelöscht, umbenannt .... worden sind. Das Reparieren ist bei konsequenter Anwendung von Pro/I eigentlich nicht mehr nötig (Versionierung, Rechte ...). Sprich, diese Zeitersparnis kann gegen die Investition gerechnet werden.

Der Vorteil von Pro/I ist die Hotline. Auf der Server-Seite habe ich bis jetzt die besten Erfahrungen mit der Hotline gemacht. Man braucht selber eigentlich keine Oracle-Kenntnisse, weil alles, was man braucht, von der Hotline vermittelt wird.

------------------
Mit freundlichen Grüßen

Bernhard Veckes

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

Hallo,

Wir stehen ebenso vor der Einführung von Pro/I. Jedoch gibt es hier im Hause eine Menge Bedenken dagegen, die ich z.Zt. nicht überprüfen kann, da mir eine Schulung in Pro/E und Proo/I erst noch bevorsteht.

Dem entsprechend sollen unter vielem anderen Baugruppen mit Bauteilen, die Referenzen zu entfernten Baugruppen haben, größere Schwierigkeiten in Pro/I bereiten.

Was steht uns eigentlich mit Pro/i bevor?
------------------
so long ...

Achim

Maschinen für die Lebensmittelindustrie

[Diese Nachricht wurde von mtl3d am 06. Jan. 2004 editiert.]

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

Hi Achim,

meiner Meinung nach, ist gerade dann, wenn es viele Beziehungen zwischen den Modellen gibt, Pro/INTRALINK unverzichtbar. Denn nur mit einem datenmanagement kann es noch eine Übersicht dazu geben, welche Modelle wovon abhängig sind, z.B. wenn ein Projekt teilweise kopiert werden soll.
Nun zu den Schulungen, die Dir bevorstehen: Gerade wenn ihr recht viele Beziehungen zwischen den Modellen habt, ist die qualitativ gute Ausbildung aller Anwender recht wichtig. Es geht dabei nicht nur um das Verständnis des Aufbaus komplexer Beziehungen (nebenbei angemerkt: wenn man sowas intelligent und gut aufbaut, kann es enorm viel Zeit sparen), deren richtiger und konsequenter Anwendung, sondern auch darum, zu entscheiden, wann man sowas macht und wie tief. Hilfreich hierfür ist z.B. auch eine gute Dokumetation in Form von Richtlinien.

Viele Grüße

Detlef

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

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

Hallo leidende ....

was ist eigentlich von der Situation das mit dem Windchill PDMLink
alle Prol Funktionen abgedeckt werden und noch viel mehr an Funktionalität auf dem Einstiegsweg PLM geboten wird?!

Hat das nicht mittelfristig zur Folge, dass die Prol Weiter-entwicklung minimiert wird (wenn nicht sogar) generell mit PDMLink
abgelöst wird??

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

Hallo D-Schumann,

ich fühle mich nicht durch Deine Anrede "Halle Leidende" angesprochen .
Meiner Meinung nach leiden nur die, welche kein Datenmanagement für ihr Pro/E-Zeugs haben.

Viele Grüße

Detlef Bexkens

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

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