2026.09.23 DX

文書管理とワークフローの連携設計｜承認済み版の確定と電帳法要件の満たし方

稟議は電子化したのに、決裁が下りた契約書は担当者のデスクトップに残ったまま。文書管理とワークフローを別々に入れた組織で、この状態はよく起こります。原因は製品選定の失敗ではなく、文書のライフサイクルのどこで承認を挟み、決裁後の版をどこに置くかを決めないまま両者を並べたことにあります。この記事では、ワークフローシステムと文書管理システムの守備範囲の線引き、作成から廃棄までの段階に承認を組み込む位置、決裁完了を契機に確定版を登録する連携方式の比較、電子帳簿保存法のスキャナ保存要件が承認経路の長さに課す制約までを順に整理しました。どちらを先に導入するか、連携開発を見送るべきはどんな条件かも、判断する立場で言い切ります。

まとめ：文書のライフサイクルに承認フローを組み込む順序と役割分担

結論から書きます。文書管理とワークフローは、機能で分けるのではなく、文書の状態で分けてください。決裁が下りるまでの「まだ確定していない文書」はワークフロー側が持ち、決裁が下りた瞬間から「確定版として保存すべき文書」は文書管理側が持つ。この一線を引くだけで、版の食い違いと二重管理の大半は消えます。

連携の実装で決めるべき点は3つです。決裁完了をどう検知して文書管理側へ渡すか、渡した後に版番号と保存期間を誰が付けるか、利用者IDとアクセス権をどちらで管理するか。API連携・共有ストレージ経由・単一製品内完結という3つの方式があり、文書量と統制要件の水準で選び分けます。

制約もあります。国税関係書類を電子で保存するなら、受領から入力までの期間は最長でも2か月とおおむね7営業日以内に収める必要があり、これは承認経路を何段まで許すかという設計そのものを縛ります。導入の順序は、申請が滞っているならワークフローから、文書が探せないなら文書管理から。両方の課題が同程度なら、単一製品で統合できないか先に検討する価値があります。文書管理システムそのものの機能や選び方は文書管理システムの機能とファイルサーバーとの違いで扱っています。

文書管理とワークフローが分断された現場で起きる版ずれと差し戻しの実態

両者を別々に導入した組織で起きる問題は、どれも同じ場所から生まれます。決裁が下りた後の文書に、誰も責任を持っていないという構造です。

決裁済みの文書が個人フォルダに残り最新版を特定できなくなる構造

ワークフローシステムは申請の起票から決裁までを扱う道具で、決裁が下りた時点で処理を終えます。添付された規程やマニュアルは、承認の証跡として申請データに紐づいて残るだけです。そこから先、確定した文書を全社が参照できる場所へ置く工程は、たいていの製品では人の手に委ねられています。

この隙間で起きるのが版ずれです。決裁済みのファイルを担当者が自分のフォルダへ保存し、共有フォルダへの反映を忘れる。翌月、別の担当者が共有フォルダの旧版を編集して改訂を起票する。決裁の記録上は最新版が存在するのに、実務で流通しているのは一世代前の文書という状態が生まれます。監査で指摘されて初めて気づくケースも少なくありません。

回議中の文書と保存済み文書が二重に管理される状態が生む手戻り

もう一つの症状が二重管理です。改訂作業のたびに、文書管理システムから現行版をダウンロードし、修正してワークフローに添付し、決裁後に再びアップロードし直す。同じファイルが2つのシステムを行き来し、どちらが正かを人が覚えておく運用になります。

手戻りは改訂の頻度に比例して増えます。規程類のように年数回の改訂であれば人手でも回りますが、見積書や仕様書のように週単位で版が変わる文書では、アップロード漏れと版番号の付け間違いが常態化します。文書の量が増えたから破綻するのではありません。改訂の回数が増えたときに破綻するという点が、連携の必要性を判断する実務的な目安になります。

ワークフローシステムと文書管理システムの機能境界と役割分担の線引き

