AWS運用保守の費用はどこまでが実費か｜利用料・請求代行・運用作業を分解

AWSの運用保守の費用が妥当なのか判断できない、という相談のほとんどは、金額の大小の話ではありません。請求書や見積書に「AWSクラウド利用料（運用保守込み）　月額◯◯万円」と書かれていて、その金額のうちどこまでがAmazonへの支払いで、どこからがベンダーへの支払いなのかが分からない、という話です。

分からないままでは、値下げ交渉も、相見積もりも、社内の予算説明も成立しません。相手が高いか安いかを言う前に、何を買っているのかが確定していないからです。

この記事は、その1行を3つに割るための手順書です。AWSの公式ドキュメントと、請求代行を公開している事業者の条件を根拠に、手元の請求書のどの数字と何を突き合わせれば分解できるかだけを扱います。

TL;DR｜AWSの請求は、支払先の違う3つの費用が混ざっている

• AWSの運用保守の費用は、性質の違う3つの合計です。 ①AWS利用料（Amazonへの実費）、②請求代行（円建て化・割引・手数料）、③運用保守（ベンダーの人が働く対価）。この3つは支払先も、増減する理由も、下げる方法も違います
• 3つのうち、ベンダーの実力差が出るのは③だけです。 ①はAWSの公開料金で計算式が決まっており、②は割引・為替条件の比較になります。ベンダーごとに差が出る「役務の値段」は③だけなので、③を切り出さないまま各社の総額を並べても、比較したことになりません
• 「割引率が高い＝安い」は成立しません。 後述するとおり、公開されているプランでも、リザーブドインスタンスやSavings Plansの使い方によっては、割引率8%のプランのほうが10%のプランより手取りの割引額が大きくなります
• 「エンタープライズ相当のサポートが無料」は、AWSサポートそのものではないことがあります。 事業者側が脚注で「お客様自身がAWSサポートを直接利用できるものではない」と書いている例があります。無料の中身は、誰が一次窓口かという話です
• 最初にやることは1つです。 ①の正式な金額を、どの書類で確認できるのかを確定させること。AWSと直接契約ならAWSの請求データ、請求代行を経由しているなら事業者の請求書や管理ポータルになります（AWS側の表示が概算にとどまる例があります）。①が分かって初めて、②と③は引き算で求まります

この記事では金額の相場レンジを提示しません。AWSの公開料金と各社の公開条件は確認できましたが、日本国内の「AWS運用保守の相場」を裏づける一次資料を確認できなかったためです。相場を示す代わりに、手元の数字を分解する手順と、ベンダーへ送る質問文を用意しました。

なぜ総額のままでは判定できないのか

3つの費用は、そもそも誰に払っているかが違う

同じ請求書に載っていても、この3つはお金の流れが違います。

この表のいちばん重要な行は最後です。サーバーを減らしても、③は自動では下がりません。 ③は「システムが動いていること」ではなく「人が体制を空けていること」への支払いだからです。逆に言えば、①が下がったのに総額が下がらないという状態は、異常ではなく、③の比率が高いというだけの可能性があります。それが妥当かどうかは、③の中身を見ないと判断できません。

以降、①②③の番号は最後まで同じ区分を指します。 記事全体の主題である「AWSの運用保守の費用」はこの3つの合計を指し、③はそのうちベンダーの役務だけを指します。同じ言葉が全体と部分の両方に出てくるため、以降は合計側を単に「総額」と書きます。

1行にまとまると、何が判定不能になるか

3つが「AWS運用保守費　一式」に溶けている場合、次の判断がすべてできなくなります。

• 使用量が減ったときに、いくら下がるべきなのかが計算できない（①の比率が不明のため）
• 他社見積もりと比べられない（相手の総額に①が含まれているか分からないため）
• 円安・円高の影響を切り分けられない（①はドル建てが原資のため、②の換算条件が効く）
• 作業実績の妥当性を検証できない（③の金額が確定しないため、時間あたりいくらか出せない）

この4つは、いずれも「金額が高い」という話ではありません。高いとも安いとも言えない状態です。見積書を4状態（説明済み／要確認／高リスク／判断不能）で評価すると、1行にまとまった時点で判断不能から動かせなくなります。保守見積書全般の読み方は、シリーズのシステム保守見積書の見方に整理しています。

見積書・請求書では、これがどう書かれているか

実際の書かれ方と、そこから読み取れないことを並べます。

