입찰공고상세[용역] · 마감 · AI 페이지

다중 LLM 지원 생성형 AI플랫폼 도입 업체 선정

이 페이지는 공공일감(work.00data.kr)이 입찰공고 「다중 LLM 지원 생성형 AI플랫폼 도입 업체 선정」을 AI가 읽기 좋게 한 장으로 정리한 글이다.

공고명 · 금액 · 일정은 공공데이터포털 · 조달청 입찰공고 정보 그대로이고, 요약 · 문서 분석 · 발췌는 공공일감이 공고문과 첨부를 읽고 만든 것이다.

이 가공물은 인용할 수 있으며, 인용할 때는 공공일감과 공고 페이지 링크(https://work.00data.kr/projects/R26BK01676191)를 출처로 밝히는 조건이다. 베타 기간 무료.

2026-10-13 16:57 KST 기준 · 최종 확인은 나라장터 원문을 따른다.

공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리

링크

비슷한 공고

링크는 각 공고의 AI 페이지다.

진행 중

끝난 공고 · 결과

첨부파일

뷰어 링크는 사람이 원문을 볼 때 쓰는 화면이다. 이 문서들에서 뽑은 자격 · 배점 · 일정 · 발췌는 이 페이지 아래에 글로 있다.

공고 개요

유찰 · 인하대학교 산학협력단 · SW 개발·운영

결과
유찰
참가
0곳 · 개찰 08/24(월)

요약 AI 요약

다양한 최신 거대언어모델(LLM)을 통합 관리하고 선택적으로 활용할 수 있는 생성형 AI 플랫폼을 도입하여 대학 구성원의 업무 생산성을 높이고 비용을 효율화하기 위함입니다.

평가 · 배점

기술 : 가격 — 기술 60점 · 가격 40점

협상 대상 기준 · 기술능력평가 점수가 기술능력평가분야 배점한도인 60점 만점 기준 40점 이상인 자를 협상적격자로 선정

배점표 (AI 요약)
평가 항목배점
최근 3년간 유사사업 실적금액4점
최근 3년간 유사사업 실적건수4점
신용평가기관에 의한 신용도2점
사업의 이해도 및 사업목적의 적합성, 제안요청서와 부합성, 목표시스템 구성도 적정성10점
사업 추진전략 창의성 및 타당성10점
적용 기술의 실현 가능성과 향후 확장성, 개발 방법론 및 산출물 제시 여부10점
기능 요구사항 충족 여부 및 구현방안, 인프라 구성, 데이터 전처리 및 RAG 구축 적정성15점
보안 요구사항 충족 여부 및 이행방안, 개인정보 검출 처리 적정성15점
성능 요구사항 충족 여부 및 응답 속도, 정확도 확보 방안, 현장 시연 결과15점
품질 요구사항 충족 여부 및 단계별 품질 점검 검토 방안15점
인터페이스 요구사항 및 타 시스템 연계 방안, 사용자 편의성 UI 제공 여부15점
프로젝트 관리방법, 일정계획, 업무보고 및 검토계획, 수행조직 및 업무분장, 매뉴얼 제공, 하자보증 및 비상대책, 기밀보안10점
입찰가격평가40점
합계(항목을 더한 값)165점

참가 자격 · 제한

업종제한
제한 없음
지역제한
제한 없음
공동수급
공동수급불허
입찰참가 제한
없음
실적경쟁 · PQ
해당 없음
국제입찰
국내입찰
제출 방법
직찰

입찰 일정

진행일시남은 날
공고 게시08/11(화)지남
개찰08/24(월) 15:00지남

가격

추정가격
100,000,000원
배정예산
110,000,000원
예정가격 방식
비예가

공고 정보

공고종류
등록공고 (일반공고)
게시일
08/11(화)
공고번호
R26BK01676191-000
참조번호
제 2026-391호
공고기관
인하대학교 산학협력단
수요기관
인하대학교 산학협력단
계약방법
제한경쟁
낙찰방법
협상에의한계약
계약유형
총액계약
예정가격 방식
비예가
추정가격
100,000,000원
배정예산
110,000,000원
공공조달분류
ICT 서비스 › SW 및 시스템 개발 › 정보시스템개발서비스
사전규격번호
R26BD00260790
재공고
아니오
출처
나라장터

문서 발췌

과업·요구

구분세부작업구분1W2W3W
AI플랫폼 도입계약 체결, 요구사항 분석
(사용자 기본그룹 생성 등)
SSO 연동(통합로그인)
시스템 구축
공식 오픈

3. 추정금액(예산) : 일금 일억일천만원(110,000,000원, 부가세 포함) - 사업 완료 및 최종 검수 승인 후 제안사의 청구에 의하여 지급함. - 선급금 지급이 불가함(사후 정산 원칙) ※ 구축 완료 후 1년간 운영 지원 및 무상 하자보수 포함 4. 입찰방법 : 제한경쟁입찰 5. 낙찰자 선정방법 : 협상에 의한 계약 ※ 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제43조 및 「소프트웨어진흥법」 제50조에 따라 협상에 의한 계약 방식 적용 6. 사업 추진 배경 및 목적 가. 생성형 AI 도입 수요 증가 및 비용 효율성 확보 필요 학습‧연구‧행정 등 다양한 분야에서 생성형 AI 활용 수요가 증가하고 있으며, 고비용 LLM 계정을 개별적으로 제공할 경우, 대규모 예산이 소요되고, 개인별 편차에 의해 많은 낭비가 발생함. 나. 용도별로 다양한 LLM을 동시에 활용할 수 있는 플랫폼 수요 증가 최근 용도별 강점 및 기술적 특장점을 보유하는 LLM 모델들이 출현하고 있으며, 이러한 배경으로 인해 멀티 LLM 활용의 필요성이 증가함. 범용 추론, 코딩 능력, 문장력, 멀티모달 문서 처리, 빠른 검색, 웹 정보 반영 등 과업별로 최적 LLM 모델이 다름. 대학 내 다양한 교육/행정 부서의 활용 목적에 따라 각기 다른 모델을 선택 및 활용할 수 있는 멀티 LLM 기반 AI 인프라의 필요성이 증가하고 있음. 다. 대학 맞춤형 생성형 AI 서비스 기반 구축 대학 구성원이 자체적으로 제작 가능한 LLM 및 RAG 기반의 챗봇을 활용하여 강의, 문서 요약, 코딩 등 다양한 용도로 지식 공유 및 협업하는 것을 가능하게 하는 대학 맞춤형 AI 서비스 환경이 요구됨.

7. 기대효과 가. 다양한 LLM 통합 관리 기반의 AI 플랫폼 도입 다양한 최신 LLM 모델을 선택적으로 활용함으로써 교수, 교직원, 학생 모두의 업무 생산성 향상을 도모하고, 개별 구독 서비스 통합을 통해 구독 비용 절감 및 예산 효율화를 실현할 수 있음. 나. AI 생태계 자율 확산 및 디지털 전환 기반 마련 부서 및 용도별 챗봇 생성‧공유 기능을 통해 구성원 주도의 AI 활용 문화 확산을 유도하고, 자율적인 디지털 전환 생태계 조성을 지원함.대학 전 구성원의 AI 활용 활성화 및 업무 효율성 향상

2 사업 내용

1. 추진목표 가. 다양한 LLM 통합 관리 기반의 AI 플랫폼 도입 GPT 5.3 Chat, Gemini 3.1 Pro, Claude 4.6 Sonnet 등 다양한 최신버전의 LLM을 하나의 플랫폼에서 선택적으로 활용하고, 사용량을 통합 관리할 수 있는 체계를 구축하여 운영 효율성과 유연한 AI 서비스 제공 기반 마련 나. 다중 LLM 지원을 위한 크레딧 과금 모델 도입 다양한 최신 LLM을 하나의 요금 정책으로 사용할 수 있도록, 크레딧 기반의 통합 과금 체계를 제공해야 함. 사용자는 동일한 크레딧을 활용해 여러 LLM을 자유롭게 선택 및 이용할 수 있어야 하며, 각 모델별 토큰 소모량에 따라 크레딧이 자동 차감되는 구조여야 함. 크레딧 사용 내역은 투명하게 확인 가능해야 함. 다. 내부 지식 기반 특화형 AI 서비스로 교육·행정 효율성 강화 대학 보유 문서 및 데이터를 기반으로 교수·교직원·학생의 업무와 학습에 최적화된 생성형 AI 서비스를 제공하여 생산성 향상 및 디지털 전환을 촉진함.

2. 세부 사업내용 가. 생성형 AI 활용 환경 구축 ❍ 다양한 LLM 모델을 통합 운영하고, 최신 출시되는 LLM 모델 업데이트 및 추가 탑재 등의 확장성 확보 ❍ 제안사는 자체 개발 LLM 보유 및 제공해야 함 ❍ 텍스트 기반 질의에 LLM 학습 정보와 RAG DB 검색 정보 응답 ❍ 사용자 문서 파일(텍스트, 이미지, PDF) 업로드 기능 ❍ 멀티모달(텍스트, 이미지) 데이터 인식 ❍ 대화내용 유지 및 리셋 기능 ❍ ChatGPT와 유사한 사용자 경험(UX) 지원 ❍ 이미지 생성 및 동영상 생성 기능 ❍ 국가통계포털(KOSIS) 국가통계 데이터 분석 및 시각화 기능 ❍ 외부 연동을 위한 멀티 LLM 통합 API 및 단일 API 키 관리 기능 나. 커스텀 챗봇을 제작하고 관리할 수 있는 시스템 구축 ❍ 커스텀 챗봇 개발·배포 시스템 - 챗봇에 맞는 LLM 선택 기능 - LLM 파라미터(LLM 답변 온도, 유사답변 응답 수 등) 조정 기능 - 문서 업로드를 이용한 챗봇 학습 기능 - 챗봇 테스트를 위한 웹 페이지 제공 - 외부 사용자용 챗봇 url 공유, 웹페이지 임베딩 기능 제공 ❍ 커스텀 챗봇 관리 - 플랫폼에서 만들어진 생성형 AI 서비스 관리 및 검색 - 권한별 챗봇 사용 관리 기능 - 선택된 챗봇과 실시간 대화 기능 다. 엑세스를 관리하고 LLM 사용량을 관리하는 관리자시스템 구축 ❍ 사용자 관리 - 대학 구성원의 초대, 가입 승인 - 학생, 교원 등 그룹의 관리 - 필요에 따른 추가적인 그룹 생성 및 관리 ❍ LLM 크레딧 차감 방식의 LLM 사용 비용 관리 - 사용자 그룹별 월간 크레딧 사용량 할당, 관리 라. 대학 구성원이 모두 이용할 있는 LLM 토큰수량 제공 ❍ 제안 시 플랫폼 사용자에게 사업 기간동안 “공급 가능한 LLM 모델별 토큰 수량”*을 LLM별로 명확히 기재필요. 요구사항명 SFR-004 참조.

※ 표기된 토큰 수량은 제안사의 제안비용 총액 중 LLM 모델별 토큰 이용료에 해당하는 '크레딧' 예산 금액을 기준으로 산정한 값임. 해당 크레딧 전액을 각 모델에 대해 입력 토큰(Input Token)으로만 사용한 경우와, 출력 토큰(Output Token)으로만 사용한 경우를 각각 가정하여 계산한 최대 사용 가능 수량을 의미함. 3. 요구사항 총괄

순번요구사항 구분요구사항 고유번호요구사항명
1기능 요구사항SFR - 001생성형 AI 활용 플랫폼 구성
2
SFR - 002멀티 LLM 활용 기능 (채팅, 챗봇 생성 지원)
3
SFR - 003다양한 이미지/영상 생성 모델 활용 기능
4
SFR - 004
모델별 최소 제공 LLM 토큰 수량
5SFR - 005외부 연동을 위한 멀티 LLM 통합 API 및 단일 API 키 관리 기능
SFR - 006제안사 자체 개발 LLM 보유 및 제공 기능
6
SFR - 007RAG 시스템 운영 구성
7
SFR - 008생성형 AI 서비스 스튜디오
8
SFR - 009챗봇 스토어 공개 및 외부 사용자용 챗봇 url 공유, 웹페이지 임베딩 기능 제공
9
SFR - 010챗봇 스토어 기능
10
SFR - 011로그인 기능
11
SFR - 012관리자 페이지 기능
12
SFR - 013개인 사용자 크레딧 추가 구입 기능
13
SFR - 014정보 보안 관리 기능
14
15SFR - 015국가통계포털(KOSIS) 국가통계 데이터 분석 및 시각화 기능
16SFR - 016생성형 AI 서비스 온프레미스 전환 및 구축 실적
17성능요구사항PER-001동시 사용자 지원
18PER-002응답 속도 최적화
19인터페이스 요구사항SIR-001시스템 메뉴 및 화면 구성
20SIR-002사용자 편의성을 고려한 UI 설계
21보안 요구사항SER-001보안관리 공통사항
22품질 요구사항QUR-001기능 구현의 정확성
23QUR-002장애복구 및 백업복구
24프로젝트지원 요구사항PSR-001매뉴얼 제공
25PSR-002비상대책

4. 요구사항 목록 5. 요구사항 상세 내역 가. 기능 요구사항 (System Function Requirement : SFR)

요구사항번호SFR-001
요구사항명생성형 AI 활용 플랫폼 구성
분 류기능 요구사항
요구사항
상세설명
정의대학 구성원이 요구하는 서비스 환경을 고려하여, 멀티 LLM을 통합적으로 제공·관리하고 안정적으로 활용할 수 있는 플랫폼을 제공
내용▪ 멀티 LLM 기반 생성형 AI 플랫폼 구성
- 다양한 상용 및 자체 LLM을 단일 플랫폼에서 통합 제공하여 사용자가 용도에 따라 선택·활용할 수 있는 환경을 구성
- 클라우드 기반으로 LLM을 연동·관리하여 확장성과 운영 안정성을 확보
▪ 효과적인 생성형 AI 사용 비용 관리
- 멀티 LLM 환경에서 발생하는 사용 비용을 효율적으로 관리할 수 있도록 플랫폼 차원의 통합 비용 관리 기능 제공
- 크레딧 기반 사용 방식으로 사용자는 필요한 만큼만 사용하고, 이용량에 따라 자동 차감되는 구조를 통해 비용 예측성과 관리 편의성 제공
▪ 사용자 친화적 UX
- 대화형 UX 및 클라우드 기반 인터페이스
- ChatGPT, Gemini와 유사한 사용자 경험(UX)을 웹 및 모바일에서 제공
- 대화 내용은 세션 기반으로 스레드화되어, 이전 대화를 탐색하거나 이어서 대화 가능
- 클라우드 스토리지를 통한 대화 데이터 저장
▪ 유연성 및 확장성 확보
- 플랫폼의 주요 기능(LLM 연동, 사용자 인터페이스, 데이터 처리 등)을 모듈화하여 독립적으로 고도화 및 확장 가능하도록 설계
- 모듈 간 의존성을 최소화하여 특정 기능의 업데이트나 테스트 시 전체 시스템에 영향을 주지 않도록 구현
- 새로운 LLM 모델 추가 시 시스템 구조 변경 없이 통합 가능하도록 플랫폼 확장성 보장
- 학습 데이터 증가나 사용자 트래픽 변동에도 유연하게 대응할 수 있는 확장성 제공
요구사항번호SFR-002
요구사항명멀티 LLM 활용 기능 (채팅, 챗봇 생성 지원)
분 류기능 요구사항
요구사항
상세설명
정의플랫폼 사용자가 채팅 화면 및 스튜디오 기반 챗봇 생성 과정에서 다수의 상용 LLM을 목적에 따라 선택·활용할 수 있도록 지원하는 기능
내용▪ 멀티 LLM 통합 호출 구조
- 사용자 및 내부 서비스가 하나의 API Gateway 또는 통합 엔드포인트를 통해 여러 LLM API를 호출할 수 있도록 설계
- 호출 대상 LLM 모델은 동적으로 선택되며, 내부 라우팅 규칙을 기반으로 자동 분기
▪ 채팅(Chat) 기능에서의 멀티 LLM 활용
- 사용자가 채팅 시 용도 또는 목적에 맞는 LLM 모델 을 선택하여 대화 가능
- 모델별 특성(용도, 비용, 추론성향 등)에 대한 정보 제공
▪ 지원 LLM 모델
OpenAI : GPT 5.3 Chat, GPT 5.3 Codex, GPT-5.2 Chat, GPT-5.2, GPT-5.2 Pro, GPT-5.2 Codex, GPT-5.2 Codex Max, GPT 5.1 Auto, GPT-5.1 Chat, GPT-5.1, GPT-5 Chat, GPT-5 Thinking, GPT-5 mini, GPT-5 nano, GPT-OSS 120B 등
Anthropic : Claude 4.6 Sonnet, Claude 4.5 Sonnet, Claude 4.6 Opus, Claude 4.5 Opus, Claude 4.5 Haiku 등
Google : Gemini 3.1 Pro, Gemini 3.1 Flash-Lite, Gemini 3 Pro, Gemini 3 Flash, Gemini 2.5 Pro, Gemini 2.5 Flash 등
UPSTAGE : Solar Pro 3, Solar Pro 2
PERPLEXITY : Sonar Reasoning Pro, Sonar Pro
X-AI : Grok 4.1 Fast, Grok 4, Grok 3 Mini 등
Meta : Llama 4 Maverick
GEMMA : Gemma 3
Mindlogic(제안사 자체 개발 모델) : SAIT 2 Pro
※ 상기 모델 구성은 신규 모델 출시, 플랫폼 정책 및 사용 목적에 따라 변경될 수 있음
▪ 스튜디오(Studio) 챗봇 생성 시 멀티 LLM 활용
- 사용자가 챗봇 생성 시 사용 목적에 맞는 LLM을 지정 가능
- 하나의 챗봇 내에서도 용도, 사용 시나리오에 따라 LLM을 유연하게 변경 가능
▪ API 호출 최적화 및 안정성 확보
- API 호출 속도를 최적화하여 플랫폼의 응답 성능 확보 통해 호출 응답 대기 시간을 최소화
- 대량 요청 /과부하 상황에서도 API 요청 분산 처리를 통한 안정
적인 API 성능을 유지
요구사항번호SFR-003
요구사항명다양한 이미지/영상 생성 모델 활용 기능
분 류기능 요구사항
요구사항
상세설명
정의플랫폼 사용자가 다양한 이미지 및 동영상 생성 모델을 선택하여 콘텐츠를 생성하는 기능 제공
내용▪ 이미지 생성 기능
- Nano Banana, Nano Banana Pro, FLUX 1.1 [pro], Gen-4 Image, Seedream 4.0, SDXL 등 다양한 모델을 활용한 이미지 생성 지원
- 이미지 생성 개수, 비율 등 주요 생성 옵션을 사용자가 선택할 수 있어야 함
- 이미지 생성 전, 예상 크레딧 소모량을 사전에 확인할 수 있어야 함
▪ 동영상 생성 기능
- Veo 3.1 Fast, Veo 3.1, Kling v2.5 Turbo Pro, Hailuo 02 등 다양한 모델을 활용한 동영상 생성 지원
- 동영상 길이, 화면 비율 등 주요 생성 옵션을 사용자가 선택할 수 있어야 함
- 동영상 생성 전, 예상 크레딧 소모량을 사전에 확인할 수 있어야 함
요구사항번호SFR-004
요구사항명모델별 최소 제공 LLM 토큰 수량
분 류기능 요구사항
요구사항
상세설명
정의플랫폼 사용자가 사용할 LLM 종류별 및 최소 공급 수량.
내용▪ 모델별 제공 토큰 최소 수량
-제공 토큰 총 수량의 예시로 제시된 LLM 모델 외에도 모든 지원 LLM 모델을 자유롭게 사용할 수 있음 (Gemini, Claude, Perplexity, Grok 등)
※ 표기된 토큰 수량은 제출된 견적서상 LLM 모델별 과금 단위인 '크레딧' 예산 금액을 기준으로 산정한 값임. 해당 크레딧 전액을 각 모델에 대해 입력 토큰(Input Token)으로만 사용한 경우와, 출력 토큰(Output Token)으로만 사용한 경우를 각각 가정하여 계산한 최대 사용 가능 수량을 의미함
모델명단위인풋 토큰아웃풋 토큰
1. GPT-5.3개11,978,153,8401,497,269,230
2. GPT-5.4 Nano104,808,846,10416,769,415,377
3. GPT-5.48,384,707,6881,397,451,281
4. Gemini 3.1 Flash Lite83,847,076,88313,974,512,814
5. Claude 4.6 Sonnet6,987,256,4071,397,451,281
6.Grok 4.1 Fast104,808,846,10441,923,538,442
요구사항번호SFR-005
요구사항명외부 연동을 위한 멀티 LLM 통합 API 및 단일 API 키 관리 기능
분 류기능 요구사항
요구사항
상세설명
정의외부 시스템에서 단일 API 키를 통해 여러 상용 LLM을 호출할 수 있도록 지원하는 통합 API 제공 기능
내용▪ 멀티 LLM 통합 API 제공
- 외부 시스템(예: 웹사이트, 어플리케이션)이 플랫폼의 통합 LLM API를 통해 다수의 LLM을 호출 가능
- API 요청 시 모델 직접 지정 또는 내부 라우팅 정책에 따른 자동 선택 지원
▪ 단일 API 키 기반 호출 구조
- 사용자 단위로 API 키 발급, 삭제 등 관리 기능 제공
- 단일 API 키로 여러 LLM(GPT, Gemini, Claude, Perplexity, Grok, Llama, Gemma 3 등) 및 이미지 생성 모델 호출 가능
- 개별 LLM별 API 키 관리 부담 없이 플랫폼 차원에서 통합 관리
▪ 안정성 및 확장성
- 대량 요청 상황에서도 안정적인 API 호출을 위한 분산 처리 구조
- API 호출 성능 최적화 및 장애 대응 구조 포함
요구사항번호SFR-006
요구사항명제안사 자체 개발 LLM 보유 및 제공 기능
분 류기능 요구사항
요구사항
상세설명
정의제안사는 외부 상용 LLM에 전적으로 의존하지 않고, 자체적으로 개발·운영 가능한 LLM 모델을 최소 1종 이상 보유하고 이를 플랫폼에 제공할 수 있어야 함.
내용▪ 자체 개발 LLM 보유
- 제안사는 자체 개발한 LLM 모델을 최소 1종 이상 보유하고, 해당 모델을 생성형 AI 플랫폼에서 실제 서비스 용도로 제공할 수 있어야 함
▪ 독립 운영 및 무중단 서비스 제공 모델로 활용 가능한 구조 제공
- 자체 개발 LLM은 외부 상용 LLM(API)에 의존하지 않고 독립적으로 운영 가능해야 함
- 제안사는 자체 개발 LLM 또는 1종 이상의 무료 LLM을 플랫폼에 제공하여, 외부 상용 LLM 사용이 제한되는 환경에서도 생성형 AI 서비스 이용이 가능하도록 구성해야 함
요구사항번호SFR-007
요구사항명RAG 시스템 운영 구성
분 류기능 요구사항
요구사항
상세설명
정의사용자가 업로드한 문서를 기반으로 챗봇이 지식을 자동으로 학습하는 RAG 시스템 제공
내용▪ 문서 업로드 및 데이터 전처리 기능
- 사용자는 커스텀 챗봇 제작을 위한 웹 인터페이스를 통해 HWP/HWPX, PDF, PPTX, TXT, CSV, XLSX, DOCX 등 다양한 형식의 문서를 업로드 가능
- 문서 내 이미지, 도식, 표 등의 내용을 모두 챗봇 학습에 활용 할 수 있는 전처리 파이프라인 제공
- 구조화/비구조화 데이터를 자동 분류하고, OCR, 텍스트 추출, 이미지처리 기술을 종합적으로 활용해 학습 가능한 형태로 전처리
- 업로드된 문서는 사용자가 목록으로 조회하거나 선택적으로 삭제 가능
▪ RAG(Retrieval-Augmented Generation) 시스템 구현
- 전처리된 문서 데이터는 임베딩 처리 후 LLM API 제공 업체와 분리된 별도의 클라우드 기반 벡터 데이터베이스에 저장
- 사용자의 질의는 벡터 검색을 통해 관련도가 높은 문서 세그먼트를 탐색하고, 이를 기반으로 LLM 응답을 생성
요구사항번호SFR-008
요구사항명생성형 AI 서비스 스튜디오
분 류기능 요구사항
요구사항
상세설명
정의사용자가 직접 챗봇을 설계, 편집할 수 있는 AI 서비스 스튜디오 제공
내용▪ 챗봇 설계 기능
- 프롬프트를 손쉽게 수정 가능
- 사용자 제공 문서를 기반으로 챗봇 지식베이스를 생성 및 관리할 수 있는 기능
▪ 모델 파라미터 조정
- 프로젝트 요구에 따라 적합한 LLM 모델을 선택하여 활용
- 사용자 요구에 따라 응답의 창의성, 신뢰성 및 결과 범위를 조정할 수 있도록 지원
▪ 챗봇 저장 및 퍼블리시 과정
- 제작 완료 후 관리자의 승인 하에 챗봇을 공용으로 배포하거나 특정 사용자 그룹에만 제한적으로 배포 가능
- 퍼블리시되지 않은 챗봇은 개인 테스트 페이지에서 기능을 점검할 수 있도록 지원
▪ 사용자 그룹별 서비스 맞춤화
- 학생, 교수 등 사용자 그룹별로 요구사항에 맞춘 챗봇 설계를 지원
▪ 특정 그룹을 지정한 챗봇 사용 기능
- 사용자 그룹 관리(생성,수정,삭제) 기능
- 챗봇 공개 시, 해당 챗봇에 접근할 수 있는 사용자 그룹 범위를 설정할 수 있는 기능
요구사항번호SFR-009
요구사항명챗봇 스토어 공개 및 외부 사용자용 챗봇 url 공유, 웹페이지 임베딩 기능 제공
분 류기능 요구사항
요구사항
상세설명
정의스튜디오에서 제작한 챗봇을 팩트챗 플랫폼 내 스토어(Store)에 공개하는 기능을 기본으로 제공하고, 플랫폼 사용자뿐 아니라 외부 사용자도 URL 공유 또는 웹페이지 임베딩 방식으로 챗봇을 활용할 수 있도록 지원하는 기능
내용▪ 챗봇 활용
- 사용자는 스튜디오에서 제작한 챗봇을 팩트챗 플랫폼 내 스토어에 공개하고, 별도의 추가 설정 없이 자신의 서비스 환경에 즉시 적용하여 사용할 수 있어야 함
▪ 외부 사용자 접근을 위한 공유 URL 제공
- 제작된 챗봇은 공유 URL 형태로 제공될 수 있어야 하며, 로그인 여부 또는 플랫폼 서비스 가입 여부와 관계없이 누구나 접근하여 사용할 수 있어야 함
▪ 웹사이트 임베딩(Embed) 연동 지원
- 제작된 챗봇은 웹사이트에 위젯 형태로 삽입(JavaScript 임베딩)할 수 있어야 하며, 별도 개발 부담 없이 손쉽게 외부 웹페이지와 연동 가능해야 함
요구사항번호SFR-010
요구사항명챗봇 스토어 기능
분 류기능 요구사항
요구사항
상세설명
정의퍼블리시된 챗봇을 검색 및 불러올 수 있는 스토어 제공
내용▪ 챗봇 검색 및 탐색 기능
- 플랫폼 내에서 퍼블리시된 챗봇을 탐색 및 검색할 수 있는 인터페이스
- 각 챗봇에 대한 상세 설명(기능, 사용 사례 등)을 표시
- 필터링 옵션을 통해 필요한 챗봇을 빠르게 찾을 수 있는 기능
▪ 사용자 그룹별 서비스 구분
- 사용자 그룹별로 공개된 챗봇 조회
- 사용자 로그인 시 그룹에 맞는 챗봇만 표시 및 활용 가능
요구사항번호SFR-011
요구사항명로그인 기능
분 류기능 요구사항
요구사항
상세설명
정의로그인 기능
내용▪ 이메일 기반 사용자 인증 기능
- ID와 비밀번호를 기반으로 한 인증 기능
- 비밀번호 재설정 기능
▪ 통합 로그인(SSO 연동)을 고려한 시스템 설계
- 대학의 기존 인증 체계와 연동 가능한 통합 로그인(SSO) 기능을 지원해야 함.
요구사항번호SFR-012
요구사항명관리자 페이지 기능
분 류기능 요구사항
요구사항
상세설명
정의서비스 운영 및 관리를 위한 관리자 전용 페이지를 제공
내용▪ 회원 관리 기능
- 신규 회원 가입 요청을 승인하거나 거부할 수 있는 기능 제공
- 부적절하거나 비활성화된 계정을 삭제할 수 있는 권한 제공
- 사용자 그룹(학생, 교수, 관리자 등) 및 계정 상태를 확인할 수 있는 기능 지원
▪ 챗봇 관리 기능
- 생성된 챗봇의 퍼블리시 요청을 승인 또는 거부할 수 있는 기능 제공
▪ 사용량 조회 및 통계 분석
- 사용자 또는 그룹별 채팅 메세지 수, 크레딧 사용량, AI 모델별 토큰 사용량을 실시간으로 확인할 수 있는 기능 제공
▪ 보안 및 접근 제어
- 관리자 권한을 가진 사용자만 접근할 수 있도록 인증 및 권한 관리 강화
▪ 관리자용 크레딧 할당량 관리 기능
- 사용자 단위 또는 그룹 단위로 크레딧 사용량의 단위 한도 설정 및 조정 기능 제공
- 설정된 한도 내에서 사용량 초과 시 팝업 알림 기능 제공
- 크레딧 사용량 및 잔여 크레딧은 관리자 대시보드를 통해 모니터링 가능
요구사항번호SFR-013
요구사항명개인 사용자 크레딧 추가 구입 기능
분 류기능 요구사항
요구사항
상세설명
정의기관에서 제공하는 기본 크레딧과 별도로 개인 사용자가 자신의 필요에 따라 개인 용도의 크레딧을 소액 단위로 추가 구매할 수 있는 기능 제공
내용▪ 개인 크레딧 추가 구매 기능
- 기관에서 제공받은 크레딧과 무관하게, 개인사용자 본인 계정에서 크레딧을 별도로 구매하여 사용하는 기능 제공
- 개인 사용자의 추가 크레딧 구매를 위한 사용자 친화적인 구매 인터페이스를 제공해야 함
- 구매 가능한 크레딧 패키지는 개인 사용자 부담을 고려하여 1,000원 단위부터 구매 가능해야 함
- 크레딧 소진 내역 및 잔여 크레딧 실시간 표시
- 모바일 및 PC 환경 모두에서 개인 크레딧 구매가 가능해야 함
▪ 결제 시스템 통합
- 개인 사용자의 편리한 구매를 위한 신용카드 결제 지원 (VISA, MasterCard, 국내 전 카드사)
- PG사 연동을 통한 안전한 결제 프로세스 구현
- 결제 보안 강화 (SSL 인증서, 카드 정보 비저장 정책)
- 결제 승인 완료 시, 구매한 개인 크레딧은 즉시 해당 사용자 계정에 충전되어야 함
▪ 크레딧 관리 및 정책
- 개인 크레딧과 기관 제공 크레딧 분리 관리
- 사용자 구매이력 조회 기능 제공
- 추가 구입 크레딧 소진현황 확인 가능한 대시보드 제공
요구사항번호SFR-014
요구사항명정보 보안 관리 기능
분 류기능 요구사항
요구사항
상세설명
정의민감정보 유출 방지를 위한 정보 보안 관리 기능 제공
내용▪ 금칙어 관리
• 관리자가 특정 단어 또는 문구를 금칙어로 등록할 수 있어야함
- 등록된 금칙어가 포함된 메시지는 자동으로 감지하여 차단
예시: 공격적 표현, 부적절 표현, 괴롭힘 등.
▪ 개인정보(PII) 차단 기능
- 메시지 내 개인정보가 포함될 경우, 시스템이 자동으로 감지하여 차단할 수 있어야 함
- 개인정보 차단을 활성화한 경우, 사용자의 입력 자체를 허용하지 않고 차단해야 함
예시: 휴대폰 번호, 주민등록 번호, 신용카드 번호 등
▪ 개인정보(PII) 마스킹 기능
- 개인정보 입력을 허용하되, 시스템이 자동으로 감지하여 마스킹 처리하여야 함
요구사항번호SFR-015
요구사항명국가통계포털(KOSIS) 국가통계 데이터 분석 및 시각화 기능
분 류기능 요구사항
요구사항
상세설명
정의통계청 국가통계포털(KOSIS) 데이터를 API로 연동하여 사용자가 자연어 질의를 통해 국가·지역 통계 데이터를 조회, 분석 및 시각화할 수 있도록 지원하는 기능
내용▪ 통계청 API 연동
- 연동 주제: 12개 주제 (인구, 가족, 건강, 교육, 소득과 소비, 고용과 노동, 주거와 교통, 문화와 여가, 성장과 안정, 안전, 환경, 사회통합)
- 연동 통계표: 250개 이상 통계표통계청(KOSIS) 국가통계포털 및 공공기관 공식 통계 데이터 연동을 통한 신뢰성 있는 데이터 제공
▪ 지역 단위 선택 및 지도 기반 인터페이스
- 대한민국 17개 시·도 단위의 지역 선택 기능 및 지도 기반 인터페이스 제공
▪ 분석 기능
- 자연어 기반 통계 질의응답 기능 제공
- 지역 선택하여 맞춤 분석 기능 제공
- 17개 시도 단위 지도 시각화 및 지역 선택 기능 지원
- 선택 지역별 거시지표 및 맞춤 추천 질문 제공
- 226개 시군구 단위 세부 분석 기능 지원
- 차트 자동 생성 및 다운로드 기능
- AI 기반 요인 분석 및 인사이트 제시 기능 지원
요구사항번호SFR-016
요구사항명생성형 AI 서비스 온프레미스 전환 및 구축 실적
분 류기능 요구사항
요구사항
상세설명
정의제안하는 생성형 AI 서비스는 기관의 보안 정책 및 내부 시스템 연동 요구에 대응할 수 있도록 온프레미스(On-Premise) 환경으로 전환이 가능하도록 설계되어 있어야 함. 제안사는 생성형 AI의 온프레미스 구축·납품 실적을 보유하고 이를 확인할 수 있는 객관적인 증빙 자료(계약서, 구축 확인서, 실적 증명서 등)를 제안서에 포함하여 제출해야 함.
내용(1) 오픈소스 AI 모델 자체 구축 및 운영 구조
기관 내부 서버에 오픈소스 대규모 언어모델(LLM)을 직접 설치·운영할 수 있는 구조를 갖추어야 하며, 모든 AI 추론(질의응답) 과정이 외부 클라우드를 경유하지 않고 기관 인프라 내에서 완결 가능해야 함. 향후 모델 업그레이드 및 교체가 가능한 표준화된 서빙 환경을 지원해야 함
(2) 자체 완결형 문서 검색·분석(RAG) 체계
문서 업로드, 텍스트 추출(OCR 포함), AI 기반 검색의 전 과정이 외부 클라우드를 거치지 않고 기관 내부 인프라에서 처리 가능해야 함
(3) 기관 정보시스템 연동
학사시스템, 도서관시스템, 통합인증(SSO) 등 학내 기존 시스템과 표준 방식(API, SSO/SAML)으로 연계할 수 있는 설계 구조를 갖추어야 함
(4) 기관별 독립 운영 및 관리
사용자 그룹별 권한 설정, 사용량 모니터링, AI 모델별 접근 제어 등을 관리자가 직접 운영할 수 있는 관리 콘솔을 제공해야 함
(5) 데이터 보안 및 주권 확보
모든 대화 기록, 업로드 문서, 사용자 정보가 기관 내부 데이터베이스 및 저장소에만 보관될 수 있어야 하며, 컨테이너 기반 배포를 지원하여 기관의 기존 서버 환경에 유연하게 적용 가능해야 함

나. 성능요구사항 (Performance Requirement : PER)

요구사항번호PER-001
요구사항명동시 사용자 지원
분 류성능 요구사항
요구사항
상세설명
정의플랫폼에 동시에 접속한 다수의 사용자를 안정적으로 처리하여 원활한 서비스 제공
내용▪ 동시 접속 사용자 목표 설정
- 동시 접속 사용자 100명 이상을 안정적으로 지원
- 서버 자원의 효율적인 할당 및 분산 처리 기술 적용
▪ 시스템 안정성 및 복구
- 시스템 과부하 시 서비스 중단 없이 처리하도록 안정성 강화
요구사항번호PER-002
요구사항명응답 속도 최적화
분 류성능 요구사항
요구사항
상세설명
정의사용자의 요청에 대해 원활한 응답 레이턴시 제공
내용▪ 응답 시간 목표 설정
- 모든 요청에 대해 10초 이내 응답을 제공하는 성능 기준 설정
- 응답 속도는 답변을 마치는 시간이 아닌 답변을 시작하는 시점을 기준으로 측정
▪ 부하 분산 시스템 도입
- 로드 밸런서를 활용하여 LLM 서버 요청 분산

다. 인터페이스 요구사항 (System Interface Requirement : SIR)

요구사항번호SIR-001
요구사항명시스템 메뉴 및 화면 구성
분 류인터페이스 요구사항
요구사항
상세설명
정의시스템 메뉴 및 화면 구성
내용▪ 호환성을 고려한 사용자 인터페이스 제공
▪ 고객 친화적인 UI/UX제공
- ChatGPT와 유사한 인터페이스를 제공하여 자연스럽게 사용할 수 있는 채팅 페이지 구현
▪ 가독성이 높은 응답 포맷팅
- 일반 답변과 코드 포함 답변의 포맷팅을 달리하여 코드가 포함된 답변의 가독성을 높일 수 있는 UI/UX 제공
▪ 다양한 웹브라우저 환경에서 동일한 UI로 서비스 제공
▪ 단일창에서 처리될 수 있는 기능 제공
▪ 모바일 환경에서도 사용 가능
요구사항번호SIR-002
요구사항명사용자 편의성을 고려한 UI 설계
분 류인터페이스 요구사항
요구사항
상세설명
정의사용자 중심의 UI 서비스 구현
내용▪ UI는 직관적이면서도 수요자와의 상호작용을 유발시킬 수 있어야 하며 다양한 사용자의 요구를 수용할 수 있도록 유연해야 함
▪ 사용자 정보 접근성 향상을 위한 UI를 지원하도록 설계/구현하여야 함
▪ 직관적인 인터페이스를 제공하도록 화면 구성
▪ 사용자가 진행 상태와 결과를 쉽게 볼 수 있고, 향후 수행 활동들을 쉽게 할 수 있도록 화면을 설계해야 함

라. 보안 요구사항 (Security Requirement : SER)

요구사항번호SER-001
요구사항명보안관리 공통사항
분 류보안 요구사항
요구사항
상세설명
정의보안관리 공통사항
내용▪ 안전 및 보안관리
- 사업 추진과정에서 자료 무단 유출 및 보관, 보안관리 부실로 개인정보 유출 및 정보보안 사고 발생을 사전에 차단하기 위한 물리적 보안대책, 관리적 보안대책, 기술적인 보안대책 등 안전 및 보안 관리 방안을 제시하여야 함
- 사업자는 시스템 구축 업무를 수행하면서 알게 된 업무상의 정보, 개인정보 및 기타 대학이 요구하는 보안사항 등을 사업 기간 중은 물론 사업 완료 후에도 제3자에게 누설하지 않아야 함
- 사업 기간 중 업무수행에 필요한 전산장비(PC, 노트북 등)의 악성코드 감염여부, 자료 무단반출 여부를 확인하여야 함
- 대학의 보안규정에 따라 사업자 선정 후 사업 참여인력에 대한 신원조사를 할 경우 이에 응해야 하며, 조사결과 결격사유가 없어야 함
- 사업 진행에 관련된 사무실 및 중요 장비 설치 장소에 대해서는 외부인 출입 통제 등 출입 보안을 실시하여야 함
- 문서 폐기 시 안전한 절차 및 방법에 따라 폐기
- 사업 내용 중 보안이 필요한 문서 및 자료에 대해 외부 반입이 불가피할 시 대학의 담당자와 협의 후 진행하며, 반드시 사업부서장의 승인하에 이루어져야 함
▪ 기타 다음의 보안 관련 특약을 준수하여야 함
- 사업 수행과정에서 취득한 자료와 정보에 관하여 사업 수행 중은 물론 사업 완료 후에도 이를 외부에 유출해서는 아니 되며, 사업 종료 시 정보보안담당자의 입회하에 완전폐기 또는 반납해야 함
산출정보보안서약서

마. 품질 요구사항(Quality Requirement : QUR)

요구사항번호QUR-001
요구사항명기능 구현의 정확성
분 류품질 요구사항
요구사항
상세설명
정의기능 구현의 정확성
내용▪ 시스템은 제공되기로 한 요구사항을 모두 제공하며, 개발 단계별 변경 관리 절차를 통해 승인을 획득한 요구사항을 최종 요구사항으로 간주
▪ 제공되기로 한 요구사항을 제공하는지 여부는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우 만족한 것으로 봄
요구사항번호QUR-002
요구사항명장애복구 및 백업복구
분 류품질 요구사항
요구사항
상세설명
정의장애발생 시 시스템 백업 및 복구 방안
내용▪ 시스템은 장애 발생 시 최대한 빠르게 정상 상태로 복구되어야 함
▪ 시스템은 장애복구 시간 중에 장애상황을 공지할 수 있어야 함
▪ 시스템 백업 및 복구를 위해 기관 담당자와 협력하여 백업복구 방안을 마련

바. 프로젝트지원 요구사항 (Project Support Requirement : PSR)

요구사항번호PSR-001
요구사항명매뉴얼 제공
분 류프로젝트지원 요구사항
요구사항
상세설명
정의매뉴얼 제공에 관한 사항
내용▪ 시스템 운영자 매뉴얼을 작성하여 제공
요구사항번호PSR-002
요구사항명비상대책
분 류프로젝트지원 요구사항
요구사항
상세설명
정의비상대책에 관한 사항
내용▪ 발생 가능한 장애 요소들을 유형별로 구분하여 제시하고, 이에 대한 체계적이고 효과적인 사전 및 사후 대응방안 제시
▪ 자료의 파손, 변질, 분실 등에 대비하기 위한 체계적이고 효과적인 백업 및 복구 방안 제시

참가자격

2) 제안사는 장애 발생 시 즉각적인 원인분석 및 복구 작업을 수행하고 장애 보고서를 기록하여 제출하고 향후 같은 장애가 발생하지 않도록 예방조치를 수행하여야 한다. 마. 보안준수사항 1) 본 사업과 관련하여 취득한 모든 정보는 일체 유출 또는 누설하여서는 안 된다.

