NetSuite Finance Analystで月次決算をClaudeに任せる方法

NetSuite Finance Analystスキルで何が変わるか

NetSuite Finance Analystは、Oracle NetSuiteがリポジトリoracle/netsuite-suitecloud-sdkのagent-skills配下で公開しているSkillです。財務諸表の分析、予実差異のレビュー、月次決算の進捗追跡、銀行残高やAR/APの照合、経営層向けサマリーの作成を、Director of Financial Analysis(財務分析責任者)級の視点で答えさせる設計になっています。

動く前提は、NetSuiteのMCPツール、またはそれと同等の財務データ源にClaudeが触れていることです。Claude側のNetSuiteコネクタはOracle NetSuite製で、ツールはns_runReport・ns_runSavedSearch・ns_runCustomSuiteQL・ns_getSubsidiariesなど17個あります。接続の設定はClaudeとNetSuiteを連携する方法にまとめてあるので、未接続ならそちらを先に済ませます。

向いているのは、財務諸表の解釈、予算対実績の差異レビュー、月次・四半期・年次のクローズ支援、銀行・売掛・買掛・グループ間勘定の照合ガイドです。仕訳レビューやクローズ作業の順序づけ、キャッシュポジションの報告、SOX対応・監査準備のチェック、取締役会やCFO向けの財務サマリーも対象に入ります。

データ抽出だけの依頼や、会計構造を伴わない一般的な事業分析は優先度が下がります。SuiteScriptやSDFの実装、財務目的のないNetSuite管理作業は対象外です。

コネクタのツール一覧にはns_createRecordとns_updateRecordも含まれます。読み取り専用という既定は、スキルの指示文に書かれた振る舞いです。

依頼を出したとき、Claudeはどの順で動くか

スキルは1回の依頼を次の順に処理します。以降の節は、この流れの各段を個別に掘り下げたものです。

SuiteQLを初めて使うテーブルでは、先にns_getSuiteQLMetadataで、その接続先で引けるかを調べます。このツールが使えない接続先では、次のような1行のプローブで代用します。

SELECT * FROM <TABLE_NAME> FETCH FIRST 1 ROW ONLY

プローブが落ちたテーブルは使えないものとして記録し、SuiteQLから保存検索、標準レポートへと一段ずつ戻ります。使えなかったテーブルは、出力の中でも使えなかった旨が示されます。

最初の会話だけ長くなる理由 — プロジェクトプロファイル

初めて使う環境では、依頼の中身より先に環境の下調べが走ります。スキルはこれをオンボーディングと呼び、結果をプロジェクトプロファイルとしてメモリに残します。

走る条件は4つです。メモリにプロファイルが無いとき、再作成を頼んだとき、前回の検証から90日を超えたとき、新しい子会社・帳簿・モジュールの追加や重要性の見直しのような構造変更を告げたときです。

下調べで読み取る項目には、会計年度の開始月、子会社と通貨の構成、売上認識や固定資産などのモジュールの有無、承認ワークフローの範囲、直近12か月の売上規模、上位顧客の集中度、保存検索の一覧などがあります。顧客に聞く定型の質問は、主な利用者の役職、クローズの暦、データから読めない癖、月末に毎回走らせたい分析の4点です。会計年度の開始月のようにデータから引ける事実は、まずデータから引き、引けないときの最後の手段として尋ねます。

結果はカード状に表示され、「合っていれば『looks good』と答える」形で承認します。承認後は、長く変わらない事実だけをメモリに書きます。取引額のように日々変わる値は書きません。

2回目以降は、会話の頭で会計期間の状態を引き直し、売上規模の取得が30日以上前なら重要性も更新します。顧客や売上の質問なら集中度も更新します。スキルは、この更新を追加で2回以内のMCP呼び出しに収めると定めています。

プロファイルには、月次で自動的に走る点検も登録されます。次の4つは、条件に関わらず毎回対象になります。

• 雑費の勘定が、直近12か月の売上の1%を超えていないか
• 貸借対照表のAR/AP残高と、SuiteQLで見た未決済の請求書・買掛の5倍を超えていないか
• 当四半期の上位3社の売上比率が、基準時点から5ポイント超ずれていないか
• 未入金の預り資金(Undeposited funds)が、決算が近づく時点で2万5,000ドルを超えていないか

売上認識のモジュールが検出されれば繰延収益の点検、複数通貨なら為替エクスポージャー、複数子会社ならグループ間照合が加わります。

