レンタル業向け貸出返却管理システムの発注は、業務の整理、発注形態と契約の選定、同じRFPによる委託先の比較の順に進めると、手戻りを抑えられます。
発注前の準備、契約と費用、委託先の選定の順に、打ち合わせで確認したい点を説明します。
▼全体ガイドの記事
・レンタル業向け貸出返却管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
レンタル業向け貸出返却管理システムの発注前に決める事項
発注前には、何が改善できれば導入が成功といえるかを決めておく必要があります。貸出可能日の即答、延滞料計算、検品時間の短縮など、どの業務を改善するかによって、必要な機能や発注先の得意領域が変わるためです。
導入目的と改善指標の設定
導入の目的は、「在庫をシステム化する」のような手段ではなく、業務上の結果で表します。たとえば、電話確認を減らす、検品待ちの商品を在庫から除外する、月末請求の手入力を減らす、といった結果です。
- 在庫精度：在庫差異件数の記録
- 返却処理：処理にかかる時間と修理の滞留日数
- 請求業務：延滞率と請求訂正件数
指標を決めておくと、提案を機能数だけで評価せずに済みます。
現状値や目標値を厳密に測れない場合でも、導入前にサンプル期間を設けておけば、導入後に同じ指標で計測できます。
貸出から再貸出までの現行業務の洗い出し
発注前に、現場の業務を見積から請求までの流れに分けておきます。例外処理も通常の流れと分けて記録しておくと、どの場面で判断が要るかが分かります。
- 通常工程：見積から交換まで（予約、引当、出荷、貸出、延長を含む）
- 返却後工程：返却から請求まで（検品、洗浄、修理、在庫復帰を含む）
- 例外処理：延長依頼や返却品の破損時の判断方法
各工程で誰が担当し、どの帳票やExcelを使い、どの時点で状態が変わるかを洗い出します。
電話で受けた延長依頼の伝達方法や、破損品の請求判断も、例外として書き残しておきます。
データ設計は、商品単位で管理するか個体単位で管理するかによって変わります。建機や映像機器では、シリアル番号、付属品、点検期限、修理履歴を追う場合があります。また、検品中や修理中の商品は貸出可能数に含めない、というルールを、業務フローとRFPに書いておきます。
パッケージ・クラウド・個別開発の発注形態の選び方
発注形態は、業務を標準機能に寄せられるか、独自の料金や個体管理が要るかで選びます。
判断材料には、初期費用と月額費用のどちらを重視するかも加わります。
製品名に「レンタル」とあっても、複数回返却や拠点間移動まで合うとは限りません。そのため、修理中在庫、付属品、請求ルールも含めて、項目ごとに確かめます。
既製パッケージへの発注が向く場合
既製パッケージを選ぶ場合は、標準業務にどこまで合うかと、導入後の運用の負担を確かめておきます。
- 標準業務の早期整備：業界共通業務を早く標準化したい企業に向き、導入期間と初期費用を抑えやすい
- 標準機能との適合確認：料金計算や帳票を運用で補うと二重入力が残るため、事前のFit & Gap分析が要る
DACKSの「RENTAL ASSIST」価格表（2024年11月時点）では、Standard版が税抜89万8,000円、Enterprise版が税抜420万円です。
同じ表で、Web版は150万円、導入支援は12万円と掲載されています。
示した金額は特定製品の価格で、自社の導入費を保証するものではありません（出典：DACKS「貸出管理システム製品価格表」、2024年11月）。
クラウド・ローコードへの発注が向く場合
クラウドやローコードを検討する場合は、利用場所と継続運用の条件を合わせて見ておきます。
- 利用形態：複数拠点・外出先で使う、サーバー運用を避ける、小さく始める企業に向く
- 契約条件：月額、ユーザー数、容量、API、データ出力、終了時の移行条件
- 障害時の運用：通信障害時にも貸出・返却を止めない方法
足場資材レンタル管理クラウドパックの資料には、kintoneスタンダードを1ユーザー月額1,800円、最低10ユーザーとする価格例が載っています。
初期費用30万円から、月額4万7,000円からと読める例も掲載されています。
バックアップやアップデートはサービス側に任せやすい一方で、紙の臨時伝票や後追い入力で業務を続ける方法も決めておく必要があります。
税区分や設定範囲は、個別見積で確かめます。なお、クラウドでも初期設定や業務設計には費用が発生します（出典：株式会社アットリンク「足場資材レンタル管理クラウドパック」、2025年6月）。
個別開発への発注が向く場合
個別開発では、自社固有の業務要件と導入後の負担を踏まえて、進め方を決めます。
- 個別開発を選ぶ条件：独自料金、複雑な契約、全国の在庫引当、個体別収益管理、基幹連携が競争力に直結する
- 段階導入：要件定義の責任と保守負担を踏まえ、貸出・返却・在庫・請求からの着手
- 組み合わせ：標準製品で顧客・商品・貸出・返却を管理し、独自料金やEC連携を追加する形
- 見積の内訳：標準機能、設定変更、アドオン、スクラッチに分けた区分と、追加費用の範囲
RFPと要件整理の記載事項
RFPは、発注側の業務や課題を伝える文書です。対象範囲と制約、希望時期を示し、予算の考え方も添えます。これにより、各社が同じ条件で提案と見積を出せます。
未確定の項目は無理に決めず、候補案と確認方法の提案を求めます。また、依頼内容を「便利なシステム」とだけ書く形は避けます。
業務範囲と利用者・データ量の記載
RFPには、今回の発注範囲と将来対応を分けて、業務と利用規模を記します。数字が分からない場合は、直近3か月の伝票やExcelから概算し、推定値であることを注記します。
- 業務：見積から請求までの対象範囲
- 規模：商品・個体・顧客・拠点・倉庫の数
- 利用状況：月間貸出台数、同時利用者、端末、繁忙期の処理量
データ要件には、商品、個体、セット品を含めます。あわせて、顧客、料金表、契約、予約も入れます。さらに、貸出中、未返却、修理中、廃棄の状態と、取引履歴も含めます。
移行対象のファイルは、行数と期間、重複や表記揺れを確かめます。そのうえで、データのクレンジングを自社と委託先のどちらが担うかも、RFPに含めます。
レンタル特有の例外シナリオの必須テスト
レンタル業務への適合性は、機能が一覧にあるかどうかより、例外をどう処理するかで見極めます。
各社に同じサンプルデータを渡して、受入テストの流れを確かめます。そのうえで、処理できるかに加えて、画面数や操作数も見ます。
- 予約：同じ商品の期間の重なりを防ぐ
- 返却：セット品の一部だけの戻し、期日の延長
- 在庫：交換、修理中、拠点間移動の反映
- 請求：延滞料と、月末の一括処理
返却の操作で在庫を増やすと、検品前の破損品まで貸出可能になるおそれがあります。そのため、各状態で在庫照会や予約、請求、権限がどう変わるかを、委託先に尋ねます。
返却済み、検品中、洗浄中、修理中の状態を区別します。紛失、廃棄、再貸出可能も、状態として扱います。ただし、状態を細かくしすぎず、現場が判断できる粒度にそろえます。
連携・セキュリティ・移行後の運用の明記
RFPには、他システムとの連携範囲と、情報を安全に扱うための条件を記します。
- 連携先：会計、販売管理、請求書、EC、配送、顧客管理、固定資産の候補
- 連携条件：方向や頻度、項目、エラーの責任者、API、CSV運用、正とするシステムの決定
- 連携範囲：売上だけか、延滞料・破損請求・入金消込まで含めるかの線引き
- セキュリティと運用：権限や暗号化、ログ、バックアップ、保存と削除、再委託、障害連絡、データ返却の要求事項
IPAは2026年3月27日に、中小企業向け情報セキュリティ対策ガイドライン第4.0版を公開しました。
同ガイドラインでは、バックアップなどの対策が拡充されています。
開発会社には、自社サービスでの実装と運用範囲を回答してもらいます（出典：IPA「中小企業の情報セキュリティ対策ガイドライン第4.0版」、2026年）。
請負と準委任の使い分け
契約は、名称よりも中身で選びます。
見るべき中身は、成果物の完成責任、作業範囲、変更の扱いです。
さらに、報酬の支払条件と検収、知的財産権、契約不適合責任を確かめます。損害賠償、再委託、データ返却の扱いも見ておきます。
要件が未確定の工程と、仕様が固まった開発とでは、契約の考え方が異なります。そのため、工程ごとに契約を分ける方法が実務では有効です。
要件定義・企画は準委任が基本
要件定義の契約では、完成物よりも業務の進め方と責任範囲をはっきりさせます。
- 適する工程：業務遂行に報酬を払う契約で、要件定義、業務整理、Fit & Gap、試作検証、プロジェクト支援に向く
- 契約で定める内容：完成保証ではないため、稼働日数、担当者、会議、作業、報告物、終了条件を具体的に決める
- 段階発注：拠点ごとの返却状態や延長承認を確かめ、要件確定後に開発契約へ移る
- 責任と成果物：成果物と意思決定者の明記、未確定工程を請負で固定しないこと
仕様が確定した開発の請負
仕様が確定したあとの請負では、合意した成果物と、変更時の扱いをそろえておきます。
- 適する工程：合意仕様に沿う成果物の完成に報酬を払い、画面・帳票・データ・連携・テスト・検収が確定した開発に向く
- 変更への備え：料金や拠点運用が変わる場合の変更手続きと追加見積のルール
IPAのモデル取引・契約書では、企画段階は準委任、開発段階は準委任と請負のどちらもあり得ると整理されています。
発注側と開発会社は、工程ごとに契約類型、成果物、協力義務、変更の承認者をそろえます（出典：IPA「情報システム・モデル取引・契約書」、2020年公開・第二版の解説）。
契約書で確認すべき責任分界と変更管理
契約時には、発注側と委託先の役割分担に加えて、変更の記録と費用条件も整理しておきます。
- 責任分界：マスタ、移行データ、テスト、受入、教育、障害連絡、復元、アカウントの担当
- 協力と再委託：発注側の回答遅れがもたらす納期への影響、委託先が外に任せる範囲と管理責任
- 変更記録：内容、理由、影響、費用、納期、テスト、承認者の各項目
- 変更費用：延滞料や日割り、締め日、税区分、会計連携への影響
- 変更の扱い：軽微な変更の保守範囲、別途見積、月次改善枠の設定
発注・外注の費用相場の目安
標準機能が中心であれば、初期費用は30万〜180万円程度が検討の目安です。
パッケージに帳票・API・料金計算・ハンディ端末を加える場合は、150万〜500万円程度が検討の目安になります。
中規模の個別開発は500万〜1,500万円程度です。一方、多拠点や複数連携を含む大規模案件では、1,500万〜3,000万円超の可能性があります。
これらは、公開価格と類似案件からの目安であり、一律の平均価格ではありません。見積もりは、機能や移行の範囲によって変わります。
初期費用の工程別の内訳
初期費用は工程ごとに分けて見積もります。要件定義や設計、設定・開発、連携、テストのほか、移行、教育、リリース支援も対象です。さらに、個別開発では工程比率も確かめます。
- 要件定義：10〜15%程度
- 設計：15〜20%程度
- 開発：30〜40%程度
- テスト・移行：テスト15〜20%、移行5〜10%程度
この比率は見積を分解するときの目安で、固定の相場ではありません。既製機能の量やデータ整備、端末数によって変わります。
見積書は、標準機能、設定、開発、連携ごとに分けてもらいます。機器、データ整備、研修、現地支援も、別々の項目として示してもらいます。その際は、数量や単価、回数、前提、除外条件も確かめます。
RFPに書いた移行、帳票、検品、修理、権限、連携が対象外なら、契約後に追加費用が発生します。そのため、「作業一式」と書かれた項目は、内訳と成果物を尋ねておきます。
月額・保守・端末を含む総額の比較
導入形態ごとの継続費用を確かめ、利用期間全体の支出で比べます。
- クラウド月額：ユーザー、拠点、容量、API、サポート、端末、ラベル発行と増加条件
- 保守費：個別開発・オンプレミスは初期費用の15〜20%程度が目安だが、内容によって変わる
- 業務パック：月額3万〜20万円程度の候補もあり、ユーザー数・機能の増加条件を確かめる
- 5年総額：初期100万円の買い切りと、初期30万円・月額8万円の例を比べると、後者は利用料だけで480万円
保守や端末、移行、サポートを加えると、順位が変わる可能性があります。なお、この計算は初期費用だけで判断しないための方法で、特定製品を評価するものではありません。
価格公開情報と個別見積の読み分け
公開価格と個別見積は前提が異なるため、自社の条件をそろえて読み比べます。
- 公開価格：初期予算の目安として使い、価格非公開や個別開発は範囲確定前に推測しない
- 要見積項目：前提、確認データ、決定時期の質問と、導入支援・移行・税・保守の有無の記録
- 上振れ要因：個体・拠点・取引量、料金、連携、移行、教育、切替時期の伝達
- 予算調整：機能を必須、できれば、将来対応の三段階に分けた共有
委託先の選定と見積比較の観点
委託先は、会社の規模や知名度だけでなく、レンタル業務と現場運用への理解で選びます。
候補は3社程度に絞り、同じRFP、サンプルデータ、質問を渡して、提案とデモを依頼します。
レンタル業務への適合性と実績の確認
委託先の実績は、自社の業務と導入後の支援にどこまで当てはまるかで見ます。
- 近い事例：建機・仮設資材、イベント用品、映像・OA・IT機器などのうち、自社に近い例
- 業務範囲：貸出・返却、個体、付属品、修理、再貸出、拠点移動の対応範囲
- 料金と支援：日額・月額・延滞料、請求・入金の利用実態、追加開発や定着支援の有無
キッセイコムテックの公式事例では、レンタルバスターズがKAREN-COREを導入しています。
導入前は、貸出・返却や貸出スケジュールを管理できず、在庫管理と販売管理も分断されていました。一方で、導入後は、受注から入庫・出庫・在庫の一元化や、個体識別による収益把握が示されています。
導入事例は、機能名そのものより、業務の分断や個体管理をどう解消したかを見る材料になります（出典：キッセイコムテック「株式会社レンタルバスターズ様導入事例」、掲載確認2026年）。
導入支援・教育・保守体制の評価
導入後も現場で使い続けられるよう、支援方法と保守対応の範囲を確かめます。
- 導入支援：ヒアリング、マスタ整備、移行リハーサル、研修、現場立会い、並行稼働、切替後の問い合わせごとの担当者と回数
- 支援方法：遠隔か倉庫訪問かを見積条件に含めたうえで、返却状態を正しく選べる支援
- 保守体制：受付・初動・復旧目標、休日対応、障害時の代替手段
- 保守範囲：バックアップの保持期間、復元テスト、脆弱性、OS・ブラウザ更新、法改正対応の扱い
2026年3月31日に公表されたガイドラインでは、供給者と利用者の責任分担が示されています。
発注側は、契約上の分担も確かめておきます（出典：経済産業省・国家サイバー統括室「サイバーインフラ事業者に期待される役割に関するガイドライン」、2026年）。
金額・前提・操作性を並べた見積比較
見積は、機能の範囲やデモ、提案条件も含めて、同じ基準で比べます。
金額だけで決めると、前提の違いを見落とすおそれがあります。
- 費用と条件：総額、納期、適合度、追加費用、支援、契約条件を比べ、初期、月額、保守、端末、移行、連携、教育、現地支援に分けて見る
- 機能の範囲：標準、設定、追加開発、将来対応、対象外に分け、必須の項目が対象外なら発注形態の再検討
- デモと評価者：予約重複、分割返却、破損、延長、月末請求を試す場と、現場・営業・経理・情報システム・経営での操作性の採点
- 提案の前提：発注側の準備、移行対象外のデータ、追加連携、並行稼働、繁忙期の制約
- 説明と契約：操作数、待ち時間、訂正、履歴、権限の評価と、回答の一貫性、契約書との一致
前提を明示する会社は、見積額が高く見えても、予算管理の透明性が高い場合があります。
よくある質問
発注前の費用、契約、選定に関する疑問に答えます。回答は自社の条件に合わせて、RFPの確認事項として使えます。
パッケージとスクラッチ開発はどちらを選ぶべきですか？
標準業務を早く整えたい場合は、パッケージやクラウド型が候補です。
独自料金や個体管理、拠点業務、基幹連携が競争力に直結する場合は、個別開発を検討します。
標準製品でできる範囲と追加開発費を比べて判断します。なお、最初から方式を一つに決める必要はありません。
RFPが未完成でも開発会社へ相談できますか？
相談できます。その際は、Excelや帳票、業務フローを共有して、要件整理の支援を求めます。ほかに、次の内容も伝えます。
- 課題
- 商品・拠点・利用者の概数
- 希望時期
複数の見積を比べる前に、要件定義を準委任で行うかどうかと、無料提案の範囲、成果物、費用を確かめます。
要件定義から開発まで一つの請負契約にできますか？
一つの契約にすることもできます。ただし、未確定の工程と完成物を同じ条件で扱うと、責任の範囲が曖昧になりやすいです。別の方法として、企画・要件定義は準委任、開発は請負と分ける方法もあります。
どちらの方法でも、成果物や検収、変更管理、協力義務、障害対応、データ返却は具体的に合意しておきます。
外注費用を抑えるにはどうすればよいですか？
必須業務と将来機能を分けて、既製機能を優先します。また、移行対象を整理し、同じRFPで複数社を比べます。
二重予約や分割返却、破損、延長、請求などの例外は、先に伝えておきます。そのうえで、初期費用だけでなく、5年間の月額や保守も含めて判断します。
委託先の提案で必ず確認すべき項目は何ですか？
同じデータを使ったデモで、予約重複、分割返却、破損品、延長、月末請求の動きを確かめます。
あわせて、移行や連携、支援、保守、復旧、データ返却についても尋ねます。
導入責任者や開発責任者が質問に答えられるかも確かめます。その受け答えは、発注後の体制を判断する材料になります。
まとめ
発注では、貸出から検品、修理、再貸出までの流れを洗い出し、改善指標を決めておきます。
標準化を優先するならパッケージ、複数拠点や小規模で始めたいならクラウドが候補になります。
独自料金や基幹連携を重視する場合は、個別開発を検討します。どの方式を選ぶ場合でも、商品や在庫状態、料金、連携、移行をRFPに記載します。
工程・責任・総額による契約と費用の確認
企画・要件定義は準委任、仕様が確定したあとの開発は請負、保守・運用は別契約とする方法があります。工程と責任を、契約ごとにはっきりさせます。
標準導入は初期30万〜180万円程度、追加開発・連携は150万〜500万円程度、中規模開発は500万〜1,500万円程度が目安です。
公開価格と個別見積は分けて考え、条件と金額の幅をセットで確かめます。根拠のない特定の金額だけで判断しないことが大切です。
同じRFPと5つのテストによる委託先の比較
候補会社へ同じRFPとサンプルデータを渡し、予約重複、分割返却、破損品、延長、月末請求を試します。
現場の操作性も確かめます。
標準機能と追加開発、移行の範囲を確かめます。ほかに、次の項目も確かめます。
- 教育
- 保守
- セキュリティ
- 契約終了時のデータ返却
業務要件を一緒に整理できる委託先を選びます。
▼全体ガイドの記事
・レンタル業向け貸出返却管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。