端末の更新が「IT 基盤の話」になるとき
調達方式の検討が始まる場面には、いくつかの決まったパターンがあります。
もっとも多いのは、期限が先に来るケースです。リース満了の案内、あるいはメーカー保守の終了通知。日付を確認して、残りの月数を数える。サーバーやネットワーク機器の EOL 対応と、構造としては同じです。違うのは台数だけで、判断の性質は変わりません。
次に多いのが、人の増減です。4 月入社の人数が確定するのは、たいてい調達計画を組みたい時期より後です。10 人と聞いていたのが 13 人になる。あるいは想定していた拠点開設が半年ずれる。台数が読み切れないまま見積もりを取ることになります。
3 つ目は、現場からの申し立てです。「起動に 5 分かかる」「Web 会議中に固まる」。個別の申し立てとして上がってくるので全体像が見えにくく、気づいたときには同じ症状の端末が部署をまたいで広がっている、という進み方をします。
そして 4 つ目が、人の問題です。これまで端末の面倒を見てきた担当者が異動する。あるいは、キッティングを手伝ってくれていた協力会社の体制が変わる。「誰が設定するのか」が空白になったとき、自社で抱え続けることへの不安が表に出てきます。
いずれの入口から入っても、検討を進めると同じところに行き当たります。端末を入れ替えると、端末以外のものが動く。この点を最初に押さえておくかどうかで、後の工数が変わります。
相場を調べても、自社の金額が出てこない理由
法人向けパソコンのリース費用には、一定の目安が示されています。ただ、その数字と実際の見積額が食い違うことは、珍しくありません。
理由は単純で、料金が複数の変数で決まるためです。
リース料を構成しているもの
リース料は、本体価格を契約月数で割った金額ではありません。機器の調達費に加えて、リース会社の料率、動産総合保険料、事務手数料などが乗ります。
付帯サービスの範囲
そして、ここに付帯サービスの範囲が加わります。
-
初期設定 ( OS の設定、業務アプリの導入 )
-
認証基盤へのアカウント登録と、資産管理ツールへの反映
-
セキュリティー対策ソフトの導入と、管理サーバーへの登録
-
配送先の分割 ( 拠点ごと、あるいは在宅勤務者の自宅 )
-
故障時の代替機と、その到着までの時間
-
返却時のデータ消去と、証明書の発行
法人でパソコンを使う場合、箱から出して電源を入れれば終わり、というわけにはいきません。社員がその日から使える状態にするまでには、いくつもの工程があります。これらを自社で担うのか、外部に任せるのか。ここが料金の差として現れ、同時に担当部門の工数の差としても現れます。
つまり、公開されている相場と自社の見積もりがずれるのは異常ではなく、含まれている範囲が違う ことのほうが多いのです。
料率という見方
見積書に料率が明記されていない場合もありますが、逆算はできます。
料率 ( % ) ＝ 月額リース料 ÷ 本体価格 × 100
複数社の見積もりを比べるとき、月額の絶対額ではなく料率で並べると、条件の違いが見えやすくなります。ただし、料率が同じでも付帯サービスの範囲が違えば、実質的な負担は変わります。料率は比較の入口であって、結論ではありません。
見積もりを比べるときに揃えるべき前提
相見積もりを取る際は、次の 4 点を揃えてから依頼すると比較が成立します。契約期間、台数、機種のスペック、そして付帯サービスの範囲です。
このうち抜けやすいのが 4 つ目です。A 社はキッティング込み、B 社は本体のみ、という状態で月額を比べても意味がありません。「同じ条件で出してください」と伝えるとき、その「同じ条件」の中身を先に決めておく必要があります。
なお、機種ごとの実際の料金は製品ページで公開されています。金額の当たりを付けたい段階であれば、そちらを見るほうが確実です。
期間を延ばすと、月額と総額は逆方向に動く
契約期間の決め方について、一点だけ構造を確認しておきます。
契約期間を長くすると、月々の支払いは下がります。同じ機器を長く使う前提であれば、これは合理的な選択に見えます。
ただし、支払い回数は増えます。したがって、月額が下がっているのに、契約期間全体の総額は増えている という状態が起こります。この 2 つは同じ方向を向いていません。
稟議で「月額を下げました」と報告した数か月後に、経理から「総額では前回より増えていますよね」と指摘される。避けたいのはこの展開です。
対策としては、月額と総額の両方を並べて示すことです。そのうえで、期間を延ばすということは その期間は構成を動かさないと決めること でもある、と補足しておくと、議論がかみ合いやすくなります。
IT 基盤の中で、端末はどの層にあるか
ここが本記事の中心です。端末単体の話として調達を進めると、後から想定していなかった作業が発生します。
新しい端末が届いてから、業務で使える状態になるまでを追ってみます。
まず、認証基盤 に登録されます。Active Directory あるいは Microsoft Entra ID にアカウントが作られ、端末が参加します。次に、資産管理 の台帳に載ります。管理番号が振られ、利用者が紐づきます。セキュリティー対策 のエージェントが入り、管理サーバーに認識されます。ネットワーク 側では、無線 LAN の認証設定が入ります。持ち出し前提であれば VPN の設定も必要です。そして 業務システム へのアクセス権が付与されます。
さらに、運用が始まると ヘルプデスク の対象になります。「つながらない」「重い」を最初に受け止める役割です。
そして最後に、古い端末が回収され、データが消去され、台帳から削除されます。
この一連の流れは、リースでも購入でもレンタルでも、基本的に同じです。調達方式が変わって影響を受けるのは、支払いの形と、所有権の所在と、故障・廃棄時の窓口です。その手前と後ろにある IT 基盤側の作業は、どの方式を選んでも残ります。
言い方を変えると、調達方式の検討は「端末をどう調達するか」の話であって、「端末運用をどう設計するか」の話とは別です。ここを分けて考えておかないと、契約後に落差が生じます。
判断に迷いやすい 5 つのポイント
各項目の末尾に目安を付けていますが、5 つのうち 2 つはリース向き、3 つは別の方法向き、という結果になることも普通にあります。その場合は、金額よりも「業務が止まる可能性が高いほう」を先に見てください。
そもそも、何台あるのか
台数から始めるのは当たり前に見えて、ここで止まる会社が少なくありません。
資産台帳を開くと、たいてい次のような行が混ざっています。
更新対象を 100 台と見込んで見積もりを取ったものの、棚卸しをしてみると実際に稼働していたのは 90 台だった。逆に、台帳に載っていない端末が 5 台出てきた。どちらも起こります。
台数が固まらないと、見積もりも稟議も進みません。調達方式の比較に入る前に、誰がどの端末を使っているかを確認しておくと、その後の工程が軽くなります。
何年使うかが、決まっているか
期間の決め方は、こちらの希望だけで決まるわけではありません。機器の種類ごとに定められた年数が下敷きになるため、選べる幅は実質的に絞られています。おおむね 2 年から 5 年のあいだに収まると考えておくと、社内の議論が早く進みます。
逆に言えば、何年使うかが読めていない状態では、この前提そのものが成立しません。
判断のヒントとして、過去の実績を見る方法があります。前回の入れ替えから今回まで、実際に何年使ったか。計画は 4 年だったが実際は 6 年使っていた、というケースは珍しくありません。その差が、そのまま今回の見積もりの精度に効いてきます。
あわせて確認しておきたいのが、更新時期の分散状況です。4 月に営業部、7 月に管理部門、10 月に設計部門と分かれていると、見積取得、社内調整、キッティング、利用者への引き渡しが年間を通じて発生し続けます。一方、ある程度まとまっていれば、更新プロジェクトとして計画的に動かせます。どちらが正解という話ではなく、自社がどちらの状態かを把握しておくことが先です。
台数が動く見込みがあるか
期の途中で抜けられないという前提は、台数が動く可能性がある場合に効いてきます。増える方向は追加で契約できますが、減る方向は動かせません。部門の統廃合、拠点の縮小、想定より少なかった採用。こうした変化が起きたとき、使っていない端末の分を払い続けることになります。
数日から数週間で終わる用途なら、借りて返すほうが素直です。研修、展示会、繁忙期の増員。月あたりで見れば割高でも、使い終わった時点で関係が切れます。
キッティングと故障対応を、どこが担うのか
ここは、金額に現れにくい割に負担の大きい部分です。
端末が届いた時点では、利用者はまだ何もできません。業務で使える状態にするまでに、情シス側では次の作業が発生します。
-
Active Directory または Microsoft Entra ID へのアカウント登録と、端末の参加
-
セキュリティー対策ソフトの導入と、管理サーバーへの登録
-
VPN および無線 LAN の認証設定
-
業務アプリと Office のインストール、ライセンス割り当て
-
資産管理台帳への登録と、管理番号の付与
-
既存端末からのデータ移行と、利用者への受け渡し
1 台なら大きな負担ではありません。ただ、新入社員向けに 50 台を同時に展開するとなると話が変わります。1 台 30 分で終わったとしても 25 時間。実際には、業務アプリの相性確認や個別要望への対応が入るため、これでは収まりません。しかも通常業務と並行して進めることになります。
故障時も同様です。「電源が入らない」という連絡が来た時点では、AC アダプターの断線なのか、バッテリーの劣化なのか、OS の起動障害なのか、基板の故障なのかは分かりません。利用者へのヒアリング、切り分け、代替機の手配、メーカーへの連絡。修理そのものより、この前段に時間を取られます。
壊れたときに誰が費用を持つのかは、契約ごとに違います。使う側で見てくださいという整理になっている場合もあれば、そうでない場合もある。ここは見積もりの段階で聞いておく項目です。
調達から処分までをまとめて外に出す選び方も増えています。ただ、どこまでを渡すかは自社で線を引く必要があります。
既存資産と契約が、どの状態か
稟議で必ず問われるのに、技術部門の検討からは抜けやすいところです。
ここで止まるのは、たいてい台帳と実物が合っていないときです。前回の調達分が何年で計上され、いつ落ち切るのか。総務が管理しているのか、経理が持っているのか。まずその所在を確認するところから始まります。
保守契約も同じです。更新月がいつで、自動更新なのかどうか。更新の直後に入れ替えを決めると、使わない保守に費用を払うことになります。
ライセンスも同様です。Office やセキュリティー対策ソフトが端末に紐づいている場合、新しい端末にどう移すか。ここは調達の話ではなく、管理の話です。
なお、調達方式の選択は会計処理の方向性も左右します。技術部門だけでは確認しきれないため、経理と購買に早めに声を掛けておくと、後の手戻りが減ります。
端末以外の基盤側に、余力があるか
これは他の 4 つとは性質が異なります。
端末を 100 台まとめて入れ替えると、短期間に次の作業が集中します。
-
Active Directory / Microsoft Entra ID への一括登録
-
Intune など MDM への端末登録と、構成プロファイルの適用
-
セキュリティー対策エージェントの配布と、管理サーバー側での認識確認
-
資産管理台帳の更新と、旧端末の除却処理
-
利用者からの問い合わせ対応 ( 展開直後は必ず増えます )
ここに、サーバーの更新やネットワーク更改、Microsoft 365 のテナント移行といったプロジェクトが重なると、情シス部門は完全に飽和します。しかも、こうした重なりは事前に一覧化していないと見えません。
年間の更新計画を一枚にまとめ、どの四半期に何が来るかを可視化しておくと、台数を分割したほうがよかった、という後悔を避けられます。
契約前に、見落とされやすい論点
契約書に書いてある内容の中で、実務に効くわりに読み飛ばされやすい部分を挙げます。
終わり方を、いつ決めるか。
満了が近づくと、案内が届きます。そのまま手放すのか、同じ端末を使い続けるのか、手元に残すのか。道は 3 つあり、どれを選ぶかを期限までに伝える必要があります。ここで慌てるのは、案内が届いてから社内調整を始めた場合です。
機器を戻すときの状態。
電源アダプターや箱が揃っているか。30 台規模なら、まず何本か行方不明になります。足りない分がどう精算されるか、運賃はどちらが持つか。
中の情報を、どう始末するか。
誰が作業し、その記録が書面で残るのか。取引先から証明を求められる業種では、後から効いてきます。
壊れたときの範囲。
自然に動かなくなった場合は見てもらえても、落とした、濡らした、電池が弱った、といった事象は外れることがあります。持ち歩く前提なら、ここは押さえておきたいところです。
機種の選び方。
指定して調達してもらえるのか、手元にあるものから選ぶのか。社内で型番を揃えたい場合、この違いが効いてきます。型番が混在すると、キッティング手順もドライバー管理も分岐が増えます。
いずれも、契約前であれば確認できる情報です。確認せずに進めた場合に困るのは、たいてい 3 年後の担当者です。
リースにしても、IT 基盤側に残る作業
ここは、提供側の資料では触れられにくい部分かもしれません。ただ、検討段階で共有しておかないと、契約後に「思っていたのと違う」という話になります。
支払い方と持ち主が変わるだけで、端末の面倒を誰かが代わりに見てくれるわけではありません。
たとえば、社員が 1 人入社したときの流れを追ってみます。
この流れは、リースでも購入でもレンタルでも変わりません。退職時には、同じ順序を逆にたどることになります。
日常的に発生するものも挙げておきます。
-
ライセンス管理。端末台数とライセンス数の突き合わせ
-
更新プログラムの適用判断。業務アプリへの影響を見て、適用するか見送るか
-
資産台帳の維持。誰がどの端末を使っているかの記録
-
紛失・盗難時の対応。遠隔ロック、報告、代替機の手配
-
利用者からの問い合わせ。最初に受け止める役割
キッティングやヘルプデスク、データ消去を付帯サービスとして外部に寄せることは可能です。ただしそれは、契約の中で個別に決めるものであって、リースを選んだから自動的に付いてくるわけではありません。
そしてもう一点。外部に任せる範囲が広がると、社内には「何を頼んでいるか」は残っても、「どう動いているか」が残りにくくなります。次の更新時期に見積もりを受け取ったとき、その内容が妥当かどうかを社内で検証できるか。ここが一つの目安になります。
IT 基盤の整備は手段であって目的ではない、という整理は、端末についても同じように当てはまります。
判断を先送りした場合に、基盤側に積み上がるもの
「今は動いているから、来期に」という判断は、短期的には合理的に見えます。実際、無理に動かすより安全な場面もあります。
ただ、この選択が続くと、いくつかの負債が静かに積み上がります。
|
現在の症状
|
1 〜 2 年後に起きやすいこと
|
経営層への説明のしやすさ
|
|
サポート終了 OS の端末が残っている
|
脆弱性への対応ができず、取引先の監査で指摘を受ける
|
指摘を受けてからの説明になり、事後対応になりやすい
|
|
更新時期が端末ごとにばらばら
|
毎年少しずつ調達が発生し、まとめた交渉ができない
|
単発の支出に見えるため、投資判断として通しにくい
|
|
資産台帳が更新されていない
|
誰がどの端末を使っているか分からず、回収漏れが出る
|
管理不備の話になり、説明の難度が高い
|
|
代替機の在庫がない
|
故障のたびに数日間、業務が止まる
|
「これまで何とかなっていた」ため、予算が付きにくい
|
サポート終了品の利用は、監査や取引条件の面で問題視されることがあります。そして、発生してから対処すると選択肢が限られます。故障してから慌てて手配すると、比較検討の時間が取れず、提示された条件で決めざるを得なくなる。この構造は、規模を問わず起こります。
先送りは、それ自体が一つの意思決定です。意識的に選んでいるのか、判断を保留しているだけなのか。ここを区別しておくだけでも、社内の議論は変わってきます。
見積もりを依頼する前に、整理しておくこと
社内での稟議準備や、複数社への相見積もり依頼の前に使える粒度でまとめました。
現状の把握
今回の要件
基盤側の受け入れ体制
-
認証基盤 ( Active Directory / Microsoft Entra ID ) への登録を担う担当と、想定工数
-
MDM への登録方法と、構成プロファイルの整備状況
-
資産管理台帳の更新フロー
-
セキュリティー対策ソフトの配布方法
-
他の基盤更新 ( サーバー、ネットワーク、Microsoft 365 ) との時期の重なり
運用体制
-
キッティングを、社内で行うか外部に任せるか
-
故障時の一次受けの担当と、切り分けの手順
-
代替機の必要台数と、許容できる待ち時間
-
退職・異動時の回収フロー
満了時の想定
このリストは、埋めることが目的ではありません。実際に書き出すと、たいてい何割かが「確認しないと分からない」で止まります。その止まった箇所こそが、社内で決まっていない論点です。 どこで止まったかをメモしておくと、外部に相談する際、そのまま質問として渡せます。
よくある質問
Q1. 相場を調べたのですが、見積もりと金額が合いません
条件が違う可能性が高いと考えられます。
リース料は、機器の調達費に料率、保険料、手数料が加わって決まります。そこに契約期間、台数、構成、付帯サービスの範囲が影響します。
特に差が出やすいのが付帯サービスです。キッティングやデータ消去、代替機の手配が含まれているかどうかで、月額は変わります。相見積もりを取る際は、この範囲を先に指定しておくと比較が成立します。
Q2. 契約期間は長いほうが得ですか
月額だけを見れば、長いほうが下がります。ただし支払い回数が増えるため、契約期間全体の総額では逆になることがあります。
判断の分かれ目は、その端末を実際に何年使うかです。長期契約は、その期間は構成を動かさないという前提とセットになります。期の途中で抜けることは原則としてできないためです。
Q3. リースにすれば、情シスの負担は減りますか
減る部分と、残る部分があります。
機器を手配する、処分の段取りをつける、壊れたときの窓口になる。この 3 つは事業者側に寄せられます。特に処分は、自社で買った端末だと手間が大きい部分です。事業で使ったものは家庭ごみのようには出せず、専門の業者に頼むことになります。ここが一手で済むのは確実な違いです。
一方で、アカウントの発行と削除、ライセンス管理、更新プログラムの適用判断、利用者からの問い合わせ対応は、引き続き社内に残ります。付帯サービスとして外部に寄せられる範囲はありますが、契約で個別に決めるものです。
「負担がなくなる」ではなく「負担の対象が変わる」と捉えていただくのが実態に近いと思います。
Q4. 端末の更新と、サーバーやネットワークの更新は分けて考えるべきですか
判断としては分けられますが、時期は連動させて考えたほうが安全です。
端末を一斉に入れ替えると、認証基盤、MDM、セキュリティー管理サーバーに同時に負荷がかかります。同じ時期にサーバーの更新が重なると、障害が起きたときの切り分けも難しくなります。
年間の更新計画を一枚にまとめ、どの四半期に何が来るかを可視化しておくと、無理のない配分が見えてきます。
Q5. 検討を始めてから納品まで、どれくらいの期間を見ておけばよいですか
要件の整理に 2 〜 4 週間、相見積もりの取得と比較に 2 〜 4 週間、契約と審査に 2 週間程度、納品までにさらに数週間。合計で 3 か月前後を見ておくと、無理のない計画になります。
台数が多い場合や、キッティングを含める場合はさらに時間がかかります。保守満了やリース満了が決まっているなら、そこから逆算して着手時期を決めるのが確実です。
Q6. まず何から着手すればよいですか
現状の棚卸しからです。
台数、機種、導入年、OS のサポート終了時期、償却の残存、保守契約の残期間。これらを書き出すだけでも、判断の土台ができます。外部に相談する場合も、この情報がないと具体的な提案は返ってきません。
特に、台帳と実機の突き合わせは早めに始めておくことをおすすめします。利用者不明の端末が出てくると、そこから所在確認に時間がかかるためです。
そのうえで、本記事のチェックリストで空欄になった項目を確認してみてください。空欄が多い領域ほど、後の工程で判断が止まりやすい箇所です。
まとめ
法人パソコンのリース相場は、社内で大枠を共有するための出発点にはなります。ただ、その数字がそのまま自社の見積額になるわけではありません。本記事の要点を 4 点にまとめます。
-
相場と見積もりがずれるのは、含まれる範囲が違うため。
契約期間、台数、構成、付帯サービス。この 4 点を揃えてから比較してください
-
月額と総額は、同じ方向を向いていない。
期間を延ばすと月額は下がりますが、総額は増えます。稟議には両方を並べてください
-
端末は IT 基盤の一部として動いている。
認証基盤、資産管理、MDM、ヘルプデスク。入れ替えの影響はここに及びます
-
調達方式を変えても、基盤側の運用は残る。
何が外部に寄せられ、何が社内に残るかを、契約前に確認しておいてください
同じ 30 台でも、5 年間ほぼ動かさない前提の会社と、来期に拠点を増やすかもしれない会社とでは、選ぶべき形が変わります。相場の数字は、その違いを吸収してくれません。
なお、要件の整理や、導入後の運用設計まで含めて検討する場面では、外部の知見を借りるという選択肢もあります。横河レンタ・リースでは、端末の調達からライフサイクル管理まで、IT 基盤全体を見据えたご相談を承っています。自社だけで結論を出しにくい論点がある場合は、お気軽にお声掛けください。
お問い合わせ (総合) | 法人向けパソコン (パソコン) ・計測器レンタルなら横河レンタ・リース
