RFQ 기준선
승인된 요구 조건과 공급사 세트를 원문 참조와 함께 고정합니다.
Kairen Covenant
같은 RFQ인데
같은 기준이 아니었습니다.
한 부품에 공급사 세 곳, 각 공급사가 보낸 견적안 두세 개, 그중 일부는 이전 리비전 기준. Kairen Covenant는 이 상태에서 비교를 시작하지 않습니다. 전제부터 맞춥니다.
작동 방식
RFQ에서 승인까지, 여섯 단계.
- 01 · Baseline 승인된 RFQ를 기준선으로 고정합니다 도면 리비전, 수량, 단위, 필요 시점, 거래·물류 조건을 원문에 연결된 상태로 잠급니다. 이후 모든 비교는 이 기준선을 참조합니다.
- 02 · Branches 견적을 공급사·옵션·버전별 브랜치로 나눕니다 같은 공급사가 보낸 두 번째 안도 덮어쓰지 않고 별도 브랜치로 남습니다. 어떤 버전이 어떤 버전을 대체했는지 추적할 수 있습니다.
- 03 · Premise 전제가 다른 브랜치를 비교에서 제외합니다 리비전이나 수량 기준이 기준선과 다르면 비교 대상에서 빼고, 그 차이를 델타로 보여 줍니다. 조용히 정규화하지 않습니다.
- 04 · Compare 남은 브랜치를 같은 기준으로 비교합니다 포함된 견적과 제외된 견적, 제외 사유, 정규화 기준, 주의사항이 비교표와 함께 남습니다.
- 05 · Recommend 다섯 가지 중 하나를 권고합니다 기존 공급사 유지, 다른 공급사 경로, 조건 확인, 재견적, 보류. 받아들일 만한 브랜치가 없으면 최종 견적을 고르지 않고 멈춥니다.
- 06 · Decision 사람이 승인해야 결정이 잠깁니다 공급사가 확인한 최종 견적과 승인 기록이 함께 묶여 발주 결정 근거가 됩니다. 다음 RFQ에서 이 기록을 다시 읽을 수 있습니다.
Output
남는 것은
비교표가 아니라 근거입니다.
스프레드시트 비교는 한 번 쓰고 사라집니다. Kairen이 남기는 산출물은 그 결정이 어떤 전제 위에서, 누구의 승인으로 만들어졌는지 재구성할 수 있게 설계되어 있습니다.
견적 브랜치
공급사·옵션·버전별 견적과 대체 관계를 그대로 읽는 뷰입니다.
전제 차이 뷰
기준선과 다른 브랜치의 차이를 델타로 보여 주는 파생 뷰입니다.
동일 기준 비교
포함·제외된 견적과 제외 사유, 선택된 최종 견적 근거를 담습니다.
권고안
유지·변경·확인·재견적·보류 중 하나와 그 이유, 남은 조건을 제시합니다.
승인된 결정 근거
공급사 확인 최종 견적과 사람의 승인을 묶은 발주 직전 기록입니다.
Who it is for
읽는 사람마다 확인할 것이 다릅니다.
| 역할 | Kairen에서 확인하는 것 |
|---|---|
| 소싱 · 구매 담당 | 공급사별 여러 옵션을 비교하고 최종 견적과 발주 근거를 정리합니다. |
| 기구 · 양산 리드 | 리비전, 수량, 기술·품질 전제가 브랜치마다 맞는지 확인합니다. |
| 대표 · CTO | 유지·변경·보류 판단의 전제와 리스크를 빠르게 검토합니다. |
| 검토 · 승인자 | 원문, 제외된 브랜치, 주의사항, 승인 근거를 재구성합니다. |
Data boundary
회사 자산을
먼저 요구하지 않습니다.
- 첫 방문
- 합성 시나리오만 사용합니다. 실제 RFQ·도면·견적 제출을 요구하지 않고, 현재 받지도 않습니다.
- 설계 원칙
- 가입과 명시적 동의 이전에는 파일 내용을 서버로 보내지 않는 것이 제품 설계 기준입니다. 실제 서비스 공개 시 이 동작을 검증해 함께 공개합니다.
- 실행 경계
- Kairen은 공급사에게 자동으로 메일을 보내거나, 협상하거나, 발주(PO)·계약을 생성하지 않습니다.
견적 여섯 개를 어떻게 정리하는지
합성 사례로 확인하세요.
실제 자료 없이, 같은 전제로 맞추는 과정을 그대로 봅니다.