とくに紛らわしいのが「AWSサポート費用」と「クラウド管理費」の2行です。 AWSサポートはAmazonが提供する公式の有料プランで、後述するとおり料金の計算式が公開されています。一方で、ベンダーが自社の窓口対応を「サポート費用」と呼んでいることもあります。前者は①（実費）、後者は③（役務）で、性質がまったく違います。同じ言葉で呼ばれているだけで、別の商品です。

1行を3つに割る4つのステップ

ステップ1｜①の正式な金額が、どの書類に載っているかを確定させる

AWSと直接契約している場合は、AWSの請求データ（Billing and Cost Managementコンソールで見られる請求書）が起点になります。以降この記事では、AWS側のものを「AWSの請求データ」、請求代行事業者が用意するものを「事業者の管理ポータル」と呼び分けます。AWSの公式ドキュメントには、請求書の合計が米ドル（USD）で表示され、別通貨で発行された場合は他通貨の合計も併記されると書かれています。

請求代行を経由している場合は、ここに注意が必要です。 「AWSのコンソールを見れば実費が分かる」とは限りません。公開情報を確認できた事業者には、AWSの請求データに出るのは概算で正式な請求情報は自社の請求書だとするところや、利用料金の確認は自社の管理ポータルで行うとするところがありました（各社の記載は後掲の3社の表にまとめています）。

つまり請求代行経由では、AWS側に見える数字が正式な請求額とずれることがあるという前提で動く必要があります。確認すべきは「AWSの請求データを見られるか」ではなく、①の正式な金額がどの書類に載っているかです。

あわせて確認したいのが、コスト分析用のAWS標準機能に利用制限がかからないかです。ある事業者は制限事項として、コストの異常検知や最適化に関するサービスを利用できないことを明記しています。使用量を自社で検証する手段が制限されると、①の妥当性を自力で確かめられなくなります。

ステップ2｜割引の「適用前」と「適用後」を分ける

請求代行を通すと、①の金額には割引が効きます。ここで確認するのは割引率そのものではなく、どの金額に対して何%なのかです。

• 割引適用前のAWS利用料（＝AWSの公開料金どおりの金額）
• 割引額
• 割引適用後の請求額

この3つが分かれていないと、②の価値を評価できません。割引前の金額は、②の評価だけでなく、次に見るAWSサポート料金の計算根拠にもなります。

ステップ3｜AWSサポート料金を「人の作業」と混ぜない

AWSの有料サポートプランは、Amazonへ払う①です。ベンダーが夜間に電話を取ることや、障害時に調査することは③です。この2つが同じ「サポート費」の行に入っていると、金額の妥当性を検証できません。 AWSサポートは料金の決まり方が公開されているため、手元の金額を計算式に当てはめれば見分けられます。その計算式と、割引前の金額が根拠になる理由は、③の章でまとめて扱います。

ステップ4｜単発作業が月額に含まれていないかを外す

初期構築、環境移行、アカウント移管といった作業は一度きりで終わります。これが月額へ溶けていると、作業が終わったあとも同じ金額を払い続けることになります。月額に含まれている場合は、いつまで含まれるのかを契約書で確認してください。

なお、こうした移管作業を無料で対応すると明記している請求代行事業者もあります（後掲の3社はいずれも初期費用または代行手数料を無料と記載）。単発作業に費用が計上されている場合、それが何の作業なのかは確認に値します。

①AWS利用料｜実費はどう決まり、なぜ毎月変わるのか

表示価格は税抜のドル建て

AWSの日本向け税務ヘルプには、**「AWSウェブサイトの価格表示は税抜価格になります」**と明記されています。あわせて、2019年10月1日より消費税率が8%から10%へ変更されたこと、AWS Japanの顧客には消費税率10%が適用された適格請求書を発行することが記載されています。米国法人のAWS, Inc.は登録国外事業者（登録番号00004）として、日本の顧客に提供する特定のクラウドコンピューティングサービスについて消費税を請求している、とも書かれています（いずれも2026年8月20日取得）。

つまり、AWSの公開価格を見て計算した金額は税抜です。手元の見積書が税込表記なら、そのままでは公開価格と突き合わせられません。税区分が書かれていない見積書は、この時点で比較の土台に乗りません。

円建て請求は「換算後の姿」である

AWSの請求ドキュメントでは、請求書の合計はUSDで表示され、別通貨で発行された場合に他通貨の合計も表示されると説明されています。

