CAD 및 엔지니어링 도면 변환: 형식 간 정확도 유지

CAD 변환이 중요한 이유

엔지니어링 팀, 제조업체, 건축가들은 SolidWorks, AutoCAD, CATIA, Inventor 등 소수의 고품질 CAD 플랫폼에서 시작된 설계 데이터를 정기적으로 교환합니다. 이러한 원시 파일(DWG, DXF, SLDPRT, IGES, STEP 등)은 정밀한 기하학 정의, 공차, 레이어, 내장 메타데이터를 포함하고 있으며, 다운스트림 사용자는 이를 기반으로 분석, 제작 또는 규정 준수를 수행합니다. 파트너가 동일한 저작 도구를 사용하지 않을 경우, 협업을 위한 유일한 실현 가능한 방법은 변환입니다.

부실하게 수행된 변환은 다음과 같은 문제를 초래할 수 있습니다.

• 부품이 어셈블리에서 맞지 않게 하는 아주 작은 좌표 이동
• 중요한 주석을 지우는 레이어 정보 손실 또는 변형
• 자재명세서(BOM) 추출을 불가능하게 하는 텍스트 손상
• 표면 마감이나 재료 사양과 같은 제조 데이터 누락

다운스트림 프로세스(유한요소해석, CNC 가공, 3‑D 프린팅)는 사소한 오류도 증폭시키는 경우가 많기 때문에, 변환 워크플로우는 원래 설계 단계와 동일한 엄격함으로 다루어야 합니다. 아래 섹션에서는 전체 라이프사이클을 단계별로 살펴봅니다: 소스 파일 평가, 적절한 대상 포맷 선택, 변환 파라미터 설정, 결과 검증, 그리고 엔지니어링 워크플로우에 통합하기.

1. 소스‑대상 포맷 매핑

첫 번째 결정 포인트는 변환된 파일이 무엇을 해야 하는가입니다. 모든 포맷이 모든 CAD 기능을 표현할 수 있는 것은 아니므로, 매핑 매트릭스를 활용해 불필요한 데이터 손실을 방지합니다.

대상이 뷰 전용 포맷(PDF, PNG, JPEG)인 경우 파라메트릭 데이터는 제외해도 되지만, 스케일과 선 굵기는 반드시 유지해야 합니다. 대상이 제조 포맷(STEP, IGES)인 경우 모델이 워터타이트인지, 필요한 공차가 파일의 PMI(제품 제조 정보)에 인코딩되어 있는지 확인해야 합니다.

2. 소스 모델 준비

가장 정교한 변환기라도 이미 손상된 모델을 고칠 수는 없습니다. 다음 사전 변환 체크리스트를 따르세요.

1. 기하학 무결성 감사 – CAD 소프트웨어의 “검사(Check)” 또는 “복구(Repair)” 기능을 실행해 갭을 메우고, 길이가 0인 엣지를 제거하며, 중복된 정점을 합칩니다. 깨끗한 모델은 변환기가 나중에 시뮬레이션 오류를 일으키는 불필요한 면을 생성하는 것을 방지합니다.
2. 단위 표준화 – 모든 파트, 어셈블리, 도면이 동일한 단위 체계(mm, inch 등)를 사용하도록 합니다. 외부 파일은 내보내기 전에 변환하고, 그렇지 않으면 변환 엔진이 기본 변환 계수를 조용히 적용해 스케일이 틀어진 모델이 생성됩니다.
3. 레이어 및 블록 잠금 – 제조 지시를 위해 레이어별 선 굵기나 색상이 필요하다면 레이어 구성을 고정합니다. 일부 변환기는 레이어를 하나의 색상으로 평탄화하므로, 레이어 정보를 별도 레퍼런스 문서로 래스터 저장해 두는 것이 좋습니다.
4. 불필요한 데이터 제거 – 대용량 래스터 이미지, 오래된 수정 클라우드, 시뮬레이션 결과 등은 파일 크기를 부풀리고 변환 엔진을 혼란시킬 수 있습니다. ‘purge’ 명령으로 기하학에 필요하지 않은 모든 항목을 삭제하세요.
5. PMI 문서화 – 대상 포맷이 PMI를 지원하지 않을 경우, 피처 주석, 공차, 표면 마감 기호를 외부 스프레드시트로 내보냅니다. 이렇게 하면 변환 후 정보를 다시 연결할 수 있습니다.

