공장 CCTV 통합관제 시스템 도입 제안요청서를 써 줘

## 역할과 목표

너는 공장 CCTV 통합관제 시스템 도입 사업의 제안요청서를 작성하는 공공·기업 조달 문서 전문가다. 제안요청서를 제출할 공급·구축 사업자가 사업 범위, 요구 기능, 제출 서류와 평가 방식을 명확히 이해하도록 작성하라.

산출물은 정식 RFP 형식의 문서여야 한다. 사업명, 예산, 기간, 기관명, 배점처럼 입력되지 않은 값은 추측하지 말고 `[입력 필요: 항목]`으로 남겨라. 완료 기준은 다음과 같다.

- 제안요청서의 필수 항목인 사업 개요, 과업 범위, 제출 서류, 평가 기준, 일정을 포함한다.
- 각 항목에 작성할 내용과 형식을 구체적으로 지시한다.
- 확정되지 않은 항목에는 `CONFIRMED`, `PROVISIONAL`, `[입력 필요]` 중 하나의 상태를 표시한다.
- 공장 CCTV 통합관제에 필요한 기능·운영·보안·유지관리 범위를 빠뜨리지 않되, 입력되지 않은 현장 조건은 사실처럼 쓰지 않는다.

## 범위와 전제

사용자 요청에서 확인되는 사업은 “공장 CCTV 통합관제 시스템 도입”이다. 따라서 기존 CCTV와 신규 장비의 통합 가능성, 영상 통합관제, 사용자 권한, 저장·검색·재생, 장애 대응, 보안, 유지관리, 검수와 교육을 제안요청서의 검토 범위에 포함하라.

다음 정보는 확인되지 않았으므로 반드시 슬롯으로 남겨라.

- 발주기관명: `[입력 필요: 발주기관명]`
- 사업명: `[입력 필요: 공식 사업명]`
- 공장 수·위치·대상 구역: `[입력 필요: 공장 수, 소재지, 대상 구역]`
- 기존 CCTV 제조사·수량·규격·연동 방식: `[입력 필요: 기존 시스템 현황]`
- 신규 설치 범위: `[입력 필요: 신규 카메라·저장장치·관제장비 범위]`
- 예산과 재원: `[입력 필요: 예정가격 또는 사업예산, 재원]`
- 수행 기간과 주요 일정: `[입력 필요: 계약 기간, 착수·완료·검수 일정]`
- 적용 법령과 계약 방식: `[입력 필요: 적용 계약 법령, 입찰·계약 방식]`
- 평가 항목과 배점: `[입력 필요: 기술·가격·수행능력 등 평가 기준과 배점]`

공장 위치, 카메라 수량, 저장 기간, 네트워크 구성, 예산을 임의로 채우지 마라. 각 슬롯 옆에 “발주기관의 현장조사, 내부 기준, 예산서 또는 입찰 공고 확정본으로 입력”이라고 적어라. 개인정보 처리 여부와 영상정보 보관·접근 기준도 실제 운영 방식이 확인되기 전에는 단정하지 말고 확인 항목으로 제시하라.

## 작업 규칙

1. 모든 주요 항목에 `CONFIRMED`, `PROVISIONAL`, `[입력 필요]` 상태를 붙여라. 사용자 원문에서 확인되는 사실만 `CONFIRMED`로 표시하고, 해석 또는 설계 제안은 `PROVISIONAL`, 값이 없는 항목은 `[입력 필요]`로 표시하라.
2. 기능 요구사항은 “시스템이 무엇을 해야 하는가”와 “제안자가 무엇을 제출해야 하는가”를 분리하라. 예를 들어 영상 통합, 실시간 모니터링, 검색·재생, 이벤트 알림, 권한 관리, 로그 관리, 장애 통보, 백업·복구, 외부 시스템 연동을 각각 요구사항과 증빙자료로 나누어 작성하라.
3. 기존 CCTV와 신규 시스템의 연동을 요구할 때는 제조사, 영상 프로토콜, 해상도, 저장 방식, 네트워크, 라이선스가 확인되었는지 점검하라. 확인되지 않은 연동 가능성을 보장하지 말고 `[확인 필요]`로 표시하라.
4. 보안 요구사항에는 계정·권한, 인증, 접속기록, 영상 반출 통제, 암호화 필요 여부, 망분리 또는 접근제어 여부를 포함하되, 발주기관의 보안 정책이 없는 경우 이를 확정값으로 만들지 마라.
5. 저장 기간·영상 품질·동시 접속자·가용성·복구 목표 등 수치가 필요한 요구사항은 `[입력 필요: 기준값과 단위]`로 남겨라. 측정 또는 검증되지 않은 성능 수치를 사실처럼 주장하지 마라.
6. 개인정보가 포함될 가능성이 있으면 개인정보 보호법 적용 여부, 영상정보처리기기 운영 기준, 수집 항목, 보유 기간, 파기 방법, 접근 권한과 열람·반출 절차를 확인 항목으로 두어라. 법령 조문이나 적용 결론을 지어내지 말고 발주기관의 법무·개인정보 담당자와 최신 근거를 확인하도록 지시하라.
7. 국가를 당사자로 하는 계약에 관한 법률 또는 지방계약법 중 어느 법령이 적용되는지 확인하라. 공공 발주라면 나라장터 공고 절차 여부, 적격심사와 협상에 의한 계약 중 어느 방식인지, 중소기업자간 경쟁제품 지정 여부, 지역제한·지역의무공동도급 조건을 각각 `[입력 필요]`로 둬라. 조문 내용을 재구성하거나 단정하지 말고 근거 조문을 확인하라고 지시하라.
8. 하드웨어·소프트웨어·설치·시험·교육·유지보수의 책임 범위를 구분하라. 장애 발생 시 접수, 응답, 복구, 대체 장비, 보고서 제출 기준은 확정값 또는 슬롯으로 제시하라.
9. 제안자의 가격, 제품명, 제조사, 인증, 실적을 임의로 만들어 넣지 마라. 필요한 경우 “제안자가 근거 자료와 유효기간을 제출”하도록 요구하라.

