公共料金請求システムのリプレースは、公益事業者にとって最も重要な調達案件の 1 つです。アメリカエネルギー効率・再生可能エネルギー局によると、公共料金データへのアクセスプロセスを簡素化した組織では、データ収集に費やす時間を約 10% ～ 33% 削減できます。公共料金の請求に関する提案依頼書 (RFP) では、料金エンジンの要件 (つまり、正確性を確保するために請求システムがどの程度複雑である必要があるか) に加え、統合アーキテクチャ、規制報告義務、決済チャネルの多様性、移行リスクを明確に示す必要があります。また、ベンダーが正確に回答でき、評価者が各社を区別できるだけの具体性も必要です。適切に作成されていない RFP では、対象外のベンダーを募ってしまうおそれがあります。
以下では、公共料金の請求に関する RFP に含めるべき内容、調達プロセスの進め方、ベンダーの回答を効果的に評価する方法について説明します。
ハイライト
公共料金の請求に関する RFP では、必要な料金エンジンの複雑さ、統合アーキテクチャ、決済チャネルを明示する必要があります。
RFP の発行から契約締結までの調達プロセスは長期化する可能性があり、リスクはベンダー選定そのものよりも、データ移行と統合範囲に集中します。
効果的な評価とは、提案のスコアを見るだけでなく、具体的な内容まで掘り下げて確認することです。効果的な手法としては、移行サンプル、実際に連携するチームとの直接の会話、自社データに基づいて作成したデモシナリオなどがあります。
公共料金請求 RFP の概要
公共料金請求 RFP とは、地方自治体、協同組合、民間の公益事業者 (公益事業の所有者および運営者によって異なります) が、請求ソフトウェア、決済処理、またはマネージド請求サービスのベンダーを評価する際に公開する正式な調達文書です。この文書では、発行組織が必要とする内容、ベンダーがどのように回答すべきか、そしてその回答をどのように採点するかを定義します。
公共料金の請求に関する RFP に含めるべき内容
適切な RFP では、目指す成果を示すとともに、要件も明確にします。これにより、ベンダーはどのような情報を提供すべきかを把握でき、評価もしやすく、より効果的になります。
含めるべき内容は次のとおりです。
背景と範囲
まず、その RFP を発行する理由を示します。どのシステムを置き換えるのか、またそれがなぜ十分ではなくなったのかを説明してください。アクティブなアカウント数、毎月の請求件数、請求対象となるサービス種別の数、現在の請求サイクルの構成を明記します。
必要なサービス
公共料金の請求プラットフォームの多くは、こうしたサービスをネイティブ機能または連携によって提供しています。必要な機能 (たとえば、メーターデータの取り込みと検証、料金計算エンジン、請求書の生成、決済処理、顧客アカウント管理) を説明してください。これらのうち、どれを中核となる製品機能に含めるべきか、あるいは個別の連携として扱ってもよいかを明確にします。
テクノロジー連携要件
請求プラットフォームが連携する必要のあるすべてのシステム (エンタープライズリソースプランニング、高度な 検針 インフラ、地理情報システム、州または連邦の規制報告など) を列挙します。Representational State Transfer (REST) アーキテクチャースタイルに準拠した API (REST API アクセス) が必要かどうか、どの認証標準を想定しているか、また、本番前テスト用にベンダーがサンドボックス環境を提供する必要があるかどうかを明確にしてください。
実装、移行、サポート
レガシーな顧客情報システムからのデータ移行は、多くの場合、請求システム移行の中でもコストと時間がかかる部分です。ベンダーには、データ変換方法、提案するスケジュール、導入後のサービスレベル契約 (SLA) に関する取り組みを詳しく示すよう求めてください。
セキュリティとコンプライアンス
規制環境について説明してください。少なくともベンダーは、PCI データセキュリティ基準 (PCI DSS) への準拠文書、System and Organization Controls (SOC) 2 Type 2 監査報告書、災害復旧に関する文書を提供できる必要があります。また、次の 2 つの要素のいずれかについて目標を定める必要があります。
- 目標復旧時点 (RPO): 障害発生後に組織が許容できる最大のデータ損失量
- 目標復旧時間 (RTO): プロセスを復旧する必要がある時間枠
料金体系
ベンダーには、直接比較できる形式で 料金を提示 するよう求めます。初期費用は継続的な手数料とは分けて項目別に示してもらい、各決済手段の取引手数料に加え、現在のアカウント件数、およびその 110%、125%、150% に当たる件数でのアカウントごとの料金も提示してもらいます。
公共料金の請求に関する RFP プロセスの進め方
公共料金の請求に関する RFP プロセスのタイムラインには、通常、初期の草案作成から契約交渉までの複数のステップが含まれます。プロセスの流れは次のとおりです。
草案作成と社内レビュー: 請求 業務、情報技術 (IT)、財務、顧客サービスの各部門から要件を集めます。公益事業者では通常、RFP 文書を公開する前に法務レビューが必要です。
公開と質疑応答 (Q&A): 自社のウェブサイト、州の調達ポータル、または BidNet Direct や DemandStar などのサービスを通じて、RFP を公開します。その後、ベンダーが書面で質問を提出するための期間を設けます。書面による回答は正式な補遺として発行してください。これらは正式な調達記録の一部となり、双方を拘束します。
提案の評価: ベンダーの提出内容を、RFP で定義した重み付け基準に照らして評価します。基準には通常、ベンダーの技術的能力、アプローチ、財務の安定性、参考実績、価格が含まれます。評価委員会は通常、結果を比較するために集まる前に、各自で評価を行います。
口頭によるプレゼンテーションとデモンストレーション: ベンダーをいくつか選定し、レート構造とアカウントタイプに基づくシナリオを使ってシステムを実演してもらいます。
リファレンスチェックと最終選定: 同規模の公益事業者の照会先に問い合わせます。
契約交渉: 選定したベンダーと契約条件について合意します。紛争が生じた場合には、RFP と採用されたベンダーの提案書が最終契約の添付資料となることがあります。
公共料金の請求に関する RFP と、他のソフトウェア向け RFP との違い
多くのソフトウェア向け RFP は製品の導入を目的としています。一方、公共料金の請求に関する RFP では、規制当局の監督下でも毎月正しく機能するシステムが求められます。
以下は、選定されるシステムに求められる対応事項です。
料金体系の複雑さ
固定料金制または段階制料金体系で運用されることが多い小売向けのサービスとしてのソフトウェア (SaaS) の請求ツールとは異なり、公共料金の請求システムでは複雑な料金計算に対応する必要があります。同じ請求書内で、逓増ブロック料金、低所得者向け支援割引、暴風雨復旧の追加料金、時間帯別料金の顧客向け需要料金、紙の請求書手数料をすべて計算しなければならない場合もあります。
規制報告
電気、ガス、水道の公益事業者は、一般に厳格な報告要件に直面しています。請求システムは多くの場合、このデータの記録管理システムでもあるため、データの整合性や監査可能性に関する要件は、ほとんどの商用の請求業務よりも厳格です。
顧客の脆弱性に対する保護
多くの管轄区域には、供給停止の通知期間、医療上の基準利用者の保護、支払い計画の要件を定めるルールがあります。公共料金の請求プラットフォームは、これらのルールを一貫して適用できなければなりません。
公共料金の請求に関する RFP への回答の評価方法
提示した基準に照らして提案を評価したうえで、さらに踏み込んで検討することも重要です。応募者に協力を依頼し、そのチーム、全体的なコスト、最も重要な課題への対応方法について、より深く理解できるようにしましょう。
評価の精度を高める方法をいくつかご紹介します。
自社のデータからデモシナリオを作成する: 有力なベンダーに依頼して、デモの際に複雑な料金体系を持つ実際のアカウント群の 請求額 を計算してもらいます。自社のシナリオを使うことで、システムが必要な方法で請求処理を行えるかどうかを確認できます。
データ移行サンプルを依頼する: データ移行は、新しい請求システムへの切り替えにおいて最も難しい作業の 1 つになりかねません。潜在的な問題を明らかにするには、現行システムから匿名化したデータ抽出ファイルを提供し、ベンダーに変換後の結果を提示してもらいます。
スクリプトなしでリファレンスを確認する: どの実装にも問題はつきものです。リファレンス先に、そのプロジェクトでどのような困難があったのかを尋ね、計画どおりに進まなかったときに応募者がどう対応したかを確認しましょう。
実装チームと話をする: 営業プレゼンテーションに参加する人たちは、多くの場合、実際に導入を担当する人たちではありません。実際に一緒に進めることになるチームと話す時間を設けてもらい、自社と似たシステムでの経験レベルを把握しましょう。
10 年間の総保有コストのモデル化: アカウントごとの手数料に頼るのではなく、ベンダーに 10 年間の総保有コストの提示を依頼します。これにより、初期費用を含め、アカウント数と取引 量 を基に、その期間における製品またはシステムの導入と運用に伴う直接的および間接的なコストを見積もることができます。
最新の請求インフラによる公益事業向け RFP 目標の支援
優れた請求プラットフォームは、請求書を生成するだけではありません。RFP の基準に照らして最新のプラットフォームを評価する際は、次の機能に注目してください。
請求と決済の統合: 請求と決済を同じインフラで実行するプラットフォームは、別々のシステムをつなぎ合わせることで生じる 消し込み の問題やレポートの抜け漏れを最小限に抑えます。請求と決済の間でデータがスムーズに流れれば、レポートには、2 つのシステムが事後的に突き合わせた結果ではなく、実際に起きたことが反映されます。
導入スピード: 契約締結から実際に稼働する請求ソリューションの導入までには、以前は数カ月かかるのが一般的でした。現在では、適切に設計されたプラットフォームなら数日で本番環境へ移行できます。新しい料金モデルも、開発サイクル全体を必要とせず、数分で導入できます。
売上回収: 規模が大きくなると決済失敗は避けられず、プラットフォームがそれをどのように処理するかは キャッシュフロー に直接影響します。請求レイヤーと決済レイヤーの両方を持つプラットフォームは、サードパーティーのリカバリツールよりもエンドツーエンドの決済データを多く保持しているため、再試行ロジックや機械学習の効果が高まります。
グローバル対応力: グローバル展開向けに構築されたプラットフォームは、通貨換算、国内主要決済手段、言語対応を、統合ではなくネイティブに処理します。これは、国境をまたいで事業を展開する商業用または産業用アカウントを持つ公益事業者にとって重要です。
信頼性と稼働時間: 請求は固定サイクルで動きます。請求書生成日や決済処理時間帯にプラットフォームが停止すると、問題が連鎖的に発生します。信頼性を重視して設計されたアーキテクチャに裏付けられた、文書化されたアップタイム保証があるかを確認してください。
Stripe Billing は、これらの機能をすべて備え、グローバル利用を前提に構築された 1 つのプラットフォーム上で請求と決済を統合します。
Stripe Billing でできること
Stripe Billing を使用すると、シンプルな継続請求から従量課金、商談による契約まで、自由に請求や顧客管理を行えます。コーディング不要で、グローバルな継続課金をわずか数分で開始できます。API を活用した独自のシステム構築も可能です。
Stripe Billing でできること:
柔軟な料金体系の提供: 従量課金、段階制料金体系、定額料金 + 超過料金など、柔軟な料金モデルでユーザーのニーズにすばやく対応できます。クーポン、無料トライアル、日割り計算、アドオンのサポートも組み込まれています。
グローバル展開: 顧客が希望する決済手段を提供することで、購入率を高められます。Stripe は 100 種類以上の国内主要決済手段と 130 以上の通貨に対応しています。
収益を増やし解約を減らす: Smart Retries と回収ワークフローの自動化で、収益回収を改善し、決済不履行による解約を減らします。Stripe のリカバリツールは、2024 年にユーザーが 65 億ドル以上の収益を回収するのをサポートしました。
業務効率の向上: Stripe のモジュール型税務管理、収益レポート、データツールを活用して複数の収益管理システムを 1 カ所に統合します。外部のソフトウェアとも簡単に連携できます。
Stripe Billing の詳細を見るか、今すぐ利用を開始できます。
この記事の内容は、一般的な情報および教育のみを目的としており、法律上または税務上のアドバイスとして解釈されるべきではありません。Stripe は、記事内の情報の正確性、完全性、妥当性、または最新性を保証または請け合うものではありません。特定の状況については、管轄区域で活動する資格のある有能な弁護士または会計士に助言を求める必要があります。