Revisionen in Zeichnungen

[MauroM]

hallo alle,
jemand weiß, ob die verwaltung von revisionen (der art: die anzahl der revisionen muss in der tabelle des jeweiligen angezeigt werden, im äxiem, anstatt in den listenteilen, im dateinamen usw....) durch eine einheitliche gesetzgebung geregelt wird?

danke.
alter

 

[guitarfenix]

hi.

ich glaube, es gibt ein gesetz, aber ich kann es ihnen nicht sagen.

ich glaube, dass es größtenteils die "gute sinn" norm gibt... es ist immer der fall, die überarbeitung des designs oder projekts anzuzeigen, um eine geschichte der versionen zu haben, ein feedback zwischen den teilen und der sicherheit nicht, ein projekt mit zeichnung von verschiedenen revisionen durchzuführen.

ich würde ihnen sagen, dass es immer der fall ist, das vorsprechen in das projekt einzutragen: mit nummer/zeichen, datums-revision, autor-revision.

hi.
guten tag

 

[MauroM]

danke.
ich habe auch immer den "guten sinn" verwendet, leider gibt es etwas andere meinungen, die gelegentlich herausspringen, also wenn ich die rechtsvorschriften zumindest finde, hätte ich einen ausgangspunkt.

 

[Marco Fallocco]

hi.

ich glaube, es gibt ein gesetz, aber ich kann es ihnen nicht sagen.

ich glaube, dass es größtenteils die "gute sinn" norm gibt... es ist immer der fall, die überarbeitung des designs oder projekts anzuzeigen, um eine geschichte der versionen zu haben, ein feedback zwischen den teilen und der sicherheit nicht, ein projekt mit zeichnung von verschiedenen revisionen durchzuführen.

ich würde ihnen sagen, dass es immer der fall ist, das vorsprechen in das projekt einzutragen: mit nummer/zeichen, datums-revision, autor-revision.

hi.
guten tag

hallo alle

hängt vom arbeitsfeld ab.
beispielsweise ich arbeite in den vorherrschenden militärischen und luftfahrtsektoren; hier kostet mehr papier als das gerät.
als ich in biomedizin arbeitete, gab es eine andere luft.
welche art von zertifizierung haben sie?; wenn uni en iso 2001:xxxx ein konto ist, wenn sie 9100 ist ein anderes.
die gesetzgebung gibt ihnen zertifizierung, oder besser sagen sie das handbuch der qualität und vorschriften beigefügt.
der gemeinsame sinn dann ist immer gut akzeptiert, aber es kann nicht ausreichen (sie werden es sicherlich nicht für sie tun, ein gesetz dekret, das zur substanz treibt)....

marsch

 

[gerod]

wenn sie ein sgq (qualitätsmanagementsystem) verwenden, schreiben sie ein überprüfungsmanagementverfahren. ich habe nie gehört, dass es eine regel für revisionen gibt.
dass ich weiß, jedes unternehmen sie nach einem internen verfahren verwaltet. nie gesehen referenzen auf normen.
hi.

 

[MBT]

wenn sie ein sgq (qualitätsmanagementsystem) verwenden, schreiben sie ein überprüfungsmanagementverfahren. ich habe nie gehört, dass es eine regel für revisionen gibt.
dass ich weiß, jedes unternehmen sie nach einem internen verfahren verwaltet. nie gesehen referenzen auf normen.
hi.

quotienten
ich weiß nicht mal, dass es ein gesetz gibt. .

 

[mir]

wenn es irgendwelche rechtsvorschriften zu diesem thema gäbe, würde jeder staat/region/provinz/common/industria/stance/user eine alternative version annehmen

 

[Er Presidente]

ah!
welche versuchung dieser beitrag!
ich bin ziemlich "kümmerlich" ich könnte einen "pippone" auf das thema werfen, damit sie den kopfschmerzen bekommen können, aber mit einigen zusätzlichen ideen.

ich werde ein "auge" schreiben, ein "anfang", ich kündige von laodice und ich bin frei, diese dunklen und gefährlichen gebiete zu betreten!


:biggrin:

 

[myface]

in der tat ist die verwaltung der revisionen und/oder aktualisierungen der zeichnungen und technischen dokumentation viel komplexer als es scheinen könnte, es ist der infido-boden, dass oft auch die technische entwicklung bestimmter schlecht bürokratisierter unternehmen

 

[gerod]

wir wollen ein verfahren, das wir der regierung vorschlagen!
ich stimme zu, dass das thema "ein dunkles böse" ist und oft unternehmen es noch dunkler machen.

 

[Messerschmitt]

hallo alle,
jemand weiß, ob die verwaltung von revisionen (der art: die anzahl der revisionen muss in der tabelle des jeweiligen angezeigt werden, im äxiem, anstatt in den listenteilen, im dateinamen usw....) durch eine einheitliche gesetzgebung geregelt wird?