役割分担を決める前に、どこまでが各システムの本来の守備範囲で、どこが重なるのかを整理します。重なる部分をどちらに寄せるかが、連携設計の実質的な中身です。

申請承認を担うワークフロー側と保存検索を担う文書管理側の守備範囲

ワークフローシステムの本体は、申請経路の定義と回付の制御です。誰が起票し、どの条件で誰に回り、金額がいくらを超えたら承認者が増えるのか。この分岐を規程どおりに動かし、いつ誰が承認したかを証跡として残すところに価値があります。申請書式の作り込みと代理承認や差し戻しの制御も、こちら側の領分です。仕組みの詳細はワークフローシステムの機能と選び方で整理しています。

文書管理システムの本体は、確定した文書を探せる・追える・守れる状態で保持することにあります。全文検索と属性検索、改訂履歴、フォルダや文書単位のアクセス権、保存期間の設定と期限到来時の処理。扱う対象は申請書に限らず、規程・図面・契約書・議事録まで及びます。前者が流れを扱い、後者が在庫を扱うと考えると境界を捉えやすくなります。

版管理・権限設定・監査ログという機能重複3領域の寄せ方の判断

実際に重なるのは次の3領域です。両方に同種の機能があるため、どちらを正とするかを決めずに導入すると、設定が二重化して整合が取れなくなります。

重複する機能	寄せる先	判断の理由
版管理	文書管理側	確定版の履歴を長期に追うため
アクセス権限	文書管理側	閲覧範囲は文書属性で決まるため
監査ログ	両方で保持	承認証跡と閲覧証跡は別物のため
文書の検索	文書管理側	全文検索の精度に差があるため
承認経路の定義	ワークフロー側	条件分岐の作り込みが本領のため

監査ログだけは片寄せしません。ワークフロー側は「誰がいつ承認したか」、文書管理側は「誰がいつ閲覧・編集したか」を記録しており、内部統制上はどちらも必要になるためです。残りの4項目は片方を正と決め、もう一方の機能は使わない設定にしておくと、運用が始まってからの混乱を避けられます。

作成から廃棄までの文書ライフサイクル6段階と承認フローの組み込み位置

役割分担が決まったら、次はどの工程に承認を挟むかです。段階を明示的に並べると、承認が必要な工程と不要な工程が見分けやすくなります。

公文書管理法が定める作成から移管廃棄までの段階と民間文書への転用

文書のライフサイクルを段階として明文化した例に、公文書管理法があります。内閣府が示す行政文書の管理の仕組みでは、作成、整理（分類し名称を付け保存期間と満了日を設定）、保存、行政文書ファイル管理簿への記載・公表、保存期間満了後の移管または廃棄、管理状況の報告という段階が定められています。

民間企業にそのまま適用する必要はありませんが、転用できる考え方が2つあります。第一に、整理の段階で保存期間と満了日を設定するという点。作成時ではなく分類時に期限を決めるため、後から棚卸しする手間が減ります。第二に、保存期間が満了した文書の処置をあらかじめ決めておくレコードスケジュールという発想です。廃棄するか永久保存するかを満了時に判断せず、分類の時点で決めておくと、期限切れ文書の滞留を防げます。自社の文書分類表を作るときは、この2点を先に埋めるところから着手すると設計が進みます。

承認を通す文書と通さない文書の切り分け基準と改訂時の再承認条件

すべての文書に承認を求める設計は失敗します。切り分けの基準は「外部に出るか」「規程として人を拘束するか」「金銭が動くか」の3点です。契約書・見積書・社内規程・品質文書はいずれかに該当するため承認を通し、会議メモ・作業中の下書き・参考資料は通さずに文書管理側へ直接登録します。

改訂時の再承認は、変更の種別で分けます。条文や金額など内容に踏み込む改訂は初版と同じ経路を通し、誤字修正や様式の体裁変更は起案者と管理部門の2名承認に短縮する。この二段構えにしておかないと、軽微な修正のたびに役員決裁が必要になり、現場は承認を避けて文書を直さなくなります。承認経路そのものの設計手順は承認フローの仕組みとシステム化の判断基準で詳しく扱っています。