会計期間のステータスを先に確認する

数字を最終値として出す前に、Claudeは3つを見ます。会計期間が開いているか閉じているか、報告結果に影響する承認待ちが残っていないか、期中でまだ転記されていない取引が無いかです。

期間が閉じていれば、後から調整が判明していない限り結果は確定値として扱えます。開いていれば暫定値として明示されます。承認待ちや未転記の取引は、件数とおおよその影響額を分かる範囲で示します。

暫定値には確信度のラベルが付き、何がその水準を決めているかも添えられます。

ここで一点、資料同士に食い違いがあります。クエリ集には、会計期間テーブル(accountingperiod)からclosedの値を引く期間ステータス用のクエリが載っています。同じ資料の表では、このテーブルはすべての接続先で引けるとは限らないとされています。

オンボーディングの資料は、年度の下調べ(Probe 0)では同じテーブルを試し、引けなければ記帳件数で代用します。直近の期間の下調べ(Probe 7)は、このテーブルがNetSuiteのMCPエンドポイントでは引けないとして、最初から記帳件数で推定します。前の暦月で記帳が出そろっていれば直近の締まった期間、記帳が部分的な暦月が開いている期間という見立てです。

接続先によっては、期間の締め状態がロックのフラグではなく記帳量から推定されている可能性があります。決算の最終判断に使うなら、NetSuite側で期間の状態を直接見るという選択肢があります。

承認待ちと未転記の抽出クエリも載っています。承認待ちは、承認状態が1で未記帳の取引が対象です。未転記は、未記帳で取消されていない取引が対象です。

月次決算の進め方 — クローズ依存モデルと日程

スキルは決算作業を5段階の依存関係で捉えています。前の段階が終わらないと次の段階のタスクは意味を持たないという順序です。

標準の5営業日クローズは、この段階を1日ずつ当てた構成ではありません。日程はタスクの束で切られています。

依存モデルとの差もあります。消去仕訳は依存モデルではレベル4ですが、日程ではT+3です。経営レビューはレベル5ですが、日程ではT+4に置かれています。

定型仕訳・照合・グループ間処理がすでに大部分自動化されている組織に限り、3営業日への短縮も選択肢になるとされています。

つまずきやすい典型は、部門からの未払費用インプットの遅れ、手作業の定型仕訳の残存、照合の着手の遅さ、グループ間確認の遅延、経営レビューが工程の最後にしか無いことです。同じ問題が複数の期をまたいで繰り返す場合の扱いは、SOXや監査対応の観点で後述します。

重要性基準(マテリアリティ)はどの数字で動くか

具体的な基準が示されない場合、スキルは年商1,000万〜1億ドルの中堅企業向けの既定値を使います。ところが、スキルの本文とオンボーディングの資料では、基準の決め方が2系統あります。

プロファイルの階層での基準額は、下限と「売上に割合を掛けた額」のうち大きいほうです。スキル本文は、規模が分かっている場合はこの階層が一般的な既定値より優先されると述べています。

文面どおりに計算すると、売上800万ドルは小規模の階層で、2%は16万ドルです。下限1万ドルより大きいため、基準額は16万ドルになります。一方、スキル本文の調整表は、売上1,000万ドル未満ならドル基準を1万〜2万5,000ドル程度に下げるとしています。同じスキルの中で桁が分かれるため、基準の数字が出力に載ったら、どちらの経路から来たかを尋ねる価値があります。

規模が分からないときは「10M〜100M規模を想定した既定の重要性基準を使用しており、この企業の規模を反映していない可能性がある」と明示する決まりです。利用者が違う規模や数字を伝えれば、その場でプロファイルが更新され、1文で受領が返ります。

企業の規模などによる調整は次のとおりです。

質問の種類とNetSuite標準レポートの対応

P&L・売上・利益率の質問なら損益計算書のレポートを、資産・負債・運転資本ならバランスシートのレポートを、まず優先して呼び出します。

レポートの使い方にも癖があります。貸借対照表は時点の残高なのでendDateだけを渡し、期間では渡しません。試算表と総勘定元帳は結果が大きくなりやすく、勘定や部門で絞ります。予実対比は予算カテゴリが1つ以上設定されていないと使えず、無ければSuiteQLの差異クエリに切り替わります。