danke.
alter

wir in der gesellschaft mit der verwaltung der revisionen sind wir ein wenig falsch in bezug auf das design und die interne executive-entwicklung (wir sind ein wenig disorganisiert...), aber ich arbeitete an den bestellungen eines unserer kunden, die uns mit den executive zeichnungen bietet und ich denke, sie verwenden eine gute methode.
der dateiname ist beispielsweise der typ:
980_m470_1_1_1_1.dwg
980_m470_2_1.dwg
980_m470_3_1.dwg
980_m470_4_1.dwg
...
980_m470_n_1.dwgwo:
- 980 ist die progressive anzahl des projekts.
- m470 identifiziert einen "großen" satz innerhalb des projekts.
- an dritter stelle gibt es die anzahl der tabelle; jede tabelle enthält ein oder mehrere teile des äxiems (wenn sie die layouts verwenden, können sie eindeutig mehrere tabellen innerhalb desselben dwg haben)
- der vierte platz ist die revisionsnummer.

wird beispielsweise eine änderung des m470-axiems vorgenommen, werden alle tabellen, die sich auf diesen axiem beziehen, überprüft, auch wenn beispielsweise nur 980_m470_3_1.dwg geändert wurde.
dann, nach einer überprüfung die dateinamen werden:

980_m470_1_2.dwg
980_m470_2_2_2.dwg
980_m470_3_2.dwg
980_m470_4_2.dwg
...
980_m470_n_2.dwg

innerhalb jeder datei finden sie im ordner eine zeile für die aktuelle revision, eine für die vorherigen revisionen, inklusive datum, kurze beschreibung der revision und signaturen. in den tabellen, die in einer bestimmten revision nicht geändert wurden, beispielsweise als revisionsbeschreibung, ist die angabe "siehe tabelle 980_m470_3_2_dwg".
in tabelle 980_m470_3_2.dwg die beschreibung der aktuellen revisionslinie besser erklärt, was geändert wurde. die in der aktuellen revision geänderten teile sind markiert, um sie gut sichtbar zu machen. im design die gleiche marke und eine revisionswolke verwendet werden, um die modifizierten teile hervorzuheben.

eine solche methode, wenn sie richtig umgesetzt wird, schützt vor fällen und missverständnissen, aber es ist ziemlich komplex, und in der tat von dem, was ich sehe, werden meist revisionen weniger pünktlich behandelt.

 

[Er Presidente]

fangen wir an:

- ein einziges stück, wenn es sich ändert, muss es einen neuen code haben.
- ein einziges stück, wenn es sich ändert, aber bleibt "kompatibel" mit dem alten, hält den code, aber erhöht die bewertung exponent.

leicht.
wenn ich ein design verwenden muss, kann ich immer die neueste verfügbare revision verwenden.

aber...

 

[Er Presidente]

wir nehmen ein komplexes objekt, ein fahrzeug:
- 120.000 stück.
- 6000 "codes".
- 3.000 zwischen axiomen und unterarmen.

wenn ich zwei autos des gleichen modells und der version (der gleiche code wie zusammen), werden sie nie "identisch" sein (die gleiche revision).

wenn auf einem der autos ich montiert die würfel der verchromten räder und auf der anderen nein, die beiden autos werden "anders", aber "kompatibel" und daher mit unterschiedlicher revision.

 

[Marco Fallocco]

wir nehmen ein komplexes objekt, ein fahrzeug:
- 120.000 stück.
- 6000 "codes".
- 3.000 zwischen axiomen und unterarmen.

wenn ich zwei autos des gleichen modells und der version (der gleiche code wie zusammen), werden sie nie "identisch" sein (die gleiche revision).

wenn auf einem der autos ich montiert die würfel der verchromten räder und auf der anderen nein, die beiden autos werden "anders", aber "kompatibel" und daher mit unterschiedlicher revision.

der oben beschriebene kontext bringt die "versionen" . . . . .
für ein gerät gibt es also sowohl die version (das gleiche auto, aber blau lackiert statt rot) als auch die revision (wir ändern die angriffe auf den rahmen, für den es möglich sein wird, uns auch einen anderen motor zu montieren).
ein letztes frocery ist die registrierung der konfiguration . . . jemand nennt es ein freshman . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
an diesem punkt können sie tausende von autos erinnern, weil sie feststellen, dass fehlerhafte bremsen montiert wurden (siehe auf die bremsen waren in version oder revision aufgezeichnet)
dasselbe kann für die handbremskopfhörer nicht wahr sein . . . . . . . . . . . . . es beeinträchtigt nicht, wenn die nähte mit rotem oder orangem faden hergestellt wurden.
die bremsen sind dann hwci (hardware-konfiguration) die kopfhörer hwp (hardware-teil).
hwci änderungen unterliegen einer anpassung des revisionsindex (oder der geburt einer version), während hwp nicht.

 