承認済み版を確定版として登録する連携方式とID連携の設計上の選択肢

ここからが実装の話です。決裁完了から文書管理側への登録までを、どの方式で自動化するかを選びます。

決裁完了を契機に確定版を文書管理側へ登録する処理の流れと落とし穴

自動登録の処理は、次の順序で組み立てます。どこまでを自動化し、どこから人が介在するかを明示しておくのが設計の要点です。

ワークフロー側で最終承認が完了し、申請ステータスが決裁済みに変わる
決裁完了を契機に、添付ファイルと申請項目（文書種別・部門・有効期日）を取得する
文書管理側の分類ルールに従い、保存先フォルダと保存期間を決定する
既存文書がある場合は改訂版として登録し、版番号を繰り上げる
登録完了を申請データに書き戻し、文書管理側のURLを証跡として残す

落とし穴となるのは4番目の工程です。同じ文書に対する改訂申請が2件並行して決裁されると、後から登録された版が先の版を上書きし、片方の改訂内容が消えます。起票時に対象文書をロックするか、決裁時に版の前提を検証して不一致なら差し戻す仕組みを入れておかないと、年に数回の頻度で事故が起きます。5番目の書き戻しも省略されがちですが、これが無いと監査時に承認と保存文書を突き合わせられません。

API連携・共有ストレージ経由・単一製品内完結の3方式の比較と選び方

連携の実装方式は大きく3つに分かれます。開発コストと統制の強さが逆相関するため、文書量と監査要件の水準で選びます。

方式	向く条件	弱点
API連携	両製品を変えたくない場合	開発と改修保守が要る
共有ストレージ経由	件数が少なく予算も限られる場合	版と権限の整合が崩れやすい
単一製品内で完結	これから両方を入れる場合	片方の機能が手薄になる

実務での選び分けは単純です。すでに片方を入れていて捨てられないならAPI連携、これから両方を入れるなら単一製品内完結を第一候補にしてください。共有ストレージ経由は導入が早い代わりに、決裁済みファイルを所定のフォルダへ書き出すだけで版番号も権限も引き継がれません。監査対応が要る文書では採らない方式です。

利用者IDとアクセス権を二重管理にしないID連携の設計と注意点

連携で見落とされやすいのがIDです。ワークフロー側と文書管理側で利用者を別々に登録すると、異動や退職のたびに2か所を直す運用になり、削除漏れが権限の残存につながります。人事異動の多い4月に事故が集中するのは、この二重管理が原因です。

対処は、既存の社内ディレクトリを唯一の正とし、両システムがそこを参照する構成にすることです。SAMLやOpenID Connectでのシングルサインオンに対応する製品なら、認証だけでなく部署コードなどの属性も渡せます。そのうえでアクセス権の判定は文書管理側に寄せ、ワークフロー側は承認者の決定にだけ属性を使う。権限判定を2か所に分散させると、どちらの設定が効いているのか誰も説明できない状態に陥ります。

電子帳簿保存法のスキャナ保存要件が連携設計に課す入力期間と検索の制約

国税関係書類を電子で保存する場合、承認経路の長さと保存側の機能は法令で枠がはめられます。根拠は電子計算機を使用して作成する国税関係帳簿書類の保存方法等の特例に関する法律とその施行規則で、実務の解釈は国税庁の一問一答に示されています。

受領から2か月とおおむね7営業日という入力期間が承認経路に課す制約

紙で受け取った請求書や領収書をスキャナ保存するとき、入力までの期間には上限があります。国税庁の電子帳簿保存法一問一答【スキャナ保存関係】令和7年6月の問23では、業務処理サイクル方式を採る場合でも、最長で受領等から2か月とおおむね7営業日以内に入力すればよいと示されています。おおむね7営業日以内なら「速やかに」行ったものとして扱う取扱通達4-17と、最長2か月の業務サイクルを通常の期間とみなす取扱通達4-18の組み合わせです。

