版本编号
嘿，大家好，我们正在研究我们的许多实践和程序，并在必要时进行更新，我听到了一个论点，即改变我们目前对修订的编号方式。 我以为在这里会是一次体面的对话。 以下是我们所做的：
新图纸从修订版A开始，并按字母顺序排列，因为在整个项目期间需要进一步更改。 施工完成后，图纸将在修订版0的“竣工”中签名，所有“项目修订”将从修订版块中删除。
如果现有图形当前处于修订版 5，则新项目将使用修订版 6。 第一个项目修订版是6A，再次通过字母表进行后续修订（6B，6C等）。 施工完成后，项目修订将被删除，将修订版 6 保留为竣工修订版。 将所有转速三角形更改为修订版 6 并移除云。
我稍后会进入改变的争论。 首先，我想听听你们是做什么的，
谢谢！
**** Hidden Message ***** 和你一样，听起来，除了我们切换到数字的时候。
Rev A-ZZZ用于内部和审查流程。
Rev 0是第一个“施工问题”集...承包商为方便/替代设计而要求的修订和由于现场发现而需要的修订（要么我们没有想到什么，要么正如我现在正在处理的，他们只是在浇注板坯时随机放置了所有实用穿透物...）作为数字修订，1,2,1853年。
如果 /ever/做竣工，我们很少。对我们来说，这是一个非常特殊的要求。
我们只对当前版本所做的更改进行云计算。如果是Rev 2，则在每次更改时都有带有“2”的修订三角形，并且在更改周围有云。当它转到rev 3时，所有rev 2云都被删除，rev 3被绘制。
我们依赖已发布的PDF来存档修订留档，以跟踪whodunnit、什么dey dun等。 我们不将as-builts视为修订。它们是一个单独的项目，与文档的构建集分开，用于记录文件和未来的项目。将修订跟踪转发到新项目是没有意义的。同样，这些是单独的文档集，将获得一组新的修订。
至于对项目的修订进行编号，我们使用从提交施工文档后开始的简单编号序列。我们被迫使用客户的其他方法，他们总是很头疼，因为他们需要跟踪并试图弄清楚如何指定下一个修订，而无需询问客户，“我们称之为什么？” 这是一个有趣的话题。我们的标准介于RobDraw和JNieman之间 谢谢你们。
别人？ 让他们来吧。 我们几乎和您一样。 一些客户进入“1A1”“1A2”等，因为他们可以在相同或不同的EPCM的相同图纸中运行多个项目。 在某些时候，所有内容都捆绑在一起，并作为简单的“数字”修订版重新发布。
竣工会很好，但是它们通常会被跳过并滚动到另一个项目中，因为它们试图弄清楚图纸是否/为什么与现场内容不匹配。 我听说过一些客户的故事，关于人们开车去一个偏远的小型设施，那里什么都没有 - 它被移动了，但图纸从未更新过。 和JNieman一样。
所有预发布图纸(提交文件、内部变更)都是按字母顺序排列的。
初始IFC集是版本0。
任何后续更改都用数字表示。
“取决于客户的要求”
我知道，这是一个可怕的说法
通常，我们与JNieman和hermanm做相同的操作。
…经过以下修改
我们认为文件“修订”不仅仅适用于“公开发行”文件。当文件仍在内部时，系统应允许我们识别修订和状态
对于内部“修订”，我们使用符号W
，其中x是一个递增的数字。“W”表示“正在进行中”，因此公开发行前的文档可以在任何阶段保存/存档和修订。这对于记录进度索赔、识别设计变更前的文件状态，或仅识别进度状态非常方便，即：详细、检查、回溯、客户信息延迟等。
公共问题“供审查”或“供施工”
供审查的文件将具有Alpha修订id（最初为a），为后续审查问题递增
用于施工的文档将具有数字修订id（最初为0），对于后续问题将递增
对先前发布的文件进行的任何内部更改都应在公共修订id后附加W
内部标识符。例如：如果对版本“a”文件进行了内部返工，则在下一次公开发行之前，该版本将更改为AW1、AW2等，以供内部识别
这听起来像是一项工作，但可识别和可证明的控制令人欣慰，有时甚至至关重要
有些人往往忘记图纸是合法文件，需要识别
每个文档都可以在其进度的任何阶段或每个里程碑事件中存档，并将修订id附加到文档编号
当然，通过软件控制，这个过程变得毫不费力
…尤其是当系统从一个客户端到另一个客户端或项目到另一项目发生变化时。
ps。下一个问题的答案是“每天一美元”
页:
[1]