業務記述書で何を説明すべきか｜J-SOX文書化を実務に耐える内部統制資料にする視点

J-SOX対応で3点セットを整備するとき、最も軽く扱われやすいのが業務記述書です。

フローチャートは図として目に見えるため、レビューの対象になりやすい文書です。RCMもリスクと統制が並んで示されるため、監査法人との協議で論点になりやすい。

これに対して業務記述書は、「業務の説明を文章で書くもの」と受け止められがちです。その結果、既存資料やヒアリングの内容をそのまま文章に落とし込んだだけで完成としてしまう場面も少なくありません。

しかし、業務記述書が弱いと、J-SOX対応全体が弱くなります。

業務記述書は、取引がどこから始まり、どの部署を通り、どの承認・確認を経て、どのように会計データとなり、どの証跡が残るのかを説明する基礎資料だからです。

ここが曖昧なままでは、フローチャートも実態を正しく表せません。RCM上のリスクと統制の対応関係も薄くなります。証跡の所在も不明確になり、整備評価・運用評価で何を確認すべきかも見えなくなっていきます。

J-SOXにおける業務記述書は、単なる業務説明ではありません。会社が、自社の業務・数字・権限・証跡・判断過程を後から説明できる状態にするための文書です。

業務記述書は「作業手順書」ではない

まず確認しておきたいのは、業務記述書と作業手順書は同じものではない、という点です。

作業手順書は、担当者が日々の作業を間違えずに進めるための文書です。画面操作、入力項目、処理手順、提出先、締切などを細かく記載することもあります。

一方、J-SOXにおける業務記述書は、業務のすべての作業を詳細に書き出すための文書ではありません。ここで説明すべきなのは、財務報告に関係する取引や会計処理が、どのような業務プロセスを通じて発生し、承認され、記録され、処理され、報告されるのかという流れです。

つまり業務記述書は、現場担当者のためだけの文書ではありません。経営者、経理部門、内部監査、監査役等、監査法人、外部専門家が、業務プロセスと財務報告リスクのつながりを理解するための文書です。

業務記述書が目指すべき状態は、「この会社では、この取引がどのように会計数値になっているのか」を、第三者にも説明できることにあります。

制度上も、取引の流れと会計処理の過程を整理することが求められている

現行の内部統制基準・実施基準では、重要な業務プロセスについて、取引の流れと会計処理の過程を、必要に応じて図や表を活用しながら整理し、理解することが示されています。

そのうえで、各業務プロセスについて虚偽記載が発生するリスクを識別し、そのリスクが財務報告や勘定科目等とどのように関連するのか、業務に組み込まれた内部統制によって十分に低減できるのかを検討することが求められます。
出典：金融庁｜財務報告に係る内部統制の評価及び監査の基準並びに財務報告に係る内部統制の評価及び監査に関する実施基準の改訂について（意見書）

この考え方に立てば、業務記述書に求められる役割は明確です。

業務記述書は、業務を長く説明するための文書ではありません。取引の流れと会計処理の過程を理解し、虚偽記載リスクを識別し、統制によってそのリスクを低減できているかを検討するための文書です。

したがって業務記述書には、少なくとも次の問いに答えられるだけの情報が必要になります。

問い	業務記述書で説明すべきこと
取引はどこから始まるか	取引開始点、起票・申請・受注・発注・契約などの入口
誰が関与するか	担当部署、担当者、承認者、確認者、システム担当、経理部門
何を確認しているか	承認内容、照合内容、レビュー観点、差異確認
どこで会計データになるか	会計システムへの入力、仕訳連携、月次締め、決算整理
どの証跡が残るか	申請書、承認記録、請求書、検収記録、照合表、ログ、レビュー証跡
例外はどう処理されるか	差異、エラー、返品、取消、修正、手作業、非定型取引
どのリスクに関係するか	実在性、網羅性、評価、期間帰属、表示などへの影響
どこで統制が効いているか	承認、照合、レビュー、システム制御、職務分掌、モニタリング

業務記述書で最初に説明すべきことは「業務の開始点」である

業務記述書を書くとき、最初に曖昧になりやすいのが「どこから書き始めるか」です。

