権限と責任を組織で管理
情報セキュリティ対策を、作業担当だけへ任せない考え方の参考です。
根拠1を確認BPOは合意した入力・集計・照合・報告を担い、会社は取引事実・重要な例外・支払を承認します。作成と承認を分け、承認済み内容と実行データを照合。完全に人を分けられない工程は、独立した結果確認などの補完策を明示します。
社内経理とBPOの職務分離実務ガイド
経理の処理をBPOへ任せても、会社が何を承認したか分からなければ支払や会計の管理に空白が生じます。複数の部署や拠点が関わる会社では、申請した人、入力した人、承認した人、実行結果を確認した人を追えることが重要です。年商5億円を体制検討の入口に、社内経理とBPOの境界を工程と権限で整理します。この年商だから特定の組織や法定監査が一律必要という意味ではありません。
書類上で担当を分けても、同じIDですべて操作できる状態なら、承認前に実行されたり、承認後に内容を書き換えられたりするおそれがあります。逆に全権限を会社の一人へ集めると、その人が不在の日に止まります。原則の分離と、不在時に会社が認める補完方法を用意し、実際の操作履歴で確かめられる体制を作ります。
QUICK ANSWER
次の分担は運用例です。銀行サービスや契約が許す操作、会社規程、利用者権限と合わせて設計します。
| 役割 | 実施すること | 避けたい兼務・状態 |
|---|---|---|
| 作成 | 承認根拠から支払候補・振込データを準備 | 自分が追加した支払を一人で承認 |
| 承認 | 取引・金額・口座・予定日を会社が判断 | 一覧合計だけを見て口座や取引を確認しない |
| 実行 | 承認済みデータを権限の範囲で送信 | 承認後に変わったデータを再確認せず送信 |
| 照合 | 銀行結果・会計・債務消込を確認 | 作成者の自己申告だけで完了にする |
4人の専任者が必須という意味ではありません。少人数の場合は兼務の範囲、上限、独立確認、例外の再点検を会社が定めます。不正を完全に防げる保証ではありません。
EVIDENCE & DECISION
安全管理と資格業務の範囲を公的資料で確認し、具体的な分離案は会社の運用設計として示します。