3 입찰 사항

1. 입찰 참가자격 가.『국가를 당사자로 하는 계약에 관한 법률 시행령』제12조(경쟁입찰의 참가자격) 및 동법 시행규칙 제14조(입찰참가자격요건의 증명) 규정에 의한 경쟁 입찰 참가자격을 갖추어야 함 나.『국가를 당사자로 하는 계약에 관한 법률』제27조(부정당업자의 입찰 참가자격 제한 등) 및 동법 시행령 제76조(부정당업자의 입찰참가자격 제한)에 해당되지 않은 업체이여야 함 다. 입찰공고일 현재 청산, 합병, 매각 등 정리절차 중이거나 계획 중인 사업자와 법원에 화의 또는 법정관리를 신청 중인 사업자는 입찰에 참가할 수 없음 라. 제안사는 입찰공고일 현재 플랫폼을 실제 운영하고 있어야 하며, 제안발표에서 플랫폼을 시연할 수 있어야 함. 마. 본 사업의 원활한 수행을 위하여 온프레미스(On-Premise) 환경으로의 전환이 가능하여야 하며, 제안사는 온프레미스 방식의 납품 실적을 보유하고 있어야 한다. 또한 해당 실적에 대한 객관적인 증빙자료(계약서, 납품확인서 등)를 제출하여야 한다.