販売プロセスであれば、受注から書くのか、取引先登録から書くのか、契約締結から書くのか。購買プロセスであれば、発注からか、取引先選定からか、購買依頼からか。在庫プロセスであれば、入庫からか、発注計画からか、棚卸からか。

ここで重要なのは、開始点を「現場作業の始まり」ではなく、「財務報告リスクが生じ始める地点」から考えることです。

たとえば、売上の実在性や回収可能性が重要であれば、出荷や請求から書き始めるだけでは足りないことがあります。取引先登録、与信確認、契約条件、価格条件、締め日、回収サイトが、売上計上や債権評価に影響してくるからです。

購買プロセスでも同じです。仕入計上の正確性だけを見るのであれば、請求書照合からでも足りるように見えるかもしれません。しかし、架空発注、不要発注、権限外発注、検収漏れ、費用計上漏れといったリスクを考えるなら、購買依頼や発注承認の段階から把握する必要があります。

業務記述書の開始点は、常に「その取引が財務報告に影響を与える入口はどこか」という問いから決めるべきです。

業務の終了点も明確にする

開始点と同じくらい重要なのが、業務の終了点です。

業務記述書は、現場業務が終わったところで終わらせてはいけません。J-SOX上の業務記述書では、その業務が最終的に会計記録や財務報告にどう反映されるのかまで説明する必要があります。

販売プロセスであれば、出荷や請求で終わるのではなく、売上計上、売掛金計上、入金消込、滞留債権管理、必要に応じた貸倒見積りまでの接続を確認します。

購買プロセスであれば、検収や請求書受領で終わるのではなく、仕入・費用・固定資産・買掛金の計上、支払、月次締め、未払計上、前払・未収・未払の整理までの接続を確認します。

在庫プロセスであれば、入出庫や棚卸で終わるのではなく、在庫数量、評価、滞留・陳腐化、棚卸差異、原価計算、期末評価までの接続を確認します。

終了点が曖昧だと、現場業務と会計処理の間に空白が生じます。そして、その空白がJ-SOX上の手戻りにつながっていきます。

承認は「承認している」と書くだけでは足りない

業務記述書でよく見られる弱い記載に、「上長が承認する」「責任者が確認する」「経理がチェックする」という表現があります。

この記載だけでは、J-SOX文書としては不十分です。

承認や確認については、少なくとも次の点を説明する必要があります。

観点	説明すべき内容
誰が承認するか	部署、役職、権限、代理承認の有無
何を承認するか	取引開始、価格、数量、与信、発注、支払、修正、例外処理など
どの基準で承認するか	規程、権限表、契約条件、予算、取引条件、差異基準
いつ承認するか	取引前、計上前、支払前、締め前、決算前
どの証跡が残るか	承認印、電子承認、メール、ワークフロー、議事録、ログ
承認後に何が行われるか	マスタ登録、発注、出荷、計上、支払、修正入力

J-SOX上、承認は単なる形式ではありません。権限のない取引、条件に合わない取引、誤った金額、架空取引、不正取引、会計処理の誤りを防止または発見するための統制です。

したがって、「誰が承認したか」だけでなく、「何を見て承認したか」が重要になります。

承認者が確認すべき資料を見ていない。承認日が処理後になっている。承認権限が規程と合っていない。承認証跡はあるものの、承認対象が不明確である。こうした状態では、業務記述書上は承認があるように見えても、統制としての説明力は弱くなります。

入力・記録・システム連携を曖昧にしない

業務記述書では、会計データがどこで発生するのかを明確にする必要があります。

現場で発生した取引は、どこかのタイミングでシステムに入力され、会計データになります。このとき確認すべきなのは、次のような点です。

• 誰が入力するのか
• 何を根拠に入力するのか
• 入力先は販売管理システム、購買管理システム、在庫管理システム、勤怠システム、会計システムのどれか
• 入力データは手入力なのか、システム連携なのか、CSV取込なのか
• 入力後に誰が確認するのか
• 入力エラーやマスタ不備はどのように検出されるのか
• 会計システムへ連携される前後で、どのような確認が行われるのか
• 修正入力は誰が承認し、誰が実行し、どの履歴が残るのか

