「エクセル 台帳 管理 限界」で検索する人の多くは、表計算そのものに不満があるわけではありません。困っているのは、台帳を開こうとしたら他の人が開いていて書けなかった、その一件です。そこから「自分のところにコピーを取る」が始まり、気づけば同じ台帳が何本も存在している。この記事では、台帳が回らなくなるときに最初に壊れる場所を「同時に開けない」に絞って説明し、どの順番で直せばよいのかを手順として置きます。乗り換えの話をする前に、いまの詰まりがどこにあるのかを見極められる状態にすることがゴールです。
台帳がエクセルで始まるのは、正しい判断だった
受付の台帳がエクセルで作られているのには理由があります。追加の費用がかからず、列を足すのも消すのも自由で、誰に教えなくても操作が伝わる。申し込みが週に数件で、担当が1人なら、表計算より速い道具はほとんどありません。最初にエクセルを選んだ判断そのものは、たいていの場合正しかったのです。
問題は、受付という仕事の性質が「増える方向にしか進まない」ことです。募集を出せば応募は増えます。窓口を案内すれば問い合わせは増えます。公募や助成の受付は、締切直前に一気に来ます。そして件数が増えると、必ず人が増えます。1人で回していた台帳を2人で見るようになり、繁忙期には3人目が入る。この「人が増えた瞬間」が、エクセル台帳の性格が変わる境目です。
現場では、件数そのものよりも、その台帳を触る人数が2人を超えたところから急に運用が重くなると言われています。ここを取り違えると、対策の方向を間違えます。行が増えたから遅い、列が多いから見づらい、と考えて表の整理を始めても、詰まりの本体は消えません。詰まっているのは表の中身ではなく、表への入り方だからです。
台帳の話をするときは、次の2つを分けて考えると見通しがよくなります。1つは「記録としての台帳」で、いつ誰から何が届いたかを残す役割です。もう1つは「作業板としての台帳」で、いま誰が何をしていて、次に何をすべきかを示す役割です。エクセルは前者が非常に得意で、後者が苦手です。管理の限界と呼ばれている現象は、記録としての台帳に、作業板の役割まで背負わせたときに現れます。
すべての根っこにある「同時に開けない」
台帳にまつわる困りごとを並べていくと、原因の系統は驚くほど少数に収束します。その中心にあるのが、同じファイルを2人以上が同時に書き換えられないという性質です。ここから枝分かれして、複製、版の分裂、最新が分からない、という順に事故が育ちます。
開けはするが、書けない
共有フォルダやファイルサーバーに置いた台帳を、誰かが開いたまま席を外している。後から開いた人の画面には読み取り専用の案内が出て、編集できません。ここで取れる行動は3つしかありません。開いている人に閉じてもらう、閉じられるまで待つ、あるいは自分の手元にコピーを取って作業を進める。
受付の現場でこの3つ目が選ばれる確率は、かなり高いと考えたほうが安全です。応募者や問い合わせ主を待たせている状況で「先輩が閉じるまで待ちます」と言える人は多くありません。担当者は悪意なく、むしろ責任感から手元にコピーを取ります。この時点ではまだ事故ではありません。事故は、コピーに書き込みが入り、元のファイルにも別の書き込みが入った瞬間に確定します。
読み取り専用で開いた状態のまま、うっかり編集を続けてしまう例もよく聞きます。入力は普通にできてしまうため、保存しようとするまで気づきません。保存の段階で別名保存を促され、そこで初めて「元に戻せない30分」が発生します。名前を付けて保存すれば作業は消えませんが、その瞬間に台帳は2本になります。
複製が生まれる瞬間は、いつも善意から
台帳の複製が生まれるきっかけは、おおむね決まっています。開けなかったからコピーした。在宅勤務の日に持ち帰るためコピーした。上長に見せるために不要な列を消したものをコピーした。締切前に壊すのが怖くてバックアップとしてコピーした。集計だけしたいので加工用にコピーした。どれも、その場では合理的な判断です。
そしてファイル名が増えます。「台帳」「台帳_最新」「台帳_最新2」「台帳_0901修正版」「台帳_田中確認済」「台帳(1)」。ここまで来ると、名前を見ても中身の新旧が判定できません。更新日時で判別しようとしても、開いて閉じただけで日時が動くことがあり、決め手になりません。
複製が特にやっかいなのは、消しにくいことです。どれかが最新である可能性が残っている限り、誰も捨てられません。捨てて中身が失われたときの責任を、誰も取りたくないからです。結果として、使わないファイルが残り続け、次に台帳を触る人の判断をさらに難しくします。管理の限界と呼ばれる状態は、この「捨てられないファイル」が積み上がった状態とほぼ同義です。
誰が最新かが分からなくなる
版が分かれた台帳の本当の被害は、データが消えることではありません。「どれを信じればいいか分からない」という状態そのものです。
同じ応募者の行が、片方の台帳では「書類選考中」、もう片方では「面談日程調整中」になっている。どちらが正しいのかを確かめるには、メールボックスを開いて実際のやり取りを追うしかありません。台帳を見れば分かるはずだったことを、台帳の外で確認する作業が発生します。この時点で、台帳は台帳としての機能を失っています。
さらに悪いのは、間違いに気づけないことです。片方の台帳しか見ていない人は、自分の見ている情報が古いことに気づきません。「対応済み」と書かれていない行を見て、まだ誰も返していないと判断し、返信します。相手には同じ内容の連絡が2通届きます。
版の分裂を人の注意力で防ごうとするのは、無理があります。ファイル名の付け方を統一しましょう、と決めた運用ルールが半年もった例はほとんど聞きません。ルールが守られなくなるのは、担当者がだらしないからではなく、締切前の忙しい瞬間にルールを守ると業務が止まるからです。仕組みが人に無理を強いているとき、負けるのは常にルールのほうです。
版が分かれた台帳が、受付業務を壊す4つの形
同時に開けない、複製される、最新が分からない。この3つが揃うと、受付の仕事には具体的な形で被害が出ます。どれも「表の使い方が下手だから」ではなく、構造から必然的に生まれます。
二重返信と、返し忘れ
受付業務で最も信用を落とすのが、この2つです。二重返信は、送られた側から見ると「管理されていない窓口」の証拠になります。返し忘れは、相手が黙って去るので、こちらは気づきません。気づけない失敗のほうが、実際の損害は大きくなります。
原因は単純で、返信したかどうかが台帳に残っていないからです。返信の事実はメールソフトの送信済みフォルダにあり、台帳にはありません。担当者が返信のたびに台帳へ戻って「済」と入れる運用にしていても、台帳が開けなかった日にはその1件が抜けます。抜けた1件は、次に台帳を見た人には未対応に見えます。
返信したかどうかが表に残らないと、二重返信と返し忘れは必ず起きます。担当者の性格や注意力は関係ありません。記録する場所と、作業する場所が離れている限り、間は必ず抜けます。
締切後の集計が合わない
公募や助成の受付、イベントの申し込み、講座の受講申し込みのように、締切がある受付では、締切直後に必ず件数の確認が入ります。何件届いたか、うち要件を満たすのは何件か、辞退は何件か。
このとき台帳が複数あると、集計は必ず食い違います。合わせるために全ファイルを開いて突き合わせる作業が発生し、締切直後という最も忙しい時間帯に、最も神経を使う照合を手作業でやることになります。しかも照合の結果を報告した後で「実はもう1本あった」と判明する事故が起きます。
集計が合わない状態は、単に手間がかかるだけではありません。対外的に出した数字を後から訂正することになれば、受付そのものの信頼が揺らぎます。助成金や公募のように公的な性格を持つ受付では、これは軽い話ではありません。
個人情報が枝分かれして増える
台帳を複製するということは、そこに載っている氏名、連絡先、住所、経歴、場合によっては家族構成や収入の情報まで、まとめて複製するということです。コピーは共有フォルダの奥、担当者のデスクトップ、持ち帰り用のUSBメモリ、メールの添付ファイルとして、それぞれ別の場所に増えていきます。
どこに何本あるか分からない状態は、そのまま「削除できない状態」を意味します。保管期限が来ても、全部を消したと言い切れません。退職者の端末に残っていないかも確認できません。
個人情報取扱事業者は、その取り扱う個人データの漏えい、滅失又は毀損の防止その他の個人データの安全管理のために必要かつ適切な措置を講じなければならない。 出典: ppc.go.jp
安全管理のために必要かつ適切な措置、という言い方は幅がありますが、少なくとも「どこに何本あるか把握できていない」状態が、この求めに沿っているとは言いにくいはずです。漏えいなどが起きた場合、個人情報保護委員会への報告は速報がおおむね3〜5日以内、確報が30日以内、不正の目的によるおそれがある事案では60日以内という枠組みで運用されています。台帳が何本あるか分からない状態では、この日数のうちに範囲を特定すること自体が難しくなります。具体的な適用の判断については、所管の窓口や専門家に確かめてください。
引き継ぎができない
台帳が1本しかなければ、引き継ぎは「このファイルを見てください」で終わります。複数あると、引き継ぎ資料に「ファイルの見分け方」を書く羽目になります。どのファイルが生きているか、どれが加工用か、どのシートが集計用か。前任者の頭の中にしかない知識を、口頭で伝えることになります。
担当が代わるたびにこの説明が発生し、そのたびに少しずつ情報が欠けます。数代を経ると、誰も全体像を説明できない台帳が残ります。管理の限界という言葉が最もはっきり当てはまるのは、この状態です。
共有機能や共同編集を入れても、残るもの
「同時に開けないなら、クラウド上に置いて共同編集にすればいい」というのは自然な発想で、実際にかなりの部分は解決します。同じファイルを複数人が同時に編集できるようになり、読み取り専用の壁は消えます。バージョン履歴が残る仕組みもあるため、上書き事故からの復旧もしやすくなります。表計算をやめる前に、まずここを試す価値は十分にあります。
ただし、共同編集にしても消えない問題が3つ残ります。
1つ目は、同じセルを同時に触ったときの上書きです。行単位でロックがかかるわけではないため、2人が同じ行の状態欄を別々の値に更新すれば、後から書いたほうが残ります。件数が少なければまず衝突しませんが、締切直前に全員が同じ画面を見ている時間帯は、まさに衝突しやすい時間帯です。
2つ目は、権限が「ファイル単位」でしか切れないことです。台帳には応募者の連絡先も、選考中のメモも、内部の評価も同居しています。閲覧だけさせたい人にファイルを渡すと、見せたくない列まで一緒に渡ることになります。列を消した別ファイルを作って渡す、という運用が始まった時点で、複製の問題が戻ってきます。
3つ目は、これが一番大きいのですが、共同編集にしても受け付けたあとの作業が台帳の外にあるという構造が変わらないことです。返信はメールソフト、添付書類はフォルダ、日程調整はカレンダー、選考メモは別の文書。台帳はそれらの結果を人が転記して初めて更新されます。転記が止まれば台帳は古くなり、古い台帳を見た人が誤った判断をします。同時編集できるようになっても、転記という作業そのものは減りません。
つまり共有機能は「開けない」を直しますが、「書き写す」は直しません。台帳の管理が限界だと感じている人の疲れの大半は、実は後者から来ています。
直す順序
いきなり道具を入れ替えると、たいてい失敗します。移行の途中で新旧の台帳が並走し、複製の問題が最悪の形で再現するからです。順番があります。
手順1 正の台帳を1本に決めて、口に出して宣言する
最初にやるのは、道具の検討ではありません。いま存在する台帳のうち、どれが正なのかを1本決めることです。決め方は単純で、直近の受付で実際に使われていたものを選びます。中身の完成度ではなく、使用実績で選ぶのがコツです。きれいだが誰も見ていない台帳を正にすると、翌日から誰も更新しません。
決めたら、他の台帳をすべて別のフォルダへ移し、フォルダ名を「使用しない」にします。削除はしません。削除できないから残っているという事情を無視すると、この作業自体が進みません。移動するだけなら心理的な抵抗がほとんど無く、実行できます。
そして、関係者全員に「今日からこのファイルだけを見る」と明示的に伝えます。暗黙の了解では戻ります。移行の途中で最も危険なのは、半分の人が新しいルールを、残り半分が古いルールを使っている期間です。この期間を短くすることが、この手順の目的です。
手順2 入り口を1本にして、転記をやめる
次に見るのは、台帳の中ではなく、台帳の手前です。いま受付は何本の入り口から入ってきているか。メール、電話、紙の申込書、Webのフォーム、SNSのメッセージ。入り口が多いほど、台帳への転記が増えます。転記は、抜けと打ち間違いの発生源です。
入り口を1本に寄せる現実的なやり方は、フォームを正面に置き、他の経路で来たものはフォームの案内に戻す運用にすることです。電話で受けたものは、こちらでフォームに代理入力する。これだけでも、届いた情報が最初から表の形になるため、転記の量が大きく減ります。
フォームを選ぶときに見落とされがちなのが、回答者側の負担です。回答者にアカウント登録を求めると、そこで応募をやめる人が出ます。特に採用の応募や公募の受付では、登録画面を1枚挟むだけで到達率が落ちます。入り口を1本化するはずが、入り口を狭めてしまっては本末転倒です。受け付けたい相手が誰なのかを先に決めて、その人に合う入り口を選びます。
どんな場面でどんな入り口が必要になるかは、受付の種類によってかなり違います。応募者から履歴書などのファイルを受け取り、選考の状態を追いかける必要がある採用の応募受付と、締切までに要件を満たす申請を集めて後から一括で審査する助成金・公募の受付では、必要な列も、締切前後の動き方も別物です。自分の受付がどの型に近いかを先に決めておくと、道具の比較が一気に楽になります。
手順3 状態と担当の列を、台帳の左側に足す
台帳が作業板として機能するために最低限必要な列は、多くありません。状態、担当者、最終更新日時、次にやること、この4つです。そして、これらは表の右端ではなく、左側の見える位置に置きます。右端に置くと横スクロールしないと見えず、見えない列は更新されません。
状態の選択肢は、増やしすぎないことが重要です。未対応、対応中、返信済、保留、完了、これくらいから始めます。細かく分けたくなりますが、選択肢が多いほど入力が止まります。運用しながら足りない状態が見つかったときに追加すれば十分です。
担当者の列は、空欄を許さない運用にします。空欄は「誰の仕事でもない」を意味し、そのまま放置される行になります。届いた時点で一時的にでも誰かを割り当て、後から付け替えるほうが、抜けは減ります。
最終更新日時を人が手で入れる運用は、続きません。手で入れなくても自動で残る仕組みがあるなら、それを使います。誰がいつ触ったかが自動で残ることは、版の分裂を検知する唯一の実用的な手段です。
手順4 返信を、台帳を見ている画面から出す
ここが、表計算のままでは越えにくい一線です。返信の操作が台帳の外にある限り、返信の事実は人が転記しない限り台帳に載りません。
受け付けた画面から返信でき、その履歴が同じ行に残るという形にできれば、二重返信と返し忘れは構造的に減ります。誰が、いつ、何を送ったのかが行の中にあるため、次に開いた人がメールボックスを確認する必要が無くなります。
すぐに道具を替えられない場合の折衷案もあります。返信のたびに、送信済みメールの控えを自分宛にも送り、件名に台帳の管理番号を入れておく方法です。台帳の更新が遅れても、管理番号で検索すれば返信の有無を確認できます。根本解決ではありませんが、複数人で回している期間の保険にはなります。
問い合わせ窓口のように、届いたものに必ず返信が発生する受付では、この手順の効果が最も大きく出ます。実際に問い合わせの受付を回している担当者からよく出るのは、記録より返信のほうに時間が取られているという話です。返信が台帳の中に入ると、記録は返信の副産物になります。
手順5 権限と保管期限を、移行の前に決める
新しい仕組みに移してから権限を考えると、初期設定のまま全員が全部見られる状態が既成事実になります。移行前に決めます。
決めることは3つです。誰が全件を見られるか。誰が自分の担当分だけを見られるか。誰が個人情報の列を見なくてよいか。集計だけしたい人や、上長への報告にしか関わらない人は、多くの場合3つ目に該当します。ここを分けられると、列を消した別ファイルを作る動機が消え、複製の再発を防げます。
保管期限も同時に決めます。採用の応募書類、講座の受講記録、施設の利用申請では、残すべき期間の考え方が異なります。期限が決まっていれば、期限が来たときに消せます。決まっていないと、消せないので永久に残ります。ここは自組織の規程と、必要に応じて所管の窓口や専門家の確認を挟んでください。
手順6 表を残すのか、置き換えるのかを最後に決める
順番として、道具の選定は最後です。手順1から5を実行してみると、まだ残っている痛みが何なのかがはっきりします。
同時に開けない問題が共同編集で解消し、返信の量が少なく、担当が1人なら、表計算のままで問題ありません。逆に、返信が業務の中心にあり、担当が複数いて、締切に集中し、個人情報を扱っているなら、受付の入り口から返信までを1つの画面で扱える仕組みに移す価値があります。判断材料は「件数」ではなく、「返信の量」と「関わる人数」です。
乗り換えなくてよい場合もはっきりある
限界という言葉が付くと、すぐ移行すべきだと思いがちですが、そうとは限りません。次のどれかに当てはまるなら、いまの表計算を続けるほうが合理的です。
受付が年に数回しかない場合。件数が少なく、台帳を触る人が最初から最後まで1人の場合。届いた情報を記録するだけで、こちらから返信する必要がほとんど無い場合。集計や分析が主目的で、状態管理をしていない場合。既にWebサイトにフォームが埋め込まれていて、そこから来る回答をそのまま表に落として使えており、誰も困っていない場合。
現在使っているフォームがWordPressのプラグインで組まれているなら、サイト側の都合との兼ね合いも出てきます。そのあたりの整理はContact Form 7との比較にまとめてあります。フォームの作りやすさと、届いたあとの扱いやすさは別の話なので、いま困っているのがどちらなのかを切り分けてから読むと判断しやすくなります。
社内向けの受付で、回答者が全員同じ組織のアカウントを持っているなら、既存の業務基盤に含まれているフォーム機能で足りる場面も多くあります。組織アカウントを前提にした受付との違いはMicrosoft Formsとの比較で整理しています。回答者が社外の人かどうかで、必要な条件が大きく変わる点だけ、先に確認しておくと迷いません。
移行にはコストがかかります。設定の時間、関係者への説明、移行期間中の並走。これらを払ってでも解決したい痛みが無いなら、払わないのが正解です。痛みがあるかどうかの判定は、この記事の前半に挙げた4つの被害、つまり二重返信、集計の食い違い、個人情報の枝分かれ、引き継ぎ不能のうち、実際に起きたものがいくつあるかで測れます。1つも起きていないなら急ぐ理由はありません。
受ける側の目線で、道具を選ぶときに見るところ
道具を替えると決めたときに、比較の軸を「作りやすさ」に置いてしまうと、また同じところで詰まります。フォームは1度作れば当分いじりませんが、受け付けたあとの作業は毎日発生するからです。見るべきなのは、届いてからの動線です。
まず、届いた1件を開いたときに、その画面で何ができるかを確認します。状態を変えられるか。担当を割り当てられるか。メモを残せるか。返信を出せるか。過去のやり取りが見えるか。ここが揃っていると、担当者は1つの画面から離れずに済みます。画面を移動しないで済むことは、そのまま転記の消滅を意味します。
次に、複数人で同時に触ったときの挙動を確認します。同じ案件を2人が開いたときに、後から保存したほうが黙って勝つのか、警告が出るのか。誰がいつ更新したかが行に残るのか。ここが弱い道具に移しても、版の分裂は形を変えて再発します。
3つ目に、回答者側の手間を確認します。アカウント登録が要るか。スマートフォンで書けるか。ファイルを添付できるか。書きかけを保存できるか。受付は、送ってもらえて初めて成立します。管理側の都合だけで選ぶと、届く件数そのものが減ります。
4つ目に、外に出す手段を確認します。CSVで書き出せるか。書き出した内容に、状態や担当や返信履歴まで含まれるか。将来また別の仕組みに移るときに、持ち出せない情報があると身動きが取れなくなります。移行の入りやすさより、出やすさを見るのが安全です。
手早く始められるフォームから移る場合、何が変わって何が変わらないのかを具体的に並べておくと判断が速くなります。回答をスプレッドシートで受けて追いかける形との違いはGoogleフォームとの比較で整理しています。フォームそのものの作りやすさではなく、回答が集まったあとに誰がどう触るのかを軸に読むと、自分の受付に必要な条件が見えてきます。
イベントや講座のように、申し込みを受けたあとに定員管理や事前連絡が続く受付では、状態の持ち方がそのまま業務量に響きます。イベントの申し込みと講座の受講申し込みでは、締切後の連絡が1回で終わるか、開催まで複数回続くかという違いがあり、必要な履歴の残し方も変わります。
施設や設備の予約のように、同じ日時に対して申請が競合する受付では、先着の判定と却下の連絡が発生します。施設利用の申請は、状態の遷移が他の受付より複雑になりやすい型です。会員制の運営で入会を受け付ける会員の入会申し込みや、故障の連絡を受けて対応まで追う修理・サポートの受付も、届いた時点では終わらず、そこから何往復か続くという意味では同じ構造を持っています。
台帳の管理が限界だと感じる度合いは、この「届いてから何往復続くか」にほぼ比例します。往復が0回なら表計算で足ります。往復が複数回あり、往復の記録が別の場所に散っているなら、それが疲れの正体です。
台帳の限界を「同時に開けない」から捉え直す
受付の型ごとに何が起きているかを並べると、台帳が限界に近づく過程には共通の順序があることが見えてきます。
台帳が回らなくなる過程は、行数の増加ではなく、関わる人数の増加から始まります。人数が増えると同時に開けない場面が生まれ、そこから複製が生まれ、版が分かれ、最新が分からなくなります。この連鎖のどこか1か所を切れば、被害は止まります。最も切りやすいのは入口側、つまり「複製が生まれる瞬間」です。
複製が生まれるのは、担当者が待てないからです。待てないのは、相手を待たせているからです。したがって、担当者に「待て」と命じる運用ルールは必ず破られます。破られない対策は、待たなくてよくすること、つまり同時に触れる場所に台帳を置き、かつ触った履歴が自動で残るようにすることです。
その上で、返信の操作を台帳の中に入れられるかどうかが、次の分かれ道になります。受付から返信までが同じ画面にそろっている状態では、記録は作業の副産物として自動的に残ります。転記という工程が消えるため、更新漏れという概念自体が薄くなります。逆に、どれだけ高機能なフォームを入れても、返信が別の場所で行われる限り、台帳の鮮度は人の几帳面さに依存し続けます。
受付の仕組みに何ができて、何ができないかを具体的に確かめたい場合は、機能の一覧をできることで確認し、画面の動きそのものを動くところを見るで見ておくと、いまの表計算との差分が具体的に分かります。仕様は文章で読むより、実際の画面で状態を変えてみるほうが早く判断できます。
費用の見通しについては料金に記載があります。移行を検討するときは、道具の費用だけでなく、いま毎月かかっている転記と照合の時間を並べて比較してください。台帳の突き合わせに毎月何時間使っているかを一度測ると、判断の材料がはっきりします。移行前後によく出る疑問はよくある質問にまとめてあるため、社内で説明する前に目を通しておくと、想定問答を作る手間が減ります。
最後に、順序をもう一度確認します。正の台帳を1本に決める。入り口を1本に寄せる。状態と担当の列を足す。返信を台帳の中に入れる。権限と保管期限を決める。その上で、道具を替えるかどうかを決める。この順番で進めれば、移行の途中で複製が再発する事故を避けられます。逆に道具の検討から始めると、新旧の台帳が並走する期間に、これまでで最も多い版が同時に存在することになります。台帳の管理が限界だと感じたときほど、最初の1歩は道具選びではなく、いま手元にあるファイルのうちどれが正なのかを決めることから始めてください。
Q1. 台帳を共有フォルダからクラウドの共同編集に移せば、限界の問題は解決しますか？
同時に開けない問題は解消し、複製が生まれる主な動機も消えるため、効果は大きいです。ただし同じセルを同時に更新したときの上書き、ファイル単位でしか権限を切れない点、返信や書類の管理が台帳の外に残る点は変わりません。返信が業務の中心にあるなら、次の一手を検討する価値があります。
Q2. 台帳を1本に決めるとき、どのファイルを正にすればよいですか？
中身の完成度ではなく、直近の受付で実際に使われていたものを選んでください。きれいでも誰も見ていない台帳を正にすると、翌日から更新が止まります。他のファイルは削除せず「使用しない」フォルダへ移動し、関係者全員に今日からこの1本だけを見ると明示的に伝えることが重要です。
Q3. 台帳に最低限どんな列を足せば、二重返信や返し忘れを減らせますか？
状態、担当者、最終更新日時、次にやること、この4つを表の左側の見える位置に置いてください。右端に置くと横スクロールが必要になり、見えない列は更新されません。状態の選択肢は未対応、対応中、返信済、保留、完了程度から始め、運用しながら足りないものを追加するほうが定着します。
Q4. 移行にあたって個人情報の扱いで気をつけることはありますか？
台帳を複製すると、そこに載っている個人情報もまとめて増えます。どこに何本あるか分からない状態は、保管期限が来ても消せない状態と同じです。移行の前に、誰がどの範囲を見られるかという権限と、保管期限を決めておいてください。具体的な適用の判断は、所管の窓口や専門家に確かめることをおすすめします。