3. 적절한 변환 엔진 선택

상용 CAD 패키지는 내장된 내보내기 마법사를 제공하지만, 지원 포맷은 공급업체가 정한 것에 한정됩니다. convertise.app 같은 클라우드 기반 플랫폼은 11,000여 개 이상의 포맷을 지원하고, 전체 CAD 스위트를 설치하지 않아도 헤드리스·스크립트 가능한 변환을 수행합니다.

변환기를 평가할 때 확인할 항목:

• 지원 소스‑대상 매트릭스 – DWG ↔ DXF, DWG ↔ STEP 등을 네이티브로 처리하나요?
• 보존 플래그 – Preserve layers, Keep PMI, Maintain assembly hierarchy 와 같은 옵션이 있나요?
• 정밀도 제어 – 좌표 반올림을 위한 소수점 허용 오차를 설정할 수 있나요(예: 0.0001 mm)? 낮은 허용 오차는 세부 정보를 더 많이 보존하지만 파일 크기가 커집니다.
• 보안 – 엔드‑투‑엔드 암호화와 무저장 정책은 독점 엔지니어링 데이터에 필수입니다.
• 자동화 – REST API 또는 명령줄 인터페이스를 제공해 CI 파이프라인에서 배치 처리를 할 수 있나요?

4. 변환 파라미터 설정

대부분의 변환기는 출력 정확도에 직접 영향을 미치는 파라미터 집합을 제공합니다. 아래 체크리스트를 변환 스크립트에 포함시키세요.

{
  "source": "drawing.dwg",
  "target": "model.step",
  "options": {
    "units": "mm",
    "tolerance": 0.0001,
    "preserveLayers": true,
    "includePMI": true,
    "assemblyStructure": "nested",
    "outputVersion": "AP242"
  }
}

• Units – 변환기에 알려진 단위 체계를 강제합니다. 그렇지 않으면 DXF 파일처럼 내부 단위가 모호할 수 있습니다.
• Tolerance – 엔진이 정점을 격자에 스냅하는 정도를 정의합니다. 고정밀 항공 부품의 경우 1 µm(0.001 mm) 허용 오차가 필요할 수 있습니다.
• PreserveLayers – true 로 지정하면 원본 레이어마다 별도 named 레이어가 대상에 기록됩니다. 이는 색상‑코드 레이어에 의존하는 CNC 툴패스에 중요합니다.
• IncludePMI – GD&T 기호, 표면 마감 주석, 치수 공차를 STEP의 Annotation 엔터티로 내보냅니다.
• AssemblyStructure – nested 를 선택하면 계층적 어셈블리 트리를 유지하고, flattened 를 선택하면 단일 파트로 내보냅니다.
• OutputVersion – 최신 STEP 버전(AP242)은 복잡한 데이터를 지원하지만, 구버전(AP203)은 레거시 CAM 소프트웨어와 호환성이 높습니다.

5. 변환 실행

클라우드 서비스를 이용한다면 전형적인 워크플로우는 다음과 같습니다.

1. 업로드 – 보안 HTTPS 엔드포인트를 통해 소스 파일을 전송합니다.
2. 제출 – 위 JSON 페이로드와 함께 변환 작업을 요청합니다.
3. 모니터 – 대부분의 API는 작업 ID와 완료 알림용 웹훅 URL을 반환합니다.
4. 다운로드 – 결과 파일을 안전한 스토리지 버킷으로 직접 받습니다.

