紹介手数料管理システムの発注・外注では、請求書を発行する機能だけでなく、入社実績を起点に手数料計算、入金消込、返戻金まで追跡できる業務基盤として設計することが重要です。
Excelやメールに分散した求人、求職者、契約、入社日、請求、入金の情報を整理しないまま開発会社へ依頼すると、見積もりの比較ができず、後から追加費用も発生しやすくなります。この記事では、紹介手数料管理システムを発注・外注するときの選択肢、RFPと要件整理、契約形態、費用相場、委託先の選び方を、実務で確認すべき順番に沿って解説します。
▼全体ガイドの記事
・紹介手数料管理システム開発の完全ガイド
紹介手数料管理システムを発注する前に知っておきたい全体像

紹介手数料管理システムは、有料職業紹介会社の業務において、企業・求人・求職者の情報から推薦、選考、内定、入社、請求、入金、早期退職時の返戻までを一つのデータでつなぐ仕組みです。内定を登録しただけで売上を確定するのではなく、契約で定めた発生条件と実際の入社日を結び付けて請求対象を判断できることが、一般的な請求書ソフトとの違いです。
管理対象は請求情報だけではありません
最低限、企業・求人・求職者・担当者・紹介案件をそれぞれ識別できるようにし、推薦から選考、内定、入社までの履歴を残します。そのうえで成約レコードに、入社予定日、入社実績日、理論年収、手数料率、固定手数料、税区分、請求期日、返戻率、保証期間、請求ステータス、入金日を持たせます。こうした項目がそろっていれば、担当者の記憶や個別のメールを探さなくても、いつ何を請求すべきかを経理と営業が同じ画面で確認できます。
外注では業務ルールの整理が開発技術より先です
同じ「紹介手数料の計算」でも、理論年収に料率を掛ける会社、固定額を請求する会社、入社時と一定期間後に分割する会社があります。早期退職時の返戻金も、退職時期によって返戻率が変わる場合や、次の紹介で相殺する場合があります。発注前にこの違いを業務ルールとして一覧化しなければ、開発会社は一般的なケースだけで見積もることになり、後から「この契約だけ計算が違う」という追加開発につながります。
紹介手数料管理システムの発注形態はどれを選ぶべきですか?

発注形態は、既製クラウド、パッケージの設定・連携、個別開発の三つに分けて考えると判断しやすくなります。最適解は会社の規模だけで決まらず、手数料ルールの複雑さ、既存システムとの連携、拠点や法人の数、データ移行の量、将来の差別化要件で変わります。まずは「自社独自の機能」と「標準機能で業務を変えられる部分」を分けてください。
小規模なら既製クラウドを先に比較します
数名から始める会社や、まず請求漏れと情報分散を止めたい会社は、紹介業務向けクラウドを第一候補にします。人材HUBは公式サイトで初期費用30,000円、1〜5名は1名あたり月額4,980円、6名以上は1名あたり月額2,980円と案内しています。MatchinGoodも初期費用無料、月額22,000円(税込)からと公開しており、応募・マッチング・売上・請求までを扱います。料金は改定やオプション追加があるため、公開価格は比較の起点とし、導入支援、帳票、API、データ移行を含めた総額を確認してください(出典: 各サービス公式料金ページ、2026年確認)。発注前に各社の最新料金表を再確認してください。
標準化と連携を両立するならパッケージを拡張します
人材紹介の基本フローは変えずに、会計ソフト、求人媒体、ATS、電子契約、銀行明細などをつなぎたい場合は、特化型パッケージの設定やAPI連携が現実的です。PORTERS Agentは公式サイトで初期導入費用100,000円、月額15,000円(税込16,500円)を1ユーザーあたりの基本料金として示し、11ID以降は月額7,500円(税込8,250円)と案内しています。10ユーザーなら基本月額の単純計算は150,000円、20ユーザーなら225,000円ですが、オプションや導入支援は別見積もりです。料金だけでなく、成約・請求・返金、権限、CSVやAPI連携が自社の業務に合うかを同時に確認します(出典: PORTERS公式料金ページ、2026年確認)。契約前に最新の料金とオプション条件を確認してください。
独自ルールや基幹連携が競争力なら個別開発を検討します
複数法人・複数ブランドをまたぐ契約、独自の料率計算、特殊な返戻金処理、基幹システムとの双方向連携が事業上の強みになる場合は、個別開発を検討します。ただし、最初から全機能をスクラッチで作る必要はありません。請求漏れを防ぐ成約・請求管理を先に稼働させ、入金消込、分析、外部連携を段階的に追加する方法なら、初期投資と業務リスクを抑えられます。
RFPと要件整理はどこまで準備してから発注しますか?