この上限が承認経路の設計を縛ります。受領から承認完了までに3段の決裁を通し、各段が滞留する運用では、月次締めの遅れと重なった瞬間に期限を超えます。実務上の扱いは2通りです。スキャン・登録を承認の前段に置き、決裁は登録済みの電子データに対して行う。あるいは承認段数を2段までに絞り、各段の滞留日数に上限を設けて督促する。前者を採る組織が多いのは、期限の管理を承認者の勤怠から切り離せるためです。

訂正削除履歴の確保と取引年月日・金額・取引先の検索要件の満たし方

保存側にも要件が並びます。同じ一問一答の要件表では、解像度は200dpi以上、カラー画像は赤・緑・青それぞれ256階調（約1677万色）以上、見読可能装置は14インチ以上のカラーディスプレイで4ポイント文字が認識できること、と規定されています（規則第2条第6項）。加えて、訂正または削除の事実と内容を確認できるヴァージョン管理と、帳簿との相互関連性の保持が求められます。

検索機能の要件は、取引年月日その他の日付・取引金額・取引先の3項目を条件に設定できることです。この3項目は、決裁時にワークフロー側で入力された申請項目から引き継ぐのが現実的な設計になります。承認画面で取引先名と金額を必須入力にし、登録時に文書管理側の属性へ渡す。この一本の線が通っていないと、保存はできても検索要件を満たせません。要件の全体像と製品選定の観点は電子帳簿保存法に対応する文書管理システムの要件に整理しています。なお保存期間は、法人の場合で帳簿・書類とも7年、欠損金額が生じた事業年度については10年です（同一問一答の参考資料）。連携設計では、この年数を文書分類ごとの保存期間に落とし込んでおきます。

ワークフローと文書管理のどちらを先に導入するかの判断基準と投資順序

両方を同時に入れられる予算と体制がある組織は多くありません。片方から入れる前提で、順序の決め方を示します。

申請の停滞が主因か探せない問題が主因かで決まる導入の先後関係

判断は、いま業務を止めている事象がどちらかで決まります。押印待ちで案件が動かない、出張中の承認者に連絡が付かない、申請書の書式が部署ごとに違うといった症状ならワークフローが先です。効果が承認リードタイムの短縮という形で数週間のうちに現れます。

一方、どこに保存したか分からない、旧版を使って手戻りした、監査で文書を提示できなかったという症状なら文書管理が先になります。承認を電子化しても、決裁済み文書の置き場が定まっていなければ、電子化された未整理文書が増えるだけです。判断に迷う場合は、直近3か月の問い合わせを数えてください。「承認まだですか」が多いか「あの文書どこですか」が多いかで、投資すべき側が見えます。製品タイプごとの選び分けはワークフローシステム比較の判断軸で扱っています。

単一製品で統合できる条件と別製品を連携させるべき条件の分かれ目

ここは言い切ります。承認対象の文書が申請書・稟議書・経費精算といった定型文書に限られ、扱う文書の総量が数万件の規模に収まるなら、文書管理機能を持つワークフロー製品1本で統合してください。別製品を2つ買って連携開発を載せるより、総保有コストで下回ります。

逆に、図面・仕様書・品質文書のように改訂履歴を長期に追う文書が対象に含まれる場合、または部門ごとにアクセス権を細かく切る必要がある場合は、文書管理システムを正として別建てにします。ワークフロー製品に付属する文書機能は、全文検索の精度と権限設定の粒度で専用製品に届かないためです。境界の見極めは、扱う文書の種類が5つを超えるかどうかが一つの目安になります。既製品の組み合わせで要件が埋まらないときは、承認経路と文書属性を自社の規程に合わせて作るワークフローシステム開発という選択肢もあります。

文書管理とワークフローの連携が破綻する失敗パターンと見送るべき条件

連携すれば良くなるとは限りません。実際に破綻した設計には共通の型があり、そもそも連携しない方がよい条件も存在します。

全文書を承認対象にして回議が滞る設計と対象を絞る線引きの具体例

