입찰공고상세[용역] · 마감 · AI 페이지
AI 중심 교육체계 마련을 위한 통합 플랫폼 서비스 도입
이 페이지는 공공일감(work.00data.kr)이 입찰공고 「AI 중심 교육체계 마련을 위한 통합 플랫폼 서비스 도입」을 AI가 읽기 좋게 한 장으로 정리한 글이다.
공고명 · 금액 · 일정은 공공데이터포털 · 조달청 입찰공고 정보 그대로이고, 요약 · 문서 분석 · 발췌는 공공일감이 공고문과 첨부를 읽고 만든 것이다.
이 가공물은 인용할 수 있으며, 인용할 때는 공공일감과 공고 페이지 링크(https://work.00data.kr/projects/R26BK01429226)를 출처로 밝히는 조건이다. 베타 기간 무료.
2026-10-13 15:38 KST 기준 · 최종 확인은 나라장터 원문을 따른다.
공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리
링크
비슷한 공고
링크는 각 공고의 AI 페이지다.
진행 중
- [전북과학대학교 혁신지원사업단] 학생 맞춤형 학습지원 및 대학 업무 효율화를 위한 AI 통합 플랫폼 도입 · 전북과학대학교 산학협력단 · 6,345만원 · D-7
- 연세대학교 AI기반 맞춤형 연구 및 학습지원 서비스 구축 사업 · 연세대학교 · 10.9억원 · D-16
- 생성형AI 통합 학습지원 플랫폼 토큰 · 한국기술교육대학교 · 4,409만원 · D-7
- KNU 통합 AI 포털시스템 1단계 구축 사업 · 강원대학교 · 8.18억원 · D-3
- K-LXP 생성형 AI 이용자원 통합 공급 및 관리 용역 · 한국기술교육대학교 · 8,182만원 · D-6
- Edu-Portal 기반 학사지원 AI 전환 플랫폼 도입 · 대구한의대학교 · 2.65억원 · D-35
끝난 공고 · 결과
- 다중모델 생성형 AI 플랫폼 서비스 도입 용역 · 목포대학교 산학협력단 · 낙찰 마인드로직 주식회사 · 1.27억원
- [혁신] 생성형 AI기반 멀티 LLM 플랫폼 도입 · 명지전문대학 · 낙찰 -
- LLM 기반 생성형 AI 플랫폼 도입 수행업체 선정 · 인하대학교 산학협력단 · 유찰
- 다중 LLM 지원 생성형 AI플랫폼 도입 업체 선정 · 인하대학교 산학협력단 · 유찰
- 인공지능(AI) 기반 교육환경 구축 사업 · 국립한밭대학교 · 유찰
- 재공고_LLM 기반 생성형 AI 플랫폼 도입 수행업체 선정 · 인하대학교 산학협력단 · 낙찰 마인드로직 주식회사 · 9,950만원
첨부파일
뷰어 링크는 사람이 원문을 볼 때 쓰는 화면이다. 이 문서들에서 뽑은 자격 · 배점 · 일정 · 발췌는 이 페이지 아래에 글로 있다.
- 입찰공고문.zip · 공고규격서
공고 개요
정정 · 대구한의대학교 · SW 개발·운영
- 추정가격
- 9,091만원
- 개찰
- 04/20(월) 15:00 · 마감
- 낙찰방법
- 협상에의한계약 · 기술 80 : 가격 20
- 참가 자격
- 소프트웨어사업자(컴퓨터관련서비스사업)
- 무슨 일
- 멀티 LLM 통합 플랫폼: GPT·Claude·Gemini 등 여러 LLM을 한 플랫폼에서 선택해 채팅·챗봇 생성에 활용, 크레딧 기반 통합 과금·사용량 관리
요약 AI 요약
대학 구성원이 여러 종류의 생성형 AI(LLM)를 하나의 플랫폼에서 골라 쓰고, 사용량을 크레딧으로 통합 관리할 수 있는 환경을 만드는 사업이다. 대학 문서를 학습한 맞춤형 챗봇을 직접 만들어 공유·활용할 수 있게 하는 것이 목표다.
- 멀티 LLM 통합 플랫폼: GPT·Claude·Gemini 등 여러 LLM을 한 플랫폼에서 선택해 채팅·챗봇 생성에 활용, 크레딧 기반 통합 과금·사용량 관리
- 이미지·동영상 생성 기능: 다양한 이미지/동영상 생성 모델을 선택해 콘텐츠 생성, 생성 전 예상 크레딧 소모량 확인
- RAG 기반 커스텀 챗봇 제작·배포: HWP·PDF·PPTX 등 문서를 업로드해 챗봇이 학습, 프롬프트·모델 파라미터 조정, 테스트 페이지 제공
- 챗봇 스토어 및 외부 공유: 제작한 챗봇을 스토어에 공개·검색, 외부 사용자용 URL 공유와 웹페이지 임베딩 지원
- 관리자 시스템: 회원·그룹 관리, 챗봇 퍼블리시 승인, 그룹별 크레딧 할당·사용량 통계, 금칙어·개인정보 차단/마스킹
- 국가통계포털(KOSIS) 연동 분석·시각화 및 AI 프레젠테이션 자동 생성 기능
평가 · 배점
기술 : 가격 — 기술 80점 · 가격 20점
협상 대상 기준 · 기술평가 점수가 80점 만점에 68점 이상인 자를 협상적격자로 선정한다.
| 평가 항목 | 배점 |
|---|---|
| 해당분야 사업경험 | 10점 |
| 사업 이해도 | 5점 |
| 추진전략 | 5점 |
| 구성도 | 15점 |
| 확장성 | 15점 |
| 성능 | 10점 |
| 편의성 | 10점 |
| 교육훈련 계획 | 5점 |
| 유지관리 | 5점 |
| 입찰가격 평가 | 20점 |
| 합계(항목을 더한 값) | 100점 |
참가 자격 · 제한
- 업종제한
- 소프트웨어사업자(컴퓨터관련서비스사업)
- 지역제한
- 제한 없음
- 공동수급
- 공동수급불허
- 입찰참가 제한
- 없음
- 실적경쟁 · PQ
- 해당 없음
- 국제입찰
- 국내입찰
- 제출 방법
- 직찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 03/30(월) | 지남 |
| 개찰 | 04/20(월) 15:00 | 지남 |
가격
- 추정가격
- 90,909,091원
- 배정예산
- 100,000,000원
- 예정가격 방식
- 단일예가
공고 정보
- 공고종류
- 변경공고 (정정공고 · 1차)
- 게시일
- 03/30(월)
- 공고번호
- R26BK01429226-001
- 참조번호
- 경리2026-17호
- 공고기관
- 대구한의대학교
- 수요기관
- 대구한의대학교
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 단일예가
- 추정가격
- 90,909,091원
- 배정예산
- 100,000,000원
- 공공조달분류
- ICT 서비스 › SW 및 시스템 개발 › 패키지소프트웨어개발및도입서비스
- 사전규격번호
- R26BD00204800
- 재공고
- 아니오
- 출처
- 나라장터
문서 발췌
과업·요구
| 사 업 명 | AI 중심 교육체계 마련을 위한 통합 플랫폼 서비스 도입 |
|---|---|
| 수요기관 | 대구한의대학교 |
| 구분 | 세부작업구분 | 1W | 2W | 3W |
|---|---|---|---|---|
| AI플랫폼 도입 | 요구사항 분석 (사용자 기본그룹 생성 등) | |||
| ■ | ||||
| SSO 연동(통합로그인) | ||||
| ■ | ■ | ■ | ||
| 운영게시 | ||||
| ■ | ||||
※ [붙임1] 생성형 AI 서비스 플랫폼 구조도 참조 나. 커스텀 챗봇을 제작하고 관리할 수 있는 시스템 ❍ 커스텀 챗봇 개발·배포 시스템 - 챗봇에 맞는 LLM 선택 기능 - LLM 파라미터(LLM 답변 온도, 유사답변 응답 수 등) 조정 기능 - 문서 업로드를 이용한 챗봇 학습 기능 - 챗봇 테스트를 위한 웹 페이지 제공 - 외부 사용자용 챗봇 url 공유, 웹페이지 임베딩 기능 제공 ❍ 생성형 AI 서비스 관리 스토어 - 플랫폼에서 만들어진 생성형 AI 서비스 관리 및 검색 - 권한별 챗봇 사용 관리 기능 - 선택된 챗봇과 실시간 대화 기능 다. 대학 구성원의 엑세스를 관리하고 LLM 크레딧 사용량을 관리할 수 있는 관리자 시스템 ❍ 사용자 관리 - 멤버의 초대, 가입 승인 - 학생, 교원 등 그룹의 관리 - 필요에 따른 추가적인 그룹 생성 및 관리 ❍ 크레딧 차감 방식의 LLM 사용 비용 관리 - 사용자 그룹별 월간 크레딧 사용량 할당, 관리 라. 대학 구성원이 모두 이용할 있는 LLM토큰수량 제공 ❍제안 시 플랫폼 사용자에게 사업 기간동안 “공급 가능한 LLM 모델별 토큰 수량”을 LLM별로 명확히 기재필요. 요구사항명 SFR-004 참조.
※표기된 토큰 수량은 제안사의 제안비용 총액 중 LLM 모델별 토큰 이용료에 해당하는 '크레딧' 예산 금액을 기준으로 산정한 값임. 해당 크레딧 전액을 각 모델에 대해 입력 토큰(Input Token)으로만 사용한 경우와, 출력 토큰(Output Token)으로만 사용한 경우를 각각 가정하여 계산한 최대 사용 가능 수량을 의미함.
Ⅲ 제안요청 내용
1. 요구사항 항목
가. 요구사항 항목 및 분류기준
| 요구사항번호 | 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 ※ 상기 모델 구성은 신규 모델 출시, 플랫폼 정책 및 사용 목적에 따라 변경될 수 있음 ▪ 스튜디오(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 | 개 | 24,043,756,574 | 3,005,469,572 |
| 2. GPT-5 mini | 120,218,782,870 | 15,027,347,859 | |
| 3. GPT-5.2 | 17,174,111,839 | 2,146,763,980 | |
| 4. Gemini 3.0 Flash | 60,109,391,435 | 30,054,695,718 | |
| 5. Claude 4.5 Sonnet | 10,018,231,906 | 2,003,646,381 | |
| 6. Grok 4 |
| 요구사항번호 | 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가 자료 조사, 콘텐츠 구성, 디자인 적용까지 수행하여 완성도 높은 프레젠테이션을 자동 생성하는 기능 |
| 내용 | (1) AI 기반 콘텐츠 생성 및 리서치 기능 웹 검색(Tavily) 및 업로드 문서(PDF, DOCX, HWP, Excel 등)를 활용하여 슬라이드 내용을 자동 구성할 수 있어야함 (2) 디자인 자동화 및 레이아웃 기능 주제에 맞는 색상, 폰트, 레이아웃을 자동 적용하고, 다양한 디자인 테마와 다양한 슬라이드 유형(표지, 목차, 본문, 데이터, 타임라인 등)을 지원해야함 (3) 시각 요소 자동 생성 기능 스톡 이미지 및 AI 이미지 자동 삽입, 데이터 업로드 시 Python 기반 차트 생성 및 반영 기능을 제공해야함 (4) 프레젠테이션 확장 및 호환성 기존 PPTX 업로드 시 디자인 분석 후 동일 스타일로 슬라이드를 생성할 수 있어야함 (5) 편집 및 출력 기능 브라우저 기반 실시간 미리보기 및 편집(텍스트 수정, 드래그, Undo/Redo), 대화형 수정 지원, PPTX/PDF 다운로드 및 발표 모드 제공해야함 |
| 요구사항번호 | PER-001 | |
|---|---|---|
| 요구사항명 | 동시 사용자 지원 | |
| 분 류 | 성능 요구사항 | |
| 요구사항 상세설명 | 정의 | 플랫폼에 동시에 접속한 다수의 사용자를 안정적으로 처리하여 원활한 서비스 제공 |
| 내용 | ▪ 동시 접속 사용자 목표 설정 - 동시 접속 사용자 100명 이상을 안정적으로 지원 - 서버 자원의 효율적인 할당 및 분산 처리 기술 적용 ▪ 시스템 안정성 및 복구 - 시스템 과부하 시 서비스 중단 없이 처리하도록 안정성 강화 |
| 요구사항번호 | PER-002 | |
|---|---|---|
| 요구사항명 | 응답 속도 최적화 | |
| 분 류 | 성능 요구사항 | |
| 요구사항 상세설명 | 정의 | 사용자의 요청에 대해 원활한 응답 레이턴시 제공 |
| 내용 | ▪ 응답 시간 목표 설정 - 모든 요청에 대해 10초 이내 응답을 제공하는 성능 기준 설정 - 응답 속도는 답변을 마치는 시간이 아닌 답변을 시작하는 시점을 기준으로 측정 ▪ 부하 분산 시스템 도입 - 로드 밸런서를 활용하여 LLM 서버 요청 분산 |
| 요구사항번호 | SIR-001 | |
|---|---|---|
| 요구사항명 | 시스템 메뉴 및 화면 구성 | |
| 분 류 | 인터페이스 요구사항 | |
| 요구사항 상세설명 | 정의 | 시스템 메뉴 및 화면 구성 |
| 내용 | ▪ 호환성을 고려한 사용자 인터페이스 제공 ▪ 고객 친화적인 UI/UX제공 - ChatGPT와 유사한 인터페이스를 제공하여 자연스럽게 사용할 수 있는 채팅 페이지 구현 ▪ 가독성이 높은 응답 포맷팅 - 일반 답변과 코드 포함 답변의 포맷팅을 달리하여 코드가 포함된 답변의 가독성을 높일 수 있는 UI/UX 제공 ▪ 다양한 웹브라우저 환경에서 동일한 UI로 서비스 제공 ▪ 단일창에서 처리될 수 있는 기능 제공 ▪ 모바일 환경에서도 사용 가능 |
| 요구사항번호 | SIR-002 | |
|---|---|---|
| 요구사항명 | 사용자 편의성을 고려한 UI 설계 | |
| 분 류 | 인터페이스 요구사항 | |
| 요구사항 상세설명 | 정의 | 사용자 중심의 UI 서비스 구현 |
| 내용 | ▪ UI는 직관적이면서도 수요자와의 상호작용을 유발시킬 수 있어야 하며 다양한 사용자의 요구를 수용할 수 있도록 유연해야 함 ▪ 사용자 정보 접근성 향상을 위한 UI를 지원하도록 설계/구현하여야 함 ▪ 직관적인 인터페이스를 제공하도록 화면 구성 ▪ 사용자가 진행 상태와 결과를 쉽게 볼 수 있고, 향후 수행 활동들을 쉽게 할 수 있도록 화면을 설계해야 함 |
| 요구사항번호 | SER-001 | |
|---|---|---|
| 요구사항명 | 보안관리 공통사항 | |
| 분 류 | 보안 요구사항 | |
| 요구사항 상세설명 | 정의 | 보안관리 공통사항 |
| 내용 | ▪ 안전 및 보안관리 - 사업 추진과정에서 자료 무단 유출 및 보관, 보안관리 부실로 개인정보 유출 및 정보보안 사고 발생을 사전에 차단하기 위한 물리적 보안대책, 관리적 보안대책, 기술적인 보안대책 등 안전 및 보안 관리 방안을 제시하여야 함 - 사업자는 시스템 구축 업무를 수행하면서 알게 된 업무상의 정보, 개인정보 및 기타 대학이 요구하는 보안사항 등을 사업 기간 중은 물론 사업 완료 후에도 제3자에게 누설하지 않아야 함 - 사업 기간 중 업무수행에 필요한 전산장비(PC, 노트북 등)의 악성코드 감염여부, 자료 무단반출 여부를 확인하여야 함 - 대학의 보안규정에 따라 사업자 선정 후 사업 참여인력에 대한 신원조사를 할 경우 이에 응해야 하며, 조사결과 결격사유가 없어야 함 - 사업 진행에 관련된 사무실 및 중요 장비 설치 장소에 대해서는 외부인 출입 통제 등 출입 보안을 실시하여야 함 - 문서 폐기 시 안전한 절차 및 방법에 따라 폐기 - 사업 내용 중 보안이 필요한 문서 및 자료에 대해 외부 반입이 불가피할 시 대학의 담당자와 협의 후 진행하며, 반드시 사업부서장의 승인하에 이루어져야 함 ▪ 기타 다음의 보안 관련 특약을 준수하여야 함 - 사업 수행과정에서 취득한 자료와 정보에 관하여 사업 수행 중은 물론 사업 완료 후에도 이를 외부에 유출해서는 아니 되며, 사업 종료 시 정보보안담당자의 입회하에 완전폐기 또는 반납해야 함 | |
| 산출정보 | 보안서약서 |
| 요구사항번호 | QUR-001 | |
|---|---|---|
| 요구사항명 | 기능 구현의 정확성 | |
| 분 류 | 품질 요구사항 | |
| 요구사항 상세설명 | 정의 | 기능 구현의 정확성 |
| 내용 | ▪ 시스템은 제공되기로 한 요구사항을 모두 제공하며, 개발 단계별 변경 관리 절차를 통해 승인을 획득한 요구사항을 최종 요구사항으로 간주 ▪ 제공되기로 한 요구사항을 제공하는지 여부는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우 만족한 것으로 봄 |
| 요구사항번호 | QUR-002 | |
|---|---|---|
| 요구사항명 | 장애복구 및 백업복구 | |
| 분 류 | 품질 요구사항 | |
| 요구사항 상세설명 | 정의 | 장애발생 시 시스템 백업 및 복구 방안 |
| 내용 | ▪ 시스템은 장애 발생 시 최대한 빠르게 정상 상태로 복구되어야 함 ▪ 시스템은 장애복구 시간 중에 장애상황을 공지할 수 있어야 함 ▪ 시스템 백업 및 복구를 위해 기관 담당자와 협력하여 백업복구 방안을 마련 |
| 요구사항번호 | PSR-001 | |
|---|---|---|
| 요구사항명 | 매뉴얼 제공 | |
| 분 류 | 프로젝트지원 요구사항 | |
| 요구사항 상세설명 | 정의 | 매뉴얼 제공에 관한 사항 |
| 내용 | ▪ 시스템 운영자 매뉴얼을 작성하여 제공 |
| 요구사항번호 | PSR-002 | |
|---|---|---|
| 요구사항명 | 비상대책 | |
| 분 류 | 프로젝트지원 요구사항 | |
| 요구사항 상세설명 | 정의 | 비상대책에 관한 사항 |
| 내용 | ▪ 발생 가능한 장애 요소들을 유형별로 구분하여 제시하고, 이에 대한 체계적이고 효과적인 사전 및 사후 대응방안 제시 ▪ 자료의 파손, 변질, 분실 등에 대비하기 위한 체계적이고 효과적인 백업 및 복구 방안 제시 |
참가자격
4. 제안서 세부 작성지침
Ⅴ 제안 안내사항
1. 입찰방식
가. 입찰 참가자격: 입찰공고문에 의함 1) 본 제안 사업의 수행이 가능한 업체로서 다음 요건을 모두 갖춘 사업자이어야 함 - 입찰공고일 기준 현재 “소프트웨어 진흥법”제24조 규정에 의한 소프트웨어사업자(소프트웨어사업자(컴퓨터관련서비스업), 업종코드 : 1468)로 신고를 필 한 자 - 본 입찰의 수행에 결격사항이 없는 업체로서 입찰등록마감까지 등록을 필하여 서류심사를 통과한 업체 - 국가를 당사자로 하는 계약에 관한 법률시행규칙 제76조의 규정에 의한 부정당업자로 입찰참가자격 제한을 받지 않은 사업자 - 국가를 당사자로 하는 계약에 관한 법률시행령 제 12조 및 같은 법 시행규칙 제14조에 의한 자격요건을 갖춘 업체 - 입찰 공고일 기준 3년 이내 단일계약으로 6천만원 이상 교육기관 및 공공기관 대상 생성형AI 플랫폼 도입 또는 생성형 AI 구독 대행 사업의 실적을 보유한 업체 ※ 입찰 공고일 기준 3개월 이내 발행된 실적증명서 원본 제출(입찰공고일 포함) - 해당 물품 제조사의 납품, 설치, 하자보수에 대한 제조사 및 제조사의 총판에서 발행하는 물품공급 및 기술지원확약서(Certification)를 제출이 가능한 업체 2) 본 입찰은 공동수급 및 하도급을 불허하는 사업임 나. 낙찰 방식
배점·평가
| 순번 | 평가 항목 | 세부평가 항목 | 평가기준 | 배점 기준 | |
|---|---|---|---|---|---|
| 기술 평가 (80) | 사업 ①수행 능력 (10) | 정량 평가 | 해당분야 사업경험 | ㆍ최근 3년간 교육기관 및 공공기관과 생성형AI 플랫폼 도입 또는 생성형 AI 구독 대행 사업을 계약하여 구축한 실적(6천만원 이상/부가세 포함) - 입찰공고일기준 3개월 이내 발행한 실적증명서 원본 제출(입찰공고일 포함) ※ 수행실적 평가기준표 | 10 |
| ②제안 개요 (10) | 정성 평가 | 사 업 이해도 | ㆍ사업의 목표 및 생성형 AI 중심 통합 플랫폼의 이해도 ㆍ사업범위 및 방향성 파악에 대한 정확성 ㆍ제안요청서와의 부합성 | 5 | |
| 추진전략 | ㆍ추진전략의 타당성, 실현가능성 및 독창성 ㆍAI교육 방향성를 고려한 추진전략 적합성 | ||||
| ③기술 부문 (30) | 구성도 | ㆍ기능 요구사항 - 기능제공을 위해 제시된 구현방안의 구현 가능성 - 시스템 설계 및 클라우드 인프라 구성의 적정성, 데이터 수집 및 전처리 방안, 데이터 전처리 자동화 방안, RAG 구축 방안의 적정성 ㆍ보안 요구사항 - 보안 이행방안의 적정성 및 구체성 - 데이터 수집 및 전처리 단계에 개인정보 검출 및 처리에 대한 적정성 ㆍ제안 시스템 사용성, 운영 및 관리의 효율성 | 15 | ||
| 확장성 | ㆍ트렌드에 맞는 신규 AI 모델 추가 확장성 제시 ㆍ사용자 자체 LLM 플로팅(쳇봇) 버튼 기능으로 확장성 제시 ㆍ학내 기간계 시스템(SSO, DB 등)과의 연계 및 연동 방안 제시 | ||||
| ④품질 관리 (20) | 성능 | ㆍ성능충족을 위한 구현 및 테스트 방안 적정성 ㆍ단계별 품질 점검과 검토 방안의 적정성 | 10 | ||
| 편의성 | ㆍ시스템간 연계 방안의 구체성, 적정성 ㆍ사용자 편의성을 고려한 인터페이스 제공 여부 | ||||
| ⑤지원 부문 (10) | 교육훈련 계획 | ㆍ교육훈련 계획의 적정성 ㆍ서비스 매뉴얼 제공 방안 | 5 | ||
| 유지관리 | ㆍ하자보증 및 비상대책 계획 ㆍ기밀보안, 개인정보 보호대책, 시스템보안 준수 | ||||
| 가격 평가 (20) | ⑥제안가격(20) | 입찰가격 평가 (최저 제안가격 / 평가대상업체 제안가격)x0.2x100 *단, 입찰가격 평가는 추정가격에 부가가치세를 포함하여 적용 | 20 | ||
| 계 | 100 |
| 평가 기준 | 평점 |
|---|---|
| 5건 이상 | 10점 |
| 4건 | 8점 |
| 3건 | 6점 |
| 2건 | 4점 |
| 1건 | 2점 |
| 실적없음 | 0점 |
1. 배정예산보다 금액이 초과한 경우 협상 및 선정에서 제외함 2. 각 세부평가항목은 최고 5등급을 기준으로 제안서별로 절대 또는 상대평가하며, 상대평가 시 우열을 가리기 어려운 경우에는 동일한 점수를 부여할 수 있음 3. 심사 결과가 동점일 경우 다음의 평가 순으로 높은 점수를 받은 업체를 낙찰자로 선정 4. 평가 우선 순위 : ③번->④번->⑤번->①번->②번->⑥번 5. 제안서 각 평가항목 중 0점이 1개 항목이라도 나올시 평가업체에서 제외됨 4. 제안서 및 입찰 제출서류 : 입찰공고문 참조 5. 제안요청 설명회 : 입찰공고문 참조 6. 제안설명회(제안발표:제안서평가-기술능력평가) 1) 일자 및 장소 : 입찰공고문 참조 2) 시 간 : 제안사 당 30분 내외(20분 발표, 10분 질의응답), 3) 유의사항 - 제안 설명은 제안사의 사업관리자(PM)가 직접 발표하여야 한다. - 사업관리자(PM)는 제안사의 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 한다.
Ⅵ 기타사항
1. 일반사항
가. 계약업체의 계약 불이행 또는 사업수행 중 중대하자 발생 시 계약을 중도에 해지할 수 있음(계약업체는 이에 따른 이의를 제기할 수 없으며, 위약금 등을 청구할 수 없음) 나. 계약업체는 계약체결 후 10일 이내(계약일 기준)에 사업수행계획서를 제출하여 대학의 승인을 받은 후 사업을 이행하여야 한다.
참가자격
※ 계약완료 후 경영정보팀 담당자에게 제출 === 입찰공고문.hwp === 경리2026- 17호
입 찰 공 고
1. 입찰에 부치는 사항 가. 입 찰 명 : AI 중심 교육체계 마련을 위한 통합 플랫폼 서비스 도입 - 사업예산 : 금100,000,000원(금일억원정) 나. 입찰내역 : 붙임 “제안요청서” 참조 다. 입찰방법 : 제한경쟁입찰로서 우리대학 홈페이지(www.dhu.ac.kr)“입찰정보”에 게시 라. 현장설명회 일시 및 장소 : 2026.04.13(월) 11:00 9호관 619호 마. 입찰(제안서 제출) 일시 및 장소 : 2026.04.20(월) 11:00 대학본부 1층 경리팀 바. 입찰(제안설명)일시 및 장소 : 2026.04.20(월) 13:30 9호관 619호 2. 입찰참가자격 가. 본 대학교 재무․회계규정 및 「국가를 당사자로 하는 계약에 관한 법률 시행령」제12조 및 동 법률 시행규칙 제14조의 요건을 갖추고 입찰등록을 필한 자. 나. 「국가를 당사자로 하는 계약에 관한 법률」제27조(부정당업자의 입찰참가 자격 제한)에 해당되지 아니한 자 다. 공고일 현재 청산, 합병, 매각 등 정리절차 중이거나 법원에 화의 또는 법정관리를 신청 중이지 않은 사업자 라. 입찰공고일 기준 현재 “소프트웨어 진흥법” 제24조 규정에 의한 소프트웨어사업자(소프트웨어사업자(컴퓨터관련서비스업), 업종코드 : 1468)로 신고를 필한 자
4. 입찰참가자격 가. 본 대학교 재무․회계규정 및 「국가를당사자로하는계약에관한법률시행령」제12조 및 동 법률 시행규칙 제14조의 요건을 갖추고 입찰등록을 필한 자. 나. 「국가를 당사자로 하는 계약에 관한 법률」 제27조(부정당업자의 입찰참가 자격 제한)에 해당되지 아니한 자 다. 공고일 현재 청산, 합병, 매각 등 정리절차 중이거나 법원에 화의 또는 법정관리를 신청 중이지 않은 사업자 라. 입찰공고일 기준 현재 “소프트웨어 진흥법” 제24조 규정에 의한 소프트웨어사업자(소프트웨어사업자(컴퓨터관련서비스업), 업종코드 : 1468)로 신고를 필한 자 마. 입찰 공고일 기준 3년 이내 단일계약으로 6천만원 이상 교육기관 및 공공기관 대상 생성형AI 플랫폼 도입 또는 생성형 AI 구독 대행 사업의 실적을 보유한 업체 바. 해당 물품 제조사의 납품, 설치, 하자보수에 대한 제조사 및 제조사의 총판에서 발행하는 물품공급 및 기술지원확약서(Certification)를 제출이 가능한 업체 사. 현장설명회에 참석한 업체 5. 현장설명회 참가자격 및 구비서류 가. 참가자격 : 입찰참가자격이 되는 업체 대표자 또는 위임받은 자 나. 구비서류 : 1) 현장설명회참가신청서(소정양식) 1부. 2) 사업자등록증 1부. 3) 법인등기부등본 1부.(법인일 경우에 한함) 4) 소프트웨어사업자 확인서(사업분야:컴퓨터관련서비스업) 1부.
가. 입찰(제안설명) 참가 신청서(소정양식) 1부. 나. 위임장 1부. 다. 참가자 재직증명서 1부. 라. 신분증 사본 1부.(신분증 지참) 11. 낙찰자 결정방법 가. 본 대학에서 정한 평가위원의 평가 점수에 따라 협상순위를 결정한 후 협상을 통해 최종사업자를 결정한다. 나. 제안서 작성목록에 대한 평가를 진행한다. 다. 우리대학에서 정한 평가항목 및 배점에 따른 평가를 실시한다. 라. 제안서의 평가 및 협상결과는 비공개를 원칙으로 한다. 마. 우선 협상대상 업체 선정은 당일 통보 12. 기타 및 참고사항 가. 낙찰자는 계약상대자 결정(본 대학의 통보) 후 7일 이내에 계약을 체결해야 하며, 정당한 사유 없이 계약을 체결하지 않거나, 계약이행지연 등 대학에 손해를 입힌 경우 배상 은 물론, 향후 우리 대학교에서 실시하는 입찰이나 견적서 제출에 참여 할 수 없음. 나. 입찰에 참가하고자 하는 자는 공고내용, 입찰유의서, 제안요청서 등 제반 사항을 숙지해 야 하며, 이를 숙지하지 못한 책임은 입찰자에게 있음. 다. 기타사항은 관련 법률이나 법규 또는 상관례 등에 의함. 라. 제안요청서 및 제안서 작성에 관한 사항은 경영정보팀(053-819-1105)로, 입찰공고에 관한 사항은 경리팀(053-819-1067)으로 문의하시기 바랍니다.