重要なのは、円建ての請求額は、ドル建ての金額を換算した結果であるという点です。したがって「先月より高い」ときの原因は、使用量が増えたのか、為替が動いたのか、割引条件が変わったのかの3つに分かれます。この切り分けは、換算前のドル建て金額が分からないとできません。

なお、AWS自身が円換算に用いる為替レートの決定方法については、今回確認した公式ページに記載を確認できなかったため、本記事では触れません。

一方、請求代行を経由している場合、換算基準は事業者側が公開しています。 ただし後掲の3社を見ると、調査会社の公表値を使う事業者と、特定の銀行のレートを使う事業者があり、基準は一致していません（各社の内訳は後掲の表）。

つまり、同じ割引率でも、換算基準が違えば円建ての支払額は一致しません。 見積書に換算基準が書かれていない場合は、それ自体が確認事項になります。

請求が跳ねる月には理由がある

使用量を変えていないのに①が大きく増える月があります。代表的な原因が、リザーブドインスタンス（RI）やSavings Plans（SP）の前払いです。

AWSの公式ページには、これらの前払い料金について、リソースを購入した月のAWSサポート料金の計算に含まれると書かれています。さらに、有料サポートプランへ加入した時点で既存のリザーブドリソースがある場合、予約期間で按分計算された前払い料金が、サポート最初の月の料金計算に含まれるとも記載されています。

前払いはコスト削減のための行動ですが、その月だけ請求が膨らみます。 請求書を見て「運用保守費が上がった」と読むのは誤りになり得ます。ここでも、①の内訳が見えるかどうかが判断を分けます。

②請求代行｜割引はどの範囲に効くのか

請求代行は、ドル建て・クレジットカード決済が基本のAWSの支払いを、円建ての請求書払いに変えるサービスです。あわせて利用料の割引が提供されることが多く、条件が公開されています。ここでは公開情報を確認できた3社を、同じ列でそろえて並べます。

公開されている3社の条件（2026年8月20日取得）

この表の使い方は、社名を比べることではありません。 見てほしいのは、どの行が埋まり、どの行が埋まらないかです。

並べてみると、3社とも為替の換算基準を具体的に公開している一方で、税区分はいずれのページでも確認できませんでした。 為替基準は事業者ごとに違うため、同じ「10%割引」でも円建ての実額は一致しません。手元の見積書についても、この表と同じ行を作れるかどうかを確かめてください。埋まらない行が、そのまま質問リストになります。

「割引率が高いほど得」が成立しない理由

同じ事業者が複数の割引プランを公開している例を見ると、割引率の比較だけでは決められないことが分かります。公開されているプランのうち2つを取り出します。

事業者自身が「RIやSPを多く利用しない場合は最もお得」と条件を明示しています。ここから、RI・SPの比率が高い環境では、割引率の低いプランのほうが有利になる場合があることが分かります。

公開されている率をそのまま当てはめると、次のようになります。以下はkoromoが公開条件から計算した試算で、事業者が公表している金額ではありません。 また「AWS利用料の割引」がRI・SP以外の利用料に適用されるという読み方を前提にしています（この前提自体が、後述の確認質問に含まれます）。

月間のAWS利用料の合計を100万円とした場合の割引額です。

逆転が起きるのは、RI・SPが利用料全体の約3割を超えたあたりです。 長期利用を前提にRIやSPを積極的に買っている企業ほど、表示上の割引率が低いプランを選ぶべき、という結論になり得ます。

ここで確認したいのは、この事業者のどのプランが良いかではありません。割引率は単独では意味を持たず、自社の利用構成と組み合わせて初めて金額になるということです。見積書に「AWS利用料◯%割引」とだけ書かれている場合、聞くべきは率の高さではなく、除外される対象と、自社の構成に当てはめたときの実額です。

「サポート無料」の中身は、誰が一次窓口かという話

請求代行の訴求には「24時間365日の技術サポートが無料」「エンタープライズ相当」といった表現がよく使われます。これは価値のある提供ですが、AWSの有料サポートを顧客が直接使えるという意味とは限りません。

ある事業者は、請求代行（同社の表記では「リセール」）サービスについて、脚注で次の趣旨を明記しています（直接契約プランは対象外と但し書きがあります）。同社はサービス全体としてAWSエンタープライズサポートに加入しているが、顧客自身がエンタープライズサポートを直接利用できるものではないこと。別の箇所では、24時間365日の技術サポートは同社が窓口となって提供しており、AWSサポートの直接利用はできないとも記載しています。