RFPは、完成した設計書ではなく、発注先が同じ前提で提案と見積もりを出すための依頼書です。現状の困りごと、対象業務、必要なデータ、外部連携、納期、予算の考え方、受け入れ条件を記載します。細部を決め切れない場合も、未確定事項を隠さず「提案してほしい論点」として分けることで、会社ごとの提案力を比較できます。
現行業務を入社から返戻まで時系列に並べます
最初に、求人受付、候補者登録、推薦、面接、内定、入社確認、請求書発行、入金確認、早期退職、返戻金処理の順に、誰が何をいつ登録しているかを書き出します。各工程について、入力元、判断者、締め日、証跡、例外処理を確認してください。たとえば入社予定日が変更されたときに請求アラートを再計算するのか、入金額が請求額と違うときに一部入金として残すのかまで決めると、画面とデータの要件が具体化します。
手数料計算と返戻金のルールをサンプルで定義します
手数料計算は画面上の表示ではなく、再現可能なルールとして定義します。たとえば理論年収600万円、料率35%なら紹介料は210万円です。ここで、税込・税抜のどちらを基準にするか、料率を契約締結時と入社時のどちらから取得するか、端数をどの単位で丸めるかを明記します。さらに「入社から3か月以内の退職なら紹介料の50%を返戻する」といった保証条件も、返戻金額、承認者、請求との相殺方法、履歴の残し方まで定義します。この計算例は業務ルールを説明するための例であり、実際の契約条件を示すものではありません。
RFPにはデータ移行と受け入れ条件も含めます
RFPには機能一覧だけでなく、既存Excelや別システムから何件を移すのか、重複した企業や候補者をどう統合するのか、移行後に誰が検算するのかも記載します。受け入れ条件は「動けば納品」ではなく、代表的な案件で計算結果と帳票が一致すること、権限のない担当者が候補者情報を見られないこと、入社日変更時に請求状態が正しく更新されることなど、確認可能な文章にします。RFPに含める項目は、現状課題、対象範囲、業務フロー、データ項目、連携先、権限、セキュリティ、移行、教育、保守、納期、見積書の内訳です。
紹介手数料管理システムを外注する進め方

外注は、相談、要件定義、設計、開発、テスト、移行、教育、運用の順で進めます。会社を決めてから要件を考えるのではなく、社内の業務責任者と経理を早い段階から参加させることがポイントです。特に請求と返戻金は、現場だけでは判断できない契約・会計上の条件があるため、営業、キャリアアドバイザー、経理、情報システム、経営層の合意を取ります。
最初は代表5ケースのPoCで検算します
本開発の前に、代表的な5ケースを使って小さな検証を行います。標準的な入社・一括請求、入社日変更、分割請求、早期退職による返戻金、未入金または一部入金を再現し、営業と経理が計算結果を確認します。ここで現場が「実際にはこの契約もある」と気付けば、本開発前に要件へ反映できます。無料トライアルやデモを利用できるクラウドでも、同じ5ケースを入力して、帳票とステータスが自社の運用に合うかを見ると比較が具体的になります。
請求漏れを止める範囲から段階的にリリースします
第一段階では、企業・求人・求職者・紹介・成約、手数料計算、請求書出力、権限管理を対象にします。第二段階で入金消込、返戻金、会計連携、ダッシュボードを追加し、第三段階で求人媒体や電子契約、通知サービスとの連携を拡張する流れです。すべてを一度に作ると、使わない機能の開発に予算を使い、重要な計算ロジックの検証が後回しになることがあります。段階ごとに業務効果と受け入れ条件を置き、次の開発へ進む判断を明確にします。
移行・教育・運用設計を納品物として扱います
システムが完成しても、古いExcelが残ったままでは情報分散は解消しません。移行対象の項目、必須項目、重複排除のルール、文字コード、添付ファイルの扱い、移行後のサンプル照合を決め、移行リハーサルを行います。併せて、営業向け、キャリアアドバイザー向け、経理向けに操作手順と例外処理を用意します。導入後に問い合わせる窓口、障害時の連絡方法、バックアップの復元、法改正や帳票変更の費用も、運用設計と契約に含めてください。
契約形態は請負と準委任のどちらが適していますか?

