Zuora + LogicMonitor = LogicMonitorの財務チームの受賞レシピ

LogicMonitor開発ポスト

LogicMonitorの財務コントローラーとして、LogicMonitorの財務部門からのエキサイティングなニュースを共有できることを誇りに思います。 「エキサイティング」と「ファイナンス」が一緒になることはめったにありません…しかし、十分に冒険心があれば、XNUMXつの主要なテクノロジーを使用して会計業務に正確さと効率をもたらす方法について聞くことができます。 ZuoraとLogicMonitor。

ご存知のとおり、LogicMonitorは自動化されたITパフォーマンス監視プラットフォームです。 幸運なことに、急速に拡大する顧客ベースと、世界中の顧客によって監視されるデバイスの数は増え続けています。 さらに優れた点として、LogicMonitorソリューションを使用すると、顧客はデバイスを監視に簡単に追加し、ニーズに応じてスケールアップまたはスケールダウンできます。 しかし、それに伴い、会計の世界は複雑になります。

お客様は、監視されているデバイスの数に基づいて課金されます。これは毎日変更される可能性があるため、正確な請求情報を追跡して提供するための最先端のソリューションが必要でした。 正確な財務レポートを提供し、重要なSaaSメトリックを追跡するために、主要なSaaS財務および請求管理製品であるZuoraを利用しました。 (はい…SaaSはSaaSと連携しています…それはテクノロジーの神々が常に望んでいた方法です)。

技術的な傾向がある方のために、Zuoraにデータを報告する方法の概要を以下に示します。

  • 構成管理ツールとしてPuppetを使用しています。 Puppetを拡張して、データベースクエリからいくつかの特定の事実(各顧客アカウントの現在のホスト数、クラウドサービス、Webサイトサービスチェックなど)を追加しました。 これらの事実は、すべてのサーバーで15分ごとに収集され、PuppetのMCollectiveエージェントを介して報告され、MongoDBデータベースに保存されます。
  • 定期的にZuoraのSOAPAPIを使用して、XNUMXつのZuora料金プラン料金データエクスポートオブジェクトを作成します。 これらは、サブスクリプション料金プラン料金の現在のすべてのレコードをダンプします。XNUMXつのエクスポートは、最新のサブスクリプション修正用です。 XNUMXつは、修正されていないサブスクリプション用です。
  • 次に、必要に応じて、MongoDBからLogicMonitorの請求データを集計します(リンクされたアカウント間で数量を組み合わせる場合など)。 現在のLogicMonitorカウントを現在のZuoraカウントと比較し、金額が異なり、かなりの範囲内にある場合は、その顧客のサブスクリプションに対してZuoraの修正を発行して、数量を現在の状態に更新します。 (すべての変更に修正が必要なわけではありません。たとえば、顧客のデバイスコミットレベルが1000で、アカウントが950〜980デバイスの間で変動している場合、Zuoraに通知する必要はありません。)
  • 修正の送信プロセス中に、統合は各API応答を解析して修正ごとの成功または失敗を検出し、結果とパフォーマンスを監視できるように、独自のMongoDBにある統合の要約ドキュメントに要約データを書き込みます。

しかし、顧客ベースの拡大と監視対象のデバイスの量の増加に伴い、役職に「コントロール」という言葉が含まれている人にとっては課題があります…Zuoraの情報が正確であることをどうやって知ることができますか? LogicMonitorによって追跡されているデバイス数がZuoraに完全かつ正確に供給されていることをどのように保証できますか?

その難問のために、私たちは古くて信頼できるソリューション…私たち自身のプラットフォームに目を向けました。 ご覧のとおり…LogicMonitorでは、監視に夢中になっています。 サーバーを監視し、顧客満足度レポートを監視し、マーケティングリードを監視します…地獄、オフィスのケゲレーター内のビールのレベルと温度も監視します。 そのため、Financeが監視と制御を求めてきたとき、テクノロジーオペレーションがLogicMonitorを使用してLogicMonitorとZuora間の同期を追跡および監視するのは当然のことでした。 これにより、接続エラーやデータの整合性に関する懸念についてリアルタイムのアラートを受け取ることができました。

LogicMonitorのネイティブを使用します MongoDBモニタリング この目的のために。 MongoDBモニタリングの最も一般的な用途は、MongoDBデータベースのレプリケーション、パフォーマンス、可用性を簡単に監視することですが、ビジネス固有のメトリックを監視するように簡単に拡張できます。

Zuoraの更新プロセスに関連する指標を常に照会し、Zuoraでのサブスクリプションの更新の試みが成功したか失敗したかを一目で確認できるようにします(たとえば、誤って定義された価格設定スキームを使用したサブスクリプションで、 100台のデバイスの場合、修正で使用中の110台のデバイスを指定しようとすると、修正が失敗します。これは、監視のために発見されたケースです。)

2014 11-30-8.29.53 PMでのスクリーンショット

また、有効なサブスクリプションのないアカウントなど、プロセスの整合性に影響を与える事実を照会します。 アクティブな状態のアカウントがインフラストラクチャに複数回存在します。 スクリプトの失敗、および同期プロセスの実行時間。

2014 11-30-8.30.10 PMでのスクリーンショット 2014 11-30-8.30.22 PMでのスクリーンショット

これらすべての異常な状態がリアルタイムのアラートを生成するようになったため、勤勉な財務チームは、誤った請求で顧客に悪影響を与える前に、根本的な問題を修正できます(さらに悪いことに、私の観点からは、監査結果です!)

LogicMonitorファイナンスチームの内部の仕組みについて少しお聞きいただければ幸いです。

ジェフ・バーラム

Jeff Barlamは、LogicMonitorの従業員です。

LogicBlogを購読して、LogicMonitorの最新の開発に関する最新情報を入手し、ITエキスパートとエンジニアのワールドクラスのチーム、およびITプロフェッショナルが愛する製品。

LogicBlogの他の記事

アンペアロボット 影

お店の話をしましょう。

STARTED GET