「エクセルの転記を自動化したい」の前に──最新のデータが、どこにあるか言えますか

SNS や動画で、AI の活用事例を見る機会が増えました。「こんなことまでできるのか」と驚いて、こう思う。
うちの転記作業も、これで自動化できるんじゃないか。
まったく正しい発想です。そして実際、転記の自動化は AI がいちばん得意な領域のひとつでもあります。
ただ——実際にやってみると、思っていたところでは詰まりません。
コードが書けないから詰まるのではない。AI がうまく動かないから詰まるのでもない。手を動かし始めて 30 分後に、こういう疑問が湧いて止まります。
……で、どのファイルが最新なんだ?
この記事は、そこから先の話です。
まず、これは珍しい悩みではありません
自分だけの問題だと思う必要はありません。数字が出ています。
システム会社の調査(2026 年 5 月/働く人対象)によれば、同じ情報を複数の場所に入力する「二重入力」を経験している人は 56%。半数を超えています。
そして調査元の分析が的確でした。
業務やシステムが部門ごとに部分最適化され、同じ情報を複数の場所で管理せざるを得ない構造がある。
構造の問題である、と言っています。誰かがサボっているわけでも、整理が下手なわけでもない。
実際に当たった、3 つの詰まりどころ
私たちが案件で当たったものを、正直に並べます。どれも「転記を自動化する」の手前で待っています。
① マスターのコピーが、担当者ごとに独自運用されている
いちばん多く、いちばん厄介です。
作業を分担すると、それぞれの担当者が「自分の作業に便利な形」を必要とします。列を足す、並び替える、いらない行を消す、色を付ける。そうやって手元にコピーを作り、そこで作業する。
結果、こうなります。
- 元のファイルがどれだったか、分からなくなる
- 誰かが手元のコピーだけを更新している
- 同じ項目に、違う値が入っている
そして誰も嘘をついていません。全員が「自分の手元が最新だ」と思っています。
この状態で転記だけを自動化すると、何が起きるか。どれかのコピーを正しいものとして扱って、間違ったデータを他所へ速く配ることになります。
② データが膨大で、管理者が全体を見渡せない
2 つ目は、量の問題です。
数千行、数万行になると、管理する側が全体を目で確認できなくなります。おかしな値が混ざっていても気づけない。
これが効いてくるのは、自動化した後です。AI が出した結果が正しいかどうかを、誰も確かめられない。
バイブコーディングの記事で「それらしく見えることが、いちばん厄介」と書きました。同じことがデータでも起きます。動いているように見えるが、合っているかは誰も知らない。
そして確認作業そのものが工数を食うので、確認をやめる。そこから先は、静かに間違いが積み上がります。
③ それぞれのプラットフォームへの登録で、何度も同じ内容を入力する
3 つ目は、いちばん「自動化が効く」領域です。
同じ商品情報を、自社の管理表に入れ、基幹システムに入れ、外部のサイトにも登録する。内容は同じなのに、入力は 3 回。
これは純粋な無駄なので、解けます。ただし、① が解けていることが前提です。元が間違っていれば、3 か所に間違いが配られるだけだからです。
「入力元を一本化しましょう」だけでは、戻ります
この問題への標準的な答えは、はっきりしています。
同じ情報を、最初に入力する場所を 1 つに定める。他の場所へは打ち直さない。
正しいです。私たちも、目指すのはここです。
でも、これを号令として出すだけだと、たいてい元に戻ります。
理由は ① にあります。コピーは、怠慢から生まれたのではありません。 分業のために、それぞれの担当者が「自分の作業に便利な形」を必要とした結果として生まれています。
つまり、コピーには存在理由がある。
だから「一本化します、コピー禁止」と決めても、便利さを取り上げられた人が、また手元にコピーを作ります。当然です。仕事が回らなくなるからです。
必要なのは「1 つの正、複数の見え方」
解き方は、こうなります。
| やってはいけない | 目指す形 | |
|---|---|---|
| データの実体 | 各自がコピーを持つ | 1 か所だけ |
| 見え方 | 全員が同じ画面で我慢する | 担当ごとに、必要な形で見える |
| 編集 | どこでも編集できる | 決められた場所・項目だけ |
データは 1 つ。でも、見え方は人によって違っていい。
営業は顧客順に見たい。経理は日付順に見たい。現場は今日の分だけ見たい。それを全部、同じ 1 つのデータから作る。
これができると、コピーを作る理由が消えます。禁止しなくても、作らなくて済むようになる——ここが肝です。
備品管理の記事で「入力が面倒なら、現場は続けられない」と書きました。ルールで我慢させるより、我慢しなくていい形にするほうが確実です。
正しい順番
以上を踏まえると、順番はこうなります。転記の自動化は、4 番目です。
1. どこで何回入力しているかを、書き出す
紙でもテキストでも構いません。同じ情報が、いくつの場所に入っているかを数えます。
現場の担当者に聞いてください。想像より多いはずです。ここで初めて、① と ③ の全体像が見えます。
2. どれを「正」にするか決める
複数あるコピーのうち、どれが正しいのかを人が決めます。
ここは自動化できません。業務を知っている人が判断するしかない。そして、いちばん時間がかかるのもここです。
決めたら、それ以外は「参照専用」にするか、消します。中途半端に残すと、必ずそちらが使われます。
3. 表記を揃える
地味ですが、ここを飛ばすと後で全部やり直しになります。
実際に当たった事案を書きます。日付と ID の全角・半角がバラバラでした。
2026/08/19 と 2026/08/19。人が見れば同じですが、機械にとっては完全に別のものです。ID も同じで、全角の A123 と半角の A123 は繋がりません。
他にもよくあるのは——
- 「株式会社 ABC」「(株)ABC」「㈱ ABC」が混在
- 日付が「2026/8/19」「2026-08-19」「R8.8.19」
- 空欄と「-」と「なし」が混在
この工程は、依頼者から見ると「何も新しいものができていない」期間になります。だから省きたくなる。でも省くと、その上に作るもの全部が崩れます。
4. そのうえで、自動化する
ここまで来て、ようやく転記の自動化が意味を持ちます。
そして ③——複数の場所への登録——は、ここでいちばん効きます。1 か所に入力すれば、他へ自動で流れる形にする。
補足:API が無いシステムでも、方法はあります
「うちの古いシステムは、データを出す仕組みがない」という場合。
実際にそういう案件がありました。古いサイトへの入力作業で、API はなく、担当者が毎回手で入れていた。
このとき解決策を教えてくれたのは、お客様の取引先の方でした。画面の操作そのものを自動化するという手です。ブラウザを機械が動かして、人がやっていた入力を代わりにやる。実装して、その操作を管理する画面まで作りました。
ただし正直に書くと、これは正面の入口が無いぶん、裏口から入る方法です。画面の作りが変われば壊れます。費用の記事で書いた通り、保守の前提が変わります。
「繋げない」ではありません。でも「API がある場合と同じ」でもありません。
自分でやると、どこで詰まるか
正直に書きます。手順 1 と 3 は、自分でできます。 むしろ自社でやったほうが正確です。
詰まりやすいのは、この 2 つです。
手順 2 の「どれを正にするか」の決定
これは技術の問題ではなく、社内の合意の問題です。「私のファイルが正しい」が複数出たとき、誰が決めるのか。ここで止まる会社は多い。
外部の人間が入ると、利害のない第三者として決めやすくなる——という面はあります。
手順 4 の「1 か所から自動で流れる」形の構築
ここは、素直に技術の話です。バイブコーディングの記事で書いた通り、AI に作らせて「動くもの」を得ること自体は、いまはかなり簡単になりました。
問題は、業務データを扱うものを、動くだけの状態で本番に置いていいかです。壊れたら誰が直すのか。おかしな値が入ったとき、どこで止まるのか。
まとめ
- 「転記を自動化したい」で詰まるのは、コードが書けないからではなく、どのファイルが最新か分からないから
- 二重入力は働く人の 56% が経験している。原因は個人ではなく、部門ごとに部分最適化された構造
- 実案件で当たった 3 つ——担当者ごとの独自コピー/量が多くて全体を見渡せない/複数プラットフォームへの重複入力
- 転記だけ自動化すると、間違ったデータが速く広がる
- 「入力元を一本化」は正しいが、号令だけでは戻る。コピーは怠慢ではなく、分業のために生まれている
- 目指す形は「1 つの正、複数の見え方」。禁止しなくても、コピーを作らなくて済む状態にする
- 順番は、① どこで何回入力しているか書き出す ② どれを正にするか決める ③ 表記を揃える ④ 自動化する。自動化は 4 番目
- 自分でできるのは ① と ③。詰まりやすいのは② の社内合意と、④ の作ったものを任せられる状態にすること
「AI で自動化」の前に、**「うちの最新データは、どこにありますか」**に答えられるかどうか。ここが分かれ目です。
そして——答えられなくても、まったく問題ありません。半数以上の会社が同じ状態です。そこから始めるのが普通です。
Acetyl:Tech は、この「どれが正か」を決めるところから支援しています。 転記や二重入力に時間を取られている、という段階のご相談も承ります。詳しくは「業務アプリ開発」のページをご覧ください。
出典・参考
Read next
他の記事