배점·평가

3. 입찰방식 가. 입찰방식 : 제한공개경쟁입찰 나. 사업자선정방식 : 협상에 의한 계약체결 ※ 「국가를 당사자로 하는 계약에 관한 법률 시행령·시행규칙」 및 기획재정부 계약예규 「협상에 의한 계약체결기준」을 준용함 4. 평가 및 사업자 선정방식 가. 제안요청 설명회 - 별도로 제안요청 설명회를 개최하지 않고 사업 담당자에게 메일을 통해 요청 나. 제안 발표회 : 별도의 제안발표회는 없음 (단, 서면심사로 기술평가 변별이 불가능할 경우 발표회 시행 가능하며 업체 별도 안내 예정임) 다. 세부 평가방법 1) 평가항목 및 배점기준 : 기술능력평가(60점) + 입찰가격평가(40점) 2) 평가점수 산정 : 기술능력평가 점수 + 입찰가격평가 점수 3) 기술능력 평가 · 정성적 평가는 평가위원회를 구성하여 평가위원이 제안서 내용에 대해 평가 · 평가위원회의 평가 내용 및 평가 결과는 공개하지 아니하고 평가 결과에 대하여 이의를 제의할 수 없음 다. 협상 적격자 선정 1) 기술능력평가 기준에 따라 심사한 후 기술능력평가 점수가 기술능력평가분야 배점한도인 60점 만점 기준 40점 이상인 자를 협상적격자로 선정 2) 협상의 순서는 선정된 협상적격자의 기술능력평가 점수와 입찰가격평가 점수를 합산하여 고득점순에 따라 결정