別の事業者は、請求代行のみを契約している顧客について、原則として同社のサポート担当者は顧客のAWSアカウントにログインしないと明記し、必要な場合は監視・運用保守を申し込むよう案内しています。同社は制限事項として、顧客がAWSコンソール上でAWSサポートを直接利用できない旨も記載しています。

この2つは、いずれも事業者が自社ページで正直に書いている条件です。そしてこの記事の主張そのものを、提供側が裏づけています。請求代行は請求の話であり、人がシステムを見る作業は別の契約になる、ということです。

「サポート込み」と書かれた見積書に対しては、次の3つを確認してください。

1. その窓口はAWSか、ベンダーか
2. 対応の範囲は問い合わせ回答までか、実際の作業（設定変更・障害対応）まで含むか
3. 顧客側のアカウントに入って作業する権限を、誰が持っているか

③運用保守｜AWSサポートと「人の作業」を分ける

AWSサポートの料金は、計算式が公開されている

AWSは、全顧客に提供されるベーシックサポートに加えて、ビジネスサポート+・エンタープライズサポート・Unified Operationsの3つの有料プランを提供しています（2026年8月20日取得、AWS公式のサポートプラン料金ページ）。

料金の決まり方は、公式ページに次のとおり明記されています。「AWSサポート料金は、(a)規定の最低月額料金、または、(b)月間のAWS利用料金の一定割合、いずれか高い方が適用されます」。

料率は段階ごとに積み上げる方式です。公式ページの計算例では、ビジネスサポート+で月額AWS利用料が20,000 USDの場合、10,000 USD × 9% = 900 USD と 10,000 USD × 7% = 700 USD を足して合計1,600 USDとなります。段階ごとの料率の全量は、システム保守見積書の見方にAWS・Azure・Google Cloudの3社ぶんを同じ条件でそろえた表があります。

経営判断への影響はこうです。使用量が増えるほど、サポート費は増えるが、増え方は緩やかになります。 逆に使用量が小さいうちは最低額のほうが効くため、「使っていないのにサポート費が下がらない」という状態が正常に起こり得ます。この構造を知らないと、正常な請求を異常と誤読します。

料率の分母は「割引が適用される前」の金額

見落とされやすい条件が2つあります。

第一に、月額料金は「各月のAWS利用料金総額（割引やクレジットが適用される前の金額）」に基づいて計算されると公式に明記されています。割引後の金額ではありません。

第二に、この分母にはすべてのサービスが入るわけではありません。公式ページは、AWSサポート、AWS Managed Services、AWS Marketplace、AWSプロフェッショナルサービス、AWSトレーニングと認定などの**「特定のAWSサービス」の料金はサポート料金の計算に含まれない**と記載しています。原文が「など」と書いているとおりこれは例示であり、対象の全量ではありません。除外対象の一部には、さらに但し書きも付いています。自社の構成で分母に何が入るかは、AWSの請求データで確認する必要があります。

契約単位とマルチアカウント

公式ページによれば、ビジネスサポート+の料金はアカウントごとに計算され、エンタープライズサポートとUnified Operationsは、登録しているすべてのアカウントIDに対する毎月のAWS料金の総合計に基づいて請求されます。

これが金額にどう効くかというと、部署ごと・環境ごとにAWSアカウントを分けている場合、ビジネスサポート+ではアカウントの数だけ最低額が積み上がります。一方、エンタープライズサポート以上では利用額が合算されるため、段階料率の低い側が効きます。アカウントを分けている企業ほど、プランの選び方で総額が変わるということです。

契約期間は、AWSサポートのサブスクリプションが最低30日間（Unified Operationsのみ最低90日間）と記載されており、毎月請求で長期契約は不要とされています。最低契約期間の経過後に月の途中で解約した場合、未利用期間分を日割り計算して返金する（日割り返金額は最低月額料金を適用のうえ算定する）とも書かれています。

なお同ページには、エンタープライズサポートのリージョン別料金の記載もあります。対象は、請求プロファイル内のすべてのアカウントがLATAM諸国・インドまたは中国本土に集中している顧客で、特定の条件に基づき適用されると書かれています。日本国内の利用者はこの対象条件に該当しないため、本記事ではその料率を使いません。 検索で見つけた料率が自社に適用されるとは限らない、という例としてだけ挙げておきます。

ベンダーの役務として残るのは何か

AWSサポートが①だとすると、③として残るのは人の作業です。見積書で確認すべき単位に分けると、次のようになります。

