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

[혁신] 생성형 AI기반 멀티 LLM 플랫폼 도입

이 페이지는 공공일감(work.00data.kr)이 입찰공고 「[혁신] 생성형 AI기반 멀티 LLM 플랫폼 도입」을 AI가 읽기 좋게 한 장으로 정리한 글이다.

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

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

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

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

링크

비슷한 공고

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

진행 중

연세대학교 AI기반 맞춤형 연구 및 학습지원 서비스 구축 사업 · 연세대학교 · 10.9억원 · D-16
[전북과학대학교 혁신지원사업단] 학생 맞춤형 학습지원 및 대학 업무 효율화를 위한 AI 통합 플랫폼 도입 · 전북과학대학교 산학협력단 · 6,345만원 · D-7
KNU 통합 AI 포털시스템 1단계 구축 사업 · 강원대학교 · 8.18억원 · D-3
생성형AI 통합 학습지원 플랫폼 토큰 · 한국기술교육대학교 · 4,409만원 · D-7
K-LXP 생성형 AI 이용자원 통합 공급 및 관리 용역 · 한국기술교육대학교 · 8,182만원 · D-6
생성형AI업무지원서비스 · 각 수요기관 · 9.09억원 · D-1173

끝난 공고 · 결과

AI 중심 교육체계 마련을 위한 통합 플랫폼 서비스 도입 · 대구한의대학교 · 낙찰 -
다중모델 생성형 AI 플랫폼 서비스 도입 용역 · 목포대학교 산학협력단 · 낙찰 마인드로직 주식회사 · 1.27억원
재공고_LLM 기반 생성형 AI 플랫폼 도입 수행업체 선정 · 인하대학교 산학협력단 · 낙찰 마인드로직 주식회사 · 9,950만원
다중 LLM 지원 생성형 AI플랫폼 도입 업체 선정 · 인하대학교 산학협력단 · 유찰
LLM 기반 생성형 AI 플랫폼 도입 수행업체 선정 · 인하대학교 산학협력단 · 유찰
인공지능(AI) 기반 교육환경 구축 사업 · 국립한밭대학교 · 유찰

첨부파일

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

붙임1. 입찰공고문_[혁신] 생성형 AI기반 멀티 LLM 플랫폼 도입.pdf · 공고규격서
붙임2. 제안요청서_[혁신] 생성형 AI기반 멀티 LLM 플랫폼 도입.hwp · 공고규격서

공고 개요

정정 · 명지전문대학 · SW 개발·운영

추정가격: 2.05억원
개찰: 03/24(화) 15:00 · 마감
낙찰방법: 협상에의한계약 · 기술 90 : 가격 10
참가 자격: 제한 없음
무슨 일: 다양한 LLM(GPT, Gemini, Claude, Solar, Grok, Llama 등)을 하나의 플랫폼에서 선택·활용하는 채팅 기능

요약 AI 요약

대학 구성원의 생성형 AI 활용 수요 증가에 대응해, 여러 상용·자체 LLM을 하나의 플랫폼에서 통합 제공·관리하는 멀티 LLM 기반 생성형 AI 플랫폼을 도입한다. 이를 통해 학습·연구·행정 전반의 AI 활용을 촉진하고 구독 비용을 절감한다.

다양한 LLM(GPT, Gemini, Claude, Solar, Grok, Llama 등)을 하나의 플랫폼에서 선택·활용하는 채팅 기능
사용자가 직접 챗봇을 설계·편집·배포하는 생성형 AI 서비스 스튜디오
문서 업로드 기반 RAG 시스템(HWP/PDF/PPTX 등 전처리, 벡터DB 검색)
퍼블리시된 챗봇을 검색·공유하는 챗봇 스토어 및 외부 공유 URL·웹 임베딩
크레딧 기반 통합 과금·사용량 관리 및 관리자 페이지(회원·챗봇·크레딧 관리)
이미지·동영상 생성 기능 및 국가통계포털(KOSIS) 데이터 분석·시각화

평가 · 배점

기술 : 가격 — 기술 90점 · 가격 10점

협상 대상 기준 · 제안서 평가결과 기술능력 평가 점수가 기술능력 평가분야 배점한도의 85% 이상인 자를 협상적격자로 선정함