온프레미스 자동화의 경우 cad2step·dwg2pdf 같은 명령줄 도구를 Bash 혹은 PowerShell 스크립트에 감싸서 디렉터리 전체를 순회하도록 할 수 있습니다. 입력과 출력 각각에 대해 SHA‑256 체크섬을 기록하면 이후 무결성 검증에 활용됩니다.

6. 변환 정확도 검증

검증은 신뢰할 수 있는 워크플로우와 위험한 지름길을 구분하는 가장 중요한 단계입니다. 서로 보완적인 세 가지 기법을 활용하면 높은 확신을 얻을 수 있습니다.

6.1 기하학적 비교

소스와 대상 모델에서 포인트 클라우드를 추출합니다(대부분의 CAD 툴이 면당 N 포인트 샘플링을 지원). 두 클라우드 간 Hausdorff 거리를 계산하고, 최대 편차가 목표 공차 이하이면 변환이 성공적인 것입니다.

6.2 레이어 및 속성 감사

대상 파일의 레이어 테이블을 파싱합니다(STEP의 경우 Layer 엔터티). 이를 소스 레이어 목록과 비교해 누락되거나 이름이 변경된 레이어를 자동 스크립트가 플래그합니다. 부품 번호나 재료 태그와 같은 메타데이터는 STEP에 내보낸 PMI 객체와 원본 주석을 교차 검증합니다.

6.3 시각적 스팟‑체크

대상 파일을 해당 포맷을 지원하는 뷰어(eDrawings for DWG, FreeCAD for STEP 등)에서 열고, 홀, 필렛, 맞물리는 면 등 핵심 피처를 빠르게 눈으로 확인합니다. 자동화된 지표가 놓칠 수 있는 법선 반전이나 텍스처 파손 등을 잡아내는 데 유용합니다.

7. 대규모 배치 변환 관리

엔지니어링 부서는 종종 레거시 파일 전체 라이브러리를 마이그레이션해야 합니다. 규모를 확장하려면 다음이 필요합니다.

• 청크화 – 프로젝트 또는 분야별로 논리적인 배치로 나누어 작업 크기를 관리하고 실패를 격리합니다.
• 멱등 스크립트 – 부분적으로 처리된 배치를 다시 실행해도 파일이 중복되거나 검증된 결과가 덮어써지지 않도록 설계합니다.
• 로그·감사 – 각 파일에 대해 CSV 로그 항목을 작성합니다: 소스 경로, 대상 경로, 작업 타임스탬프, 입력 체크섬, 출력 체크섬, 검증 상태.
• 버전 관리 통합 – 변환 스크립트와 로그를 Git·SVN 같은 저장소에 보관하고, 각 배치를 릴리즈 번호로 태깅해 나중에 시스템 오류가 발견되면 롤백할 수 있게 합니다.

8. 독점 CAD 기능 처리

일부 CAD 시스템은 중립 포맷에 깨끗하게 매핑되지 않는 공급업체 전용 데이터를 내장합니다. 흔한 사례:

• SolidWorks FeatureTree – STEP으로 내보낼 경우 피처 계층이 단일 솔리드 바디로 축소됩니다. 피처 정보를 별도로 보존하려면 FeatureManager 트리를 XML 파일로 내보냅니다.
• AutoCAD Dynamic Blocks – 동적 블록 정의는 DXF에서 정적 기하학으로 변환됩니다. 블록 파라미터를 JSON 매니페스트에 저장하고, 다운스트림 툴이 지원한다면 변환 후 재적용합니다.
• Inventor iLogic Rules – 이러한 스크립트는 변환 과정에서 사라집니다. 변환 전 별도 사양 문서에 규칙을 기록해 둡니다.

실무에서는 이러한 데이터를 제조에 필수적이지 않다고 판단하고, 향후 수정이 필요할 경우를 대비해 원본 네이티브 파일을 별도 아카이브에 보관하는 것이 가장 안전합니다.