契約形態は、作るものと不確実性の大きさで分けます。要件が明確で、完成条件や納期を定義できる開発工程は請負契約が候補です。一方、業務整理や新しい運用の検証など、作業内容を進めながら合意する工程は準委任契約が向いています。実際の契約判断は法務担当者や専門家に確認し、名称だけでなく、成果物、責任範囲、変更手続き、検収、支払条件を文書化してください。
要件定義と開発を契約上も分けるとリスクを抑えられます
業務フローが固まっていない段階で全開発を請負にすると、仕様変更のたびに追加見積もりや納期調整が発生します。反対に、すべてを時間精算の準委任にすると、完成条件が曖昧なまま長期化する恐れがあります。そこで、第一契約を現状分析・要件定義・プロトタイプ検証、第二契約を設計・開発・テスト、第三契約を保守・改善と分ける方式が使いやすくなります。各契約の終了条件と次工程へ進む判断を設定し、社内の意思決定も遅れないようにします。
契約書には変更・知的財産・データの扱いを明記します
契約前に、仕様変更の受付方法、影響調査の費用、承認者、納期の再計算方法を確認します。ソースコード、設計書、テスト仕様書、データモデル、操作マニュアルの権利と利用範囲、契約終了時のデータ返却・消去、バックアップの保存期間も重要です。クラウドを使う場合は、サービス停止時の通知、復旧目標、障害時の連絡、ログの保存、再委託先の開示を確認します。個人情報保護委員会も、委託先の選定、契約締結、委託先における取扱状況の把握を求めているため、候補者情報を扱うシステムではセキュリティ条項を価格と同じレベルで比較します(出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン(通則編)」、2026年確認)。契約内容は自社の法務担当者にも確認してもらってください。
個人情報とSLAを発注条件に含めます
候補者の履歴書や職務経歴書は個人情報です。役割別のアクセス権、MFA、通信・保存時の暗号化、CSV出力の制御、操作ログ、バックアップ、退職者アカウントの停止、保存期間と削除フローを要件に入れます。再委託がある場合は、再委託先、扱うデータ、国外での取扱い、事故時の報告期限を確認してください。IPAのITサービス委託事例でも、契約にセキュリティ要件やSLAを定め、第三者検証を組み合わせる考え方が示されています。機能が動くことだけでなく、安全に運用できることを検収条件に含めます(出典: IPA「ITサービスの委託におけるセキュリティ対策を契約と第三者検証で担保」、2026年公開)。委託先の最新のセキュリティ資料も確認してください。
紹介手数料管理システムの費用相場とコストの内訳

費用は、既製クラウドの利用料と、個別開発の初期費用を分けて見積もります。公開料金は比較しやすい一方、導入支援、データ移行、API、帳票変更、追加ユーザー、保守が別になることがあります。個別開発は機能数だけでなく、業務ルールの複雑さ、連携先、非機能要件、移行件数、テストの深さで変動します。以下はリサーチノートと各社の公開情報をもとにした目安であり、正式な発注金額ではありません。
クラウド利用は月額数千円台からユーザー単位まで幅があります
小規模向けクラウドでは、初期費用数万円、月額は1人あたり数千円台から利用できるサービスがあります。一方、人材紹介に特化し、ユーザー単位で料金が決まるサービスでは、初期費用10万円、1ユーザーあたり月額15,000円という公開例もあります。紹介業務向けCRMの一般的な相場を月額1万〜2万円程度と案内するサービスもありますが、これは市場全体の目安であり、すべての製品に当てはまる固定相場ではありません。月額だけでなく、5年間の利用料、初期設定、教育、移行、オプション、解約時のデータ出力を合算して比べます。
個別開発は300万円台から5,000万円以上まで要件で変わります
紹介手数料管理だけを既存CRMへ追加し、手数料マスタ、入社日アラート、請求書出力、簡易ダッシュボード、CSV連携に絞る場合は、調査上の推定で300万〜800万円、期間は3〜6か月程度が一つの目安です。求人・求職者・選考・成約・手数料計算・請求・入金消込・返戻金・権限・監査ログ・会計/API連携までを一体化する標準的な個別開発では、800万〜2,000万円、6〜12か月程度の推定レンジになります。複数拠点、複数ブランド、双方向連携、大規模移行、SLA、第三者診断まで含める基幹システムは、2,000万〜5,000万円以上、12〜18か月程度になる可能性があります。これらは2025〜2026年の公的な開発価格統計ではなく、公開機能と一般的な業務システム開発の範囲から算出した推定です。
初期費用以外の5年総額を比較します
総額比較では、要件定義、画面・データモデル設計、開発、テスト、移行、教育、保守を分けて提示してもらいます。さらに、クラウド利用料、APIの従量課金、電子契約やSMSなどの外部サービス、帳票改定、法改正対応、バックアップ、脆弱性診断、追加ユーザー、サポート時間を加えます。安い初期見積もりでも、重要な連携や返戻金処理が保守契約の対象外なら、運用開始後の負担が大きくなります。見積書には「含む」「別途」「将来対応」を明記してもらい、同じ前提で5年分を並べてください。
委託先の選定と見積比較で確認すべきポイント

