ソーシングと調達オペレーション と Celonis の統合

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む5読むのに数分

    • ソーシングと調達オペレーション と Celonis を統合することで、お客様のビジネスプロセスの非効率性を特定し、その影響を理解し、根本原因に関するインサイトを把握できます。

    Celonis により提供されるインサイトの一部を以下に示します。
    • 一貫性のない支払条件：サプライヤーと合意した支払条件が、サプライヤープライマリレコードでは 45 日以内払いであるが、請求書にはこれよりも短い支払条件 (15 日以内払いや 30 日以内払いなど) が含まれている場合。このような一貫性のない支払条件が見過ごされると、運転資金の非効率的な利用につながり、顧客の仕入債務回転日数が短くなるおそれがあります。
    • サプライヤーの重複：同じサプライヤーが誤って 2 回作成されている場合 (「California Academy of Sciences」と「The California Academy of Sciences」など)。このような重複レコードが原因で、1 番目のサプライヤーに対して作成される請求書と、2 番目のサプライヤーに対して作成される請求書が混在し、エンドユーザーの混乱を招くおそれがあります。これにより、サプライヤーの勘定照合が困難になり、不正行為が発生しやすくなり、同一の請求書が両方のサプライヤーに対して記録される可能性があります。
    • 請求書の重複：同一のサプライヤー請求書が 2 回記録される場合。これは、メールで送信された請求書に基づいて請求書が 1 回入力され、後で請求書の物理的な写しを受信郵便物管理部門から受け取ったときに別の買掛金専門担当者がもう 1 回入力したことが原因で発生する可能性があります。このような請求書が見過ごされると、請求書のオーバーブッキングが発生し、サプライヤーへの二重の支払が行われるおそれがあります。
    • 支払遅延リスクのある請求書：請求された価格が定義されている許容範囲をわずかに超えているために (許容範囲を 0.5% 上回っている場合など)、一部の請求書が保留になっている場合。このような場合、期限内に支払を行うことができるように、保留解除する必要があります。
    • サプライヤーの銀行口座が欠落している場合：サプライヤーに対する支払方法は電子的に設定されているが、銀行口座が欠落している場合。このようなサプライヤーに対する支払は、期日前後に行われる支払バッチの実行中に特定されます。これにより、最終的にサプライヤーへの支払が遅延し、サプライヤーとの関係に影響を及ぼします。理想的には、このような問題を事前に特定しておく必要があります。これにより、期日のかなり前に欠落している情報をサプライヤーから収集できるようになります。

    このようなインサイトは有益です。このような状況は、非効率的な資金の利用、浪費、サプライヤーとの関係への悪影響などの点で、ビジネスに直接影響します。この統合により、Celonis から提供されたこれらのインサイトを Now Platform の直感的なローコードワークフローで簡単に利用して、プロセスを通じてこれらの問題を解決する方法をユーザーにガイドする Playbook Experience を作成できます。

    Celonis との統合のためのワークフローと Playbook Experience

    Celonis が提供するさまざまなインサイトのワークフローは、Now Platform が提供するコンポーネントを使用して プレイブック 構築されます。このコンポーネントの詳細については、「 Process Automation Designer」を参照してください。

    以下に、Celonis から提供される一貫性のない支払条件に関するインサイトと、ユーザーの作業を自動化するために構築されたエンドツーエンドシステムの例を説明します。

    プレイブック でフローを作成します。
    • Celonis API からデータを取り込み、調達ケースを作成してユーザーまたはグループにアサインします。こうしたケースは、アサインされたユーザーの Source-to-Pay ワークスペース ランディングページに表示されます。
    • お客様は、ケース Playbook から ERP を直接更新するオプションや、ERP に手動でログインしてデータを更新するオプションなど、さまざまなオプションを構成できます。
    • お客様はクローズ手順を構成できます。たとえば、支払条件が、プライマリレコードに記録されている元の合意条件に更新されたという情報を記載したメールをサプライヤーに送信するなどです。お客様は、ケースのクローズ情報を含むこのメールのコピーをマネージャー宛てに作成できます。
    Playbook Experience を構成して次の関連情報を含めます。
    • ケースを解決する手順。
    • ユーザーが適切な意思決定を行えるように、関連情報を Playbook に表示します。
    • 検索機能。これにより、ケースオーナーが類似のケースに関するナレッジ記事を検索し、それがどのように解決されたかを確認できます。
    • Playbook の埋め込みタスク (ERP の直接更新など)。これにより、他の ERP システムにログインすることなく、実行する必要があるすべての作業を Playbook 自体から実行できます。
    Playbook Experience の構成方法の詳細については、 こちらを選択してください。

    の Celonis トリガー ソーシングと調達オペレーション

    支払条件の不一致に関する Celonis からのサンプルペイロードが提供されます。
    {
    "Supplier": "PolyTec",
    "Supplier City": "Munich",
    "Supplier Country": "DE",
    "Purchase Order": "PO10008760",
    "Invoice Number": 9350035113,
    "Payment Block Reason": "Payment Term Mismatch",
    "Due Date": "5/15/21",
    "Priority Vendor": "Yes",
    "Invoice Amount": 160725.03,
    "Payment Term (Invoice)": "NET 30",
    "Payment Term (Master Data)": "NET 60"
  }

    Celonis からの受信ペイロードはカスタムステージングテーブルに保存され、このテーブルからビジネスルールまたは Flow Designer で処理され、ケースおよび対応するケースラインが作成されます。必要に応じて、既存のケースタイプを活用するか、または新しいケースタイプを作成して、ユーザーまたはグループにアサインできます。[ケースタイプ] 列に新しい選択項目を追加して、新しいケースタイプを作成します。前述したように、ケースの履行を支援するために、このケースタイプに対応する Playbook をトリガーできます。