ここが曖昧だと、業務記述書は現場作業の説明にとどまり、財務報告への接続が見えなくなります。

特に、販売管理システムや購買管理システムから会計システムへデータ連携している場合、「自動連携している」とだけ書くのは危険です。自動連携であっても、マスタ設定、コード対応、連携対象、連携タイミング、エラーデータ、再取込、手修正、連携後レビューといった論点があります。

月次監査や決算監査の観点でも、業務システムから会計システムへ仕訳連携する場合には、連携データが出力され、会計システムに読み込まれるまでの一連の流れを把握することが重要です。発注、検収、販売、請求、回収などのプロセスと、その過程で発行される証憑書類や作成担当者を確認する視点は、J-SOXの業務記述書にもそのまま活かされます。

会計処理まで書かなければ、J-SOX文書として弱い

業務記述書が単なる業務説明で終わってしまう最大の原因は、会計処理まで書かれていないことにあります。

J-SOXは、財務報告に係る内部統制の評価制度です。であれば、業務記述書でも、取引がどのように会計処理へ反映されるのかを説明する必要があります。

販売プロセスであれば、どの時点で売上を計上するのか、売掛金はどのように計上されるのか、返品・値引・リベートはどのように反映されるのか、回収差額はどう処理されるのかを確認します。

購買プロセスであれば、検収基準で仕入計上するのか、請求書基準なのか、未着品や未払費用をどう把握するのか、費用と固定資産の区分をどう判断するのかを確認します。

在庫プロセスであれば、入出庫データ、棚卸結果、評価減、滞留在庫、原価計算、棚卸差異が、どのように会計に反映されるのかを確認します。

人件費プロセスであれば、人事マスタ、勤怠、給与計算、賞与引当、未払給与、社会保険料、退職給付などが、どのように会計処理につながるのかを確認します。

業務記述書に会計処理の接点が書かれていなければ、財務報告リスクとの関係は見えてきません。会計処理まで書いてはじめて、業務記述書はRCMと接続できます。

例外処理こそ、業務記述書に書くべきである

業務記述書には、標準的な流れだけでなく、例外処理も記載する必要があります。実務上、財務報告リスクは標準処理よりも例外処理で顕在化しやすいからです。

たとえば、次のような処理です。

• 請求金額と社内データが一致しない
• 入金額が請求額と一致しない
• 検収日と請求書日付がずれている
• 出荷後に返品・値引が発生する
• 売上計上後に取引条件が変更される
• システム連携エラーが発生する
• マスタ登録を誤った
• 通常と異なる支払条件で取引する
• 期末に手作業で大きな修正仕訳を入力する
• 子会社からの報告資料に差戻しが発生する
• 在庫差異の原因が不明なまま会計処理される

例外処理を業務記述書に書かないと、実際には重要な判断が行われているにもかかわらず、統制として評価できません。

また、例外処理が担当者任せになっている場合、同じ事象でも担当者によって処理方法が変わる可能性があります。これは属人化リスクであり、財務報告の一貫性にも影響します。

業務記述書では、例外が発生した場合に、誰が、どの資料を見て、どの基準で判断し、誰が承認し、どのような証跡を残すのかを説明すべきです。

標準処理だけが整っていても、例外処理が説明できなければ、J-SOX文書としては不十分です。

証跡は「どこにあるか」まで説明する

業務記述書では、証跡の存在を明確にする必要があります。

ここでいう証跡とは、統制が実施されたことを後から確認できる資料や記録です。紙の申請書、承認印、請求書、納品書、検収記録、照合表、レビュー済み資料、メール、電子承認、ワークフロー、システムログ、CSV出力データ、差異分析資料、会議体資料などが含まれます。

重要なのは、「証跡がある」と書くことではありません。どの統制について、どの証跡が、どこに、どの形式で、誰の責任で保存されているかを説明できることです。

たとえば、業務記述書に「経理部門が照合する」と書かれていても、照合結果が残っていなければ、運用評価で確認できません。

「上長がレビューする」と書かれていても、レビュー日、レビュー対象、レビュー内容、差異対応が残っていなければ、実質的なレビューが行われたかどうかを判断しにくくなります。