規程では分離していても、操作できる権限は変わっていません。
同じ一覧を二人で見るだけで、原資料や銀行結果と照合していません。
送信後の結果や消込を独立して確認する担当がいません。
マスタ・請求・支払・給与・仕訳修正の影響を確認します。
会社とBPOの担当を工程ごとに明記します。
IDごとの操作可能範囲を分担表と比べます。
許可する業務、期間、金額、再確認者を整理します。
元資料から承認、実行、結果照合までを追います。
人・システム・範囲が変わったら分担と権限を同時に更新します。
口座を変更した人が、そのまま振込まで完了できます。
会社が見た一覧と、実際に実行した内容が異なります。
入力に不要な承認・送信・管理権限まで渡しています。
代理承認や特別権限に期限がなく、そのまま使い続けます。
VISUAL GUIDE
「依頼した」「送信した」だけでは完了にせず、会社が認めた内容と結果を照合します。
支払、仕入先マスタ、給与、請求、会計修正など、誤りや不正が会社へ大きな影響を与える工程を挙げます。各工程で申請から結果確認までを並べ、同じ人が内容を変え、そのまま承認・実行できる箇所を探します。単に部署名が違えば分離できたとは判断しません。
金額だけでなく、新規口座、給与情報、権限変更、社内関係者との取引なども確認対象です。どの兼務を避けるか、避けられない場合に誰が補完するかを会社が決めます。年商の大小よりも、扱う資金と情報の性質に合わせて優先順位を付けます。
社内の経理責任者は、取引を確定する部門、承認者、税理士等への質問を調整します。BPOの窓口は処理の進捗、差異、未回答、納品内容を説明します。質問がすべて経営者へ直接届く体制を避け、通常の事実確認と経営判断が必要な例外を分けます。
部門がBPOへ直接追加作業を頼む場合にも、契約範囲や締切が変わる依頼は社内窓口へ戻します。担当者同士の口頭合意だけで、会社の承認方法や費用を変更しないことが大切です。依頼を断る条件や、回答できない質問の引上げ先も定義します。
マスタの登録・変更には、申請根拠、変更前後、確認者、承認者を残します。口座変更のメールが届いたとき、そのメールへの返信だけで正当性を確定せず、会社が信頼できる経路で確認します。登録を入力する人と、口座を正しいと判断する人を分けます。
承認済みのマスタが支払準備へ使われたかも追います。更新担当が同時に振込データを作る場合には、会社の承認者が原資料と実行予定の口座を照合します。古いコードや口座は履歴を残して新規利用を止め、過去の記録との対応まで消さないようにします。
支払候補を作る前に、契約・発注、受領・検収、請求の対応を確認します。BPOが請求書を入力できても、現場で実際に受け取ったかを判断できるとは限りません。取引を確定する会社側の担当を明示し、未確認の候補を通常支払と分けます。
金額、税区分、支払日、相手先、重複の疑いを一覧で確認できるようにします。差異がある案件は理由を残して会社へ質問し、期限が近いからと独断で確定しません。請求書が承認されたことと、仕入先の口座が確認されたことを別々に追える状態にします。
会社の承認者は、対象取引、金額、振込口座、予定日を確認します。合計額だけでは相手先の入替えや口座の変更に気付けないため、個別明細と根拠へたどれる必要があります。承認した版を特定し、承認後に重要項目が変われば再承認へ戻します。
実行時には、銀行へ送るデータや最終画面が承認内容と一致するかを確認します。振込準備と最終承認・資金移動の役割は、銀行サービスの条件と会社規程に沿って決めます。担当者個人の認証情報を他者へ渡し、承認を代行させる運用は採りません。
送信したことと、相手へ支払が成立したことは別です。銀行の受付・実行・エラーなどの結果を確認し、未成立分を支払済みにしないようにします。BPOが支払候補を作成した場合も、会社が実行結果を取得し、候補や会計とつなげる手順を決めます。
照合担当は、実行者からの「完了しました」という連絡だけでなく、銀行結果や会計記録を確認します。支払失敗後に再実行する場合は、最初の結果を確かめて重複を防ぎます。差異があれば未解決のまま記録し、説明のない調整で消込を終わらせません。
支払だけでなく、仕訳の修正、部門振替、締め解除にも会社の確認を置きます。変更理由、根拠、対象期間、修正前後の金額、依頼者を追えるようにします。重要な修正は経営報告や税務資料へ影響するため、入力できる人が自由に確定しない設計が必要です。
修正後は総勘定元帳や関連帳票へ意図した通り反映したかを確認します。税務上の取扱いや複雑な会計判断は会社と専門家へ回し、BPOは合意した指示に基づく反映と照合を担当します。締め後の修正を旧版へ無言で上書きせず、報告済み資料との関係を残します。
四つの役割に四人を専任配置できない会社では、兼務を明示したうえで補完策を設けます。たとえば作成と実行を同じ担当が担うなら、会社の別の人が事前承認と銀行結果の独立確認を行う案を検討します。名義だけの確認者を置いても補完にはなりません。
代理承認には対象業務、期間、上限、本人の操作ID、事後確認者を設定します。緊急時の特別権限は終了日を決め、期限後に残っていないか確認します。通常の承認者が不在という理由だけで、作成者が自分の案件を承認できる状態へ切り替えないようにします。
分担表とシステムの操作権限を照合し、記帳担当へ不要な送金・承認・管理権限を付けていないか確認します。個人別IDだけでなく、外部共有、サービス連携、機械的に動く接続も対象です。設定内容はシステム管理者が確認し、契約上の役割と一致させます。
退職やBPO担当交代の際は、停止依頼と停止結果の確認を分けます。必要な記録の保全と、利用権限の終了は同時に考えますが、権限停止のために会計資料まで削除する必要はありません。変更後の担当が処理を継続できるかも確認し、過剰な権限の復活を防ぎます。
分担表が機能しているかを確かめるには、代表的な支払を原資料から結果まで追います。通常取引に加え、新規口座、差戻し、代理承認、失敗後の再実行なども対象として選びます。どの場面を確認したかを残し、未確認を問題なしに含めないようにします。
指摘が出たら、現在の資金・情報への影響を確認し、暫定措置と是正期限を会社が決めます。手順書と権限設定の両方を更新し、次回の実取引や安全な検証で修正後の状態を確かめます。単なる不正防止宣言で終えず、運用の変化を証拠で説明できることが目的です。
購買や検収が各拠点に分かれる会社では、本社経理がすべての取引の事実を知っているとは限りません。拠点側が何を受け取り、どこまで承認したかを記録し、本社とBPOへ渡します。現場の技術判断や品質保証を、経理代行の資料処理へ含めないことも必要です。
キャシュモが公開する標準化・確認工程と、葵パートナーズが公開する業務区分を参考に、委託する処理を細かく整理します。他社の説明は比較材料にとどめ、当社が同一の人員、資格者、監査体制、セキュリティ保証を持つ根拠として使用しません。
社内責任者を置く意義は、すべての入力を社内へ残すことではありません。会社の意思決定が必要な事項を受け止め、BPOへ正しい根拠を渡し、納品後の結果を確認することです。窓口担当が多忙な場合は、質問を事実確認・専門判断・経営承認へ分けて負担を見直します。
相談時には現状の業務分担、利用ソフト、銀行の権限区分、承認の流れを整理してください。認証情報そのものを共有する必要はありません。まず何ができる権限かを一覧で確認し、変更は会社の管理者が承認した手順で実施します。
会社は取引事実、契約、金額、期限、例外、資金移動、最終承認を担います。経理代行は承認済み資料の整理、入力、照合、一覧化、結果報告を支援します。
税務代理・税務書類の作成・税務相談は税理士、社会保険・労働保険の申請書等の作成や提出代行等は社会保険労務士、契約その他の法的判断は弁護士へ確認します。
READY-TO-USE TEMPLATE
打合せ前に必要な資料・担当・時点を確認する表です。処理履歴を記入する台帳とは別です。運用を始める際には、自社の担当者名、期限、確認結果、未解決事項の欄を追加してください。
| 確認する実務 | 用意する資料・記録 | 会社側の確認者 | 確認時点 |
|---|---|---|---|
| 重要工程と不適切な兼務 | 重要工程・兼務・リスク一覧 | 経営者・経理責任者 | 分担の設計時 |
| 社内責任者とBPO窓口 | 責任者・窓口・判断の連絡経路 | 会社の業務責任者 | 契約開始・部門変更時 |
| 仕入先マスタと口座変更 | 申請・別経路確認・変更履歴 | 購買責任者・支払管理者 | 新規登録・変更承認前 |
| 請求・検収と支払候補 | 発注・検収・請求・候補の対応表 | 現場責任者・経理 | 支払候補の作成時 |
| 支払承認と実行データ | 承認版・振込データ・実行記録 | 会社の支払承認者・実行者 | 送信・資金移動の前 |
| 実行結果と消込の独立確認 | 銀行結果・支払一覧・債務消込 | 実行者と分離した確認者 | 実行結果受領後 |
| 会計修正と締め後の変更 | 修正申請・根拠・承認・帳票差分 | 経理責任者・税理士等 | 重要修正・締め解除時 |
| 少人数での補完と代理承認 | 兼務理由・補完策・代理の条件 | 経営者・承認権限の管理者 | 代理設定前・緊急時 |
| ID・連携権限と担当交代 | 利用者・外部連携・停止確認表 | 会社の情報管理者 | 交代・異動・契約変更時 |
| 取引を通した点検と是正 | 抽出対象・指摘・是正・再確認 | 経理責任者・会社の点検担当 | 定期点検・重大変更後 |
表の項目や担当例は自社条件へ調整し、担当者名・期限・確認結果を追記してください。コピーした表は表計算ソフトのセルへ貼り付けられます。「表だけ印刷する」ではプレビューを確認してから印刷できます。
架空の分担例です。BPOが支払候補を作成し、会社の購買担当が検収を確認、経営者が支払を承認します。社内経理が銀行サービスで実行し、実行に関与していない確認者が銀行結果と一覧を照合します。経営者不在時は事前に認めた代理者が自分のIDで承認し、代理期間終了後に権限を確認します。四人の専任配置や、不正を完全に防げることを示した実績ではありません。
集計前に対象業務・対象期間・数え方をそろえ、重要性の基準も会社で決めます。率は百分率(%)で表示し、分母が0なら「対象なし」とします。期限超過と未処理は集計日時を併記し、件数・金額・実作業時間を混ぜずに比較してください。
実行記録に対応する会社承認が確認できない件数
再承認済み件数÷重要項目の変更件数×100。分母が0なら対象なし
銀行結果と支払候補・会計の照合が終わっていない件数
終了日を過ぎて有効な代理・緊急権限の件数
補完確認なしに一人で重要操作を完結できる工程数
修正後の証拠確認済み件数÷再確認対象件数×100。分母が0なら対象なし
SERVICE
当社は合意した資料の整理、記帳、支払準備、照合、報告等について、会社の承認工程と分けて支援範囲をご案内します。銀行の利用条件に反する操作や認証情報の共用を前提にしません。内部統制の認証・監査意見、不正の完全防止、法的判断を保証するものではありません。
取引・口座・例外を判断し、支払と重要変更を最終承認
合意した資料整理・入力・照合・集計を実施し、差異と未処理を報告
税務・労務・法務・システム上の専門判断と、会社が承認するための回答を担当
対応範囲は資料量、件数、利用システム、締め、例外処理を確認して事前にご案内します。専門資格が必要な判断・書類作成・代理手続きは当社サービスの範囲外です。
PRICE
記帳・給与計算・請求書発行をセットにした、規模に合わせて選べる月額プランです。業務量や資料の状態を確認したうえで、必要な範囲をご案内します。
横にスワイプしてプランを確認できます
〜5名・小規模事業者向け
記帳・給与計算・請求書発行をセットで
〜10名・中小規模向け
記帳・給与計算・請求書発行をセットで
〜15名・成長企業向け
記帳・給与計算・請求書発行をセットで
仕訳数・人数・請求書の件数を超える場合は追加費用が発生します。詳しくはお問い合わせください。
料金ページを見る →FAQ
A. 年商だけでは決まりません。処理量と必要な管理情報に加え、社内に残る取引判断・承認・委託先管理を確認し、分担を決めます。
A. 四人の専任配置を必須とする説明ではありません。兼務が避けられない場合は、会社の独立した事前承認・結果確認など、補完策と限界を明示します。
A. 個人の認証情報を共有して承認させる運用は避けます。銀行サービスが認める利用方法、会社規程、担当別権限を確認し、会社の最終判断と処理を分けます。
A. 実際の操作権限と履歴が分担表に合っているか確認します。担当交代や範囲変更時には表と設定を更新し、承認から実行結果まで代表取引で確かめます。
本文の判断軸と、確認に使った一次情報の対応を示します。
公的情報は情報管理、個人データの委託先監督、会計活用と資格業務の境界に使用。職務分離の具体例は法定の配置人数や統制評価基準を示すものではなく、各社のリスクと利用システムに合わせる実務提案です。 出典は2026年8月31日時点で確認。確認表、頻度、工程例、指標は法令が定める統一様式ではなく、各社の契約・件数・期限・規程へ調整する提案です。競合の公開情報は当社の提供範囲や実績を証明しません。個別の税務・労務・法務判断は資格者へご相談ください。
社内経理とBPOの職務分離実務ガイドでは、参照先の最新版と自社規程・実態を確認し、税務代理・税務書類の作成・税務相談は税理士、社会保険・労働保険の申請書等の作成や提出代行等は社会保険労務士、契約その他の法的判断は弁護士へご相談ください。
現在の資料量、利用システム、困っている工程を伺い、外注できる範囲と料金の目安を整理します。資料が完全にそろっていなくても、分かる範囲からご相談いただけます。
無料相談・お見積りはこちら