補助金事務局向けのシステム開発パートナー

補助金や給付金の事務局運営を受託した、その日から時計は動き出します。契約が決まり、要綱が固まり、受付開始日が告知される。事務局の担当者様のご負担が大きくなるのは、その少し後ではないでしょうか。申請者が入力する画面、提出された書類を確認する画面、審査の進み具合を一覧で見る画面、それらすべてが「受付開始日までに動いていること」を前提に、日程が組まれているからです。私たちティーエスケー・ホールディングは、そうした局面でご相談をいただくシステム開発パートナーとして、自治体の補助金・協力金・給付金制度のWeb受付・審査システムを構築してきました。

事務局業務のなかで、システムがいちばん危うい理由

事務局業務は、問い合わせ対応、書類の確認、審査、交付決定の通知、実績報告の受付と、多くの工程が連なっています。そのなかでシステムだけは、「後から手作業で補う」ことが最もしにくい工程です。受付が始まってから画面に不具合が見つかれば、申請者の混乱は問い合わせの増加となって事務局に跳ね返り、審査の遅れは制度全体の信頼に響きます。

しかも、システムの仕様は要綱が確定するまで固まりません。補助率、上限額、対象経費、必要書類。これらが決まる前に開発を始めるわけにはいかず、決まってから開発を始めれば受付開始までの期間は短い。多くの事務局が抱えるこの時間的な矛盾は、制度の設計者にも受託事業者にも、どうにもできない構造的な事情です。

さらに、世の中に流通している汎用の申請フォームやパッケージ製品は、制度ごとに異なる計算式や様式、審査フローには、そのままでは合わないことが少なくありません。標準機能で足りると考えて導入したものの、審査担当者が結局スプレッドシートに転記する運用になってしまった、という話は珍しくありません。

加えて、自治体向けの案件では、個人情報や事業者情報を扱うことへの慎重さも求められます。運用環境に制約がある場合もあり、後から「この環境では使えない」と判明することは、スケジュールの観点から最も避けたい事態です。

こうした不安を抱えたまま、システム開発の再委託先を急いで探さなければならない。事務局を受託された企業・コンソーシアム様は、そのようなお悩みを抱えていらっしゃるのではないでしょうか。

「完成品」より先に必要なのは、変更に強い開発パートナー

そのような状況で、私たちが最も大切にしているのは、完成したパッケージを売ることではありません。要綱の確定を待つ間にも、制度の骨格が見えてきた段階から参画し、確定した内容を素早く画面と処理に落とし込めるように、構築の見通しを共有することです。

制度が走り出してからも、要綱が改定されたり、運用してみて初めて見える課題が出てきたりします。受付開始後の追加機能や仕様変更に対応し続けられることは、事務局にとって、開発会社を選ぶ際の大きな判断材料になります。私たちが受付開始後の対応も含めて構築をお引き受けしているのは、そのためです。

申請者の入力段階で、不備を未然に防ぐ

審査の負担の多くは、実は受付の段階で決まります。申請内容に矛盾があったり、必要な項目が抜けていたりする申請が多ければ、そのぶん事務局の確認作業と申請者への差し戻しが増えるからです。

私たちが構築する受付システムは、申請者の入力内容をその場で確認し、矛盾した内容や不備のある申請を、提出される前に防ぐ仕組みを備えています。制度によっては複雑な計算が必要になりますが、その計算は申請者に求めず、システム側で行います。申請する側にとっても、事務局にとっても、「最初から正しい内容で提出される」ことが、いちばん無理のない運用です。

審査担当者の時間を取り戻す管理画面

審査の現場では、一件ずつ内容を確認し、ステータスを更新していく作業が繰り返されます。標準的な機能だけで運用すると、申請件数の多い制度ではステータスの更新だけで担当者の時間が費やされてしまうことがあります。

