販売管理の内部統制｜権限・承認・監査ログの設計

販売管理の内部統制は、受注・出荷・請求・入金の職務分掌と、権限・承認・変更履歴を一つの統制表で対応させると設計できます。システムへ権限を設定するだけでは、例外処理や承認後の修正、ログの未点検が残ります。予防統制、発見統制、証跡、点検責任者を工程ごとに決めることが重要です。

対象は、BtoB販売管理の受注、出荷、請求、入金に関する統制です。特定業種に固有の不正手口ではなく、誤入力、無承認変更、処理漏れ、重複、削除後の追跡不能といった共通リスクを扱います。人数が少ない組織でも、兼務を前提に承認や事後点検で補える形へ落とします。

販売管理の内部統制とは

予防統制・発見統制・証跡の違い

予防統制は、入力規則、職務分掌、権限、承認などにより、誤りや無断処理を実行前に抑える仕組みです。発見統制は、一覧照合、例外抽出、監査ログの点検などにより、発生した差異を後から見つけます。どちらか一方だけでは、通常手順を外れた処理を十分に追えません。

証跡は、注文書、出荷記録、請求書、入金記録、承認履歴、操作ログなど、判断と処理を後から確認する材料です。証跡を保存しても見る人と頻度が決まっていなければ発見統制として働きません。対象、点検条件、点検責任者、対応期限を一組で設定します。

販売業務の工程別リスク早見表

工程別のリスクは、原因を担当者の注意不足だけにせず、予防と発見の両面で整理します。受注であれば条件誤り、出荷であれば未承認出荷、請求であれば漏れや重複、入金であれば誤消込などを対象にします。必要な操作と点検する役割を分けます。

リスク→統制→証跡→点検責任者マトリクスは、各リスクに対して誰が何を防ぎ、誰が何を見つけるかを明確にします。組織名ではなく実際の役割を割り当て、兼務時は承認者や事後点検者を別にします。業務やシステムの変更時には、統制と証跡が現在の手順に合うかを見直します。

内部統制を設計する3ステップ

受注・出荷・請求・入金のリスクを洗い出す

各工程について、誤った処理、処理漏れ、重複、無承認変更、証跡不足が起きた場合の影響を洗い出します。受注では得意先、商品、数量、単価、納期、請求条件を、出荷では対象明細と出荷数を確認します。請求と入金は元売上や請求番号まで追います。

通常取引だけでなく、特価、分納、返品、請求訂正、入金差額などの例外も対象にします。受注受付の確認項目は営業事務の受注処理とそろえ、後工程で同じ情報を再判断しないようにします。発生頻度と影響度を踏まえて優先順位を付けます。

職務分掌と追加・修正・削除・参照権限を決める

伝票やマスタについて、追加、修正、削除、参照、承認を誰が担当するかを役割ごとに整理します。登録者が自分の例外取引を無条件で承認し、証跡を残さず削除できる状態を避けます。人員上の兼務が必要なら、金額や例外条件に応じて承認または事後点検を加えます。

必要な権限粒度を業務要件として書き、導入するシステムで設定できる単位と照合します。項目単位や伝票単位などの精密な制御を前提にせず、確認できない部分は運用統制で補います。異動、退職、組織変更、業務追加を権限見直しの契機にします。

承認履歴と監査ログの点検責任者を決める

承認履歴では申請者、承認者、対象、金額、理由、日時を確認し、監査ログでは操作者、操作日時、追加・修正・削除の対象を追います。保存するだけでなく、例外取引、締め後修正、削除など点検対象を定めます。月次や週次など業務量に合う頻度で実施します。

点検責任者は、対象処理を日常的に実行する担当者とは分けるのが基本です。兼務する場合は上位者や別工程の責任者が事後点検し、結果と是正期限を残します。差異を見つけたら伝票修正だけで終えず、権限、承認条件、受付手順のどこを直すか決めます。

重点的に統制する変更・例外取引

単価変更・値引き・伝票修正を統制する

単価変更や値引きは売上と粗利へ直接影響するため、適用根拠、変更前後、申請者、承認者を記録します。通常単価との差、案件の事情、見積との対応を確認し、口頭許可だけで受注へ反映しません。承認後に再修正した場合も新しい履歴を残します。

値引きの確認レベルは金額だけでなく、粗利、取引条件、例外理由を組み合わせます。値引き承認フローで定めた直列承認と監査記録を使い、誰が最終判断したかを追える状態にします。締め後の伝票修正は請求や入金への影響も確認します。

マスタ変更・削除・入金処理の証跡を残す

