지원사업 사업비 집행·정산 가이드: 외주개발·클라우드·AI API 비용 증빙 기준
결론부터 말하면, 정부지원사업 사업비 집행·정산의 핵심은 ‘돈을 썼다는 증빙’이 아니라 ‘사업계획서에 적은 목표를 위해 필요한 과업이 실제로 수행되었고, 검수 가능한 결과물이 남았다’는 증거를 만드는 것입니다. 외주개발비라면 견적서와 세금계산서만으로 부족합니다. 과업지시서, 계약서, 산출물 목록, 검수조서, 테스트 결과, 소스코드·계정 인수인계까지 이어져야 합니다. 클라우드나 AI API 비용도 마찬가지입니다. 인보이스와 카드영수증만 모아두면 ‘무슨 기능을 검증하기 위해 얼마나 썼는지’가 설명되지 않습니다.
이 글은 예비창업패키지, 초기창업패키지, 창업중심대학, 재도전성공패키지, 지자체 창업지원사업처럼 MVP·웹서비스·SaaS·AI 기능 개발에 사업화 자금을 쓰려는 창업팀을 기준으로 정리했습니다. 단, 모든 사업에는 공고문, 협약서, 세부관리기준, 주관기관 안내가 따로 있습니다. 따라서 아래 기준은 실무 준비를 위한 프레임이고, 최종 집행 가능 여부는 반드시 본인이 선정된 사업의 최신 공고와 주관기관 답변으로 확인해야 합니다.
1. 지원사업 사업비 집행은 ‘비목’보다 ‘목적-과업-증빙’이 먼저입니다
선정 직후 많은 팀이 가장 먼저 묻는 질문은 ‘이 비용을 사업비로 쓸 수 있나요?’입니다. 그러나 실무적으로는 질문을 조금 바꿔야 합니다. ‘이 비용이 사업계획서의 어떤 목표를 달성하기 위한 것이며, 수행 후 무엇으로 검수할 수 있나요?’라고 물어야 합니다.
같은 웹 개발비라도 사업계획서에 고객 예약 MVP를 만들겠다고 했는데 실제 집행은 회사 소개 홈페이지 제작에 집중되면 정산 리스크가 생깁니다. 반대로 관리자 화면, 예약 상태 관리, 알림 발송, 결제 전환 로그처럼 사업모델 검증에 필요한 기능으로 정의되어 있고, 산출물이 명확하면 검수 가능성이 높아집니다.
실무 원칙은 단순합니다. 사업계획서에 없는 비용은 먼저 사업계획 변경 또는 주관기관 확인을 거치고, 사업계획서에 있는 비용이라도 계약·검수·증빙이 끊기면 정산 때 설명하기 어렵습니다.
사업비 판단의 기본 순서
- 공고문과 협약서 확인: 지원 가능한 비목, 자기부담금, 집행기간, 사전승인 대상, 정산 시스템을 확인합니다.
- 세부관리기준 확인: 외주용역비, 지급수수료, 기계장치·SW, 광고선전비 등 비목별 제한과 필요 증빙을 확인합니다.
- 사업계획서와 연결: 비용 항목이 목표 고객, MVP 기능, 기술 검증, 매출 가설 중 어디에 연결되는지 표시합니다.
- 집행 전 질의: 애매한 클라우드·AI API·해외 결제·구독료·선급금은 주관기관에 계약 전 문의하고 답변을 남깁니다.
- 거래별 증빙 폴더 운영: 견적, 계약, 결제, 납품, 검수, 인수인계 자료를 거래 단위로 관리합니다.
2. 외주개발비: 정산에서 가장 많이 흔들리는 부분은 ‘범위’입니다
외주개발비는 정부지원사업 MVP 개발에서 가장 큰 비중을 차지하는 경우가 많습니다. 문제는 많은 견적서가 ‘웹앱 개발 1식’, ‘AI 챗봇 개발 1식’처럼 뭉뚱그려 작성된다는 점입니다. 이런 견적은 선정평가 때도 설득력이 낮고, 선정 후 검수 때도 불리합니다.
외주개발 견적은 기능 단위와 산출물 단위로 나누는 편이 좋습니다. 예를 들어 SaaS MVP라면 사용자 기능, 관리자 기능, 인증·권한, 데이터베이스, API, 배포, 테스트, 문서화, 인수인계가 분리되어야 합니다. 자세한 요구사항 구조가 필요하다면 요구사항 명세서 템플릿과 실전 예시를 먼저 보고, 기능이 너무 많다면 MVP 기능 우선순위 매트릭스 설계로 1차 범위를 줄이는 것이 안전합니다.
외주개발비 집행 전 준비해야 할 문서
| 문서 | 핵심 내용 | 정산 관점의 의미 |
|---|---|---|
| 세부 견적서 | 기능·화면·API·관리자·배포·문서화 등 항목별 금액 | 사업비 산출 근거와 과업 범위의 적정성을 설명 |
| 과업지시서 | 개발 목적, 범위, 제외 범위, 일정, 산출물, 검수 기준 | 무엇을 납품받기로 했는지 판단하는 기준 |
| 외주개발 계약서 | 대금 지급, 검수, 지체, 유지보수, 소스코드, 지식재산권, 비밀유지 | 분쟁과 정산 불인정을 줄이는 기본 문서 |
| 업체 증빙 | 사업자등록증, 통장사본, 유사 수행 경험, 담당자 정보 | 거래처 적격성과 과업 관련성을 설명 |
| 검수조서 | 기능별 완료 여부, 테스트 결과, 미해결 이슈, 검수일, 서명 | 돈을 지급할 수 있는 납품 완료 근거 |
| 결과보고서 | 개발 내용, 화면 캡처, URL, 계정, 기술스택, 배포 구조 | 중간보고·최종보고에서 산출물을 설명 |
| 인수인계 자료 | 소스 저장소, 배포 계정, 서버 계정, DB 백업, 운영문서 | 지원사업 종료 후에도 창업팀이 운영 가능함을 증명 |
계약서는 특히 중요합니다. 계약서에 검수 기준이 없으면 ‘완성’의 의미가 모호해집니다. 화면은 보이지만 데이터가 저장되지 않거나, 관리자 기능이 누락되거나, AI 기능이 데모 수준에 머물러도 대금 지급을 둘러싼 분쟁이 생길 수 있습니다. 외주개발 계약 조항을 점검할 때는 외주개발 계약서 필수 조항 체크리스트를 함께 확인해 두면 좋습니다.
검수 가능한 외주개발 산출물의 예
- 사용자 화면: 회원가입, 로그인, 핵심 서비스 플로우, 결제 또는 문의 전환, 알림 등
- 관리자 화면: 사용자 관리, 콘텐츠 관리, 주문·예약·상담 상태 관리, 권한 관리, 통계 조회
- 백엔드: API 목록, 인증 방식, DB 구조, 로그, 배치 작업, 외부 API 연동
- 배포: 운영 URL, 스테이징 URL, 배포 절차, 서버·클라우드 구성도, 환경변수 관리 방식
- 테스트: 기능별 테스트 시나리오, 오류 수정 내역, 재현 가능한 테스트 계정
- 인수인계: Git 저장소 접근권한, README, 계정 목록, 장애 대응 절차, 백업·복구 방법
3. 클라우드 비용과 AI API 비용은 ‘운영비’처럼 보여도 검증비가 될 수 있습니다
2026년 지원사업에서 MVP, 웹서비스, SaaS, AI 기능을 만드는 팀은 클라우드 서버, 데이터베이스, 스토리지, 이메일·문자 발송, 지도 API, 결제 API, LLM API, 음성·이미지 AI API 같은 사용량 기반 비용을 마주하게 됩니다. 이 비용들은 제품 검증에 필수일 수 있지만, 정산에서는 더 조심스럽게 다뤄야 합니다.
첫째, 개인 생산성 도구 구독과 제품 기능 구현 비용을 구분해야 합니다. 예를 들어 대표가 문서 작성에 쓰는 개인 AI 구독료와, 고객 응대 기능에 실제 호출되는 LLM API 비용은 성격이 다릅니다. 둘째, 협약기간 내 사용분인지 확인해야 합니다. 월 구독이나 선결제 크레딧은 사용기간이 협약기간을 넘어가면 문제가 될 수 있습니다. 셋째, 해외 결제는 세금계산서가 없을 수 있으므로 인보이스, 카드명세, 사용량 리포트, 환율 적용 내역을 더 촘촘히 남겨야 합니다.
클라우드·AI API 비용 증빙 체크
| 항목 | 집행 전 확인 | 보관할 증빙 | 검수자료 | 주의점 |
|---|---|---|---|---|
| 클라우드 서버 | MVP 운영·테스트에 필요한 사양과 기간 | 견적 또는 요금 산정표, 인보이스, 카드명세, 콘솔 청구서 | 서비스 URL, 서버 구성도, 배포 로그, 모니터링 화면 | 과도한 사양, 협약 종료 후 자동결제, 개인 계정 사용 주의 |
| DB·스토리지 | 저장 데이터 유형, 예상 용량, 백업 정책 | 요금표, 사용량 리포트, 결제증빙 | DB 스키마, 백업 설정, 데이터 처리 흐름 | 개인정보·민감정보 저장 시 보안 기준 별도 확인 |
| AI API | 기능별 호출량, 토큰 또는 사용량 추정, 비용 상한 | API 제공사 인보이스, 사용량 대시보드, 결제명세 | 기능 시연, 호출 로그, 프롬프트·응답 품질 테스트, 비용 리포트 | 개인 구독과 제품 API 비용 혼재, 해외결제 증빙 누락 주의 |
| 문자·메일·알림 API | 고객 알림 플로우와 발송 예상량 | 충전·사용 내역, 발송 리포트, 세금계산서 또는 영수증 | 알림 발송 테스트, 템플릿, 실패 로그 | 마케팅 발송과 서비스 필수 알림을 구분 |
| 지도·결제·인증 API | 사업모델 검증에 필요한 외부 연동 범위 | 계약 또는 약관, 사용량 리포트, 청구서 | 연동 화면, API 테스트 결과, 오류 대응 내역 | 본인 사업자 계정으로 소유권 확보 필요 |
AI API 비용은 특히 사전 산정표가 중요합니다. ‘LLM API 사용료’라고만 쓰면 비용 적정성을 설명하기 어렵습니다. 다음처럼 계산 근거를 남기면 훨씬 낫습니다.
예상 월 사용량 = 월간 테스트 사용자 수 × 사용자당 기능 호출 횟수 × 호출당 평균 입력·출력 사용량 × 제공사 단가. 여기에 개발 테스트 여유분과 비용 상한을 별도로 둡니다.
실제 비용은 모델, 제공사, 트래픽, 캐싱 여부에 따라 달라집니다. 따라서 특정 금액을 확정하기보다 ‘현재 가격표 기준 추정’, ‘월별 상한’, ‘초과 시 기능 제한 또는 캐싱 적용’ 같은 운영 기준을 견적서와 사업비 산출표에 적어두는 편이 실무적입니다. AI 기능의 비용 구조를 더 깊게 잡아야 한다면 기존 글 LLM API 비용 예측 가이드도 함께 참고할 수 있습니다.
4. 디자인·기획 산출물은 ‘예쁜 화면’이 아니라 개발과 검수의 기준입니다
지원사업에서 디자인비나 기획비가 애매해지는 이유는 산출물이 추상적이기 때문입니다. ‘UI 디자인 1식’, ‘서비스 기획 1식’은 정산 설명이 약합니다. 기획·디자인 비용을 집행하려면 결과물이 개발과 검수에 어떻게 쓰였는지를 보여주어야 합니다.
예를 들어 Figma 화면만 있으면 디자인 산출물은 될 수 있지만, 개발 검수 기준으로는 부족할 수 있습니다. 사용자 흐름, 화면별 기능 설명, 예외 상황, 입력값 규칙, 관리자 처리 기준, 데이터 항목, 알림 문구, 권한 정책이 함께 있어야 개발 범위와 연결됩니다.
기획·디자인에서 남겨야 할 산출물
- 서비스 구조도: 사용자 유형, 주요 메뉴, 고객 여정, 관리자 처리 흐름
- 와이어프레임: 핵심 화면, 입력 폼, 상태 변화, 빈 화면, 오류 화면
- 디자인 파일: Figma 원본, 컴포넌트, 스타일 기준, 반응형 화면
- 기능정의서: 화면별 기능, 입력값, 버튼 동작, 예외 처리, 권한
- 데이터 정의: 회원, 주문, 상담, 콘텐츠, 로그 등 주요 데이터 항목
- 검수 시나리오: 사용자가 어떤 순서로 행동하면 어떤 결과가 나와야 하는지
기획·디자인 산출물은 최종보고서에도 도움이 됩니다. 단순히 ‘앱을 만들었다’가 아니라 ‘어떤 고객 문제를 해결하기 위해 어떤 흐름을 설계했고, 그 흐름이 MVP에 어떻게 반영되었는지’를 보여줄 수 있기 때문입니다.
5. 항목별로 필요한 증빙은 다릅니다
정산에서 흔한 실수는 모든 비용을 같은 방식으로 정리하는 것입니다. 외주개발비, 클라우드 비용, AI API 비용, 디자인 산출물은 각각 검수 기준이 다릅니다. 아래 표처럼 비용별 증빙과 산출물을 분리해 두면 중간점검과 최종정산 대응이 쉬워집니다.
| 비용 항목 | 정산에서 설명해야 할 질문 | 핵심 증빙 | 좋은 검수자료 |
|---|---|---|---|
| 외주개발비 | 계약한 기능이 실제로 납품되었는가? | 견적서, 계약서, 과업지시서, 세금계산서, 이체증빙, 검수조서 | 기능별 테스트표, 배포 URL, 소스 저장소, 관리자 계정, 결과보고서 |
| 클라우드 비용 | 협약기간 내 서비스 개발·검증에 필요한 사용분인가? | 요금 산정표, 인보이스, 카드명세, 콘솔 청구내역 | 서버 구성도, 배포 로그, 모니터링 화면, 월별 사용 리포트 |
| AI API 비용 | 제품 기능에 직접 호출된 비용인가? | API 사용량 리포트, 인보이스, 결제증빙, 비용 산정표 | 기능 시연, 호출 로그, 품질평가표, 토큰·사용량 분석 |
| 디자인·기획비 | 개발과 검수에 활용 가능한 산출물이 있는가? | 계약서, 산출물 목록, 세금계산서, 검수조서 | Figma 원본, 화면정의서, 사용자 흐름, 기능정의서, 검수 시나리오 |
| 관리자·백오피스 | 운영자가 실제로 사업을 관리할 수 있는가? | 개발 계약 내역, 화면 목록, 테스트 계정 | 권한별 관리자 화면, 데이터 수정·승인 로그, 운영 매뉴얼 |
| 테스트·보안 점검 | 서비스 출시 전 품질 확인을 했는가? | 시험성적서, 점검 리포트, 계약서, 결제증빙 | 취약점 조치 내역, 오류 수정 목록, 재테스트 결과 |
6. 중간보고와 최종정산을 위한 ‘거래별 증빙팩’을 만드세요
정산은 마지막 달에 몰아서 하는 행정이 아닙니다. 지원사업은 협약기간 동안 일정, 산출물, 지출이 계속 바뀝니다. 따라서 거래가 발생할 때마다 증빙팩을 만들어야 합니다. 폴더 구조는 복잡할 필요가 없습니다.
- 01_예산계획: 최종 사업계획서, 사업비 산출표, 변경 승인 내역
- 02_외주개발: 업체별 견적서, 계약서, 과업지시서, 중간 산출물, 검수조서
- 03_클라우드_AI: 월별 인보이스, 사용량 리포트, 결제증빙, 비용 산정표
- 04_디자인_기획: Figma, 화면정의서, IA, 기능정의서, 회의록
- 05_검수_테스트: 테스트 시나리오, 오류 수정 내역, 배포 URL, 시연 영상
- 06_최종보고: 결과보고서, 성과지표, 고객 테스트 결과, 향후 로드맵
파일명도 중요합니다. ‘최종.pdf’, ‘최종진짜.pdf’가 쌓이면 담당자도, 대표도, 외주사도 버전을 잃어버립니다. ‘2026-07-15_외주개발_과업지시서_v1.2’, ‘2026-08-30_AI_API_사용량리포트_8월’처럼 날짜와 항목을 붙이면 중간점검 때 바로 찾을 수 있습니다.
7. 사전승인이 필요한 상황은 ‘애매한 비용’에서 시작됩니다
사전승인 기준은 사업마다 다릅니다. 어떤 사업은 일정 금액 이상 외주에 승인을 요구하고, 어떤 사업은 예산 비목 변경이나 선급금, 해외 거래, 관계사 거래, 특정 장비·SW 구매에 대해 별도 확인을 요구합니다. 숫자를 외우기보다 ‘계약 전 확인해야 할 상황’을 기억하는 편이 안전합니다.
계약·결제 전 반드시 질의할 상황
- 사업계획서에 없는 기능이나 비용 항목이 새로 생겼을 때
- 견적이 큰 외주개발, 디자인, 영상, 데이터 구축 계약을 체결할 때
- 선급금 또는 중도금 지급이 필요한데 검수 전 지급 구조가 포함될 때
- 해외 클라우드·AI API·SaaS처럼 세금계산서가 나오지 않는 결제를 할 때
- 대표, 임직원, 가족, 관계사, 이전 재직 회사와 거래 가능성이 있을 때
- 구독형 비용이 협약 종료 이후 기간까지 포함될 수 있을 때
- 프리랜서·중개 플랫폼·개인 계좌 거래처럼 사업자 적격성 설명이 어려울 때
- 예산 비목을 바꾸거나 금액을 크게 조정해야 할 때
질의는 전화로만 끝내지 않는 것이 좋습니다. 시스템 문의, 이메일, 메신저 캡처 등 문서로 남겨야 나중에 판단 근거가 됩니다. 담당자가 바뀌거나 정산 단계에서 해석이 달라질 수 있기 때문입니다.
8. 부가세, 해외결제, 구독료는 마지막에 문제가 되기 쉽습니다
개발팀이 놓치기 쉬운 것이 부가세와 결제 방식입니다. 국내 거래는 전자세금계산서, 카드영수증, 이체확인증이 비교적 명확하지만, 해외 클라우드나 AI API는 카드 결제와 인보이스만 남는 경우가 많습니다. 사업자 명의 계정인지, 결제 카드가 인정되는지, 환율은 어떤 기준으로 입력하는지, 부가세 또는 부가세 상당액을 어떻게 처리하는지 사업별 안내를 확인해야 합니다.
구독료도 주의해야 합니다. 월 단위 사용료는 협약기간 내 실제 사용분을 설명하기 쉽지만, 1년 선결제는 협약기간 밖 비용이 섞일 수 있습니다. 크레딧 충전형 API는 충전일이 아니라 실제 사용기간과 잔액이 중요할 수 있습니다. 따라서 월별 사용량 리포트를 별도로 내려받고, 협약 종료 전에 자동결제 해지 또는 결제수단 변경을 확인하는 편이 좋습니다.
9. 집행 전 10분 체크리스트
다음 질문에 답하지 못하면 아직 결제할 준비가 덜 된 상태입니다.
- 이 비용이 최종 사업계획서의 어느 목표와 연결되는가?
- 비목이 맞는지, 한도와 자기부담금 조건을 확인했는가?
- 사전승인이 필요한 거래인지 주관기관에 확인했는가?
- 견적서가 ‘1식’이 아니라 기능·산출물 단위로 쪼개져 있는가?
- 계약서에 검수 기준, 납품물, 지식재산권, 소스코드, 유지보수 조항이 있는가?
- 업체의 사업자등록 업태·종목과 과업의 관련성을 설명할 수 있는가?
- 결제증빙이 대표 개인 소비와 섞이지 않는가?
- 클라우드·AI API는 사용량 리포트와 기능별 사용 목적을 남길 수 있는가?
- 검수조서에 실제 테스트 결과와 미해결 이슈를 적을 수 있는가?
- 협약 종료 후에도 창업팀이 서비스 계정과 소스코드를 직접 운영할 수 있는가?
10. AgentMit은 선정 보장이 아니라 ‘선정 후 실행 가능성’을 다룹니다
AgentMit은 정부지원사업 신청 대행사나 선정 보장 채널이 아닙니다. 다만 선정 전후 창업팀이 가장 자주 막히는 지점, 즉 MVP 범위, 외주개발 견적 구조, 관리자·사용자 서비스 아키텍처, AI 기능 적용 범위, 검수 가능한 산출물, 개발 로드맵을 현실적인 실행 계획으로 바꾸는 일을 돕습니다.
예를 들어 ‘AI 상담 SaaS를 만들겠다’는 계획은 사업계획서 문장으로는 가능하지만, 집행 단계에서는 사용자 화면, 관리자 대시보드, 상담 로그, LLM API 비용 상한, 개인정보 처리, 프롬프트 버전 관리, 운영자 승인 플로우까지 쪼개야 합니다. AgentMit은 이런 범위를 실제 개발 견적과 검수자료로 연결합니다. BizMit처럼 내부 운영과 관리자 화면이 중요한 서비스라면, 선정 후 바로 개발에 들어가기보다 데이터 구조와 운영 프로세스를 먼저 정리하는 편이 일정 지연을 줄입니다.
정부지원사업 예산으로 MVP, 웹서비스, SaaS, 관리자 대시보드, 업무 자동화, AI 기능 개발을 준비 중이라면 문의 전에 세 가지를 정리해 보세요. 첫째, 반드시 검증해야 할 고객 행동. 둘째, 협약기간 안에 출시 가능한 최소 기능. 셋째, 정산 때 보여줄 수 있는 산출물. 이 세 가지가 정리되면 개발비는 단순 견적이 아니라 사업 수행 계획이 됩니다.
AgentMit 개발 상담 문의에서는 선정 보장이 아니라, 지원사업 일정과 예산 안에서 실제 서비스로 구현 가능한 범위·견적·로드맵·검수자료 설계를 함께 검토합니다.
참고 자료와 확인 범위
이 글은 K-Startup 창업지원포털의 공고 확인 체계, K-Startup 자료실의 중소기업창업 지원사업 통합관리지침 안내, 2026년 창업패키지 관련 공개자료, e나라도움의 보조금 집행·정산 시스템 소개를 참고해 일반적인 실무 관점으로 작성했습니다. 개별 사업의 최종 기준은 해당 연도 공고문, 협약서, 세부관리기준, 주관기관 안내가 우선합니다.
- K-Startup 창업지원포털
- K-Startup 자료실: 중소기업창업 지원사업 통합관리지침 제14차 개정 안내
- KDI 경제교육·정보센터: 2026년 성장단계별 창업패키지 본격화
- 한국재정정보원: e나라도움 소개
- 2026년 예비창업패키지 주관기관 공고 안내 자료
FAQ
Q1. 정부지원사업에서 외주개발비는 사업비로 집행할 수 있나요?
대부분의 창업 사업화 지원사업은 사업계획서상 시제품·서비스 구현에 필요한 일부 공정을 외부 업체에 맡기는 외주용역비를 허용하는 경우가 많습니다. 다만 사업별 비목, 한도, 사전승인 기준, 거래 제한이 다르므로 해당 연도 공고문과 세부관리기준을 먼저 확인해야 합니다.
Q2. 클라우드 서버비와 AI API 사용료도 정산 가능한가요?
무조건 가능하다고 보면 위험합니다. 서비스 개발과 테스트, MVP 운영에 직접 필요한 비용인지, 협약기간 내 사용분인지, 어느 비목에 해당하는지 주관기관 확인이 필요합니다. 사용량 리포트, 인보이스, 결제증빙, 비용 산정표를 함께 남겨야 합니다.
Q3. 외주개발 계약 전에 주관기관 사전승인을 받아야 하나요?
사업마다 기준 금액과 승인 대상이 다릅니다. 고액 외주, 선급금, 해외 업체, 관계사 거래 가능성이 있는 업체, 신규 업체, 기존 계획에 없던 기능, 예산 비목 변경이 있다면 계약 전 문의하고 답변을 기록으로 남기는 편이 안전합니다.
Q4. 검수자료는 화면 캡처만 있으면 충분한가요?
화면 캡처는 보조자료입니다. 웹서비스나 SaaS라면 테스트 계정, 배포 URL, 기능별 체크리스트, 관리자 화면, API 문서, 소스코드 저장소 인수인계, 오류 수정 내역, 사용자 시나리오 테스트 결과가 함께 있어야 합니다.
Q5. 부가세, 해외 결제, 구독형 비용은 어떻게 처리해야 하나요?
부가세 인정 여부와 환급 가능성, 해외 결제의 환율 적용, 구독형 비용의 협약기간 내 사용분 인정 여부는 사업별 기준이 다릅니다. 국내 세금계산서는 공급가액과 세액을 구분하고, 해외 결제는 인보이스·카드명세·환율·사용기간을 함께 보관해야 합니다.