배점표 (AI 요약)
평가 항목	배점
수행 경험(실적 금액) - 최근 3년간 유사사업 실적금액	8점
수행 경험(실적 건수) - 최근 3년간 유사사업 실적건수	8점
경영 상태 - 신용평가기관에 의한 신용도	4점
사업의 이해도	15점
추진 전략	15점
적용 기술 및 방법론	15점
기능 요구사항	20점
보안 요구사항	20점
성능 요구사항	20점
품질 요구사항	20점
인터페이스 요구사항	20점
관리방법론 관리역량	15점
일정계획	15점
수요조사 반영도	15점
업무보고 및 검토계획	15점
수행조직 및 업무분장	15점
매뉴얼 제공	15점
하자보증 및 비상대책	15점
기밀보안	15점
입찰가격평가	10점
합계(항목을 더한 값)	295점

참가 자격 · 제한

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

입찰 일정

진행	일시	남은 날
공고 게시	03/12(목)	지남
개찰	03/24(화) 15:00	지남

가격

추정가격: 204,545,455원
배정예산: 225,000,000원
예정가격 방식: 비예가

공고 정보

공고종류: 변경공고 (정정공고 · 1차)
게시일: 03/12(목)
공고번호: R26BK01386845-001
참조번호: 2026-6
공고기관: 명지전문대학
수요기관: 명지전문대학
계약방법: 일반경쟁
낙찰방법: 협상에의한계약
계약유형: 총액계약
예정가격 방식: 비예가
추정가격: 204,545,455원
배정예산: 225,000,000원
공공조달분류: ICT 서비스 › 시스템 운영환경 구축 › 정보인프라구축서비스
사전규격번호: -
재공고: 아니오
출처: 나라장터

문서 발췌

과업·요구

2026.03.

I 사업개요

1. 사업일반 추진배경 가. 생성형 AI 도입 수요 증가 및 비용 효율성 확보 필요 학습‧연구‧행정 등 다양한 분야에서 생성형 AI 활용 수요가 증가하고 있으며, 고비용 LLM 계정을 개별적으로 제공할 경우, 대규모 예산이 소요되고, 개인별 편차에 의해 많은 낭비가 발생함. 이를 극복하기 위한 효율적 도입이 필요함. 나. 용도별로 다양한 LLM을 동시에 활용할 수 있는 플랫폼 수요 증가 최근 용도별 강점 및 기술적 특장점을 보유하는 LLM 모델들이 출현하고 있으며, 이러한 배경으로 인해 멀티 LLM 활용의 필요성이 증가함. 범용 추론, 코딩 능력, 문장력, 멀티모달 문서 처리, 빠른 검색, 웹 정보 반영 등 과업별로 최적 LLM 모델이 다름. 대학 내 다양한 교육/행정 부서의 활용 목적에 따라 각기 다른 모델을 선택 및 활용할 수 있는 멀티 LLM 기반 AI 인프라의 필요성이 증가하고 있음. 다. 대학 맞춤형 생성형 AI 서비스 기반 구축 대학 구성원이 자체적으로 제작 가능한 LLM 및 RAG 기반의 챗봇을 활용하여 강의, 문서 요약, 코딩 등 다양한 용도로 지식 공유 및 협업하는 것을 가능하게 하는 대학 맞춤형 AI 서비스 환경이 요구됨. 사용자 심층 수요조사 결과, 서비스 만족도는 전반적으로 4점대의 양호한 수준을 보였으나, 운영 성과 확대의 핵심 병목은 기능 부족보다 인지→첫사용→재사용 전환 구간에 있는 것으로 확인되었다. 이에 따라 본 사업은 단순 기능 확장 중심이 아닌, 사용자 전환 및 정착 중심의 운영체계 고도화를 핵심 방향으로 추진한다.

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

구분	세부작업구분	1W	2W	3W
AI플랫폼 도입	계정 생성 및 전달


	테스트 피드백 반영


	운영게시

※ 통합 로그인 도입 일정은 학교 시스템 환경 파악 후 별도 산정함

Ⅱ 사업 추진방안