この5つのうち、見積書から抜けやすいのは「検知後の判断」と「定期作業」です。 監視ツールがアラートを出すところまでは自動化できますが、それを見て対応を決めるのは人です。「監視しています」という説明が、ツールが動いていることを指しているのか、人が見ていることを指しているのかは、費用構造がまったく違います。この切り分けはサーバー監視費用の内訳｜自動監視と有人対応は何が違うのかで詳しく扱っています。

「安い」ほうが危険なケース

過大な見積もりだけが問題ではありません。AWSの運用保守で③が不自然に安い場合、次のいずれかが抜けている可能性があります。

• バックアップの復旧テスト：取得しているだけでは戻せるか分かりません。実際に戻す試験は工数がかかるため、費用が計上されていない場合は実施されていない可能性があります
• セキュリティ更新の適用：OSやミドルウェアの更新は継続的に発生します。「必要に応じて対応」とだけ書かれている場合、誰が必要性を判断するのかが決まっていません
• 障害時の一次対応：監視だけを契約し、検知後は顧客側が動く前提になっていることがあります
• 構成情報の維持：構成図や手順書の更新が含まれていないと、担当者の交代時や他社への切り替え時に費用が発生します

安い見積もりを選ぶこと自体は問題ではありません。上の4つが「対象外」であると明示されていて、それを承知で選んでいるなら合理的な判断です。 危険なのは、対象外であることが書かれておらず、含まれていると誤解したまま契約している状態です。

ベンダー側の言い分が正当と言えるケース

「AWS利用料に対して◯%」という課金や、月額定額の運用保守費は、それ自体が不当なわけではありません。ベンダーの説明が正当と言える条件を整理します（3行目は請求代行を兼ねている場合の説明です）。

割合課金が合理的になるのは、数量が実際に人の作業を増やす場合です。 AWSでは、リソースが増えれば監視対象・パッチ適用対象・障害の発生源が増えるため、規模と作業量に相関がある構成は珍しくありません。この場合、割合課金は説明のつく体系です。一方、同じ共通基盤に単純な段階料金を当てているだけで、台数が増えても作業が増えない構成であれば、その料率には説明が必要になります。

参考になるのが、割合課金を採用しつつ条件を公開している例です。ある事業者は、サービスレベルのうち中位プランのサービス利用料について、月額AWS利用費用の10,000 USD未満の部分は10%、10,000 USD以上の部分は5%とし、その合計に月額2,000 USDの上限を設けると明記しています（2026年8月20日取得）。なお、これは割引率ではなく、サービスレベルに対して支払う利用料（③の役務側）の算式です。

この書き方には、割合課金が説明として成立するための要素が3つ揃っています。分母（何に対する%か）、逓減の構造（規模が大きくなるほど率が下がる）、そして上限（青天井にならない）です。 手元の見積書に「AWS利用料の◯%」とだけ書かれている場合、この3つが揃っているかを確認してください。とくに上限の有無は、利用量が伸びたときの負担を左右します。

手元の見積書はどの状態か｜4状態の判定表

手元の見積書を、次の表に当てはめてください。

判断不能は、高いことを意味しません。 高いとも安いとも言えない状態です。この状態のまま値下げ交渉を始めると、ベンダー側は範囲を狭めることで応じることができてしまいます。順番として、先に何を買っているかを確定させ、そのあとで金額を見てください。

ベンダーへそのまま送れる確認質問8問

ここまでの内容を、そのまま送れるメール文面にしました。全問を一度に送って構いません。金額の交渉ではなく、内訳の確認であることが伝わる書き方にしてあります。

お世話になっております。AWSの運用保守について、社内で費用構造を確認しております。恐れ入りますが、以下8点についてご回答いただけますでしょうか。

1. 費用の3区分 現在の月額について、①AWS利用料（実費）、②請求代行に関わる費用、③運用保守（貴社の役務）の3つに分けた場合の内訳をお教えください。3つが1つの費目にまとまっている場合は、その旨と、おおよその比率で構いません。

2. 実費の証憑 ①の正式な金額は、どの書類で確認できますでしょうか（AWSの請求書、貴社の請求書、管理ポータル等）。AWSの請求データ（Billing and Cost Managementコンソール）を弊社側で閲覧できる場合、そこに表示される金額は正式な請求額と一致しますか、それとも概算でしょうか。あわせて、コスト分析や異常検知に関するAWSのサービスで、請求代行の利用に伴い使えないものがあればお教えください。