見積金額だけで委託先を決めると、紹介業務の理解不足、テスト不足、移行の追加費用、保守の行き違いが起こりやすくなります。候補企業には同じRFPを渡し、同じ5ケースをデモまたは提案書で説明してもらいます。評価は価格、機能、業務理解、連携、導入体制、セキュリティ、保守、将来の拡張性に分け、誰が何点を付けたかを残します。
人材紹介業務と請求実務の両方を確認します
「人材業界のシステム実績がある」という説明だけでは不十分です。求人・求職者の進捗管理だけでなく、入社日を起点にした請求、料率・固定額・分割、入金消込、早期退職時の返戻金、帳票出力まで扱った経験を確認します。実績紹介では、会社名を開示できない場合でも、事業規模、利用人数、データ件数、連携先、導入期間、移行方法、導入後の運用体制を聞いてください。MatchinGoodの公式事例では、Excelで管理していた2,000件の人材情報を移行した事例や、導入1年未満で獲得案件数115%となった事例が掲載されています。こうした数値は導入成果の保証ではありませんが、自社の課題に近い事例を探す手がかりになります(出典: MatchinGood公式導入事例、2026年確認)。事例の掲載時点と現在のサービス内容も確認してください。
見積書は機能数ではなく成果物と工数を比較します
見積書の比較では、画面の数や開発者の人数だけを見ないでください。要件定義書、業務フロー、データモデル、権限設計、API仕様、テスト仕様書、移行手順書、操作マニュアル、研修、保守引き継ぎが含まれているかを確認します。計算ロジックのテスト工数が極端に少ない場合は、返戻金や端数処理の検証が省略されている可能性があります。工数の単位、担当者の役割、レビュー回数、前提条件、除外項目、予備費、納品後の不具合対応期間を比較表に転記し、金額の差が何から生じているか説明できる状態にします。
提案時に同じ質問をして対応力を見ます
候補企業には、次のような質問を同じ順番で行います。入社日変更時の請求状態をどう制御するか、料率と固定額を契約単位でどう持つか、返戻金を請求とどう相殺するか、会計ソフトとどの方式で連携するか、Excelから何を移行できるか、権限と監査ログをどう設計するか、追加仕様の単価と承認手順は何か、障害時の復旧目標は何か、再委託先を開示できるか、導入後のサポート窓口は誰かを確認します。回答の正しさだけでなく、分からない点を保留して調査し、前提を明示する姿勢も評価します。
法令・データ管理を発注要件に入れる理由

紹介手数料を管理するシステムは、売上管理の道具であると同時に、求人者との契約や職業紹介事業の実績を説明するための証跡基盤でもあります。開発会社に任せきりにせず、自社の法務・コンプライアンス担当が必要な帳票と保存期間を決め、システムに出力要件として反映します。法令の適用や解釈は事業形態によって異なるため、公開情報だけで判断せず、必要に応じて所管窓口や専門家へ確認してください。
手数料実績公開と違約金規約の明示に備えます
厚生労働省の案内では、2025年4月1日から、常用就職の実績が多い上位5職種について、紹介手数料率の実績を公開する運用が始まりました。平均手数料率は、対象職種の求人者から徴収した手数料総額を、求職者の予定年収総額で割って算出し、小数点第2位で四捨五入します。常用就職の実績が10件以下の場合は掲載不要とされる扱いもあるため、自社に該当する条件を確認し、年度集計の元データと計算過程を残せるようにします。また、違約金規約を設けている場合は、金額、発生条件、解除方法を含めて求人者へ分かりやすく明示する必要があります(出典: 厚生労働省「職業紹介事業者の皆さまへ」、2025年4月施行)。適用条件は最新の厚生労働省資料で確認してください。
監査ログとデータガバナンスを設計します
手数料率、予定年収、入社日、返戻条件、請求ステータスは、売上や対外説明に影響する重要なデータです。誰がいつ変更したか、変更前の値、変更理由、承認者を記録し、訂正や取消があっても履歴を追えるようにします。候補者情報と請求情報を同じ権限で公開せず、担当者、経理、管理者、外部委託先ごとに参照・編集・出力の範囲を分けます。保存期間が過ぎたデータの削除、バックアップの扱い、退職者のアカウント停止を運用手順にし、開発会社のデモ環境へ実データを持ち出さないルールも決めてください。
よくある質問