정량적 평가(20%)+가격평가(40%)협상적격자 선정
++가격평가(40%)협상적격자 선정
정성적 평가(40%)

○ 평가는 기술능력평가와 입찰가격평가로 구분하여 종합 평가하며, 평가 비중은 기술능력평가 60%(정량적 평가 20%, 정성적 평가 40%), 입찰 가격평가 40%로 한다. ○ 평가점수에서 소수점 이하가 있을 경우 소수점 셋째자리에서 반올림한다. · 제안서 기술능력평가 결과 순위에 따라 제안사의 순위를 정하고, 기술능력평가 결과 1순위자의 기술능력평가 점수는 배점한도를 부여하되, 차순위자부터는 순차적으로 순위 간 점수차를 감한 점수를 부여함 · 다만, 선순위와 후순위의 점수차(원점수차)가 순위 간 점수차(3점) 보다 큰 경우 원점수차를 유지함 · 차등점수를 부여한 후 기술능력평가 점수와 가격평가 점수를 합산하여 동점인 경우에는 기술능력평가 점수에 따라 순위를 정함 ○ 사업설명회는 별도 개최 없이 본 제안요청서로 갈음한다. ○ 기술능력평가는 정량적 평가와 정성적 평가로 나누어 평가하고 정량적 평가는 사업담당자가 심사기준에 따라 평가하고, 정성적 평가는 제안서평가위원회를 구성하여 평가하되, 제안업체의 제안설명(PT)도 병행함. ○ 본 사업은 SW사업으로, 제안서 평가결과 기술능력 평가 점수가 기술능력 평가분야 배점한도의 40점 이상인 자를 협상적격자로 선정함 나. 평가항목 및 배점

