DC 접촉기 도면 개정 견적 요청(RFQ) 검토 논의 중인 문서를 식별하는 것으로 시작합니다. 도면 제목이나 번호, 개정판, 관련 시트 또는 뷰, 콜아웃 문구, 프로젝트 컨텍스트, 그리고 공급업체가 답변해야 할 질문을 유지합니다.
이 접근 방식은 프로젝트 단계 간에 도면이 변경될 때 요청을 검토 가능한 상태로 유지합니다. 개정 마크나 기기 기호 그 자체만으로는 설계에 대한 승인이나 호환되는 시공업체에 대한 증거가 되지 않습니다.
제1부. 도면 개정 RFQ 검토는 어떤 역할을 합니까?
도면 개정 RFQ 검토는 구매자가 무엇을 검토하기 원하는지에 대한 단일의 통제된 설명을 생성합니다. 이는 제품 페이지나 공급업체 응답이 사용되기 전에 문서 참조, 범위 및 미결 질문을 가시적으로 드러냅니다.
기록은 구매자가 제공한 도면을 승인된 제품 문서와 구별해야 합니다. 컴플라이언스 문서 검토 모든 파일을 동일한 종류의 증거로 취급하지 않으면서 문서의 정체성과 범위에 대한 유사한 규율을 설명합니다.
파트 2. 어떤 도면란이 요청을 식별합니까?
도면을 기반으로 요청이 이루어질 경우, 검토자가 정확한 출처를 찾을 수 있도록 하는 필드들을 유지하십시오. 문서 제목 또는 번호, 명시된 리비전, 관련 도면층 또는 뷰, 장치 콜아웃, 그리고 구매자의 프로젝트 맥락을 포함하십시오.
| 제어 필드 | 구매자가 캡처해야 합니다 | 가치 검토 |
|---|---|---|
| 드로잉 정체성 | 제공된 제목, 번호 또는 이슈 라벨 | 의도된 프로젝트 기록을 구별합니다. |
| 수정 | 정확한 수정 문구 및 (표시된 경우) 날짜 | 이전 사본이 준거하는 것으로 간주되는 것을 방지합니다. |
| 관련 위치 | 시트, 뷰, 구역 또는 콜아웃 참조 | 지정된 맥락으로 검토 범위를 좁힙니다. |
| 검토 질문 | 공급업체에 요청된 확인 | 일반적인 문서 요청이 무제한 청구로 확대되는 것을 방지합니다. |
사용하세요 애플리케이션 컨텍스트 가이드 프로젝트 역할이 도면 자체와는 별도로 기록되어야 하는 경우.
파트 3. 개정된 차이점은 어떻게 제시되어야 하는가?
두 가지 개정본이 있는 경우, 참조 조항들을 나란히 열거하고 바이어가 어느 쪽이 적용되어야 한다고 믿는지 명시하십시오. 효과가 통제된 문서에서 확인되지 않는 한, 차이점은 검토 항목으로 기술하십시오.
| 비교 항목 | 기록해 두세요 | 증거 없이 말하지 마세요 |
|---|---|---|
| 수정 라벨 | 각 파일에 표시된 텍스트 | 가장 최신으로 보이는 사본이 승인되었다는 것. |
| 콜아웃 문구 | 인용되거나 전사된 필드 | 특정 모델을 선택한다는 것. |
| 변경됨: 뷰 또는 시트 | 표시된 위치에 대한 참조 | 등급, 적합성 또는 기능이 변경된다는 것. |
| 차이점 열기 | 직접 공급업체 검토 질문 | 시각적 유사성에 근거한 결론. |
이것은 문들이 고객의 디자인 변경을 해석할 수 있는 척하지 않으면서도 개정 제어를 유용하게 유지해 줍니다.
파트 4. 증거란 무엇이고 추론이란 무엇인가?
증거는 통제된 도면 영역, 제공된 개정본, 가시적인 콜아웃, 또는 문서화된 프로젝트 진술입니다. 추론은 기호가 친숙해 보간다는 이유로 모델이 호환된다고 선언하는 것과 같이, 그러한 자료들을 넘어 추가된 결론입니다.
중요: 책임 있는 현장 절차에서 허용하지 않는 한, 도면 개정을 일치시키기 위해 장비에 접근하거나, 전원을 공급하거나, 변경해서는 안 됩니다. 공급업체 RFQ는 작업 허가서가 아닙니다.; 플루크(Fluke)의 접촉기 테스트 지침 일반적인 맥락일 뿐이며, 행동할 수 있는 허가는 아닙니다.
그 명패 증거 가이드 설치된 장치의 식별을 지원할 수는 있지만, 도면 개정을 승인하거나 제품 적합성을 자체적으로 해결할 수는 없습니다.
파트 5. 도면 콜아웃이 설정할 수 없는 것은 무엇입니까?
검증된 제품 데이터시트와 달리, 도면 지시선은 보편적인 단자 배열, 정격, 공차, 모델 적합성, 또는 변경 영향을 확정하지 않습니다. 통제된 문의는 해당 문서 및 엔지니어링 검토를 위해 그러한 항목들을 미확정 상태로 남겨두어야 합니다.
도면 참조를 적합성에 대한 약속으로 변환하지 마십시오. 답변이 그 근거와 한계를 명시할 수 있도록 콜아웃 문구와 공급업체 질문을 함께 유지하십시오.
제6부. RFQ 회신은 언제 명확화를 위해 제출해야 합니까?
견적 요청서(RFQ)에 준거 도면, 개정 번호, 관련 지시선, 적용 맥락, 또는 요청된 확인 사항이 명시되어 있지 않은 경우, 명확한 설명을 위해 이를 반환하십시오. 구매자가 검토 대상이 어느 것인지 정의하지 않고 상충되는 두 개의 사본을 제공한 경우에도 설명이 필요합니다.
실용적인 목표는 유한한 질문을 하는 것입니다. 예를 들어, 공급업체에 정의되지 않은 설계를 보증해 달라고 요청하는 대신, 명명된 콜아웃에 대해 어떤 문서를 검토해야 하는지 묻는 것입니다.
파트 7. 통제된 요청이 어떻게 제품 검토 단계에 도달해야 합니까?
도면 기록이 완료된 후, 직류 접촉기 제품군 발견 경로입니다. QZJ 직류 접촉기 라인 그리고 CZW 직류 접촉기 라인 통제된 요청에 대해 검토될 수 있으며, 둘 다 수정 라벨만을 기반으로 한 권장 사항은 아닙니다.
| RFQ 입력 / 바이어 제공 사항 | 그것이 왜 중요한가 | 이 지름길을 피하세요 |
|---|---|---|
| 도면 제목 또는 번호 및 관련 개정 번호 | 검토 중인 출처를 식별합니다 | 이름 없는 이미지 첨부 중. |
| 관련 시트, 뷰, 구역 또는 콜아웃 | 정확한 요청 컨텍스트를 찾습니다. | 공급업체에 전체 프로젝트 팩을 검색해 줄 것을 요청하기. |
| 프로젝트 신청 및 알려진 차이점 | 질문의 범위를 정의합니다 | 설계 변경을 선언하는 것은 알려진 영향을 미칩니다. |
| 열기 확인 요청됨 | 공급업체가 제한된 문제에 대응하도록 합시다. | 기호를 모델 선택 결과로 취급하기. |
통제 도면 문의를 보내주세요 해당 필드 및 이용 가능한 관련 기록과 함께.
자주 묻는 질문
견적요청서(RFQ)에는 어떤 도면 정보가 포함되어야 합니까?
도면 제목 또는 번호, 명시된 준거 개정본, 관련 도면 또는 뷰, 장치 콜아웃, 프로젝트 적용 맥락, 그리고 요청된 구체적인 확인 사항을 포함하십시오.
도면 리비전(수정 번호)을 명시하는 이유는 무엇인가요?
개정본은 제공된 프로젝트 레코드를 식별합니다. 이를 통해 구매자와 공급업체는 유사한 사본이 요청에 적용된다고 가정하는 대신 동일한 버전에 대해 논의할 수 있습니다.
도면 지시선으로 호환되는 접촉기를 식별할 수 있습니까?
아니오. 콜아웃은 검토 의견일 뿐, 단말 배치, 정격, 제품 적합성 또는 모델 호환성을 증명하는 것이 아닙니다. 해당 제품 설명서와 프로젝트 요구사항을 검토해야 합니다.
열린 드로잉 문항은 어떻게 기록해야 합니까?
정확한 통제 기준을 먼저 작성한 후, 공급업체로부터 필요한 한정적 확인 사항을 명시하십시오. 질문에 결론을 포함하지 마십시오.
개정판 간에 무엇을 비교해야 합니까?
개정 라벨, 관련 시트 또는 뷰 참조, 콜아웃 문구, 그리고 바이어가 명시한 차이점을 비교하십시오. 통제된 증거로 뒷받침되지 않는 한 차이점의 결과는 미해결 검토 항목으로 취급하십시오.
공급업체는 검토을 위해 무엇을 받아야 합니까?
통제된 도면 참조 및 개정, 관련 지시선 또는 뷰, 응용 분야 컨텍스트, 확인된 불일치 사항, 가용한 뒷받침 증거, 그리고 답변해야 할 한정된 질문을 제공하십시오.
참고문헌
- 접촉기 테스트에 대한 플루크의 가이드 제4부의 제한된 안전 컨텍스트를 제공합니다.
- A EEVblog의 용접된 접촉기(컨택터)에 대한 토론 실무자의 용어를 사용하기 위해 포함된 것이며, 승인 증거로서 포함된 것은 아닙니다.