1. 추진목표 가. 다양한 LLM 통합 관리 기반의 AI 플랫폼 도입 GPT-5.2, Gemini 3.1 Pro, Claude 4.6 등 다양한 최신 LLM을 하나의 플랫폼에서 선택적으로 활용하고, 사용량을 통합 관리할 수 있는 체계를 구축하여 운영 효율성과 유연한 AI 서비스 제공 기반 마련. 나. 다중 LLM 지원을 위한 크레딧 과금 모델 도입 다양한 최신 LLM을 하나의 요금 정책으로 사용할 수 있도록, 크레딧 기반의 통합 과금 체계를 제공해야 함. 사용자는 동일한 크레딧을 활용해 여러 LLM을 자유롭게 선택 및 이용할 수 있어야 하며, 각 모델별 토큰 소모량에 따라 크레딧이 자동 차감되는 구조여야 함. 크레딧 사용 내역은 투명하게 확인 가능해야 함. 다. 내부 지식 기반 특화형 AI 서비스로 교육·행정 효율성 강화 대학 보유 문서 및 데이터를 기반으로 교수·교직원·학생의 업무와 학습에 최적화된 생성형 AI 서비스를 제공하여 생산성 향상 및 디지털 전환을 촉진함. 라. 사용자 전환·정착 중심 운영체계 구축 직군별(교원·직원·학생) 사용 시나리오 기반 서비스 제공, 인지→첫사용→재사용 전환률 개선을 위한 온보딩 및 교육체계 운영 2. 세부 사업내용 가. 생성형 AI 활용 환경 ❍ 다양한 LLM 모델을 통합 운영하고, 최신 출시되는 LLM 모델 업데이트 및 추가 탑재 등의 확장성 확보 ❍ 제안사는 자체 개발 LLM 보유 및 제공해야 함 ❍ 텍스트 기반 질의에 LLM 학습 정보와 RAG DB 검색 정보 응답 ❍ 사용자 문서 파일(텍스트, 이미지, PDF) 업로드 기능 ❍ 멀티모달(텍스트, 이미지) 데이터 인식 ❍ 대화내용 유지 및 리셋 기능 ❍ ChatGPT와 유사한 사용자 경험(UX) 지원 ❍ 이미지 생성 기능 ❍ 동영상 생성 기능 ❍ 국가통계포털(KOSIS) 국가통계 데이터 분석 및 시각화 기능 ❍ 외부 연동을 위한 멀티 LLM 통합 API 및 단일 API 키 관리 기능

※ [붙임1] 생성형 AI 서비스 플랫폼 구조도 참조 나. 커스텀 챗봇을 제작하고 관리할 수 있는 시스템 ❍ 커스텀 챗봇 개발·배포 시스템 - 챗봇에 맞는 LLM 선택 기능 - LLM 파라미터(LLM 답변 온도, 유사답변 응답 수 등) 조정 기능 - 문서 업로드를 이용한 챗봇 학습 기능 - 챗봇 테스트를 위한 웹 페이지 제공 - 외부 사용자용 챗봇 url 공유, 웹페이지 임베딩 기능 제공 ❍ 생성형 AI 서비스 관리 스토어 - 플랫폼에서 만들어진 생성형 AI 서비스 관리 및 검색 - 권한별 챗봇 사용 관리 기능 - 선택된 챗봇과 실시간 대화 기능 다. 대학 구성원의 엑세스를 관리하고 LLM 크레딧 사용량을 관리할 수 있는 관리자 시스템 ❍ 사용자 관리 - 멤버의 초대, 가입 승인 - 학생, 교원 등 그룹의 관리 - 필요에 따른 추가적인 그룹 생성 및 관리 ❍ 크레딧 차감 방식의 LLM 사용 비용 관리 - 사용자 그룹별 월간 크레딧 사용량 할당, 관리 [붙임1] 생성형 AI 서비스 플랫폼 구조도 3. 요구사항 총괄

분류기준	설 명	요구사항수
1) 기능요구사항 (System Function Requirement : SFR)	목표시스템이 반드시 수행하여야 하거나 목표시스템을 이용하여 사용자가 반드시 할 수 있어야 하는 기능(동작)에 대해 기술	15
2) 성능요구사항 (Performance Requirement : PER)	목표시스템이 특정 기능을 얼마나 빠르게, 신뢰성 있게 수행해야 하는지에 대한 요건을 기술	2
3) 인터페이스 요구사항 (System Interface Requirement : SIR)	목표시스템과 타 시스템과의 인터페이스, 사용자 인터페이스 (사용자 편의성, 화면설계 등)에 대한 요구사항을 기술	2
4) 보안 요구사항 (Security Requirement : SER)	정보자산의 기밀성과 무결성을 위해 목표시스템의 데이터 및 기능, 운영접근을 통제하기 위한 요건을 기술	1
5) 품질 요구사항 (Quality Requirement : QUR)	목표시스템이 가져야 하는 품질항목, 품질평가 대상과 목표 값에 대한 요구사항을 기술	2
6) 프로젝트지원 요구사항 (Project Support Requirement : PSR)	프로젝트 수행 및 향후 지원을 위해 필요한 요구사항으로 표준화, 교육지원, 기술지원, 하자ㆍ유지보수, 프로젝트 팀원 요구사항 등이 해당함	2
합 계		23