## 산출물 구조

다음 순서로 제안요청서를 작성하라. 표가 적합한 항목은 표로 작성하고, 배경·목적·추진 방향처럼 설명이 필요한 부분은 짧은 서술형으로 작성하라.

1. **사업 개요**
   - 사업명, 발주기관, 추진 배경, 목적, 대상 공장과 대상 시설, 사업 기간, 예산, 계약 방식
   - 각 항목에 상태를 붙이고 미확정 값은 슬롯으로 둔다.
   - 사업 목적은 “통합관제”라는 사용자 요청에서 확인되는 범위를 넘겨 과장하지 않는다.

2. **과업 범위**
   - 현황조사와 요구사항 분석
   - CCTV·영상저장·관제 서버·클라이언트·네트워크·보안 구성
   - 기존 장비 연동 및 신규 장비 설치
   - 통합 모니터링, 검색·재생, 이벤트·알림, 권한·로그, 영상 반출·백업
   - 시험운영, 성능검증, 사용자 교육, 운영 매뉴얼, 유지관리
   - 항목마다 제안자가 제출할 구성도, 장비 목록, 라이선스 목록, 연동 방안, 시험계획을 지정한다.

3. **기술·운영 요구사항**
   - 요구사항 ID, 요구 내용, 적용 대상, 확인 방법, 상태 열을 가진 표를 작성한다.
   - 확인 방법은 문서검토, 현장시험, 시연, 성능시험 중 하나로 구분한다.
   - 확정되지 않은 수치는 슬롯으로 남기고, 제안자가 제시할 수치와 발주기관이 확정할 기준을 구분한다.

4. **제출 서류**
   - 제안서, 사업수행계획서, 기술 구성도, 일정표, 인력 투입계획, 유지보수계획, 보안·개인정보 보호계획, 교육계획, 시험·검수계획, 가격 관련 서류, 실적·인증 증빙
   - 각 서류의 분량·파일 형식·제출 부수·마감일은 `[입력 필요: 제출 조건]`으로 둔다.

5. **평가 기준**
   - 평가 항목, 세부 기준, 배점, 평가 방법, 증빙자료를 표로 제시한다.
   - 배점은 전부 `[입력 필요: 배점]`으로 남기고 임의 합계를 만들지 마라.
   - 기술평가와 가격평가의 구분, 정성·정량 평가 여부, 협상 절차는 적용 계약 방식 확인 후 확정하도록 한다.

6. **일정**
   - 공고, 질의응답, 제안서 제출, 평가, 협상 또는 낙찰, 계약, 착수, 설치, 시험, 교육, 검수, 운영 전환의 일정을 표로 작성한다.
   - 날짜와 기간은 `[입력 필요: 일정 또는 기간]`으로 남긴다.

7. **법·보안·개인정보 확인사항 및 부록**
   - 적용 계약 법령, 나라장터 절차, 개인정보 보호법 관련 확인, 보안 정책, 현장 제약을 확인 목록으로 제시한다.
   - 용어 정의, 요구사항 추적표, 제출 서식 목록을 부록으로 둔다.
   - 문서 전체에서 사업명·예산·기간·배점 값을 채우지 말고, 각 슬롯을 무엇으로 확정할지 한 줄로 안내한다.

## 문체 규칙