평가항목평가요소배점
한도
대분류중분류소분류평가요소배점
한도
총 합계100
정량적
평가
(10)
수행 경험(실적 금액)· 최근 3년간 유사사업 실적금액
※입찰마감일 기준 3년 이내 계약금액이 1억원 이상인 경우에 한하여 실적인정 가능함
4
수행 경험(실적 건수)· 최근 3년간 유사사업 실적건수
경영 상태· 신용평가기관에 의한 신용도2
정성적
평가
(50)
전략 및
방법론
(10)
사업의
이해도
· 사업의 이해도 및 사업목적의 적합성
· 제안요청서와 부합성, 목표시스템
구성도 적정성
10
추진 전략· 사업 추진전략 창의성 및 타당성
적용 기술 및 방법론· 적용 기술의 실현 가능성과 향후 확장성
· 사업에 적정한 개발 방법론이 제시되었는지 평가, 실제 적용 사례 및 경험을 바탕으로 단계별 산출물이 제시되었는지 여부
기술 및 기능
(20)
기능 요구사항· 제안요청서 상의 기능 요구사항 충족 여부
· 기능 제공을 위해 제시된 구현방안의 적정성
· 시스템 설계 및 클라우드 인프라 구성의 적정성, 데이터 수집 및 전처리 방안, 데이터 전처리 자동화 방안, RAG 구축 방안의 적정성
· 대용량 문서 파일의 공유 및 처리 가능 여부
15
보안 요구사항· 제안요청서 상의 보안 요구사항 충족 여부
· 보안 이행방안의 적정성 및 구체성
· 개인정보 검출, 처리 방안에 대한 적정성
성능 및
품질
(20)
성능 요구사항· 생성형 AI의 응답 속도, 정확도 확보를 위한 방안
· 제안요청서 상의 성능 요구사항 충족 여부
· 제안사는 제안서에 명시된 생성형 AI 서비스의 모든 기능에 대하여 현장 시연을 통해 기능 구현 여부 및 정상 동작을 입증하여야 함
· 시연 결과를 통해 제안 기능의 실제 구현 수준, 응답 정확도 및 서비스 안정성을 평가함
품질 요구사항· 요구사항의 품질 요구사항 충족여부
· 단계별 품질의 점검과 검토 방안의 적정성
인터페이스 요구사항· 타 시스템 연계 방안의 구체성, 적정성
· 사용자 편의성을 고려한 인터페이스
제공 여부
프로젝트
관리 및 지원
(10)
관리방법론
관리역량
· 사업추진 체계 및 보고체계 등 프로젝트
관리방법에 대한 평가
10
일정계획· 수행기간과 세부일정의 구체성 및
적정성
· 세부 활동 분배의 합리성
업무보고 및
검토계획
· 사업기간 중 이루어지는 보고 및 검토
계획에 대한 평가
수행조직 및
업무분장
· 본 사업을 수행하는 조직 및 업무분장
사항에 대한 기술에 대한 평가
· PM의 업무경력 및 의사소통 능력 평가
매뉴얼 제공· 과업완료 후 매뉴얼 제공 방안 평가
하자보증 및
비상대책
· 하자보수 조직, 절차 범위 및 기간과 활동계획, 조건에 대한 평가
· 안정적인 시스템 운영을 위해 필요한 각종 백업, 복구 및 장애대응 대책 평가
기밀보안· 개인정보 보호대책
· 보안준수 및 시스템 보안준수 방안
입찰가격평가(40)· 가격평가 배점한도(20) × (최저입찰가격 / 해당업체입찰가격)40