순번	요구사항 구분	요구사항 고유번호	요구사항명
1	기능 요구사항	SFR - 001	생성형 AI 활용 플랫폼 구성
2		SFR - 001	생성형 AI 활용 플랫폼 구성
2		SFR - 002	멀티 LLM 활용 기능 (채팅, 챗봇 생성 지원)
3		SFR - 002	멀티 LLM 활용 기능 (채팅, 챗봇 생성 지원)
3		SFR - 003	다양한 이미지/영상 생성 모델 활용 기능
4		SFR - 003
		SFR - 004
		SFR - 004	모델별 최소 제공 LLM 토큰 수량
5		SFR - 005	외부 연동을 위한 멀티 LLM 통합 API 및 단일 API 키 관리 기능
5		SFR - 006	제안사 자체 개발 LLM 보유 및 제공 기능
6		SFR - 006	제안사 자체 개발 LLM 보유 및 제공 기능
6		SFR - 007	RAG 시스템 운영 구성
7		SFR - 007	RAG 시스템 운영 구성
7		SFR - 008	생성형 AI 서비스 스튜디오
8		SFR - 008	생성형 AI 서비스 스튜디오
8		SFR - 009	챗봇 스토어 공개 및 외부 사용자용 챗봇 url 공유, 웹페이지 임베딩 기능 제공
9		SFR - 009	챗봇 스토어 공개 및 외부 사용자용 챗봇 url 공유, 웹페이지 임베딩 기능 제공
9		SFR - 010	챗봇 스토어 기능
10		SFR - 010	챗봇 스토어 기능
10		SFR - 011	로그인 기능
11		SFR - 011	로그인 기능
11		SFR - 012	관리자 페이지 기능
12		SFR - 012	관리자 페이지 기능
12		SFR - 013	개인 사용자 크레딧 추가 구입 기능
13		SFR - 013	개인 사용자 크레딧 추가 구입 기능
13		SFR - 014	정보 보안 관리 기능
14		SFR - 014	정보 보안 관리 기능
14		SFR - 015	국가통계포털(KOSIS) 국가통계 데이터 분석 및 시각화 기능
15	성능요구사항	PER-001	동시 사용자 지원
16	성능요구사항	PER-002	응답 속도 최적화
17	인터페이스 요구사항	SIR-001	시스템 메뉴 및 화면 구성
18	인터페이스 요구사항	SIR-002	사용자 편의성을 고려한 UI 설계
19	보안 요구사항	SER-001	보안관리 공통사항
20	품질 요구사항	QUR-001	기능 구현의 정확성
21	품질 요구사항	QUR-002	장애복구 및 백업복구
22	프로젝트지원 요구사항	PSR-001	매뉴얼 제공
23	프로젝트지원 요구사항	PSR-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.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 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 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.1	개	36,071,124,468	4,508,890,558
2. GPT-5 mini		180,355,622,339	22,544,452,792
3. GPT-5.2		25,765,088,906	3,220,636,113
4. Gemini 3.0 Flash		90,177,811,170	45,088,905,585
5. Claude 4.5 Sonnet		15,029,635,195	3,005,927,039
6. Grok 4		15,029,635,195	3,005,927,039

요구사항번호	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) 마스킹 기능 - 개인정보 입력을 허용하되, 시스템이 자동으로 감지하여 마스킹 처리하여야 함 ▪ 생성형 AI 결과 검증 가이드 지원 - 출처 확인·인용 표기·사실검증 체크리스트 제공 및 검증 필요 영역 안내