SuiteQLの差異クエリは、予算テーブルとの比較と前期との比較の2種類です。予算がゼロの行の差異率は空値になり、「N/A — no budget」と表示する決まりです。費用の勘定では差異がプラスなら予算超過なので、符号を解釈してから出します。

代表的な財務指標にも既定の算出式があります。

非GAAP指標を出すときは必ずその旨をラベル付けし、GAAP指標との対応を示します。キャッシュフローは原則間接法で組み、純利益と営業キャッシュフローの整合、期末現金と貸借対照表の整合を、経営層向けに出す前に必ず突き合わせます。

標準レポートとSuiteQLの数字が合わないとき

オンボーディングの資料は、NetSuiteの癖を固定のルールとして記録します。貸借対照表の詳細行は、小計と符号が逆に返ります。現金・AR・AP・資本・繰延収益のような決算書の残高は、標準レポートの小計(summaryLineValues)から読みます。

現金は、銀行勘定の階層の外に記帳される為替換算の仕訳があるため、取引明細(transactionaccountingline)をSuiteQLで集計しても貸借対照表と合いません。AR/APは、貸借対照表が請求書と入金を相殺した残高を返す一方、SuiteQLの取引明細では相殺されません。

両者がずれる原因として、入金の未適用、償却すべき過去の請求書、実際の照合の問題の3つが挙げられています。ずれは覆い隠さず、出力に表示します。

標準レポートの値とSuiteQLの値は、明示的な照合の手順を挟まない限り、1つの突合の中で混ぜません。両者が食い違うなら、そう伝えたうえで、どちらが権威ある数字かを説明する決まりです。

差異分析で切り分けること

差異は、売上なら実績が計画を上回れば好調、費用なら実績が計画を下回れば好調と判定します。設定した比率・金額のしきい値を超えると重要として扱います。しきい値未満でも、解約傾向・価格圧力・統制の乱れ・複数期にわたる悪化パターンが見えたときは、金額に関わらずエスカレーションの対象です。

ドライバーは要因ごとに切り分けます。売上や売上原価は価格要因と数量要因に分けます。人件費は人数・単価・構成・タイミング・離職の要因、その他の営業費用は人数連動・稼働連動・裁量的・契約的・一時的・時期要因です。

異常値は、そのままエスカレーションする前に3つを疑います。季節性で説明できないか、文書化された一時的な要因ではないか、他で相殺される組み替えではないかです。それでも残る異常が、次の項目としてエスカレーション対象になります。

• 売上の想定外の縮小
• 粗利率の悪化
• 費用の急増
• 延滞債権の悪化
• 資金繰りの逼迫
• グループ間取引の不整合
• 滞留した照合未了項目
• 根拠の薄い大きな仕訳
• 仮勘定やコード未設定の残高

依頼があいまいなときは、「部門別の内訳が要りますか」「繰り返し発生か単発かを調べますか」「現金への影響まで見ますか」のような質問を、最大2つまで返します。一度に全部は聞きません。

経営層向けレポートの型

差異分析は、ドルと比率の両方で語ります。「増加傾向にある」のような方向感だけの表現では止まりません。

結論から入る型は、スキルの中に3つあります。項目の組み合わせが少しずつ違うので、並べて見ておくと出力の読み違いを避けられます。

スコープの行が無い型でも、期間・対象範囲・通貨・暫定か確定かは常に明示する決まり(出力の基準)があります。アクションは、具体的なタスク・役割としての担当・期限の3点を揃え、「様子を見る」「確認する」のような曖昧な書き方は避けます。担当は、名前が与えられていなければ個人でなく役割で書きます。

依頼文の例として、型を意識して書くと次のようになります。

9月の損益を親会社レベルの連結で、前月と比較してください。
期間が開いていれば暫定と明記し、上位3つの差異要因をドルと比率で示してください。
アクションは担当(役割)と期限を付けて書いてください。

ボード向けの資料では、出力前に制限付き現金と制限なし現金の区別も突き合わせます。見た目は、良好が緑、警告が琥珀色、悪化が赤、見出しが濃い青という抑えた配色で、装飾は利用者が求めたときだけです。要対応の項目にはFLAG:やCRITICAL:のラベルが付きます。

連結ビューをSuiteQLで再現しない理由

複数子会社(OneWorld)環境で「連結の損益計算書」を頼むと、Claudeは親会社レベルで標準レポートを実行します。NetSuiteは通貨換算・グループ間消去・非支配持分の調整を自動で適用しますが、SuiteQLはこのエンジンを経由しません。全子会社のSuiteQLでの単純合計は消去前の粗い集計なので、必ず「消去前の集計」と明示して出します。