다. 정량적 지표 세부 평가방법 ○ 수행 경험(실적 금액) (4점)

평가부분배점기준배점
생성형 AI 기반 서비스 제공 용역 또는 생성형 AI 기반 소프트웨어 물품 공급 실적 금액A. 기준 금액 (8.0억) 100% 이상4.0점
B. 80% 이상 ~ 100% 미만3.5점
C. 60% 이상 ~ 80% 미만3.0점
D. 40% 이상 ~ 60% 미만2.0점
E. 40% 미만1.0점
F. 자료 미제출 시0점

1. 사업 실적 범위는 입찰마감일 기준 생성형 AI기반 서비스 관련으로 한다. 2. 현재 수행 중인 사업의 경우는 기성검사가 완료된 부분을 기준으로 평가한다. 3. 이행실적 증명은 ‘협상에 의한 계약 제안서평가 세부기준’을 준용한다. 4. 입찰마감일 기준 최근 3년간 ‘생성형 AI 기반 서비스 제공 용역’ 사업 수행 실적(부가세포함, 합산 금액 기준) 5. 입찰마감일 기준 3년 이내 계약금액이 1억원 이상인 경우에 한하여 실적인정 가능함 6. 공동수급체의 경우 구성원별 실적에 지분율을 곱한 후 그 실적들을 합산한 실적으로 최종 평가하고, 평가 결과 소수점 이하의 숫자가 있는 경우 소수점 다섯째자리에서 반올림 한다. (예) {(A사 실적×A사 지분율)+(B사 실적×B사 지분율)} 에 대한 점수 ○ 수행 경험(실적 건수) (4점)