「システムで承認する」と書かれていても、承認ログ、承認対象、承認権限、承認後の変更可否が不明であれば、証跡として十分かどうかを検討する必要が出てきます。

内部統制実施基準では、業務プロセスに係る内部統制の運用状況の評価において、関連文書の閲覧、担当者への質問、業務の観察、内部統制の実施記録の検証などにより運用状況を確認することが示されています。
出典：金融庁｜財務報告に係る内部統制の評価及び監査の基準並びに財務報告に係る内部統制の評価及び監査に関する実施基準の改訂について（意見書）

つまり業務記述書は、運用評価で確認すべき証跡にたどり着ける文書である必要があります。

担当部署・責任者・承認者を曖昧にしない

業務記述書では、担当部署の記載も重要です。

ただし、単に「営業部門」「経理部門」「システム部門」と書くだけでは不十分な場合があります。J-SOX上は、誰が処理し、誰が確認し、誰が承認し、誰が会計処理に反映し、誰がモニタリングしているのかを区別する必要があるからです。

特に重要なのは、実施者と確認者を分けて記載することです。

同じ部署内であっても、担当者が入力し、責任者が承認しているのか。別部署が照合しているのか。経理部門が最終確認しているのか。システム部門がマスタ登録を行うものの、登録内容は業務部門や経理部門が確認しているのか。

この区分が曖昧だと、職務分掌や牽制が評価しにくくなります。

少人数体制では、理想的な職務分掌が難しいこともあります。その場合でも、業務記述書では「誰が兼務しているのか」「どの統制で補完しているのか」「経営層や別部門のレビューがあるのか」を説明する必要があります。

重要なのは、理想形を書くことではありません。実態としてどのような体制で業務が回っており、その体制で財務報告リスクをどこまで低減できているかを説明することです。

業務記述書は、フローチャートとRCMの前提になる

業務記述書は、3点セットの中で単独に存在する文書ではありません。フローチャートとRCMの前提です。

業務記述書で、取引の流れ、担当部署、承認、入力、確認、会計処理、例外処理、証跡を整理する。フローチャートで、その流れを図にして部門間連携や統制点を可視化する。RCMで、財務報告リスクと統制活動を対応づける。この流れが自然です。

業務記述書が曖昧だと、フローチャートは単なる業務図になります。RCMは統制名の一覧になります。

逆に、業務記述書がしっかりしていれば、フローチャートでは何を図示すべきかが明確になります。RCMでも、どのリスクにどの統制が対応しているのかを整理しやすくなります。

業務フローを理解することは、適切な内部統制の整備、全体最適化、専門家としての指導、業務フロー構築に直結します。典型的な業務フローを理解しておくことで、リスクをイメージし、自社に必要な統制と不要な手続を見極めやすくなります。

業務記述書は、文章の文書である以前に、フローチャートとRCMの土台なのです。

業務記述書に書くべき主要項目

業務記述書に唯一の様式があるわけではありません。会社の規模、業務の複雑性、システム構成、既存文書の有無によって、適切な粒度は異なります。

ただし、J-SOX文書として機能させるためには、少なくとも次の項目を検討する必要があります。

項目	記載する目的
対象プロセス	どの業務プロセスを説明しているかを明確にする
対象範囲	対象会社、拠点、部門、システム、取引種別を明確にする
関連勘定科目	財務報告上どの科目に影響するかを明確にする
業務開始点	取引や会計事象がどこで発生するかを示す
業務終了点	会計処理・報告への反映までの流れを示す
担当部署・担当者	実施者、確認者、承認者、記録者を区別する
使用システム	業務システム、会計システム、Excel、外部サービス等を示す
使用帳票・証跡	統制実施を確認できる資料を明確にする
承認・確認手続	どこで統制が効いているかを示す
例外処理	差異、エラー、取消、修正、非定型取引への対応を示す
会計処理	仕訳、計上時点、締め処理、決算整理との接続を示す
関連規程・マニュアル	業務ルールや権限規程との整合性を示す
関連する統制	RCMや評価手続につながる統制点を示す

業務記述書は、文章量が多ければよいというものではありません。

