엔지니어링 기술자료

엔지니어링 도면 revision number 관리 기준 ASME 14.35M

Chandleridle 2023. 11. 19.
반응형

엔지니어링 도면 revision number 관리 기준


엔지니어링 도면 Revision number 의 관리 기준과 목표는 간단명료 합니다.
미국의 엔지니어링 도면 개정관리 Code인 ASME 14.35M Revision of Engineering Drawings and Associated Documents. 에서는 아래와 같이 규정하고 있습니다. 

"

도면의 변경과 관련된 최신 수정사항은 항상 기존에 사용하였던 도면과 관련 문서상에 어떠한 충돌 없이 확인할 수 있게 일치시키고 변경사항은 즉시 반영하고 Revision table에 기록해서 공개될 수 있도록 해야 함.

"

그렇다면 Revision number는 왜 관리해야 하는 것일까요? 개인용으로 작성하거나 참고용으로 작성하는 도면에서는 예외가 될 수 있으나 변동사항의 관리 부재는 향 후에 카오스에 빠질 수 있습니다. A라는 제품을 생산하기 위해 몇 날 며칠을 밤새워서 도면을 작성하고 여러 차례의 수정을 반복한후 최종 도면을 출도하는 과정에서 최종 파일이 어떤 것인지를 모른다면? 어떻게 모를 수 있다는 의문이 들 수 있으나 제조업과 플랜트 산업과같이 많은 양의 도면을 생산하는 과정에서 이러한 실수가 드물게 발생하는 경우를 경험할 수 있습니다.

<Revision number 관리의 잘못된 예시>

 

 

엔지니어링 Revision number 관리 방법

  • 추가, 삭제, 변경 등의 모든 변동사항은 Revision Number가 기록되어야 함.
  • Revision Number는 History table 이나 정해진 행/열에 맞추어 순차적으로 기록하여야 함.
  • 추가, 삭제, 변경과 같은 내용상에 변경이 없을 때는 Revision Number를 기록할 필요가 없음.
  • Revision History 에는 변동된 사항을 함께 기재해야 함. 


엔지니어링 Revision Number Letters

  • 알파벳 순 대문자를 사용해서 REV 뒤에 A부터 Z를 사용하여 순차적으로 표기.
  • Z를 초과할 경우 AA...AZ순을 사용함. 
  • AZ를 초과할 경우 BA..BZ순을 사용함. 
  • Revision Number는 최대 2자리 수를 사용하며 3자리 수를 넘길 수 없음. 

 

플랜트 산업에서의 EPC 사들은 자체적인 Vendor document registration system 을 운영하
는 곳이 있습니다. 이는 도서의 내용 및 Revision number 또한 관리의 대상이라는 것을 반증하는 결과인데요. 중복되거나 Revision Number 가 이상이 있을 경우 시스템 자체적으로 Upload가 안 되거나 Notice를 통해서 확인 절차를 거치게 되는 것이지요.

예를 들어 시스템을 통해서 Vendor document 를 제출하고자 할 때.

기존에 있던 파일 이름이 1812-A1-002501-0000-PC-004 REV.C 였는데 1812-A1-002501-0000-PC-004 REV.B를 제출하려고 하면 시스템에서 Letter에 이상이 있음을 감지하고 Upload가 불가하게 되는 것입니다.

<Drawing History Table Revision Number Management>

 
<Drawing File Revision Number Management>
 

위의 그림은 History table과 도면 파일에 Revision number 를 기록하고 관리하기 위해 만든 예시입니다. 작성자 본인이 아닌 제삼자 어떤 이가 보더라도 최종 파일을 확인할 수 있게 식별이 가능하다는 것을 직감적으로 알 수 있습니다. 엔지니어링 도면과 관련 도서의 Revision Number관리는 필요가 아닌 필수임을 기억해야 합니다.

도면상에서 변경내역을 표기할 때는 해당 변경 사항 또는 추가/삭제 된 구간에 대해 분명하게 명시하기 위해서 구름마크 + 삼각 플래그(숫자)를 기재해서 식별될 수 있도록 표기하며 삼각 플래그는 변경 사항 근처에 두는 것을 원칙으로 합니다.

Inside Insight 였습니다.

잘못된 부분이나 Feedback은 qusinside@gmail.com으로 알려주세요. 블로그 주제로 다루었으면 하는 내용을 알려주시면 확인하여 포스팅을 진행하겠습니다.

 
반응형

댓글