紹介手数料管理システムの発注では、既製サービスと個別開発の境界、見積もりの妥当性、導入後の運用がよく問題になります。ここでは、発注前に特に質問されやすい点をまとめます。
紹介手数料管理システムはいつ発注すべきですか?
発注前に、少なくとも手数料の発生条件、請求タイミング、返戻金、対象データ、利用者、連携先を整理できた段階が適しています。すべての画面仕様を決める必要はありませんが、代表的な案件を使って業務の開始から入金・返戻までを説明できる状態にします。整理が難しい場合は、最初に要件定義や業務棚卸しだけを外注し、その成果物をもとに本開発を発注する方法もあります。
クラウドとスクラッチ開発はどちらが安いですか?
初期費用だけなら、既製クラウドのほうが小さく始めやすい傾向があります。ただし、ユーザー数、オプション、API、データ移行、教育、5年分の利用料を合算すると、個別開発との比較結果が変わる場合があります。独自の料率や基幹連携が少ないならクラウド、独自業務が競争力で標準サービスに合わせにくいなら個別開発というように、5年総額と業務適合性を合わせて判断してください。
見積もりは何社から取ればよいですか?
比較可能なRFPを用意したうえで、少なくとも3社程度から提案と見積もりを取ると、価格と前提条件の差を把握しやすくなります。既製クラウド、パッケージの導入支援、個別開発など、異なる発注形態を含めると選択肢の比較もできます。社数を増やすことより、同じ5ケースの計算、移行方法、保守範囲、セキュリティ条件を同じ質問で確認し、社内の評価者が記録を残すことが大切です。
候補者の個人情報を開発会社へ渡しても大丈夫ですか?
実データを渡す前に、利用目的、委託範囲、アクセスできる担当者、保存場所、再委託、国外取扱い、事故時の連絡、契約終了後の返却・消去を確認します。可能な限り、匿名化・仮名化したサンプルデータで要件定義とデモを行い、本番移行時だけ必要な範囲で権限を付与します。委託先の安全管理措置と監査方法を契約に含め、誰が何を確認したかを記録してください。
まとめ

発注前に業務・費用・契約の前提をそろえます
発注前の最終確認では、代表5ケースの計算結果、移行対象データ、受け入れ条件、見積書の含む範囲、追加変更の手続き、個人情報の扱い、保守窓口を一枚の確認表にまとめます。営業、経理、現場責任者、情報システム、経営層が同じ前提を確認してから契約へ進むと、開発会社との認識差を減らせます。
請求漏れを止める小さな範囲から始めます
導入効果を早く確かめるには、求人・求職者・成約・請求を先に整え、入金消込、返戻金、会計連携、分析を順に拡張します。最初のリリースで現場が入力を続けられる運用を作り、実績データを使って次の要件を決めることが、過剰な初期開発と使われない機能を避ける近道です。
紹介手数料管理システムを発注・外注するときは、まず紹介業務を入社、請求、入金、返戻まで時系列に整理し、手数料率、固定額、分割、税区分、保証期間、例外処理を定義します。そのうえで、既製クラウド、パッケージの設定・連携、個別開発を、自社の独自性と5年総額で比較してください。
RFPには機能だけでなく、データ移行、権限、監査ログ、セキュリティ、受け入れ条件、保守、法令対応を含めます。候補企業には同じ代表ケースを検算してもらい、見積書の前提と除外項目をそろえて比較します。最初から万能なスクラッチ開発を目指すのではなく、請求漏れを止める範囲から段階導入し、データが蓄積してから連携や分析を広げることが、導入効果と継続運用を両立しやすい進め方です。
▼全体ガイドの記事
・紹介手数料管理システム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>


株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。