요구사항번호	SFR-015
요구사항명	국가통계포털(KOSIS) 국가통계 데이터 분석 및 시각화 기능
분 류	기능 요구사항
요구사항 상세설명	정의	통계청 국가통계포털(KOSIS) 데이터를 API로 연동하여 사용자가 자연어 질의를 통해 국가·지역 통계 데이터를 조회, 분석 및 시각화할 수 있도록 지원하는 기능
요구사항 상세설명	내용	▪ 통계청 API 연동 - 연동 주제: 12개 주제 (인구, 가족, 건강, 교육, 소득과 소비, 고용과 노동, 주거와 교통, 문화와 여가, 성장과 안정, 안전, 환경, 사회통합) - 연동 통계표: 250개 이상 통계표통계청(KOSIS) 국가통계포털 및 공공기관 공식 통계 데이터 연동을 통한 신뢰성 있는 데이터 제공 ▪ 지역 단위 선택 및 지도 기반 인터페이스 - 대한민국 17개 시·도 단위의 지역 선택 기능 및 지도 기반 인터페이스 제공 ▪ 분석 기능 - 자연어 기반 통계 질의응답 기능 제공 - 지역 선택하여 맞춤 분석 기능 제공 - 17개 시도 단위 지도 시각화 및 지역 선택 기능 지원 - 선택 지역별 거시지표 및 맞춤 추천 질문 제공 - 226개 시군구 단위 세부 분석 기능 지원 - 차트 자동 생성 및 다운로드 기능 - AI 기반 요인 분석 및 인사이트 제시 기능 지원