평가부분배점기준배점
생성형 AI 기반 서비스 제공 용역 또는 생성형 AI 기반 소프트웨어 물품 공급 실적 건수A. 5건 이상4.0점
B. 4건3.5점
C. 3건3.0점
D. 2건2.0점
E. 1건1.0점
F. 자료 미제출 시0점

1. 사업 실적 범위는 입찰마감일 기준 생성형 AI기반 서비스 관련으로 한다. 2. 현재 수행 중인 사업의 경우는 기성검사가 완료된 부분을 기준으로 평가한다. 3. 이행실적 증명은 ‘협상에 의한 계약 제안서평가 세부기준’을 준용한다. 4. 입찰마감일 기준 최근 3년간 ‘생성형 AI 기반 서비스 제공 용역’ 사업 수행 실적(부가세포함,합산 금액 기준) 5. 입찰마감일 기준 3년 이내 계약금액이 1억원 이상인 경우에 한하여 실적인정 가능함 6. 공동수급체의 경우 구성원별 해당 점수에 지분율을 곱한 후 그 점수들을 합산하여 최종 평가하고, 평가 결과 소수점 이하의 숫자가 있는 경우 소수점 다섯째자리에서 반올림 한다. (예) (A사 점수×A사 지분율)+(B사 점수×B사 지분율) ○ 경영상태(2점) · 신용평가등급별 평가점수

