Back to customer stories

Customer Story

Meridian Components

Energent.aiでMeridian Componentsが銀行照合のワークペーパードラフト作成を15分に短縮した方法

最も時間がかかっていたのは差異を見つけることではなく、監査人が追加確認なしで受け入れられる形式でそれを文書化することでした。エージェントは自らの分析に基づいてそのメモを下書きします。私はそれを確認して承認し、そのままパッケージに入れます。
Rachel Okafor, 財務コントローラー at Meridian Components
Industry
製造業
Market
North America, mid-market
Use case
銀行照合の差異検出と監査用ワークペーパードラフト作成
Meridian Components

Meridian Componentsは、複数の法的実体にまたがって3つの支店を運営するミッドマーケットの製造業者です。2名のスタッフアナリストと1名のコントローラーからなるチームが、給与、買掛金、インターカンパニー勘定にわたる月次の銀行照合プロセスを担当しています。各締めパッケージは、四半期末の外部監査レビューに直接つながります。

Excelが元帳を静かに切り捨てていた — そしてワークペーパーにはそれが表示されなかった

3つの支店からの複数年分のGLエクスポートは、行数がExcelの1,048,576行というハードリミットを超える原因になっていました。Excelは警告なしに切り捨てられたファイルを開いていました。アナリストは不完全な母集団に対して差異チェックを実行し、その結果のワークペーパーには元帳のごく一部しか反映されていませんでした。何かがおかしい兆候はありませんでした。

問題をさらに複雑にしていたのが、ほかに2つの失敗モードです。GLでは、物理小切手にCHK-、電子送金にEFT-というアルファベット接頭辞が使われていました。両系列をまたいで1つの数値シーケンスを実行すると、交互に並ぶ箇所で誤検知が発生しました。銀行フィードは配信前に先頭のゼロを削除していたため、GLの識別子CHK-0045はCHK-45になり、VLOOKUPは一致を見つけられず、それを差異として記録していました。

支店ごとの並列配賦が構造的な複雑さを加えていました。Branch A (1000–1999)、Branch B (5000–5999)、Branch C (2000–2999、3番目のオフィス開設後に最初の2つの間へ追加)。各締めサイクルでは、監査委員会を満足させるために3,000件の番号帯の間にあるギャップを手作業で文書化する必要がありました。分析上の価値がなく、しかも省略できない、繰り返し発生する作業でした。外部監査の期間が10営業日から6営業日に圧縮されると、既存のワークフローにはもはや余裕がありませんでした。

Energent.aiが前処理、正規化、メモ作成のステップを置き換えた

チームはセッション開始時に、事前変換なしで3つのソースファイルをアップロードします — GLエクスポート (CSV)、銀行取引明細フィード (CSV)、無効化ログ (PDF)。その後、Energent.aiは次の処理を行います。

カスタムコードは不要。BIダッシュボードも不要。Excelの前処理パスも不要です。

下流で絞り込むのではなく、上流で分割する

Bank reconciliation workpaper draft

ワークペーパードラフト作成は2時間から15分へ短縮

「毎月、違う小切手番号で同じ構成のメモを書いていました。今では、エージェントがすでに作成した内容を15分かけて確認するだけです。その時間を、本当に判断が必要な締め作業に振り向けられるようになりました。」 — Rachel Okafor, Meridian ComponentsのFinancial Controller

Back to customer storiesBook a Demo