3. 割引の適用範囲 AWS利用料に割引が適用されている場合、割引適用前の金額・割引額・適用後の金額を分けてお教えください。あわせて、割引の対象外となるサービスやリージョン（リザーブドインスタンス、Savings Plans、マーケットプレイス経由の製品、特定リージョン等）があればお教えください。

4. 割引率の適用対象の考え方 表示されている割引率は、リザーブドインスタンスやSavings Plansを含むすべての利用料に適用されるものでしょうか。それとも、これらは別の率または対象外という扱いでしょうか。弊社の直近の利用構成に当てはめた場合の割引実額もあわせてお教えください。

5. 為替と税区分 ドル建てのAWS利用料を円建てでご請求いただいている場合、換算に用いる為替レートの種類（TTS等）、参照元、基準となる日または期間をお教えください。あわせて、ご提示の金額が税抜・税込のいずれかもお教えください。

6. AWSサポートの扱い AWSの有料サポートプラン（ビジネスサポート+、エンタープライズサポート等）に加入している場合、プラン名と、その費用が請求のどの費目に含まれるかをお教えください。また、弊社が直接AWSへサポートケースを起票できるか、貴社が一次窓口となる運用かをお教えください。

7. 運用保守の作業範囲と上限 ③運用保守について、対応時間帯、月あたりの作業時間の上限、上限を超えた場合の単価、未使用時間の繰越可否をお教えください。あわせて、監視のアラート検知後に人が実施する対応が含まれるか、それとも検知のみかをお教えください。

8. 単発作業と実績報告 初期構築・環境移行・アカウント移管など一度きりの作業が月額に含まれている場合は、その項目名といつまで含まれるかをお教えください。また、直近12か月の作業実績（対応件数、作業時間、内容）をご共有いただけますでしょうか。

回答をどう読むか

• 1と2に答えられない場合：契約が請求代行のみで、運用保守は含まれていない可能性があります。誤解ではなく契約範囲の話なので、必要なら別途申し込む判断になります
• 3と4で「一律◯%」とだけ返ってきた場合：除外条件を書面で求めてください。割引率を数値で公開していた事業者は、いずれも適用除外もあわせて明記していました
• 6で「弊社が窓口です」と返ってきた場合：それ自体は一般的な運用です。確認すべきは、緊急時にAWSへエスカレーションする経路があるかどうかです
• 7で上限も超過単価も出てこない場合：作業量が増えたときに金額をどう決めるかが未定という意味になります。ここは契約更新前に決めておくべき項目です

根拠資料と適用条件

本記事で使用した一次資料と、その適用条件です。

本記事が扱っていないことを明示します。

• 日本国内の「AWS運用保守の相場レンジ」は提示していません。 一次資料を確認できなかったためです。検索結果には月額の目安を示す記事がありますが、出典が確認できる公的統計を見つけられませんでした
• AWSが円換算に用いる為替レートの決定方法は、確認した公式ページに記載を確認できなかったため扱っていません
• 割引率の比較試算は、公開されている率をkoromoが自社で計算したものです。事業者が公表している金額ではなく、前提（割引率がRI・SP以外の利用料に適用されるという読み方）が実際の契約と異なる可能性があります。確認質問4はこの前提を検証するためのものです

まず1つだけやるとしたら

①の正式な金額を、どの書類で確認できるのかを確定させることです。 ①が確定すれば、②と③は引き算で求まります。逆に、①が見えないまま②と③を議論しても、数字は最後まで確定しません。請求代行を経由している場合は、AWSの請求データではなく事業者の請求書が正本になることがあるため、「どこを見るのが正しいか」から確認してください。

そのうえで、手元の見積書が判断不能の状態なら、金額ではなく行の分割を依頼してください。分割された時点で、比較すべき対象は絞られます。AWS利用料そのものはUSD建ての公開料金で計算式が決まっているため、各社が競っているのは、②の割引・為替条件と、③の役務の中身です。

関連する費用構造については、システム保守費用の相場と妥当性で保守費全体の分解の考え方を、法改正・OS更新・軽微修正は保守に含まれるのかで契約範囲の確認方法を扱っています。

見積書の内容を確認したい場合は、見積もり診断（登録不要）で費用分解の観点からレビューできます。結果の閲覧までメールアドレスの入力は不要です。ブラウザ内でテキストを抽出し、識別情報をマスクしたうえで診断します。

よくある質問