「注文メールは届いている。でも、それを台帳に転記するのは結局あとで手作業」。受発注のまわりで、いちばん地味に時間を奪うのがここです。届いたメールを開き、取引先・品目・数量・金額を見て、スプレッドシートに1行打ち込む。件数が増えるほど、打ち間違い・転記漏れ・二重入力が静かに混ざり込みます。月末に在庫や請求と突き合わせて、初めて「あの注文、台帳に入ってなかった」と気づく。よくある光景です。
世の中では「受発注システムを入れましょう」で話が終わりがちですが、すでに Gmail に注文が届いているなら、その届いた先（メールを開いた瞬間に台帳へ1行転記され、同じ注文を二度書かず、取りこぼしも起きない状態）を作るほうが、はるかに速くて安上がりです。本記事では、Gmail（メール） に届いた注文を GAS（Google Apps Script・Google 製の無料の自動化） が検出し、Google スプレッドシート（受発注台帳） へ自動転記するところまで、ラベル検出・重複チェックの実装手順を具体名つきで紹介します。
1分の無料セルフ診断：5つの質問に答えるだけで、時間と人件費の変化の目安が出ます。
結論：注文は「届いた瞬間に、台帳へ1行」入れられる
受発注の記録は、頭を使う仕事のようでいて、その大半は決まった作業です。届いた注文メールを見つける、取引先・品目・数量・金額を取り出す、台帳に1行追記する。ここはルール化でき、機械に任せられます。人がやるべきなのは、様式が崩れた注文の確認と、受けるかどうかの判断だけ。「全部を自動に丸投げ」ではなく、作業は自動化、判断は人にと分けるのが現実的です。
きっかけになるのは、Gmail に注文メールが「届いた」瞬間です。ここを起点にすれば、人が転記操作をしなくても台帳が自動で埋まっていきます。
転記を後回しにするほど、「打ち間違い」と「入れ忘れ」が積み上がり、月末の突き合わせで一気に表面化します。先に仕組みにしておくほうが、結局は安全で速いです。
受発注の台帳まわり：仕組み化の前と後（月・中小企業のよくある規模での試算）
向いている会社・向きにくい会社
向いているのは、注文や発注がメールで届き、件数が月に数十件以上ある会社です。取引先ごとに様式は違っても、メールで来ているなら起点を取り出せます。卸・小売・部品調達・制作受託など、同じ取引先と繰り返し受発注する業態ほど、台帳の自動化で浮く時間が大きくなります。
逆に、注文が電話・FAX 中心で、メールにほとんど残らない会社では、自動化の効果は限定的です。それでも「受けた注文を1行だけ台帳に残す」軽い運用なら、件数の把握と月末の突き合わせが楽になります。
1分の無料セルフ診断：5つの質問に答えるだけで、時間と人件費の変化の目安が出ます。
具体的に、どう仕組みにするか
届いた注文を台帳にする3ステップ
- 1注文メールを見つけるラベルや検索条件で「注文・発注」のメールだけを自動で拾います。
- 2中身を取り出して台帳へ取引先・品目・数量・金額を取り出し、台帳に1行追記します。
- 3二重記録を防ぐ処理済みの印を付け、同じ注文を二度書かないようにします。
- 拾う条件を決める：「注文」ラベルを付けたメール、または件名・差出人で絞った検索条件を、拾う対象にします。人が判断しやすいように、まずはラベルで運用するのが安全です。
- 中身を取り出す：本文や件名から、取引先・品目・数量・金額・希望納期といった情報を取り出します。様式が揃っているほど精度が上がります。
- 台帳に1行追記する：受信日・取引先・品目・数量・金額・ステータスを、決まった列に自動で追記します。手入力はゼロになります。
- 処理済みの印を付ける：転記が終わったメールには「処理済み」ラベルを付け替えます。これが同じ注文を二度書かないための要です。
- 崩れた注文を退避する：様式から外れて読み取れない注文は「_要確認」へ回し、台帳に「要確認」と残します。取りこぼしを起こさず、精度を上げていけます。
実際に、どの道具を使うのか
ここは具体名で踏み込みます。工程は「注文メールの検出 → 中身の取り出し → 台帳への記録 → 二重記録の防止」に分かれ、それぞれに向く道具があります。
注文メールを検出する（Gmail ＋ GAS）
中心になるのは GAS（Google Apps Script・Google の無料の自動化スクリプト） です。GAS から Gmail（ジーメール・Google のメール） を検索でき、「注文」ラベルの付いた未処理スレッドだけを定期的に拾えます。タイトルや差出人だけで判断せず、まずは人がラベルを付け、ラベルが付いたものを GAS が処理するという運用にすると、誤検出が起きません。慣れてきたら、差出人ドメインや件名の条件でラベル付けも自動化していけます。
中身を取り出す（GAS の本文解析）
取引先名はメールの差出人ドメインを対応表で引くのが安定します。品目・数量・金額は、注文の様式が決まっていれば本文のパターンから取り出せます。様式がバラバラな取引先が多い場合は、まず取引先と受信日だけ自動で埋め、品目は人が1行だけ補うといった割り切りが現実的です。最初から完璧を狙わないのがコツです。
台帳に記録する（Google スプレッドシート）
記録先は Google スプレッドシート（Google の表計算・受発注台帳） が定番です。受信日・取引先・品目・数量・金額・ステータス（受注/発注・未対応/対応済）を列に持たせ、GAS が末尾へ1行追記します。台帳が1か所に揃うと、在庫・請求・督促の突き合わせがすべてこの1枚から回せます。
二重記録を防ぐ（処理済みラベル＋一意キー）
同じ注文を二度書かないために、冪等性（べきとうせい・何回実行しても結果が同じになる性質） を持たせます。具体的には、転記したメールに「処理済み」ラベルを付け替え、次回は未処理だけを拾う。さらに、メールの固有 ID や「取引先＋注文番号」を一意キーとして台帳に持たせ、追記前に既存行と照合します。これで、GAS が万一二度動いても同じ注文が二重に入りません。
ここが肝
自動転記そのものより、二重記録を防ぐ仕組みが要です。処理済みラベルで「もう書いた注文」を除き、一意キーで「同じ注文」を弾く。この二重の歯止めがあるから、安心して自動で回せます。
つまずきやすい点
- 検出条件をいきなり自動化する：差出人や件名での自動判定は、慣れてから。最初は人がラベルを付け、ラベル付きだけを処理する運用が事故を起こしません。
- 重複チェックを後回しにする：処理済みラベルや一意キーを入れずに動かすと、再実行で同じ注文が二度入ります。重複の歯止めは最初から組み込みます。
- 様式の崩れた注文を無理に読ませる：読み取れない注文は「_要確認」へ逃がす設計にしておけば、取りこぼしは起きません。実物を数件見てからルールを足すほうが速いです。
よくある質問
Q. 取引先ごとにメールの書き方がバラバラです。全部を自動で読めますか？ A. すべてを完璧に読み取る必要はありません。取引先と受信日は差出人から自動で埋まるので、まずはそこまでを自動化し、品目や数量は人が1行だけ補う、という分け方ができます。様式が揃っている取引先から自動範囲を広げていくのが現実的です。
Q. 注文メールには取引先名や金額が含まれます。情報の扱いは大丈夫ですか？ A. 台帳と元メールは社内に閉じた Google の環境で完結でき、外部に渡す必要はありません。誰がどの台帳を見られるかを先に決め、閲覧権限を絞っておけば、自動で行が増えても散らかりません。
なお、この記事の数値は、特定の実在企業の事例ではなく、現場でよく見る状況を組み立てた代表的なケースです。御社に当てはめた目安は、診断で出すのがいちばん近くなります。
注文の転記は、地味に時間を奪い、しかも漏れると受け損ね・出し忘れにつながる業務です。届いた瞬間に「台帳へ1行・二度は書かない」まで仕組みにすれば、社員は転記や突き合わせから解放され、本来やるべき仕事に向かえます。御社のどの受発注から手をつけると時間が浮きそうか、まずは目安を出してみませんか。
1分の無料セルフ診断：5つの質問に答えるだけで、時間と人件費の変化の目安が出ます。