最も多い失敗が、対象文書を絞らずに始める設計です。全部門の全文書に承認を義務づけた結果、1日あたりの承認件数が部長1人あたり数十件に達し、中身を見ない押印ボタン係が生まれます。統制を強めたつもりが、承認の実質が失われるという逆の結果になります。

対象は最初から絞ってください。外部に出る文書、規程として人を拘束する文書、金銭が動く文書の3種に限定し、それ以外は文書管理側へ直接登録して閲覧権限だけで統制する。運用開始後に監査の指摘や事故があった分類だけを、承認対象へ追加していく。この順序なら、承認件数が現場の処理能力を超えません。

連携開発を見送るべき文書量と利用者数の水準、代替となる運用条件

連携開発を見送るべき条件も明示しておきます。決裁後に文書管理側へ登録する件数が月に数十件程度で、利用者が数十人規模に収まるなら、開発せず手作業の登録で回してください。API連携の開発と保守に要する費用を、削減できる作業時間が上回りません。

この規模で有効なのは、登録漏れを検知する仕組みを軽く作ることです。決裁済みで文書管理側に未登録の申請を週次で抽出し、担当者へ通知する。この抽出処理だけなら、両システムの一覧出力を突き合わせる程度で組めます。件数が月100件を超えたか、登録漏れが月に複数回発生するようになったときが、自動化へ切り替える判断のタイミングです。文書量が増えるより先に、改訂の頻度と担当者の異動が引き金になる点は押さえておいてください。

よくある質問

文書管理とワークフローの連携について、実際に寄せられることの多い質問をまとめました。

ワークフローシステムだけで文書管理まで賄えますか？

定型の申請書や稟議書に限れば賄えます。承認済みの申請データを検索し、添付ファイルを参照する程度であれば、多くの製品が標準機能で対応します。ただし全文検索の精度、フォルダ単位の細かなアクセス権、保存期間の満了通知といった機能は専用製品に及びません。図面や規程のように改訂を長期に追う文書、部署ごとに閲覧範囲を切る必要がある文書を扱うなら、文書管理システムを別に用意する判断になります。

文書管理システムに付いているワークフロー機能では足りませんか？

承認経路が単純なら足ります。起案者から上長1〜2名へ回すだけの経路であれば、文書管理システム付属の回覧機能で十分です。足りなくなるのは、金額による承認者の切り替え、部門をまたぐ並行承認、代理承認や条件付き差し戻しといった分岐が必要になったときです。自社の規程に「〇〇円以上は取締役会」といった条件が書かれているなら、その条件をそのまま設定できるかを製品選定の段階で確認してください。

連携の開発期間と費用はどのくらいかかりますか？

要件によって幅がありますが、決裁完了から文書管理側への登録までを自動化する範囲なら、数か月規模の開発になることが一般的です。費用を押し上げるのは連携本数そのものではなく、文書分類ごとの保存期間・命名規則・権限パターンの数です。分類が10種類あれば、それぞれの登録先と権限を定義する必要があります。見積りを取る前に文書分類表を作っておくと、金額の振れ幅が小さくなります。

電子帳簿保存法に対応するには承認フローの見直しも必要ですか？

スキャナ保存を採る場合は必要になります。国税庁の一問一答では、業務処理サイクル方式でも入力までの期間は最長で受領等から2か月とおおむね7営業日以内とされており、承認経路が長いと期限を超えるためです。実務では、スキャンと登録を承認の前段に置き、決裁は電子データに対して行う形へ組み替える例が多く見られます。承認段数の削減と、各段の滞留日数の上限設定もあわせて検討してください。

紙の押印運用を残したまま部分的に電子化できますか？

できます。実務では、社外に出す契約書だけ紙の押印を残し、社内の稟議と規程改訂を先に電子化する進め方がよく採られます。注意点は、紙と電子で承認記録が分かれるため、監査時に両方を突き合わせる手順を決めておくことです。紙で承認した文書もスキャンして文書管理側へ登録し、承認日と承認者を属性として入力しておくと、検索と証跡が電子側に一本化されます。