そこで私たちは、一括でステータスを更新できる機能など、標準機能ではなかなか実現しにくい業務効率化のツールを、案件ごとに実装してきました。複数期にわたる制度では、過去の申請情報を参照できるように表示し、他の制度やシステムとの重複申請のチェック、重複入力の削減にも取り組みます。審査担当者が確認作業そのものに集中できる環境をつくることが、管理画面を設計するうえでの基本方針です。

近畿地方の複数自治体で積み重ねた、25件以上の経験

私たちは、近畿地方の複数自治体（都道府県・政令指定都市・市を含む）において、協力金・給付金のWeb受付・審査システムを、大手事業者の事務局運営体制の一員として25件以上構築してきました。制度ごとに要綱が異なり、短期間での構築を何度も求められる環境のなかで、受付システムと審査管理画面を繰り返し立ち上げてきた経験を、新しい制度のご相談でも生かせればと考えています。

なお、守秘義務の都合上、自治体名や発注元企業名を公開することはできません。一方で、事務局運営の元請け企業様のチームの一員として開発を担当するという関わり方は、まさに今、事務局を受託されたばかりの企業・コンソーシアム様に求められる形だと考えています。

事務局業務のなかで、システムが受け持つ範囲

補助金や給付金の制度は、制度ごとに細部が異なるものの、おおまかには、申請の受付、内容の審査、決定の通知、支払い、そして制度によっては事業完了後の実績報告と、金額の確定という流れをたどります。システムが受け持つ範囲は、このうちどこまでなのかを、最初に決めておく必要があります。

受付だけをシステム化し、審査は表計算ソフトで行う運用もあれば、受付から審査の進行管理、決定通知の準備までを一つの管理画面で行う運用もあります。どちらが適切かは、想定される申請件数と、審査に関わる担当者の人数、そして制度の複雑さによって変わります。申請件数が少なく、審査も単純であれば、受付のみで足りることもあるでしょう。一方で、審査の担当者が複数にわたり、進捗を共有しながら処理していく制度では、管理画面の有無が運営の安定性を左右します。

私たちは、制度の規模や運営体制をお伺いしたうえで、受付システムのみで進めるのか、審査管理画面まで含めるのかを、お客様と一緒に決めていきます。最初から大きなものを作ることを勧めるのではなく、制度に見合った範囲を見極めることが、無理のない構築につながると考えています。

再委託を前提にした、役割分担の考え方

事務局運営を受託した企業が、システム開発の部分を、専門の事業者に再委託することは、一般的な進め方の一つです。事務局運営という仕事は、問い合わせ対応、書類の確認、審査、広報、システム運用と、性質の異なる業務の集まりであり、一社がすべてを自前で抱えるより、得意な領域を持つ事業者と分担するほうが、品質と速度を両立しやすいからです。

その際、まず確認しておきたいのは、再委託に関する発注元との契約上の取り決めです。再委託の可否や、届出・承諾が必要かどうかは、契約ごとに定められています。私たちは、再委託先として参画する立場から、必要な書類のご案内や、体制に関する情報のご提供に協力します。

もう一つ大切なのは、元請け企業様と再委託先との間の、役割の境界線を明確にしておくことです。要件を決めるのは誰か、画面の文言を確認するのは誰か、受付開始後の不具合の一次対応は誰が行うのか。これらを曖昧にしたまま進めると、急ぎの局面で、判断が止まってしまいます。構築に入る前に、役割と連絡の経路を整理しておくことで、受付開始後の運用が格段に落ち着きます。

私たちは、元請け企業様の事務局体制の一員として動くことに慣れています。事務局の担当者様が自治体と調整している内容を、素早く画面と処理に反映することが、私たちの役割だと考えています。

要綱が固まる前に、整理しておくと進みが速くなること

システムの仕様は要綱が確定するまで固まらない、と先ほど述べました。しかし、要綱が確定するのを待つだけでは、受付開始までの期間が足りなくなります。そこで、要綱が固まりきる前の段階でも、整理しておくことで、確定後の構築を大きく早められる事項があります。