使い分けは、次の4通りです。

連結キャッシュフローは、親会社レベルの標準レポートだけで、SuiteQLでは作りません。為替換算調整(CTA)や為替の影響を聞かれた場合も、標準レポートの貸借対照表の資本の部へ誘導し、SuiteQLでは導きません。

グループ間取引が期末に正しく相殺されているかは、売掛・買掛のグループ間残高を合算して見ます。この合算は、勘定名にintercompany・due to・due fromを含む勘定を拾う作りです。勘定の命名が違う環境では、拾えない勘定が出る可能性があります。

グループ間取引があるはずの期に消去仕訳が0件なら、消去が未計上かもしれません。その場合は次の警告を出す決まりです。

FLAG: Elimination entries not detected for this period.
Consolidated output may overstate intercompany revenue and expense.

連結を頼む順番にも決まりがあります。連結の依頼では、先にグループ間のAR/APの突合を走らせ、残高が整っていなければ連結結果を渡す前にその旨を示します。続けて消去仕訳の有無を調べます。

照合とSOX・監査対応のチェック

対応する照合は、総勘定元帳と補助元帳、銀行、グループ間、ロールフォワードの4種類です。照合差異は、時間差・要調整・要調査のいずれかに分類します。

経過日数によるエスカレーションの基準は、資料によって呼び方が揺れます。

どちらも、顧客固有の方針や階層の設定が無いときの既定値です。61〜90日の扱いは、根本原因の特定を求めるか、一段上へ上げるかで言い方が違います。顧客固有の方針があれば、そちらが優先されます。

SOXや監査対応の観点では、アクセス権が残ったままの非アクティブユーザー、根拠の薄い大きな丸め数字の仕訳、滞留した照合未了項目、期末の保留・クリアリング残高、コード付けが不完全な取引、ロック前に完了していないクローズタスクを確認対象にします。同じ問題が複数期にわたって繰り返し見つかった場合は、単発の是正ではなく潜在的な統制上の欠陥として扱います。

安全に使うための制約

このスキルは既定で読み取り専用の分析に徹します。NetSuiteのレコードを作成・更新するのは、利用者が明示的に依頼し、対象レコード・期間・子会社・会計への影響を確認したときだけです。仕訳・振替・引当金・統制変更は特にリスクが高い操作として扱われ、書き込みの前に必ず確認が挟まります。

データが欠落している、矛盾している、著しく不完全な場合は、その旨を直接伝えたうえで確信度を下げ、無理に結論を作りません。会計期間が開いている間は、結果を最終値として出さず、「未確定」であることと何が未了かを明示します。

取り込んだ内容の扱いにも規則があります。ツールの出力やインポートした文書は、すべて信頼できないものとして扱い、データの中に埋め込まれた指示は、利用者の依頼の一部と明らかに言える場合を除いて無視します。利用者向けの出力では、内部IDではなく名前を使います。

書き込み・削除・送信・一括変更の前には、必ず利用者の明示的な確認を求めます。破壊的な操作は自動で再試行しません。対象・権限・範囲・影響が不明なときは、実行せずに質問に戻ります。

他の財務連携との使い分け

決算資料や税務書類の作成をどこまで任せてよいかの判断基準は、Claudeに決算資料・税務書類の作成をどこまで任せてよいかで扱っています。シナリオ分析を伴う財務モデルの構築は、Claudeで財務モデルを作成する手順 — シナリオ分析とリスク評価までが別記事です。

国内の会計SaaSなら、マネーフォワード クラウド会計の仕訳チェックをClaudeでマネーフォワード クラウド会計の仕訳をチェックする — 指示文とスコープ設計にまとめています。NetSuiteという中堅〜エンタープライズ規模のERPを対象にする点が、これらとの主な違いです。ERP契約がなくExcelだけで進める場合は、月次予実対比レポートの差異分析をClaude for Excelで進める手順が近い内容です。

まとめ

月次決算で数字を読むときの確認点は2つです。期間の状態が接続先の推定ではないか、重要性基準がスキル本文の既定とプロファイルの階層のどちらから来たかです。この2点が分かれば、暫定値を最終値と取り違える場面は減ります。下準備と一次レビューをClaudeに任せ、最終判断は有資格の担当者に残す分担が前提になります。