必要なのは、第三者が読んだときに、取引の流れ、財務報告への影響、統制の所在、証跡の残り方が理解できることです。

業務記述書の粒度は「評価に使えるか」で決める

業務記述書の作成で悩みやすいのが、どこまで細かく書くべきかという点です。

細かく書きすぎると、作成・更新の負荷が重くなります。現場の細かな作業変更のたびに文書更新が必要になり、運用が続かなくなります。

一方で、粗すぎると、財務報告リスクや統制が見えません。監査法人や内部監査から質問を受けた際に、結局ヒアリングで補足することになります。

判断軸は、「J-SOX評価に使える粒度かどうか」です。具体的には、次の問いに答えられる粒度で書くべきです。

• どの財務報告リスクに関係する業務か
• どの勘定科目に影響するか
• どこで誤りや不正が発生し得るか
• どこで承認・照合・レビューが行われるか
• 統制実施者と確認者は誰か
• 証跡は何か
• 運用評価では何を見ればよいか
• 業務変更があったときにどこを更新すべきか

これらに答えられないほど粗い業務記述書は、J-SOX文書として弱いと考えるべきです。

逆に、画面操作や社内便の送り方など、財務報告リスクや統制評価に影響しない細部まで書き込みすぎる必要はありません。

良くない業務記述書に共通する特徴

J-SOX対応で手戻りが起きる業務記述書には、いくつかの共通点があります。

第一に、業務の流れは書かれているものの、会計処理への接続がないものです。現場で何をしているかはわかるのに、いつ売上計上されるのか、どのデータが仕訳になるのか、どの資料をもとに残高が確定するのかが書かれていない状態です。

第二に、承認・確認の中身が書かれていないものです。「責任者が承認する」「経理が確認する」とだけ書かれていて、何を基準に、何を見て、どの証跡を残しているのかが不明な状態です。

第三に、例外処理が書かれていないものです。標準的な業務フローだけが書かれており、差異、エラー、取消、返品、修正、手入力、非定型取引が発生した場合の処理が見えない状態です。

第四に、システム処理が一つの言葉でまとめられているものです。「システム連携する」「自動計上される」と書かれているだけで、入力元、連携対象、エラー処理、マスタ管理、手修正、連携後確認が見えない状態です。

第五に、前年度から更新されていないものです。実際には業務フロー、担当部署、システム、承認権限、証跡保存場所が変わっているにもかかわらず、業務記述書が過去の状態のままになっている状態です。

このような業務記述書は、作成されていても、J-SOX評価には十分に使えません。

業務記述書は、属人化を見つける資料でもある

業務記述書の作成・見直しを行うと、業務の属人化が見えてきます。

特定の担当者しか処理方法を知らない。例外処理が担当者の経験に依存している。経理部門だけが会計処理を理解しており、現場は財務報告への影響を知らない。システム連携エラーの修正方法が一部の担当者に集中している。子会社からの報告資料の確認が親会社担当者の経験に依存している。

このような状態は、J-SOX上のリスクであると同時に、経営管理上のリスクでもあります。

決算早期化でも、最終成果物から逆算して業務を組み立てる「森を見る視点」が重要です。単体決算、連結決算、開示業務が分断されると、手待ち、手戻り、重複が生じやすくなります。

業務記述書は、まさにこの分断を見つけるための文書でもあります。

現場業務、経理処理、決算資料、開示基礎資料、監査対応がつながっているか。業務の入口から財務報告の出口まで、一貫して説明できるか。担当者が変わっても同じ処理ができるか。

業務記述書を見直すことは、単なるJ-SOX資料の更新ではなく、業務標準化と権限移譲の入口になります。

業務記述書と評価手続を接続する

業務記述書は、作って終わりではありません。整備評価・運用評価に接続して、はじめて意味を持ちます。

整備評価では、業務記述書に記載された業務プロセスをもとに、財務報告リスクに対応する統制が設計されているかを確認します。

たとえば、売上の期間帰属リスクに対して、出荷日、検収日、売上計上日を確認する統制があるか。仕入・買掛金の網羅性に対して、検収済未請求や未払計上を把握する手続があるか。在庫評価の妥当性に対して、滞留・陳腐化在庫を把握する手続があるか。