たとえば、申請できる人・事業者の範囲、つまり対象者の条件です。これが曖昧なままだと、申請者が自分は対象かどうかを判断できず、事務局への問い合わせが増えます。次に、提出が必要な書類の一覧と、その様式です。どの書類を、どの形式で、いつまでに提出してもらうのかが決まれば、受付画面の入力項目はほぼ固まります。

また、補助額や給付額を算出する計算式も重要です。計算が複雑な制度ほど、システム側での自動計算が申請者と事務局の双方の負担を減らしますが、そのためには、計算式の例外や端数の処理まで、事前に明確にしておく必要があります。さらに、申請の受付期間、郵送など他の受付方法を併用するかどうか、審査にあたる担当者の体制、決定通知の方法なども、早い段階で見通しを共有しておくと、構築の手戻りが減ります。

私たちは、これらの事項を、要綱案の段階から一緒に整理することができます。確定していない部分があれば、変更が生じたときに影響が小さくなるような作り方を、あらかじめご提案します。

受付開始後に、運用が変わる場面への備え

制度は、受付が始まったからといって、そこで安定するとは限りません。受付期間が延長される、対象となる事業者の範囲が見直される、提出書類の取り扱いが変更されるなど、運用の途中で仕様が変わることは、決して珍しくありません。

こうした変更に素早く対応できるかどうかは、システムの作り方によって大きく変わります。変更に備えた設計になっていれば、要綱が改定されたときの修正は、限られた範囲にとどまります。反対に、変更を想定していない作りでは、小さな変更が全体に波及し、対応に時間がかかってしまいます。

また、受付を始めてみると、申請者がつまずきやすい箇所が見えてきます。入力の途中でやめてしまう画面、不備が多く出る項目などです。こうした情報は、画面の表示や入力の案内を改善するための、貴重な手がかりになります。私たちは、受付開始後の運用の中で見えてきた課題への機能追加にも対応し、制度の運営を支えます。

選ぶ側が確認しておきたいこと

再委託先を選ぶとき、実績の数だけでなく、「何ができるか」「どこまで任せられるか」を確認しておくことをお勧めします。私たちの場合、受付システムのみのご依頼から、審査管理画面まで含めたご依頼まで、構築範囲をご相談のうえで確定します。想定される申請件数やスケジュール、運用環境の制約、既存システムとの連携の要否などは、要綱案の段階でも結構ですので、早い段階でお知らせください。早くお伺いできるほど、無理のない構築計画をご提案しやすくなります。

具体的に確認しておきたい観点を、いくつか挙げておきます。

一つめは、責任の範囲です。システムに不具合が生じたとき、誰が、どのような手順で対応するのか。受付期間中の連絡体制と、対応の流れを、事前に共有しておくことが重要です。二つめは、守秘義務と個人情報の取り扱いです。申請者の個人情報や事業者情報を預かる以上、取り扱いの方針を事前に確認しておくと安心です。三つめは、変更への対応方針です。要綱が改定された場合に、どの範囲まで、どのくらいの期間で対応できるのか。最後に、見積りの前提です。構築の範囲、受付開始後の対応、保守の有無など、金額の根拠となる前提を、書面などで確認しておくと、後々の認識の違いを防げます。

こうした確認の場を、私たちは歓迎します。事務局運営の元請け企業様にとって、再委託先に確認すべき事項が明確になることは、事務局全体の安定にもつながるからです。自治体のご担当者様から、制度設計の段階で直接ご相談をいただくことも歓迎しています。要件の整理から、一緒に進めさせていただきます。

要綱が確定する前に、まず状況をお聞かせください

補助金・給付金の事務局運営は、始まってからでは調整が難しいことの多い仕事です。要綱案、想定している申請件数、受付開始までのスケジュール。そのうち、わかっているものだけで構いません。状況をお聞かせいただければ、構築できる範囲と進め方、概算のお見積りをお返しします。

構築の流れや料金の目安については、補助金・給付金の申請システム開発のページに詳しくまとめています。具体的なご相談は、お問い合わせフォームからお寄せください。