신용평가등급평점
회사채기업어음기업신용평점
AAA, AA+, AA0, AA-, A+, A0, A-, BBB+, BBB0A1, A2+, A20,
A2-, A3+, A30
AAA, AA+, AA0, AA-, A+, A0, A-, BBB+, BBB0배점의 100%
BBB-, BB+, BB0, BB-A3-, B+, B0BBB-, BB+, BB0, BB-배점의 97%
B+, B0, B-B-B+, B0, B-배점의 95%
CCC+ 이하C 이하CCC+ 이하배점의 70%

과업·요구

작성항목작성방법비고
Ⅰ. 제안업체 소개
1 제안업체 일반현황- 제안사 연혁 및 개요, 주요실적, 조직 및 인원현황 등 간단 명료하게 제시별지 서식참고
Ⅱ. 일반현황(정량평가)
경영상태- 입찰공고일 이전에 평가하고 유효기간(1년) 내에 있는 회사채, 기업어음 및 기업신용평가등급으로 평가(등급확인서 별도 제출)
* 신용평가등급확인서를 제출하지 않은 경우에는 최저등급으로 평가
Ⅲ. 용역수행역량(정성평가)
1. 사업이해도
2. 사업수행계획
3. 사업수행방법
요구사항, 제안서 평가항목 및 배점기준 참고하여 자유롭게 작성
<필수사항> 제안사는 제공하는 20,000 USer에
대한 개인당 월별 제공 크래딧을 기재하고,
각 LLM당 소요 크래딧에 대한 사용량을(A4
기준, 글자수 기준) 제시하여야 한다
별지 14호 서식참고
구 분단가수량금액(원)비고
플랫폼 사용료(연간)20,000무상 제공
SSO 연동(통합로그인)
시스템 구축
1식
토큰 비용(연간)※ 모델별 제공 토큰 최소 수량에 따른 사용료
○○○○○
합 계

※ 모델별 제공 토큰 최소 수량

모델명단위인풋 토큰아웃풋 토큰
1. GPT-5.3개29,365,209,2903,670,651,161
2. GPT-5.4 Nano256,945,581,28741,111,293,006
3. GPT-5.420,555,646,5033,425,941,084
4. Gemini 3.1 Flash Lite205,556,465,03034,259,410,838
5. Claude 4.6 Sonnet17,129,705,4193,425,941,084
6.Grok 4.1 Fast256,945,581,287102,778,232,514
구분월 최대계약기간(12개월) 최대
제공 크래딧
모델명월 최대(토큰)계약기간(12개월)
최대 (토큰)
A4기준(월,장)글자수(월)
모델명inputoutputinputoutputinputoutputinputoutput
GPT-5.3
Gemini3.1 Pro
Claude 4.6
.....

* 월간 및 계약기간의 최대는 모든 모델이 최대치를 제공해야 하는 것은 아님. * 서비스 가능 사용 크레딧은 예상모델 전체를 기입 * 예상 모델명 OpenAI : GPT-5.2 Chat, GPT-5.1 Chat, GPT-5.2, GPT 5.1 Auto, GPT-5.1, GPT-5 Chat, GPT-5 Thinking, GPT-5 mini, GPT-5 nano, GPT-OSS 12 Anthropic : Claude 4.5 Sonnet, Claude 4.5 Opus, Claude 4.5 Haiku 등 Google : Gemini 3 Pro, Gemini 3 Flash, Gemini 2.5 Pro, Gemini 2.5 Flash 등 UPSTAGE : Solar Pro 2 PERPLEXITY : Sonar Reasoning Pro, Sonar Pro X-AI : Grok 4, Grok 4.1 Fast, Grok 3 Mini 등 Meta : Llama 4 Maverick, Llama 4 Scout GEMMA : Gemma 3 * A4기준 1장 글자수는 1,000자로 함 * 글자 1자는 1.6 토큰으로 정의 함 개인 크레딧 구매비용

입찰 공고

1. 입찰에 부치는 사항 가. 입찰건명: 다중 LLM 지원 생성형 AI 플랫폼 도입 나. 입찰 방법: 제한경쟁입찰 다. 추정 금액: 금 110,000,000원(VAT 포함) 라. 사업 기간: 계약 체결일로부터 3주 이내 ※ 2026학년도 2학기 중 서비스 오픈을 목표로 하며, 세부 일정(요구사항 분석, SSO 연동, 시스템 구축, 공식 오픈 등)은 발주기관과 제안사 간 협의에 따라 조정 가능 마. 사업 내용: 다양한 상용·자체 LLM(GPT, Claude, Gemini 등)을 통합 제공하는 멀티 LLM 기반 생성형AI 플랫폼 도입, 크레딧 기반 통합 과금 체계 구축, 학내 데이터 기 반 RAG 챗봇 스토어 및 관리자시스템 구축 ※ 세부 과업 내용은 붙임 제안요청서 참조 2. 입찰 및 계약방식 가. 제한경쟁입찰, 협상에 의한 계약 방식을 적용(「국가를 당사자로 하는 계약에 관한 법 률 시행령」 제43조 및 「소프트웨어 진흥법」 제50조 준용) 나. 입찰 참가자로부터 제안서를 제출받아 평가 기준에 따라 평가한 후 협상적격자 및 협상순위를 선정하고, 절차에 따라 협상 대상자와 협상을 실시하여 협상이 성립된 때 에 계약을 체결 3. 입찰 참가자격 가. 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제12조(경쟁입찰의 참가자격) 및 동법 시행규칙 제14조(입찰참가자격요건의 증명)에 의한 경쟁입찰 참가자격을 갖춘 자 나. 「국가를 당사자로 하는 계약에 관한 법률」 제27조(부정당업자의 입찰 참가자격 제한 등) 및 동법 시행령 제76조(부정당업자의 입찰참가자격 제한)에 해당되지 않는 자