나. 성능요구사항 (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
요구사항명	비상대책
분 류	프로젝트지원 요구사항
요구사항 상세설명	정의	비상대책에 관한 사항
요구사항 상세설명	내용	▪ 발생 가능한 장애 요소들을 유형별로 구분하여 제시하고, 이에 대한 체계적이고 효과적인 사전 및 사후 대응방안 제시 ▪ 자료의 파손, 변질, 분실 등에 대비하기 위한 체계적이고 효과적인 백업 및 복구 방안 제시

참가자격

Ⅲ 제안 안내

1. 입찰 참가자격 가.『국가를 당사자로 하는 계약에 관한 법률 시행령』제12조(경쟁입찰의 참가자격) 및 동법 시행규칙 제14조(입찰참가자격요건의 증명) 규정에 의한 경쟁 입찰 참가자격을 갖추어야 함 나.『국가를 당사자로 하는 계약에 관한 법률』제27조(부정당업자의 입찰 참가자격 제한 등) 및 동법 시행령 제76조(부정당업자의 입찰참가자격 제한)에 해당되지 않은 업체이여야 함 다. 「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조4항 및 같은법시행규칙 제5조3항에 의한 직접생산확인증명서[정보시스템개발서비스(8111159901) 또는 정보인프라구축서비스(8111179901) / (입찰서 제출 마감일 전일 이전에 발급된 것으로 유효기간 내에 있어야 함)]를 소지한 자 라. 입찰공고일 현재 청산, 합병, 매각 등 정리절차 중이거나 계획 중인 사업자와 법원에 화의 또는 법정관리를 신청 중인 사업자는 입찰에 참가할 수 없음 마. 사업의 원활한 수행을 위해 제안사는 고등교육기관 사업의 특성과 운영 절차에 대한 충분한 이해를 바탕으로, 유사한 대학교 대상 사업을 수행한 실적이 있어야 하며, 실제 사업 수행 여부를 확인할 수 있는 증빙서류를 반드시 제출해야 함. 바. 플랫폼은 최소 1만 명 이상의 사용자가 안정적으로 이용할 수 있도록 설계 및 운영되어야 함. 사. 제안사는 입찰공고일 현재 플랫폼을 실제 운영하고 있어야 하며, 제안발표에서 플랫폼을 시연할 수 있어야 함. 아. 제안사는 플랫폼 사용자에게 사업 기간동안 공급 가능한 LLM 토큰 수량을 LLM 모델별로 명확히 기재하여야 하며, 기능 요구사항 SFR-004에 명시된 모델멸 최소 수량을 충족하지 못할 경우 평가 대상에서 제외될 수 있음.

배점·평가

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

○ 평가는 기술능력평가와 입찰가격평가로 구분하여 종합 평가하며, 평가 비중은 기술능력평가 90%(정량적 평가 20%, 정성적 평가 70%), 입찰 가격평가 10%로 한다. ※ 평가비중 조정은 기술력이 우수한 사업자를 선정하여 정보화사업의 품질을 확보하기 위함 (근거 : 행정기관 및 공공기관 정보시스템 구축․운영 지침) ○ 평가점수에서 소수점 이하가 있을 경우 소수점 셋째자리에서 반올림한다. · 제안서 기술능력평가 결과 순위에 따라 제안사의 순위를 정하고, 기술능력평가 결과 1순위자의 기술능력평가 점수는 배점한도를 부여하되, · 기술능력평가 점수와 가격평가 점수를 합산하여 동점인 경우에는 기술능력평가 점수에 따라 순위를 정함 ○ 사업설명회는 별도 개최 없이 본 제안요청서로 갈음한다. ○ 기술능력평가는 정량적 평가와 정성적 평가로 나누어 평가하고 정량적 평가는 사업담당자가 심사기준에 따라 평가하고, 정성적 평가는 제안서평가위원회를 구성하여 평가하되, 제안업체의 제안설명(PT)도 병행함. ○ 본 사업은 SW사업으로, 제안서 평가결과 기술능력 평가 점수가 기술능력 평가분야 배점한도의 85% 이상인 자를 협상적격자로 선정함

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

나. 평가항목 및 배점 다. 정량적 지표 세부 평가방법 ○ 수행 경험(실적 금액) (8점)

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

1. 사업 실적 범위는 입찰마감일 기준 생성형 AI기반 서비스 관련으로 한다. 2. 현재 수행 중인 사업의 경우는 기성검사가 완료된 부분을 기준으로 평가한다. 3. 이행실적 증명은 ‘협상에 의한 계약 제안서평가 세부기준’을 준용한다. 4. 입찰마감일 기준 최근 3년간 ‘생성형 AI 기반 서비스 제공 용역’ 사업 수행 실적(부가세포함, 합산 금액 기준) ○ 수행 경험(실적 건수) (8점)

평가부분	배점기준	배점
생성형 AI 기반 서비스 제공 용역 또는 생성형 AI 기반 소프트웨어 물품 공급 실적 건수	A. 20건 이상	8.0점
	B. 15건	7.0점
	C. 12건	6.0점
	D. 10건	5.0점
	E. 8건	4.0점
	F. 자료 미제출 시	0점

1. 사업 실적 범위는 입찰마감일 기준 생성형 AI기반 서비스 관련으로 한다. 2. 현재 수행 중인 사업의 경우는 기성검사가 완료된 부분을 기준으로 평가한다. 3. 이행실적 증명은 ‘협상에 의한 계약 제안서평가 세부기준’을 준용한다. 4. 입찰마감일 기준 최근 3년간 ‘생성형 AI 기반 서비스 제공 용역’ 사업 수행 실적 ○ 경영상태(4점) · 신용평가등급별 평가점수

신용평가등급			평점
회사채	기업어음	기업신용	평점
AAA, AA+, AA0, AA-, A+, A0, A-, BBB+, BBB0	A1, A2+, A20, A2-, A3+, A30	AAA, AA+, AA0, AA-, A+, A0, A-, BBB+, BBB0	4
BBB-, BB+, BB0, BB-	A3-, B+, B0	BBB-, BB+, BB0, BB-	3
B+, B0, B-	B-	B+, B0, B-	2
CCC+ 이하	C 이하	CCC+ 이하	1

참가자격

4. 입찰참가자격[아래의 조건을 모두 충족(낙찰자는 계약체결일까지)해야 함, 공동수급불가] ○ 입찰참가 등록서류에 하자가 없는 업체 ○ 「국가를 당사자로 하는 계약에 관한 법률(이하 “국가계약법”) 시행령 제12조(경쟁 입찰의 참가자격) 및 시행규칙 제14조(입찰참가자격요건의 증명)」 규정에 의하여 당해 사업에 관한 자격요건을 갖추고 참가 등록을 마친 자 ○ 입찰 등록마감일 현재 「국가계약법 제27조 및 동법 시행령 제76조(부정당업자의 입 찰참가자격 제한)」에 의한 부정당업자에 해당되지 않는 자 ○ 플랫폼은 최소 1만 명 이상의 사용자가 안정적으로 이용할 수 있도록 설계 및 운영되 어야 함. ○ 제안사는 입찰공고일 현재 플랫폼을 실제 운영하고 있어야 하며, 제안발표에서 플랫 폼을 시연할 수 있어야 함. ○ 「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조4항 및 같은법시행규칙 제 5조3항에 의한 직접생산확인증명서[정보시스템개발서비스(8111159901) 또는 정보인 프라구축서비스(8111179901) / (입찰서 제출 마감일 전일 이전에 발급된 것으로 유 효기간 내에 있어야 함)]를 소지한 자 ○ 사업의 원활한 수행을 위해 제안사는 고등교육기관 사업의 특성과 운영 절차에 대한 충분한 이해를 바탕으로, 유사한 대학교 대상 사업을 수행한 실적이 있어야 하며, 실제 사업 수행 여부를 확인할 수 있는 증빙서류를 반드시 제출해야 함. ○ 제안사는 플랫폼 사용자에게 사업 기간동안 공급 가능한 LLM 토큰 수량을 LLM 모델별 로 명확히 기재하여야 하며, 기능 요구사항 SFR-004에 명시된 모델멸 최소 수량을 충족하지 못할 경우 평가 대상에서 제외될 수 있음. ○ 그 외 과업지시서에서 정하는 사항

⑩ 제안서 8부(USB 1매 포함) ⑪ 제안서 제출 접수 확인을 위한 인감(또는 사용인감) 지참 6. 기술능력평가(90점) : 2026.03.24.(화), 14:00 ~ / 본관 301호 G스페이스 ○ 제안서 발표 시간은 발표 10분 이내, 질의응답 10분 이내, 업체 참석 인원은 3인 이내로 하며, 설명은 업무를 관장할 사업관리자 또는 이에 준하는 자가 하여야 합니다. ○ 발표순서는 입찰참가등록(온라인) 순서로 진행됩니다. ○ 기술능력평가(정성평가)는 최고ㆍ최저점수를 배점한 위원을 제외하고 나머지 위원의 평가점수를 합산하여 산술평균한 점수로 합니다.(소수점 셋째자리 반올림) ○ 발표자료(요약본)가 있을 시 10부를 준비하여 발표전에 입찰담당자에게 제출하여 주시기 바랍니다.(평가위원 제안서 평가 시 참고용) ○ 발표자료는 제안요청서의 내용과 동일하여야 하며 평가결과는 공개하지 않습니다. 7. 입찰가격평가(10점) : 2026.03.24.(화), 13:00 ~ 15:00 / 전자조달시스템(스타빌) ○ 입찰가격평가(개찰)는 기술능력평가 완료 후 진행됩니다. ○ 입찰가격평가 : 평점 = 입찰가격평가 배점한도(10점) × (최저입찰가격 / 해당입찰가격) ○ 입찰가격 평점 산식에 의한 계산결과 소수점 이하의 숫자가 있는 경우에는 소수점 다셋째 자리에서 반올림 합니다. 8. 협상대상자 및 낙찰자 선정 ○ 평가는 총점 100점을 만점으로 하고 기술능력평가 90점, 입찰가격평가 10점 반영한 합산점수로 고득점 순으로 우선 협상대상자를 선정 합니다.(품질보장을 위해 기술능력 평가 점수가 기술능력평가분야 배점한도의 85%(76.5점) 미만 업체는 협상대상에서 제외) ○ 우선순위 협상대상자와의 협상이 성립되지 않을 경우 차순위 협상적격자와 협상을 실시하고, 이 경우에도 협상이 결렬되면 순차적으로 차순위 협상적격자와 협상을 실시합니다. ○ 합산점수 동점 시 처리방침 - 종합평가점수가 동점인 경우 기술평가 점수가 높은 업체를 우선순위자로 선정 - 기술평가점수도 동일한 경우 기술능력의 세부평가항목 중 배점이 큰 항목에서 높은 점수를 얻은 업체를 우선순위자로 선정 ○ 가격협상 시 기준가격은 해당 사업 예정가격 이하로서 협상대상자가 제안한 금액으로 합니다. ○ 발주부서에서 검토한 결과 불명확한 부분이나 누락된 사항, 평가시 평가위원들의 권고사항 등 사업에 필요하다고 판단되는 사항에 대하여 보완 필요성이 있다고 판단되는 내용은 협상내용에 포함시킬 수 있음 ○ 사업 참가자격에 결격사항이 있는 업체는 기술제안서 평가 없이 탈락된 것으로 봅니다.