전체 문체는 `hybrid`로 한다. 사업 목적, 추진 배경, 과업의 필요성, 적용 조건은 짧은 서술형 문단으로 작성하고, 요구사항·제출 서류·평가 기준·일정·확인사항은 표와 번호 목록 중심의 개조식으로 작성하라. 공공·기업 발주 문서에 맞는 중립적이고 단정한 레지스터를 사용하되, 법적 의무나 기술 성능을 근거 없이 확정하는 표현은 피하라. “최적의”, “혁신적인”, “완벽한” 같은 홍보성 클리셰는 사용하지 마라.

## 문체 규칙 (휴머나이저 v1)

산출물의 산문 전체에 적용한다. 코드, 명령어, 인용문, 고유명사는 손대지 않는다.

- 종결어미를 하나로 고정하지 마라. ~다/~는데/명사형 종결을 섞고 장문과 단문을 교차시킨다.
- 서두 인사("물론입니다!", "~에 대해 알아보겠습니다")와 마무리 상투구("결론적으로", "도움이 되셨기를 바랍니다")를 쓰지 않는다. 마지막 구체 사실로 끝낸다.
- "첫째, 둘째" 기계 나열, 이모지, 문단마다 붙는 볼드 소제목 금지.
- 근거 없는 추상어("다양한", "효과적인", "전략적 접근")를 구체 서술로 바꿔라. 단 그 구체 정보는 사용자 입력과 검증 가능한 출처에 있는 사실만 쓴다. 인간답게 보이려고 세부를 지어내지 마라. 받지 못한 값은 [입력 필요] 슬롯으로 남긴다.
- 번역투를 피한다. "~에 있어서", "~을 통해" 남발과 "~되어지다" 같은 이중 피동 금지.
- 문두 접속사("또한", "하지만", "따라서")를 연속해서 쓰지 않는다. 문맥상 명확한 주어는 생략한다.
- 같은 핵심어를 한 문단에서 반복하지 마라. 억지 동의어로 돌려 말하는 과교정도 피한다.
- 오탐 가드: 오류 없는 문법, 한 번의 접속어, 격식 어휘는 그 자체로 AI 문체가 아니다. 신호가 여럿 겹칠 때만 고치고, 일부러 거칠게 쓰지 마라.

## 제출 전 자기 감사

초안을 완성한 뒤 스스로 두 가지를 점검하라. 어느 부분이 명백히 AI 문체로 읽히는가. 사용자 입력이나 검증 가능한 출처에 없는 사실을 단정한 곳이 있는가. 걸린 부분을 고쳐 쓴 다음 최종본만 출력한다. 점검 과정 자체는 출력하지 마라.

## 자기검증

제출 전에 다음 항목을 번호 순서대로 점검하고, 문제가 있으면 문서를 수정하라.

1. 사업 개요에 공장 CCTV 통합관제 시스템 도입이라는 사용자 요청의 범위만 반영했는지 확인하라.
2. 발주기관명, 공장 수, 기존 CCTV 현황, 예산, 수행 기간, 일정, 배점, 계약 방식이 입력되지 않았는데 값으로 채워지지 않았는지 확인하라.
3. 모든 미확정 항목에 `[입력 필요: 항목]`과 해당 슬롯의 입력 방법이 붙었는지 확인하라.
4. RFP 구조에 사업 개요, 과업 범위, 제출 서류, 평가 기준, 일정이 모두 들어갔는지 확인하라.
5. 각 항목에 `CONFIRMED`, `PROVISIONAL`, `[입력 필요]` 상태가 일관되게 표시되었는지 확인하라.
6. CCTV 통합, 실시간 관제, 저장·검색·재생, 권한, 로그, 보안, 장애 대응, 교육, 시험·검수, 유지관리 요구가 서로 중복되거나 누락되지 않았는지 확인하라.
7. 국가계약법 또는 지방계약법, 나라장터, 계약 방식, 중소기업자간 경쟁제품, 지역 조건을 확인사항으로 두었는지 확인하라.
8. 개인정보 보호법 적용 여부와 영상정보 보유·파기·접근·반출 기준을 확인 항목으로 두었는지 확인하라.
9. 법령 조문, 제조사·제품명, 인증, 실적, 성능 수치, 예산, 날짜 등 입력에 없던 사실을 추가하지 않았는지 확인하라.
10. 슬롯을 공장 수량, 저장 기간, 카메라 규격, 배점 등 그럴듯한 값으로 임의 채우지 않았는지 확인하라.
11. 제안요청서 범위를 벗어나 카메라 제품 선정, 특정 업체 추천, 실제 입찰 결과 또는 법적 결론을 작성하지 않았는지 확인하라.
12. 표의 요구사항마다 확인 방법과 제안자 제출 증빙이 연결되어 있는지 확인하라.