得意先、商品、単価などのマスタ変更は、その後の複数伝票へ影響するため、申請理由と変更前後を記録します。削除は過去取引の参照や照合を妨げる可能性があるので、実行できる役割と代替手段を確認します。システムで可能な処理範囲を確かめ、存在しない制御を前提にしません。

入金処理は入金データ、請求、消込結果を結び、差額、未消込、取消、再消込の履歴を残します。返品が関係する減額や返金は返品処理の業務フローと同じ元取引へ関連付けます。定期点検では件数と金額だけでなく、実施者、処理日、訂正理由を確認します。

販売管理システムの統制要件

権限・直列承認・全操作ログを確認する

システム選定では、利用者ごとの権限、申請から承認までの流れ、操作ログの対象と閲覧方法を確認します。業務要件に必要な追加、修正、削除、参照の区分と、製品で設定できる権限単位を実機で照合します。確認できない粒度をあるものとして設計しません。

販売HUBは簡易な直列承認と全操作監査ログを備えています。監査ログは操作の確認に使い、承認は申請者から承認者へ順番に回す範囲で利用します。販売管理システム比較の選定項目に、ログの検索・保管、承認対象、権限の設定単位を加えます。出典: 販売HUB公式サイト（https://hanbai-hub.com/・取得日 2026-08-15）

未実装の自動差止め・複雑な承認を切り分ける

販売HUBには、与信条件に応じた自動差止め、条件分岐承認、並列承認、代理承認は実装されていません。与信超過を自動で止める前提や、複数部門が同時承認する前提で運用を組みません。必要な場合は一覧確認、手動保留、担当者への連絡、別の承認手段を含めて設計します。

未実装機能を運用で補う場合は、対象条件、確認者、期限、解除者、証跡を決めます。販売管理システムのRFPチェックリストに必須要件と代替運用を記載し、導入後の認識差を防ぎます。機能追加や業務変更があれば、代替統制が引き続き必要かを見直します。

販売管理の内部統制に関するFAQ

小規模な組織でも職務分掌は必要？

職務分掌の必要性は人数だけでなく、処理の金額、頻度、訂正可能性、顧客への影響で判断します。少人数では受注登録と請求を同じ人が担当する場合もありますが、重要な変更まで自己承認にしません。管理者の承認や定期的な事後点検で補います。

兼務する工程と分離できる工程を一覧にし、例外取引、削除、締め後修正など重点対象を決めます。日常処理を止めない範囲で、証跡を残す担当と見る担当を分けます。点検結果と是正期限を記録すれば、人数が少なくても統制の実効性を確認できます。

監査ログでは何を確認する？

監査ログでは、操作者、日時、対象データ、追加・修正・削除の内容を確認します。単価や数量の変更、承認後の修正、締め後処理、削除など、影響の大きい操作を優先します。承認履歴や元伝票と照合し、変更理由が説明できるかを見ます。

全件を眺めるだけでは差異を見落とすため、対象条件、点検頻度、責任者を決めます。不審な操作だけでなく、必要な操作が行われていない処理漏れも確認します。点検日、対象期間、確認結果、是正内容、担当者、期限を残し、次回点検で完了を追います。

権限設定だけで不正を防げる？

権限設定だけでは、許可された利用者による誤処理、共謀、承認後の修正、点検漏れまで防げません。職務分掌、承認、原本照合、監査ログの定期点検、例外処理を組み合わせます。利用者の異動や退職時には権限を見直します。

権限は予防統制の一つであり、発見統制と証跡が補完します。重要な操作を実行できる役割、承認できる役割、ログを見る役割を明確にします。差異が生じた場合の報告先、修正方法、点検結果の記録先、再発防止の責任者、完了期限まで決めることが必要です。

まとめ｜機能ではなく点検まで設計する

販売管理の内部統制は、受注・出荷・請求・入金のリスクを、予防統制、発見統制、権限、承認、証跡、点検責任者へ対応させます。システム機能を導入するだけで終えず、例外と変更を誰がいつ確認するかを決めます。

販売HUBの簡易・直列承認と全操作監査ログは、実装範囲に合わせて利用します。与信自動差止めや複雑な承認が必要なら代替統制も含めて設計し、業務・組織・製品の変更時に見直してください。

関連記事

• 販売管理システム比較｜業種・規模別の選び方と主要機能
• 販売管理システムのRFPチェックリスト｜要件定義の進め方
• 値引き承認フローの作り方｜粗利を守る判断基準
• 営業事務の受注処理を標準化｜ミスを防ぐ確認項目

自社の販売業務リスクと職務分掌を整理し、販売HUBの簡易・直列承認と全操作監査ログが統制要件に合うか確認できます。権限・承認・点検の設計は、無料で相談するからご相談ください。