9. 보안 및 규정 준수 고려사항

엔지니어링 데이터는 수출 통제 규정(ITAR, EAR) 및 기업 IP 정책의 적용을 받는 경우가 많습니다. 클라우드에서 파일을 변환할 때는 다음을 확인하세요.

• 전송·저장 암호화 – 업로드 시 TLS 1.3을 사용하고, 서비스가 저장 파일을 AES‑256으로 암호화하도록 합니다.
• 무보관 정책 – 변환이 완료된 후 파일을 즉시 삭제하는 제공자를 선택합니다. convertise.app은 “no‑log, no‑storage” 모델을 명시하고 있습니다.
• 접근 제어 – API 키를 단일 IP 대역에만 제한하고, 정기적으로 키를 교체합니다.
• 감사 추적 – 모든 변환 요청에 대해 서명된 로그를 유지합니다(타임스탬프, 사용자 ID, 체크섬 포함). 이는 내부 거버넌스와 외부 감사 요구를 모두 충족합니다.

10. PLM 시스템에 변환 통합하기

많은 기업이 PLM 툴(Teamcenter, ENOVIA, Autodesk Fusion Lifecycle 등)을 사용해 파트 리비전과 BOM을 관리합니다. 변환을 PLM 활동으로 삽입하면 다음 두 가지 주요 이점이 있습니다.

1. 자동 아카이빙 – 새 리비전이 출시될 때마다 자동 규칙이 원본 CAD 파일을 STEP‑AP242와 같은 장기 보존 포맷으로 변환하도록 트리거합니다. PLM은 파생 파일을 원본과 함께 저장해 CAD 공급업체가 지원을 중단하더라도 향후 접근성을 보장합니다.
2. 다부서 공유 – 영업, 마케팅, 법무팀 등은 가벼운 디자인 표현(PDF, PNG)이 필요합니다. PLM‑주도 변환은 각 이해관계자가 최신 엔지니어링 데이터를 반영한 버전을 받게 해 오래된 이미지 사용 위험을 없앱니다.

구현 방식은 일반적으로 PLM 워크플로우 엔진을 변환 API와 웹훅으로 연결하는 것입니다. “Revision Published” 이벤트가 발생하면 웹훅이 파일을 변환 서비스에 전송하고, 결과를 받아 파트 레코드에 다시 첨부합니다.

11. 흔히 저지르는 실수와 회피 방법

12. 변환 전략의 미래 대비

CAD 생태계는 끊임없이 변합니다—새로운 포맷이 등장하고, 표준이 채택·폐기되며, 클라우드 기반 공동 설계 툴이 주류가 됩니다. 변환 파이프라인을 탄탄하게 유지하려면:

• 표준 기관 모니터링 – ISO·ASME가 STEP·IGES를 업데이트할 때마다 분기별로 대상 버전 선택을 검토합니다.
• 변환 매트릭스 유지 – 지원되는 소스‑대상 쌍, 정밀도 설정, 알려진 제한 사항을 문서화합니다.
• 모듈식 스크립트 투자 – 업로드·변환·검증 단계를 분리해 클라우드 제공자를 교체해도 워크플로우 전체를 다시 작성하지 않게 합니다.
• 네이티브 보관 – 강력한 변환에도 원본 전용 파일을 안전하고 접근 제어된 금고에 보관합니다. 이는 변환 과정에서 제거된 기능이 향후 표준에 필요할 때 안전망이 됩니다.

---

CAD 변환을 엄격한 엔지니어링 활동으로 다루면—사전 검사, 파라미터 제어, 자동 검증, 철저한 보안—팀, 공급업체, 고객 간에 설계를 공유하면서도 현대 제품 개발이 요구하는 정밀도를 유지할 수 있습니다. 이는 단일 부품을 클라이언트 리뷰용으로 변환하든, 기업 전체 라이브러리를 중립적이며 보존 가능한 포맷으로 이전하든 동일하게 적용되는 원칙입니다.