運用評価では、業務記述書に記載された統制が、実際に一定期間継続して運用されていたかを確認します。そのためには、業務記述書上で、統制の実施者、頻度、証跡、保存場所がわかる必要があります。

業務記述書が整備評価・運用評価と接続していない場合、評価手続は属人的になります。内部監査担当者やJ-SOX担当者が毎年同じ担当者に聞きに行く。監査法人からの質問にその都度回答する。評価調書と業務記述書の内容がずれる。

この状態では、文書化が評価実務を支える基盤になっていません。

業務記述書は、評価調書の前提資料として機能する水準で整備する必要があります。

監査法人に説明できる業務記述書にする

監査法人対応の観点でも、業務記述書の質は重要です。

監査法人は、業務プロセスを理解したうえで、経営者が統制上の要点を適切に選定しているかを評価します。また、個々の統制上の要点について、実在性、網羅性、権利と義務の帰属、評価の妥当性、期間配分の適切性、表示の妥当性等に適合した監査証拠を入手することが求められます。
出典：金融庁｜財務報告に係る内部統制の評価及び監査の基準並びに財務報告に係る内部統制の評価及び監査に関する実施基準の改訂について（意見書）

この観点から見ると、監査法人に説明しやすい業務記述書とは、次のような文書です。

• 対象プロセスと対象範囲が明確
• 取引開始から会計処理までの流れが追える
• 担当部署と責任者が明確
• 承認・確認・レビューの内容が具体的
• 財務報告リスクとの関係が見える
• 証跡の所在が明確
• 例外処理や手作業処理が記載されている
• フローチャート、RCM、評価調書と整合している
• 業務変更時に更新されている

一方で、監査法人から質問が増えやすい業務記述書は、現場の説明をそのまま文章化しただけのものです。「確認する」「承認する」「連携する」「処理する」といった言葉が多く、何を、誰が、いつ、どの証跡で確認しているかが見えない文書です。

監査法人対応を円滑にするためには、業務記述書を「説明資料」として整える必要があります。

業務記述書を見直すときの実務上の確認ポイント

業務記述書を見直す際には、次の順番で確認すると論点を整理しやすくなります。

1. 評価範囲と一致しているか

まず、業務記述書が最新の評価範囲と一致しているかを確認します。

評価対象となる事業拠点、勘定科目、業務プロセス、ITシステム、子会社が変わっているにもかかわらず、業務記述書が更新されていないことがあります。

評価範囲が変われば、必要な業務記述書も変わります。

2. 業務実態と一致しているか

次に、記載内容が実際の業務と一致しているかを確認します。

担当部署、承認者、システム、帳票、締め日、例外処理、保存場所が変わっている場合には、文書を更新する必要があります。

特に、現場では変わっているのにJ-SOX文書には反映されていない変更には注意が必要です。

3. 会計処理まで接続しているか

業務記述書が現場処理だけで終わっていないかを確認します。

どのデータが会計システムに入るのか。どのタイミングで仕訳が起きるのか。決算整理や開示資料にどうつながるのか。ここが書かれていない場合、J-SOX文書としては弱くなります。

4. 統制点が読み取れるか

承認、照合、レビュー、システム制御、職務分掌、モニタリングなどの統制点が、業務記述書から読み取れるかを確認します。

統制点が読み取れない場合、フローチャートやRCMとの接続も弱くなります。

5. 証跡にたどり着けるか

運用評価で確認すべき証跡が、業務記述書からわかるかを確認します。

証跡の名称、保存場所、保存形式、保存責任者、電子承認やログの扱いが曖昧な場合、評価実務で手戻りが発生しやすくなります。

6. 例外処理が書かれているか

標準処理だけでなく、差異、エラー、取消、返品、修正、手入力、非定型取引が書かれているかを確認します。

例外処理が抜けている場合、実際のリスクに対応できていない可能性があります。

業務記述書は「現場に使える」ことも重要である

J-SOX文書は、監査法人向けに作るものではありません。会社自身が使うものです。

業務記述書が、内部監査やJ-SOX担当者だけの文書になっている場合、現場では何も変わりません。現場担当者が、自分たちの業務がどの勘定科目に影響し、どの確認が統制として意味を持ち、どの証跡を残す必要があるのかを理解できていなければ、統制は継続しません。

もちろん、業務記述書を現場マニュアルのように細かくする必要はありません。

しかし、現場が読んだときに、「なぜこの承認が必要なのか」「なぜこの照合を残すのか」「なぜこのエラー処理を記録するのか」がわかる文書であることは重要です。

J-SOX対応を経営管理体制へ接続するためには、文書を作るだけでは足りません。文書を通じて、業務の意味、統制の意味、証跡の意味を社内に共有する必要があります。

まとめ｜業務記述書は、取引が財務報告になるまでを説明する文書である

業務記述書で説明すべきなのは、単なる作業の流れではありません。

取引がどこから始まり、誰が関与し、何を承認・確認し、どのシステムや帳票を通じて記録され、どのように会計処理され、どの証跡が残るのかです。

業務記述書が強ければ、フローチャートは実態を可視化しやすくなります。RCMはリスクと統制を対応づけやすくなります。証跡管理も明確になります。整備評価・運用評価も進めやすくなり、監査法人への説明も整理しやすくなります。

反対に、業務記述書が弱ければ、3点セット全体が形骸化します。

「業務記述書が長いだけで、統制が見えない」
「現場説明としては合っているが、会計処理への接続がない」
「承認や確認は書かれているが、何を見ているのかわからない」
「例外処理や証跡が書かれていない」
「フローチャートやRCMと整合していない」

このような状態であれば、業務記述書を見直す価値があります。

J-SOX対応における業務記述書は、会社が自らの業務と数字を説明するための土台です。資料を作るための文書ではなく、会社の業務・会計・統制・証跡をつなぐ文書として整備することが重要です。

業務記述書・3点セットの見直しをご検討の方へ

業務記述書の見直しでは、単に文章を整えるだけでは不十分です。

評価範囲、業務フロー、財務報告リスク、会計処理、統制活動、証跡、整備評価・運用評価、監査法人対応までを一体で確認する必要があります。

犬飼公認会計士・税理士事務所では、J-SOX対応における業務記述書、フローチャート、RCM、証跡設計、評価手続、監査法人対応に向けた論点整理を支援しています。

「業務記述書はあるが、統制が見えない」
「現場の説明とJ-SOX文書がずれている」
「監査法人から、業務プロセスや証跡について追加説明を求められている」
「J-SOX対応を、決算・開示・業務標準化・経営管理体制の改善につなげたい」

このような課題がある場合は、まず現在の業務記述書が、取引開始から会計処理・証跡まで説明できる状態になっているかを確認することが有効です。

ご相談をご希望の方は、犬飼公認会計士・税理士事務所HPのお問い合わせページより、現在の状況やお悩みをご連絡ください。

振り返り｜本記事の重要ポイント

論点	重要ポイント
業務記述書の役割	作業手順書ではなく、取引が財務報告に反映される流れを説明する文書
業務開始点	現場作業の始まりではなく、財務報告リスクが生じる入口から考える
業務終了点	出荷・検収・請求などで終わらせず、会計処理や決算・開示への接続まで確認する
承認・確認	「承認する」だけでなく、誰が、何を、どの基準で、どの証跡により確認するかを説明する
入力・記録	手入力、システム連携、CSV取込、修正入力、エラー処理を曖昧にしない
会計処理	売上、仕入、在庫、固定資産、人件費など、関連勘定科目への反映まで記載する
例外処理	差異、エラー、返品、取消、修正、非定型取引こそ記載が必要
証跡	統制実施を後から確認できる資料・記録の名称、所在、保存責任を明確にする
担当部署	実施者、確認者、承認者、記録者を区別して記載する
フローチャートとの関係	業務記述書で整理した内容を、部門間連携や統制点として図示する
RCMとの関係	業務記述書で把握した流れをもとに、財務報告リスクと統制を対応づける
見直しの判断軸	評価範囲、業務実態、会計処理、統制点、証跡、例外処理との整合性を確認する