[Messerschmitt]

ich glaube, ich habe etwas trivial verstanden: die verwaltung der revisionen variiert je nach dem produkt, mit dem sie zu tun haben.
was von herrn präsident und frau crawley beschrieben wird, gilt für die produktion in serie, aber es gibt auch produktion auf bestellungen von einzelstücken oder in sehr kleinen mengen. in diesen fällen entspricht das endstück dem in der letzten revision dargestellten. bisherige revisionen stellen zwischenstufen dar, die vor beginn der produktion oder sogar während der produktion selbst modifikationen vorgenommen haben können. bei fertiger arbeit konnten theoretisch alle zwischenrevisionen ruhig in den korb geworfen werden, weil sie sich auf ein objekt beziehen, das dann nicht realisiert wurde.

 

[mir]

ich glaube, ich habe etwas trivial verstanden: die verwaltung der revisionen variiert je nach dem produkt, mit dem sie zu tun haben.
was von herrn präsident und frau crawley beschrieben wird, gilt für die produktion in serie, aber es gibt auch produktion auf bestellungen von einzelstücken oder in sehr kleinen mengen. in diesen fällen entspricht das endstück dem in der letzten revision dargestellten. bisherige revisionen stellen zwischenstufen dar, die vor beginn der produktion oder sogar während der produktion selbst modifikationen vorgenommen haben können. bei fertiger arbeit konnten theoretisch alle zwischenrevisionen ruhig in den korb geworfen werden, weil sie sich auf ein objekt beziehen, das dann nicht realisiert wurde.

aber vergessen sie den kritischen fall, wo modelle bereits mit alten versionen von subelementen hergestellt wurden

 

[Messerschmitt]

aber vergessen sie den kritischen fall, wo modelle bereits mit alten versionen von subelementen hergestellt wurden

es mag sein, aber sie sind nicht fälle, die teil meiner erfahrung sind.
wo ich arbeite (kleines unternehmen mit 40-50 mitarbeitern) produzieren wir schwere schreinerei und mechanische teile für hydraulische und industrielle arbeiten: in den meisten fällen müssen wir 1 zeichnungsobjekt aufbauen. 1 objekt zu bauen dient nur 1 konstruktion, die für den bau gültig ist, die mit der höchsten revisionsnummer. alle anderen revisionen sind nutzlos, sie sind nur verwirrend.
praktisch, in meinem fall, können sie nicht fallen bei modellen vorher mit alten versionen von subelementen hergestellt, weil die modelle sind fast immer einzigartig.

 

[Juri_B]

aufmerksamkeit für alle

 

[Juri_B]

sie haben etwas verwirrung.

überprüfung eines fact-codes, schließt frühere revisionen aus,

der oben beschriebene fall der chromschrauben und nicht, sind nicht 2 revisionen des codestamms. tatsächlich 2 verschiedene codes

xxxx schraube m12x40 10.9 verzinkt
xxxzzz schraube m12x40 10.9 chrom

die differenzierung der maschine mit chromschrauben erfolgt auf der ebene der anpassung des fertigen produkts "auto"

in der regel im axiemi und subassiemi haben sie eine eindeutige codeladung, es ist nicht notwendig, dass diese codes austauschbare kraft sind als der code selbst, vielleicht ist es möglich, dass die verbindung von zwei oder mehr code-rev 2 innerhalb des axiems, zusammengefügt geben das gleiche ergebnis oder verbessern das ergebnis der rev 1. lösung

ich gebe ihnen ein beispiel:
ich habe einen xxx-r1-pin, der innerhalb einer yyyy-r2-zementbuchse rotiert, der verschleiß des stiftes oder der buchse verursacht reibungs- und verschleißprobleme.
sie entscheiden sich dann, einen zwangsschmierungspass in den stift und eine rasur in die buchse einzufügen, um das schmiermittel besser zu verteilen.
ich erstelle daher die überarbeitung der codes xxx-r2 und yyy-r3
xxx-r1 und xxx-r2 sind im wesentlichen austauschbar und daher ich ändere nicht den code, sondern die revision, weil mein lieferant aus diesem moment mir einige pins mit pipeline für schmierung liefern wird, die das projekt imitiert, ohne wesentliche änderungen zu verursachen
an diesem punkt ich brauche die -r1 nicht, weil die -r2 das produkt verbessert und ich kein interesse daran habe, zur revision 1 zurückzukehren.

ich hoffe, ich habe klarheit geschaffen.

hallo alle

 

[sampom]

aufmerksamkeit für alle

:biggrin:

was ist los?

wie auch immer willkommen.
aber ich empfehle ihnen als neuer benutzer, bevor sie "terroristische" beiträge biggrin starten, um die verordnung zu lesen, wo wir eine kurze präsentation empfehlen und nicht, im fall zu schreiben (die im netz entspricht schreien).

grüße
marco: lächeln: