수정 이력(3건, 최종 수정 2026년 08월 02일)
이 글에 적용한 변경 사항의 기록입니다. 보관해 둔 수정 전 버전은 DOI가 부여된 고정 URL에서 읽을 수 있습니다.
- 글 맨 앞에 「이 글의 지식 맵」 절을 추가했습니다. 본문에서 다루는 개념과 그 관계를 요약·그림·상세 페이지 링크로 정리한 것입니다. 본문의 주장은 바꾸지 않았습니다.
- 외부 리뷰(1283건)에 대한 대응으로 본문을 갱신했습니다. 개별 변경 내용은 아래 이력을 참조하십시오.
- 2단계형과 교부 신청 단일형을 나란히 둔 비교표로 정리하고, 단계 수가 달라도 발주할 수 있는 것은 교부 결정 이후임을 요점으로 명시했습니다. 실적 보고나 정산 지급 청구 등의 명칭이 제도에 따라 다르다는 주석, 역산 예의 날짜가 설명용 가일정이라는 점, 브리지론 상담처의 예, 대상 독자를 추가했습니다.
- 최초 공개
이 글을 인용하기(DOI(등록된 아카이브): 10.5281/zenodo.22174457)
아래 DOI는 이전에 등록된 아카이브를 가리키며 현재 본문과 다를 수 있습니다. 현재 본문을 참조할 때는 이 페이지의 URL을 사용하세요.
Go Komura (2026). 「보조금을 쓰는 시스템 개발의 진행 방법 ── 교부 결정에서 역산하는 일정과 사업계획 작성 실무」. 합동회사 코무라소프트. https://comcomponent.com/ko/blog/subsidy-system-development-planning/
- DOI(등록된 아카이브)
- 10.5281/zenodo.22174457
- DOI(마지막 등록 버전)
- 10.5281/zenodo.22174458
이전 글 「시스템 개발 외주에 보조금은 쓸 수 있는가」에서는, 목적별로 어느 제도를 검토해야 하는지를 정리했습니다.
이 글은 그 후속편입니다. 제도를 고른 다음, 실제로 어떻게 진행할지를 다룹니다.
보조금을 쓰는 시스템 개발은 일반 개발과 두 가지 점에서 결정적으로 다릅니다.
- 교부 결정일보다 앞에 발주한 경비는 보조 대상이 되지 않습니다
- 보조금은 후불(정산 지급)이라, 개발비는 일단 전액을 자사에서 선지급합니다
이 두 규칙이 일정을 짜는 방식부터 계약 시점, 자금 운용까지 계획 전체를 규정합니다. 바꿔 말하면, 이 둘을 축으로 역산해 계획하면 큰 실패는 피할 수 있습니다.
이 글은 보조금을 써서 시스템을 발주하는 쪽(중소기업 경영자·정보시스템 담당·사업 부문 담당)을 향해 썼습니다. 벤더 쪽 독자에게는, 발주 측이 어떤 기한과 제약 안에서 움직이는지를 알기 위한 자료로 읽어 주십시오.
다만 절차의 세부는 제도·공모 회차마다 다릅니다. 이 글은 2026년 7월 시점의 일반적인 흐름을 정리한 것이며, 실제 계획은 반드시 이용할 제도의 공모요령에 맞추십시오.
1.먼저 결론
보조금을 쓰는 시스템 개발 계획에서 잡아 둘 요점은 다음과 같습니다.
- 일정은 희망 납기가 아니라 「교부 결정일(발주 가능일)」과 「사업 실시 기한(검수·지급 완료 기한)」 두 지점에서 역산해 잡습니다. 실적 보고는 그 다음의 별도 기한입니다
- 「채택」과 「교부 결정」은 별개 절차입니다. 발주해도 되는 시점은 원칙적으로 교부 결정 이후입니다
- 착수부터 입금까지 1년 전후가 걸린다는 전제로 자금 운용을 계획합니다(필요하면 브리지론)
- 사업계획서의 주체는 발주 측입니다. 벤더에게 맡길 수 있는 것은 개발에 관한 사실 자료의 제공까지입니다
- 증빙(계약서·납품서·검수서·지급 기록)은 실적 보고에서 반드시 씁니다. 생길 때마다 갖춥니다
- 보조금이 없어도 할 가치가 있는 투자인지를, 신청 전에 한 번 스스로 묻습니다
그림의 실선은 항상 성립하는 관계, 점선은 조건이 붙는 관계입니다(성립 조건은 상세 페이지의 관계별 설명에 적혀 있습니다). 관계 전체 목록(총 17건, 근거와 확신도 포함)과 주요 개념의 정의는 지식 맵 상세 페이지에 정리되어 있습니다(일본어). 데이터: JSON-LD / Turtle
2.전체 흐름을 파악한다 ── 개발은 공정의 일부일 뿐입니다
보조금을 쓸 경우, 시스템 개발은 다음과 같은 일련의 절차 안에 들어갑니다.
공모요령 확인·제도 선택
↓
신청 준비(사업계획서·견적서·gBizID 등) … 1~2개월
↓
공모 마감 → 심사 → 채택 발표 … 수개월
↓
교부 신청 → 교부 결정 ← 여기서부터 발주할 수 있습니다
↓
계약·발주 → 개발 → 검수 → 지급 … 사업 실시 기한까지 완료
↓
실적 보고 → 확정 검사(보조금액 확정)
↓
정산 지급 청구 → 보조금 입금 … 정산 지급
↓
사업화 상황 보고 등 … 완료 후에도 수년간 이어짐
※ 위 그림은 「채택 발표→교부 신청」의 2단계를 밟는 제도의 예입니다. 절차의 단계 수는 제도마다 다르며, 크게는 다음 두 패턴으로 나뉩니다.
| 2단계형(채택 발표→교부 신청) | 교부 신청 단일형 | |
|---|---|---|
| 제도의 예 | 모노즈쿠리 보조금, 중소기업 생력화 투자 보조금(일반형) | 디지털화·AI 도입 보조금 |
| 첫 신청의 위치 | 사업계획을 심사받는 공모 신청 | 신청 자체가 교부 신청 |
| 중간 통지 | 채택 발표가 있습니다(이 시점에서는 아직 발주할 수 없습니다) | 채택 발표라는 중간 단계는 없습니다 |
| 경비 내용의 정밀 심사 | 채택 후의 교부 신청에서 합니다 | 첫 신청의 심사 안에서 합니다 |
| 발주해도 되는 시점 | 교부 결정 이후 | 교부 결정 이후 |
표의 마지막 행이 요점입니다. 절차의 단계가 몇이든, 발주할 수 있는 것은 교부 결정 이후라는 점은 공통입니다. 이용하는 제도가 어느 패턴인지를 먼저 확인하고, 「채택」에 해당하는 통지가 있는지를 잡아 두면, 선행 발주는 피할 수 있습니다.
하나 더, 공모요령을 읽을 때의 주의입니다. 이 글에서 쓰는 「사업 실시 기한」「실적 보고」「확정 검사」「정산 지급 청구」 같은 명칭은, 제도·공모 회차에 따라 다른 말로 부르기도 합니다(「보조사업 완료 기한」「액의 확정」 등). 이름 일치를 찾지 말고, 그 절차가 위 흐름의 어디에 자리하는가로 바꿔 읽으십시오.
일반 개발이라면 「발주→개발→검수」로 끝나는 흐름의 앞뒤에, 신청과 보고 공정이 붙습니다. 특히 주의할 점은 다음 세 가지입니다.
채택과 교부 결정은 별개입니다. 모노즈쿠리 보조금이나 생력화 투자 보조금(일반형) 등에서는, 채택 발표는 「사업계획이 뽑혔다」는 통지에 지나지 않고, 그 뒤에 경비 내용을 정밀 심사하는 교부 신청 절차가 있으며, 교부 결정이 나온 뒤에야 발주할 수 있습니다. 절차의 단계 수는 제도마다 다르지만, 발주할 수 있는 것은 교부 결정 이후라는 점은 어느 제도에서나 공통입니다. 디지털화·AI 도입 보조금의 절차 안내에서도, 교부 결정 후에 IT 도구의 발주·계약·지급을 한다고 명시되어 있습니다. 선행 발주한 경비는 원칙적으로 구제되지 않습니다.
사업 실시 기간에는 기한이 있습니다. 교부 결정부터 보조사업 완료까지의 기간(사업 실시 기한)이 제도마다 정해져 있으며, 이 기한까지 개발을 끝내고, 검수와 지급까지 마쳐야 합니다. 실적 보고의 제출 기한은 그 뒤에 따로 설정되지만, 경비로 인정되는 것은 사업 실시 기한까지 지급을 마친 것입니다. 개발이 늦어 사업 실시 기한을 넘기면, 보조금을 받지 못하게 될 수 있습니다.
입금은 맨 마지막입니다. 실적 보고의 확인이 끝날 때까지 보조금은 들어오지 않습니다. 게다가 확인이 끝났다고 자동으로 이체되는 것도 아니며, 모노즈쿠리 보조금 등에서는 보조금액 확정 뒤에 정산 지급 청구를 신청자가 제출해야 비로소 지급됩니다. 청구의 제출 기한도 제도마다 정해져 있으므로, 실적 보고를 내고 안심하고 방치하지 마십시오. 착수부터 입금까지 1년 전후를 보고, 그 사이 개발비 전액을 자사 자금 또는 융자로 감당할 계획이 필요합니다.
3.일정은 두 지점에서 역산합니다
보조사업의 개발 일정은, 다음 두 날짜를 먼저 잡고 그 사이에 개발을 넣는 형태로 짭니다.
- 기점: 교부 결정일(전망) ── 이보다 앞에 발주할 수 없습니다
- 종점: 사업 실시 기한(보조사업 완료 기한) ── 이때까지 검수·지급을 마칩니다. 실적 보고 제출은 그 다음의 별도 기한입니다
3.1.역산의 예
가령 교부 결정이 4월, 사업 실시 기한(검수·지급 완료 기한)이 11월 말이고, 실적 보고를 그 뒤에 제출하는 제도라고 합시다.
이 4월·11월 말이라는 날짜에 정해진 규칙은 없습니다. 그해 안에 신청하고, 연도가 바뀌는 전후에 채택·교부 결정이 나오며, 그 연도 안에 사업을 마친다는 흐름을 설명을 위해 둔 것입니다. 이용하는 제도에 대입할 때는, 공모요령의 「사업 실시 기간」 기재와 과거 회차의 채택 발표일·교부 결정일 실적 일정으로 이 표의 왼쪽 열을 바꿔 넣으십시오. 간격(몇 개월인가)이 날짜 자체보다 중요합니다.
| 시기 | 보조금 절차 | 개발 측 움직임 |
|---|---|---|
| 전년 10~11월 | 공모요령 확인, 신청 준비 | 요건의 대략 정리, 개산 견적, 구성도 작성 협력 |
| 전년 12월 | 신청 | ─ |
| 2~3월 | 채택 발표, 교부 신청 | 견적 확정, 계약 조건 조율 |
| 4월 | 교부 결정 | 계약·발주, 요건 정의 시작 |
| 5~9월 | ─ | 설계·구현·테스트 |
| 10월 | ─ | 인수 테스트·검수 |
| 11월 | 사업 실시 기한 | 지급 완료(기한까지) |
| 12월 | 실적 보고(제출 기한은 제도 규정에 따름) | 증빙 제공에 협력 |
| 이듬해 이후 | 확정 검사·정산 지급 청구·입금, 사업화 상황 보고 | ─ |
여기서 중요한 것은 검수와 지급을 사업 실시 기한의 1~2개월 앞에 두는 것입니다. 업무 시스템의 인수 테스트에서는, 실제 데이터를 넣어 봐야 비로소 보이는 문제가 반드시 나옵니다. 기한 직전에 검수를 두면 손볼 시간이 없어, 「기한에 맞추려고 부족한 채로 검수한다」는 본말전도가 일어납니다.
3.2.교부 결정 전에 할 수 있는 일·해서는 안 되는 일
교부 결정 전에 계약은 할 수 없지만, 아무것도 못 하는 것은 아닙니다.
| 교부 결정 전에 할 수 있는 일 | 교부 결정 전에 해서는 안 되는 일 |
|---|---|
| 요건 정리, 업무 흐름 점검 | 개발 계약 체결, 발주서 발행 |
| 벤더로부터 견적 수취, 비교 견적·제안 비교 | 착수금 지급 |
| 사업계획서 작성 | 개발 작업 시작(선행 착수) |
| gBizID 프라임 취득, 전자 신청 준비 | 라이선스·기자재의 선행 구매 |
오히려 요건 정리와 견적 정밀도를 신청 전에 높여 둘수록, 교부 결정 후의 개발은 바로 시작하기 쉽습니다. 신청 시 견적과 실제 개발 내용이 크게 어긋나면, 교부 신청이나 계획 변경 절차에서 시간을 잃기 때문입니다.
다만 전자 신청에 필요한 gBizID 프라임 계정 취득에는 심사가 있어, 시간이 걸릴 수 있습니다. 신청 직전이 아니라, 제도를 검토하기 시작한 단계에서 받아 두는 편이 안전합니다.
3.3.공정과 계약의 정합성
보조사업이라고 해서 개발 계약의 생각이 바뀌는 것은 아닙니다. 요건 정의를 준위임, 설계 이후를 도급으로 하는 다단계 계약(「IPA 모델 거래·계약서에서 배우는 계약 체결 방법」 참조)을 택할 때는, 어느 계약의 어느 경비가 보조 대상인지를 교부 신청 내용과 맞춰 둘 필요가 있습니다. 계약을 나눈다면 견적서도 그 단위로 명세화해 두면, 실적 보고 때의 대조가 수월해집니다.
4.자금 운용 ── 정산 지급에 대비합니다
보조금은 선수금이 아닙니다. 개발비 지급은 전액이 앞서고, 보조금은 실적 보고 확인 뒤에 입금됩니다.
계획 때 확인할 일은 다음과 같습니다.
- 개발비 전액(보조 대상 밖 경비 포함)을, 입금까지의 기간 동안 선지급할 수 있는지
- 선지급이 어렵다면, 금융기관의 브리지론을 쓸 수 있는지(채택 통지를 근거로 상담할 수 있는 경우가 있습니다). 상담처의 예는 거래 중인 은행·신용금고, 일본정책금융공고, 지자체의 제도 융자(지자체·신용보증협회·금융기관의 조합에 의한 융자 제도), 상공회의소·상공회의 금융 상담입니다. 취급 여부와 조건은 기관마다 다르므로, 채택 후 바로 여러 곳에 문의하는 편이 현실적입니다
- 보조율이 1/2이면 나머지 1/2, 2/3이면 나머지 1/3은 항구적인 자기 부담이라는 점
- 가동 후의 보수비·운용비는 보통 보조 대상이 아니며, 매년 자사 부담이 된다는 점. 다만 예외도 있어, 예를 들어 디지털화·AI 도입 보조금에서는 등록 IT 도구의 클라우드 이용료를 일정 기간분(통상 유형에서는 최대 2년분) 보조 대상으로 할 수 있습니다. 모노즈쿠리 보조금에도 클라우드 서비스 이용비의 경비 구분이 있습니다. 어느 운용비가 어느 기간까지 대상이 되는지는 제도마다 공모요령에서 확인하십시오
특히 마지막 두 가지는 빠지기 쉽습니다. 「보조금이 나오니까」라며 개발 범위를 키우면, 자기 부담분과 보수비가 커져 보조사업이 끝난 뒤의 부담으로 남습니다. 보조금이 없어도 투자 판단으로 성립하는지를 한 번 스스로 물은 뒤에 신청하는 편이, 결국 안전합니다.
5.사업계획서 작성 ── 발주 측이 쓰는 것, 벤더가 낼 수 있는 것
보조금 심사는 사업계획서로 이뤄집니다. 그리고 이 계획서의 주체는 신청자인 발주 측입니다.
5.1.발주 측만 쓸 수 있는 것
- 자사의 경영 과제(무엇 때문에 어려움을 겪고 있고, 왜 지금 해결하는지)
- 수치 목표(노동생산성, 부가가치액, 임금 인상 등, 제도가 요구하는 지표)
- 실시 체제(누가 책임자이고, 누가 업무 측 창구인지)
- 자금 계획(자기 자금·융자의 구분)
예를 들어 중소기업 생력화 투자 보조금(일반형)에서는, 노동생산성 향상이나 임금 인상에 관한 목표(쓰는 지표·수치는 공모 회차마다 다르며, 여러 지표에서 고르는 방식의 공모 회차도 있습니다)를 포함한 사업계획이 요구되고, 신청 때 설정한 목표를 달성하지 못했을 때의 반환 조항도 있습니다. 이는 경영 그 자체의 커밋먼트이며, 벤더가 대신할 성질의 것이 아닙니다.
5.2.벤더가 제공할 수 있는 사실 자료
한편 개발에 관한 사실 부분은 벤더의 협력을 받을 수 있습니다.
- 개발 내용의 설명 자료(무엇을 만들고, 어느 업무가 어떻게 바뀌는지)
- 시스템 구성도(현행과 도입 후)
- 경비 구분에 맞춰 명세화한 견적서
- 공수 절감 효과의 추산 근거(현재 작업 시간의 측정 방법, 절감 계산 방법)
이 가운데 심사에서 힘을 발휘하는 것은, 의외로 마지막 「추산 근거」입니다. 「업무가 효율화된다」는 정성 서술보다, 「수주 1건당 입력 시간이 평균 ◯분, 월 ◯건이므로 월 ◯시간. 이 중 자동 반입으로 넘어가는 ◯할이 절감 대상」이라는 식의 쌓아 올리기가 계획의 설득력을 높입니다. 이 쌓아 올리기는 발주 측의 업무 데이터와 벤더의 설계 지식의 공동 작업으로만 만들 수 있습니다.
5.3.작성 방법 지원이 필요하면 공적 창구로
계획서 작성 방법 자체에 대한 지원은 개발 벤더의 업무 범위가 아닙니다. 상공회의소·상공회, 요로즈 지원거점, 미라사포plus(중소기업청이 운영하는 중소기업·소규모 사업자용 지원 정보 사이트입니다. 보조금·조성금 개요와 지원 기관을 찾는 방법이 정리되어 있습니다)에서 소개하는 지원 기관, 중소기업 진단사 등 전문가에게 상담하십시오. 성공 보수형 신청 대행업자를 쓸 때는, 수수료율과 계약 조건을 냉정히 확인할 것을 권합니다.
6.실적 보고에 대비한다 ── 증빙은 생길 때마다 갖춥니다
실적 보고에서는 발주부터 지급까지의 일련의 증빙을 제출합니다. 일반적으로 필요해지는 것은 다음과 같은 서류입니다.
- 비교 견적서(모노즈쿠리 보조금이나 생력화 투자 보조금(일반형) 등에서는, 일정 금액 이상의 조달에 대해 원칙적으로 복수 업체로부터의 견적서가 필요합니다. 한 업체에서만 받을 수 있는 경우에는, 업체 선정 사유서 등의 설명 자료를 요구받습니다)
- 계약서 또는 발주서·수주서
- 납품서, 검수서(날짜가 사업 실시 기간 안일 것)
- 청구서, 이체 기록(모노즈쿠리 보조금이나 생력화 투자 보조금(일반형)에서는, 지급은 원칙적으로 신청자 명의의 은행 이체로 하며, 현금 지급은 보조 대상이 되지 않습니다. 영수증이 있어도 이체 기록을 대신하지 못하므로, 지급 방법은 처음부터 은행 이체로 둡니다)
- 사양 변경이 있었을 때의 변경 계약서·각서
여기서 막히는 패턴은 정해져 있습니다. 나중에 한꺼번에 만들려고 하는 것입니다. 날짜가 맞는지(교부 결정일 이후의 발주인지, 기간 안의 지급인지)가 확인되므로, 뒤에 서류를 맞출 수도 없고 그래서도 안 됩니다. 발주·납품·검수·지급의 각 시점에서, 날짜가 들어간 서류를 그때그때 확정하고 파일로 남깁니다. 이것만으로 실적 보고의 부담은 크게 줄어듭니다.
개발 측에서 보면, 이는 보통의 수탁 개발에서도 본래 해야 할 문서 관리와 같습니다. 보조사업에서는 그것이 보조금을 받기 위한 조건으로 명문화되어 있을 뿐이라고도 할 수 있습니다.
또한 입금 뒤에도 사업화 상황 보고처럼 수년간의 보고 의무가 이어지는 제도가 있습니다. 보고에 쓰는 지표(생산성, 공수, 매출 등)는 시스템 가동 뒤에 측정을 시작하지 말고, 개발 시점에 기록 구조를 넣어 두면 매년 보고가 수월해집니다.
7.자주 막히는 지점과 대책
| 막히는 지점 | 대책 |
|---|---|
| 채택 직후 발주해 버려, 경비가 대상 밖이 됨 | 발주 가능 시점(보통은 교부 결정 후)을 공모요령에서 확인하고, 그때까지 계약하지 않습니다 |
| 개발이 늦어, 사업 실시 기한에 맞추지 못함 | 검수를 사업 실시 기한의 1~2개월 앞에 둡니다. 인수 테스트의 손질 기간을 처음부터 계획에 넣습니다 |
| 신청 시 견적과 개발 내용이 어긋나 절차가 늘어남 | 신청 전에 요건 정리와 견적 정밀도를 높입니다. 변경이 생기면 빨리 사무국에 계획 변경을 상담합니다 |
| 입금 전 자금 운용이 어려워짐 | 전액 선지급을 전제로 계획합니다. 필요하면 채택 후 바로 금융기관에 브리지론을 상담합니다 |
| 실적 보고 서류가 모자람 | 증빙은 생길 때마다 확정·보관합니다. 날짜가 맞는지 매번 확인합니다 |
| 보조금을 전제로 개발 범위가 팽창함 | 보조금 없이도 성립하는 투자인지 스스로 묻습니다. 자기 부담분과 가동 후 보수비로 판단합니다 |
정리
- 보조금을 쓰는 개발의 계획은, 교부 결정일(발주 가능일)과 사업 실시 기한(검수·지급 완료 기한) 두 지점에서의 역산으로 정해집니다. 실적 보고는 그 다음의 별도 기한입니다
- 채택과 교부 결정은 별개입니다. 발주는 원칙적으로 교부 결정 이후입니다
- 보조금은 후불입니다. 전액을 선지급할 자금 운용을 먼저 굳힙니다
- 사업계획서의 주체는 발주 측입니다. 벤더에게서는 개발 내용·구성도·견적·효과 추산의 근거라는 사실 자료를 끌어냅니다
- 증빙은 나중에 모으지 말고, 생길 때마다 갖춥니다
- 제도의 세부는 공모 회차마다 바뀌므로, 반드시 최신 공모요령에서 확인합니다
제도 선택의 전체상은 이전 글 「시스템 개발 외주에 보조금은 쓸 수 있는가」를, 생력화 투자 보조금을 쓰는 구체 예는 「생력화 투자 보조금으로 FAX 수주를 웹으로 전환할 수 있는가」를 보십시오.
보조금을 전제로 한 개발을 검토하시는 분께
합동회사 코무라소프트에서는 Windows 업무 애플리케이션을 중심으로 한 수탁 개발을 맡습니다. 보조금 이용을 전제로 하는 안건에서는, 신청 전의 개산 견적·구성도·공수 절감 효과의 추산 근거 작성에 협력하고, 교부 결정 후의 개발은 사업 실시 기한에서 역산한 일정으로 계획합니다.
다만 당사는 신청 대행이나 채택 여부 판단은 하지 않습니다. 신청 절차는 공적 창구나 전문가와 상담하신 뒤, 개발의 내용과 진행 방법에 대해서는 요건 정리 단계부터 편하게 상담해 주십시오.
관련 기사
같은 태그를 공유하는 최신 기사입니다. 더 가까운 주제로 지식을 넓힐 수 있습니다.
시스템 개발 외주에 보조금을 쓸 수 있는가 ── 목적별 제도 맵과 발주 전에 알아 둘 함정(2026년도판)
시스템 개발 외주에 보조금을 쓸 수 있을까요. 「IT 도입 보조금으로 오더메이드 개발」이 안 되는 이유, 모노즈쿠리 보조금 등 목적별 제도 맵, 교부 결정 전 발주 금지라는 함정까지 발주자 관점에서 정리합니다.
생력화 투자 보조금으로 FAX 수주를 웹으로 전환할 수 있는가 ── 일반형으로 접근하는 수발주 시스템 투자
FAX 수주의 웹 전환·자동 가져오기는 중소기업 생력화 투자 보조금(일반형)의 검토 대상이 될 수 있습니다. 카탈로그 주문형과 일반형의 차이, 수발주 시스템이 생력화 투자에 해당하는 이유, 임금 인상 요건 등 주의점을 정리합니다.
수탁 개발·운영 유지보수 계약은 어떻게 맺어야 하는가 ── IPA 「모델 거래·계약서」에서 배우는 준위임과 도급의 구분
시스템 개발을 외부에 위탁할 때 계약은 어떻게 맺어야 할까요. IPA가 공개하는 「정보시스템·모델 거래·계약서」를 바탕으로, 다단계 계약의 관점, 준위임과 도급의 차이, 운영 유지보수 계약에서 정해 두어야 할 사항을 발주 측도 이해하기 쉽게 설명...
「몇 초면 만족인가」를 빠뜨리지 않으려면 ── IPA 「비기능 요구 등급」으로 비기능 요구사항을 정리하기
「속도가 느리다」「장애 대응이 예상과 다르다」로 다투는 원인 대부분은 비기능 요구사항을 정하지 않은 데 있습니다. IPA 「비기능 요구 등급」의 6대 항목, 등급표와 모델 시스템 사용법, 현실적인 활용법을 발주 측이 이해하기 쉽게 설명합니다.
수탁 개발의 사양서, Excel 그대로 둬도 될까 ── 납품물 형식을 고르는 법
수탁 개발에서 납품되는 사양서·설계서를 Excel 모눈종이 형태로 그대로 둬도 될까요. 검수·유지보수의 관점에서 Excel 사양서의 문제점을 정리하고, Word나 Markdown에서 생성하는 방식 등 납품물로 성립하는 형식 고르는 법을 설명합니다.
관련 토픽
이 기사와 가까운 토픽 페이지입니다. 기사를 출발점 삼아 관련 서비스와 다른 기사로 이어집니다.
Windows 기술 토픽
Windows 개발, 장애 조사, 기존 자산 활용에 관한 KomuraSoft LLC 기사를 모은 토픽 허브입니다.
이 주제와 연결되는 서비스
이 기사는 다음 서비스 페이지로 이어집니다. 가까운 입구부터 확인해 주세요.
Windows 앱 개발
보조사업의 시스템 개발에서는 교부 결정일과 사업 실시 기한에 맞춘 개발 일정 설계와, 경비 구분에 맞춘 견적 명세화가 필요하기 때문입니다.
기술 상담 & 설계 리뷰
사업계획에 적을 공수 절감 효과의 추산 근거를 만들거나, 개발 범위가 투자 목적에 비해 과하지 않은지 확인하는 일은 설계 리뷰를 동반하는 기술 상담의 범위이기 때문입니다.
자주 묻는 질문
이 기사 주제에 대해 상담 시 자주 나오는 질문을 모았습니다.
- 채택되면 바로 개발을 발주해도 되나요?
- 모노즈쿠리 보조금 등 많은 제도에서는 채택 발표 뒤에 교부 신청이라는 절차가 있고, 사무국 심사를 거쳐 교부 결정이 나옵니다. 디지털화·AI 도입 보조금처럼 첫 신청 자체가 교부 신청이 되는 제도도 있지만, 어느 경우든 보조 대상이 되는 것은 원칙적으로 교부 결정일 이후에 계약·발주한 경비입니다. 채택 직후 발주는 아직 이른 경우가 있으므로, 이용하는 제도에서 발주가 가능해지는 시점을 공모요령에서 확인하고, 그 전에는 계약하지 마십시오.
- 보조사업의 시스템 개발은 일반 개발보다 기간이 더 걸리나요?
- 개발 작업 자체의 기간은 달라지지 않지만, 앞뒤 절차 기간이 더해집니다. 신청 준비에 1~2개월, 채택 발표까지 수개월, 교부 결정까지 다시 시간이 걸리고, 개발 완료 후에도 실적 보고와 확인을 거친 뒤에야 입금됩니다. 착수부터 입금까지 1년 전후가 걸리는 일도 드물지 않습니다. 또한 사업 실시 기간의 기한까지 검수와 지급을 마쳐야 하므로, 개발 기간은 그 기한에서 역산해 확보합니다.
- 사업계획서는 벤더에게 쓰게 할 수 있나요?
- 사업계획서의 주체는 신청자인 발주 측입니다. 자사의 경영 과제, 수치 목표, 실시 체제는 자사만 쓸 수 있습니다. 벤더가 협력할 수 있는 것은 개발 내용 설명, 시스템 구성도, 견적서, 공수 절감 효과의 추산 근거 등 개발에 관한 사실 부분의 자료 제공입니다. 작성 방법 자체에 대한 지원이 필요하면 상공회의소·요로즈 지원거점이나 중소기업 진단사 등에 상담하십시오.
- 실적 보고에서는 어떤 서류가 필요하나요?
- 제도에 따라 다르지만, 일반적으로 계약서(발주서·수주서), 납품서, 검수서, 청구서, 이체 기록 등 발주부터 지급까지의 일련의 증빙이 필요합니다. 날짜가 맞는지(교부 결정일 이후의 발주인지, 사업 실시 기간 내의 지급인지)가 확인되므로, 개발 도중 사양 변경이 있었을 때의 변경 계약서를 포함해, 서류는 생길 때마다 갖춰 두는 것이 중요합니다.