本文へ移動
Chatworkスキャン代行 Powered by atena

電子化した書類の管理台帳の作り方|PDFと原本をつなぐ項目と運用

公開日:更新日:電子化の進め方
PDFと原本を共通IDで照合する台帳とファイルを並べた机

電子化したPDFが増えると、ファイル名だけでは複数の条件で探しにくくなることがあります。管理台帳を作るときは、文書ID、種類、日付、案件、原本の所在、ファイルの保存先を共通の識別情報でつなぎ、誰がいつ更新するかを決めましょう。台帳そのものは検索・所在管理を助ける仕組みであり、特定の文書管理システムや自動登録機能を前提にするものではありません。この記事では、項目設計から原本との対応、更新権限、既存ツールでの試行までを解説します。

ファイル名と台帳の役割を分ける

ファイル名は一覧で見分けるための短い識別情報、管理台帳は複数条件で絞り込むための情報というように役割を分けます。年月、部署、文書種類などをすべてファイル名へ詰め込むと、長くなり表記も揺れやすくなります。台帳の項目が多すぎると入力が続かないため、「探すときに必要」「保管や処理の判断に必要」「運用責任を持つために必要」のどれに該当するかで選びます。

文書ID(架空例) 文書種別・対象日 PDFの格納先 原本の所在 状態・確認日
DOC-1001 契約書・2024/03 /取引先A/契約/DOC-1001.pdf 倉庫1・箱12 保管中・2026/10/20
DOC-1002 請求書・2024/04 /会計/2024/04/DOC-1002.pdf 本社・キャビネットB 所在照合済み
DOC-1003 点検記録・2023年度 /設備/点検/DOC-1003.pdf 工場2・棚C 原本判断待ち

台帳の項目を決める前に、利用者から実際の検索質問を集めます。「この案件の契約書」「特定年度の請求書」「ある担当部署の手順書」など、検索に使う条件と、結果を見分けるために必要な情報を区別します。検索質問に使われない項目は、入力コストと保守負担を踏まえて後回しにする方法もあります。最初から全てのメタデータを登録しようとせず、利用価値を確かめながら広げます。

管理項目を決める

最初は、共通の識別項目と、文書群ごとの追加項目を分けます。次は説明用の架空例です。特定の組織の実データではありません。

管理列には、項目名、入力形式、必須か任意か、値の例、入力責任者を定義します。たとえば日付は西暦に統一し、部署や文書種別は選択肢から選べるようにするなど、自由記述を減らすと表記の揺れを抑えられます。個人名や機密情報を検索用に登録する必要があるかは、利用目的と閲覧範囲を情報管理担当と確認してから決めます。

PDFと原本を同じIDでつなぐ

台帳の基本項目として、文書ID、文書名、種類、作成日または対象期間、所管部署、案件名、機密区分、PDFの保存先、原本の所在、状態、最終確認日を検討します。全ての文書で使わない項目は任意にし、空欄が認められる条件を定義します。日付の形式、部署名の表記、文書種類の選択肢などを統一すると、検索や集計で同じ意味の値が分散しにくくなります。項目を増やす前に、実際の検索質問を数件挙げ、必要な情報が揃うかを確認します。

原本の所在は、保管場所の移動や返却後にも追えるよう、箱番号や棚番号と更新日を持たせます。PDFを別のフォルダへ移した場合は、台帳のリンク先も更新する担当を決めておきます。原本を返却・保管・処理した履歴と、電子データの所在を別々の項目で記録すれば、スキャン済みという理由だけで現物の状態を誤認しにくくなります。処理の承認者と証跡の保存方法は社内ルールに従います。

更新と権限のルールを決める

PDFと原本を同じ文書IDで結び付けます。原本所在には、倉庫名だけでなく棚・箱・ファイル番号など、社内で実際にたどれる位置情報を使います。状態は「保管中」「貸出中」「判断待ち」「返却調整中」「処理指示済み」などに分け、意味を台帳の説明欄に記載します。電子化が終わったことと、原本の廃棄・返却が決定したことを同じ状態にしないでください。処理可否は文書の所管部署と社内ルールで確認します。

権限管理では、ファイル本体だけでなく台帳から機密情報の存在が分かるケースも考えます。閲覧権限、編集権限、ダウンロード可能な範囲、共有リンクの扱いなどを整理し、定期的に利用者を見直す担当を設定します。変更履歴を残すときは、履歴自体を誰が見られるかも確認してください。表計算ファイルを共有する場合も、個人アカウントに依存せず、社内で承認された保管先を使います。

既存ツールで運用を始める

登録担当、内容を確認する担当、閲覧を承認する担当を決めます。すべての利用者が編集できる台帳では、保存場所や状態が意図せず書き換わるおそれがあります。閲覧者と更新者を分け、修正履歴、更新日、変更理由を残す方法を検討してください。人事・取引などアクセス制限が必要な文書では、台帳自体に詳細な機微情報を書き過ぎないようにし、必要な項目と閲覧範囲を情報管理部門と相談します。

試行では、代表的な資料群を少量登録し、複数の部署の利用者に探してもらいます。検索に失敗した条件や誤って候補に選ばれた資料を記録し、項目の名称、入力ルール、ファイル名、フォルダ階層のどれを改善するか判断します。運用責任者が不在でも更新が続くよう、登録・確認・修正の手順を短い文書にまとめます。登録作業や索引データの作成を委託できるかは依頼内容ごとに確認し、未確認の機能を当然の前提にしないでください。

運用開始後は、台帳とPDFの不一致、原本所在の更新漏れ、検索語の不足、アクセス権の誤りを定期的に点検します。全件の棚卸しが難しければ、移動が多い文書群や機密度の高い資料を優先し、サンプル確認の対象を記録します。項目や入力ルールを変える場合は、既存データへの影響と、誰がいつ移行するかを決めます。台帳が現場の作業に合わなくなったときは、使われない列を整理しながら、必要な所在情報が失われないよう文書管理責任者が管理します。

あわせて読みたい

参考情報・サービス情報