「書くAI」と「採点するAI」をつなぐと、何が起きるか──全自動ではなく、「検査付き」がタダになる
文章を書かないAI「Jev」は、ChatGPTのような文章AIの代わりではなく、横に置く採点係です。文章AIが書いた返信を送る前に、「質問に答えているか」「値引きを約束していないか」「社外秘に触れていないか」を5問、0.5秒、ほぼゼロ円で検査する。今までは検査は「人がやるか、やらないか」でした。検査がほぼ無料になったので、「検査付きの自動化」が「検査無し」と同じ値段で組めます。ただし採点係は「人を呼ぶ側」に置くこと。「人を外す側」に置いた全自動は、判断を10段つなぐと机上の計算で4割しか当たりません。Jev連載の最終回。連載で一番言いたかった話です。
読む
コマンドプロンプトは、何も怖くない──管理職が覚えるコマンドは、3つだけ
黒い画面に白い文字。見たことはあるが、自分で開いたことはない。その窓が怖いのは、何も言ってくれないからです。ただ、AIに仕事を頼み始めた瞬間、必ず「どこに保存しますか」「どのフォルダで動かしますか」と聞かれます。そこで詰まるのはコマンドではなく、ファイルの「位置」を言葉で言えないこと。うちは過去に2回「コマンドは打たなくていい」と書きました。撤回はしません。それでも管理職に覚えてほしいコマンドは3つだけ——移動する cd、見る dir(Mac は ls)、作る mkdir——。この3つは何も消さず何も変えないこと、「cd ドキュメント」が通らない理由と OneDrive の落とし穴、何を打つと壊れるのかの線引き、今日5分でできる最小の一歩まで。
読む
誰も決めていないのに、文庫だけが揃った──デファクトスタンダードと、データの「型」の話
紙のA判はISOが決めた規格ですが、文庫のA6判を決めた機関はどこにもありません。JIS P 0138 は出版物を名指しで適用対象から外していて、本の判型に公的な規格が存在しないからです。それでも文庫は揃い、絵本は揃わなかった。『はらぺこあおむし』は通常版が22×30cm、ミニ版が10×13cm——同じ話・同じ25ページで、決めた主体だけが違います。デファクトが生まれる三つの条件と、書店員がブックカバーを折る仕事、そして現場の「9月頭ごろ」をシステムの型に落とすときAIに何をさせて何をさせないかまで。
読む