ECの返品転記と入力チェックをGAS、AIで自動化

返品処理が「出荷の3〜5倍」時間を食う理由

先に、ECの返品が現場で何をする作業なのかを整理します。お客様から返品の連絡を受け、戻ってきた商品に傷や使ったあとがないかを確かめ（検品）、売り物に戻せるものはたたみ直して包み直します（再梱包）。そのうえで返金の手続きをして、在庫の記録を元に戻す。ここまでが1件です。

このとき担当者は、1つの画面では作業を終えられません。倉庫管理システムからのデータ出力、決済の取消、受注ステータス（その注文が今どの段階かを示す表示）の変更、顧客情報の更新。複数のシステムをまたぐ工程が続くためです（softcom）。1件ごとに人が画面を行き来し、そのたびに伝票の内容を打ち直します。件数が増えるほど、時間もミスも増えていきます。

アパレルECの返品率は20〜30%に達することもあります。1件あたりの返品処理コスト（人件費・検品時間・再梱包費）は平均800〜1,500円とされています（nsight調べ）。返品が月100件あれば、それだけで8万円から15万円ぶんの作業が発生している計算になります。

返品処理にかかる時間は通常の出荷作業の約3〜5倍とされ、属人化がボトルネックになっているとも指摘されています。

転記ミスは作業時間の問題では終わりません。返金額や返品理由が1件ずれると、顧客への返金が遅れ、問い合わせ対応がもう1件増えます。

→ くわしくは「バーコード検品で、誤出荷をほぼゼロに」で解説しています。

転記をやめると何が変わるか（作業の比較）

ここで言う転記とは、すでにどこかに存在している情報を、別の場所に書き写す作業のことです。この記事はアパレルECの返品を例にしますが、書き写しをやめる話は業務の種類を選びません。受注でも、勤怠でも、修理の受付でも、置き換え方は同じです。

手作業の返品処理と、GASで自動記録にした場合で、作業の流れがどう変わるかを並べます。

この比較で変わっているのは「速くなった」ことよりも、人が同じ内容を2回書かなくなったことです。書き写す回数が0になれば、そこで起きていた打ち間違いもまとめて消えます。

GASを使えば、定型的なコピペ転記はボタン一つ、または定時の自動実行で終わらせられ、手作業がミスの温床になる状態を解消できるとされています（sophiate）。自社に当てはめるなら、まず「今、同じ数字を何回打っているか」を数えてみてください。返品番号・品番・返金額を3か所に打っているなら、削れるのはその2回ぶんです。

なお、返品処理の自動化で検品時間を50〜70%削減でき、月間1,000件の返品なら月40〜100万円のコスト削減が見込めるという試算もあります（nsight）。これは検品工程まで含めた大きめの前提での見込み値で、転記だけを自動化した結果ではありません。自社の規模に当てはめるときは、まず転記にかけている時間を実測して、そこを起点に考えてください。

→ くわしくは「ChatGPTとClaudeの使い分け｜書く役と点検役」で解説しています。

費用はGoogleアカウントがあれば無料から始まる

GASはGoogleアカウントがあれば無料で利用できます。プログラミング経験がなくても、スプレッドシート上のルーティン作業を自動化できます（Google Workspace 公式／2026年8月時点の情報。最新は公式サイトで要確認）。つまり、返品転記の自動化を試す段階では、新しいソフトの購入は要りません。

最初に払うのはお金ではなく時間です。無料で試せるぶん、判断すべきは「誰が何時間かけて作るか」になります。

費用を左右する3つの要素

出典に具体的な導入見積もりの金額はないため、金額そのものより、何が費用を押し上げるかで見当をつけてください。

1. またぐシステムの数
   スプレッドシートの中だけで完結するなら無料枠で足ります。倉庫管理システムや決済の画面まで自動で操作したい場合は、別の仕組みが必要になり、そこから有料になります。
2. 返品の件数
   月に数十件なら手作りのGASで十分です。件数が増えて処理が重くなるほど、作り方の設計（後述の一括書き込み）や運用の見直しに時間がかかります。
3. 作る人の確保
   社内に触れる人がいれば人件費だけです。外注する場合は、作る範囲（受付だけか、決済取消まで含むか）で金額が大きく動くので、範囲を絞って見積もりを取ってください。

100万円を超えるような大規模なシステム連携まで進める段階では、IT導入補助金などの活用も選択肢になります。ただし申請の手間や年度ごとの要件変更があるため、まず転記だけを無料で自動化する最初の一歩では前提にしないほうが進みます。

GASで返品転記を自動化する5ステップ

進め方の基本は、スクリプトエディタを開き、コードを入れ、初回実行で権限を承認し、動作を確認して直す、という流れです（インソース）。返品処理に当てはめると次の順になります。

返品受付をGoogleフォームにする

返品番号・注文番号・品番・返品理由・返金額の入力欄を作ります。GoogleフォームとGASを連携させれば、入力内容がスプレッドシートに自動記録され、手動の転記が不要になり、入力漏れやミスを防げます（b-work）。

Apps Scriptを開く

スプレッドシートのメニューから「拡張機能」→「Apps Script」を選び、スクリプトエディタを起動します。ここが自動処理を書く場所です。

転記のコードを貼り、権限を承認する

使う基本の命令は次のとおりです。

• getActiveSpreadsheet()：今開いているファイルを指す
• getSheetByName()：シートを名前で指す
• getRange()：範囲を指す
• getValue()／setValue()：セルを読む・書く

これらの組み合わせで、セルの読み書きや自動転記、整形、集計ができます（マネーフォワード）。初回の実行時にGoogleから権限の確認が出るので、そこで承認します。

トリガーで自動実行にする

トリガー（自動で動かすきっかけ）には2種類あります。毎朝・毎週などの決まった時間に動かす「時間駆動型」と、シートの編集時やフォーム送信時に動かす「イベント駆動型」です。プログラミングの知識がなくても自動実行の設定はできます（b-work）。返品の集計は毎朝の時間駆動型、受付の記録はフォーム送信時のイベント駆動型が素直な組み合わせです。

1週間ぶんの実データで突き合わせる

先月または直近1週間の返品伝票をそのままフォームに入力し、シートに記録された内容と伝票を1件ずつ目で照合します。ここで合わない項目（返金額の桁、品番の全角半角など）が出るので、フォームの入力形式を直します。このとき見つかったズレは、次の節のとおり毎回の入力チェックとしてコードへ移していきます。

どこまで自動化するか、どこで止めるかの判断

返品処理はシステムをまたぐ工程が多いので、全部を一度に自動化しようとすると止まります。どこまでを今回の範囲にするか、次の図で切り分けてください。

図：返品処理のどこをGASで自動化し、どこから別の手段を検討するかの判断フロー

左の分岐に当てはまるなら、今日から無料で着手できます。右の分岐は、倉庫管理システムからのデータ出力、決済取消、受注ステータス変更、顧客情報更新などです（softcom）。ここはスプレッドシートの外に出るぶん、別の仕組みと費用が必要になります。先にシート内の転記と入力チェックを片づけ、そのうえで残った工程を見たほうが判断しやすくなります。

自社がどちらか迷うときの目安は、返品1件を処理するのに開く画面の数です。スプレッドシートだけで終わっているならGASの範囲、倉庫や決済の画面を開いているなら、まずその工程が毎回同じ手順かを確かめてください。手順が毎回変わる工程は、自動化しても例外処理の作り込みで時間を食います。

転記の次は、入力ミスのチェックまでプログラムに任せる

左の分岐（GASの範囲）でやることは、転記だけではありません。転記をやめても、間違いが全部消えるわけではないからです。書き写す間違いの代わりに、入力そのものの間違いが残ります。返品番号の打ち間違い、返金額の桁、同じ返品の二重登録などです。

人が1件ずつ目で確かめる方法は、件数が増えると続きません。入力チェックまでをプログラムの仕事にすると、件数が増えても同じ手順で回ります。GASでやる入力チェックは、3つに分けて考えると作りやすくなります。

1. 入口で止める
   フォーム側で必須の項目を決め、選べるものは選択式にします。返品理由のように選択肢が決まっている欄を自由記入にすると、書き方がばらついて後の集計で使えません。担当者名が空のままでは送信できないようにすれば、その場で埋まります。
2. 記録された値どうしを突き合わせる
   注文番号が元の注文一覧にあるか、返金額が注文金額を超えていないか、同じ返品番号が2行ないか。自社のルールで決められるものだけをコードにします。合わなかった行には印を付け、担当者が見る列にまとめます。
3. 処理した件数を残す
   何件記録して、何件はじいたかを毎回書き出します。数が残っていれば、あとから「その日は本当に動いていたか」を確かめられます。

自動化で怖いのは、止まることより静かに失敗することです。当方が運用している仕組みでは、通知が全件拒否されていたのにログには「送信完了」と記録され続けていました。一覧の見出し行だけを取って、中身0件のまま担当者へ送っていたこともあります。「エラーが出ていない」は、正しく動いた証拠になりません。

そこで点検するのは、動いたかどうか（状態）ではなく、何件処理したか（数）です。返品の記録なら、0件で正常終了した日は異常として扱います。失敗したときのログは別の名前で残してください。同じ名前だと次の実行で上書きされます。

最初の1週間は人が目で突き合わせ、そこで見つかったズレをそのまま入力チェックのルールに移します。人の目視を減らすのではなく、人が見つけたズレをコードへ引っ越すのが順番です。

その先で、AIに回せる工程と回さない工程

ここまでは、決まったルールをそのままコードにする話でした。ルールに書けない仕事が残ったとき、はじめてAIの出番になります。当方は、任せる先をこう分けています。

大事なのは、AIに指示を守らせようと頑張らないことです。当方が中古パソコンの出品文をAIに書かせたときは、指示に書いても毎回同じにならない項目が残りました。そこで指示を強くするのをやめ、生成が終わったあとにコードで確定させる形にしました。守れなかったところを直す側を用意するほうが早く、結果も毎回同じになります。

AIはスプレッドシートの外にあるわけではありません。当方は、GASからAIを呼び出す実験をしています。金属加工の見積で、品名・材質・寸法・数量・加工の指定を送り、見積項目の候補を出させたものです。返事は11.6秒で、見積項目の候補8つ・抜けていそうな工程7つ・入力から読み取れなかった項目5つの3区分に分かれていました。

ここで分かったことが2つあります。1つ目は、「推測で補わないでください」と指示すると、AIが分からない項目を分からないと申告したことです。2つ目は、AIが外していたのが工程そのものではなく、その会社の見積書の様式だったことです。一般的な工程は当たっても、様式は会社ごとに違うので、そこは人が教えるしかありません。

返品に当てはめると、返品理由の傾向をまとめた下書きは任せられますが、自社の返金ルールに合っているかの判断は人に残る、ということです。

AIの費用は、モデルの安さより「何回呼ぶか」で決まります。当方の運用では、コードで済むこと（表記のゆれを直す、重複を外す）を先に片づけ、1回に処理する件数にも上限を置いています。上限があると「1回いくらか」が読めます。

AIの出力は毎回同じになりません。当方が作って動かしているものでは、失敗した回にその失敗の中身を渡して作り直す、全部そろわなくても取れた分は使う、と先に決めています。AIが使えなかった回も、決まった形に落として処理を続けます。止めてしまうと、費用より先に業務が止まります。

つまずきやすい2つの落とし穴（Excelから移る現場は特に）

Excelで返品管理をしてきた会社がスプレッドシートに移ると、機能の差ではないところでつまずきます。当方が支援した現場で実際に出た戸惑いを2つ挙げます。

1つ目は、Excelのほうが表計算ソフトとしては高機能だという前提のずれです。 当方が支援した現場では、新しいバージョンのExcelを使っていた人ほど、スプレッドシートに移ったときに違和感を覚えていました。一方でスプレッドシートには、全員が同じ機能・同じ関数を使えるという利点があります。「この関数はうちのExcelでは動かない」というバージョン差の食い違いが起きないため、複数人で同じ表を扱う返品管理では、環境が揃うことのほうが効いてきます。

2つ目は、マクロ・VBAを使っている現場に限った話です。 ExcelのVBAでシートに1つずつデータを書き込む処理は、手元のパソコンではほとんど時間がかかりません。ところが同じ書き方をスプレッドシート（Apps Script）でやると時間がかかります。当方の実測では、配列（データをまとめて持つ入れ物）を作って一括で貼り付ける処理に置き換えることで解決しました。

マクロやVBAで返品管理を組んでいる現場は、そのまま移すのではなく書き直しが必要です。関数と手入力だけで運用している現場には、この話は当てはまりません。

つまり移行でつまずくのは、関数や画面ではなく、セルへの書き込み1回ごとに通信が発生するという前提の違いです。「同じことができるか」ではなく「同じ書き方が通用するか」を先に確かめてから作れば、この落とし穴は避けられます。

誰が作り、誰が引き継ぐか

GASはプログラミング経験がなくても使えますが、作った人しか中身を知らない状態にすると、返品処理の属人化を別の形で作り直すことになります。返品処理は属人化がボトルネックになりやすい工程だと指摘されているので、ここは最初に決めておく価値があります。

進め方としては、返品対応を一番よく知っている担当者が作り手になり、社長は「どの工程まで自動化するか」の範囲だけを決めるのが現実的です。理由は、返品の例外パターン（開封済み・返送遅れ・交換希望など）を知らない人がコードを書くと、例外が来たときに止まるからです。

引き継ぎで残しておくものは4つに絞れます。

1. フォームの項目一覧
   何を入力させているか。項目を増やすときに見る資料になります。
2. トリガーの設定内容
   毎朝何時に動くのか、フォーム送信時に何が動くのか。動かなくなったとき最初に見る場所です。
3. 入力チェックのルール一覧
   どの条件で行をはじいているか。返金ルールが変わったとき、直す場所がここで分かります。
4. 手で直した例外の記録
   自動化に乗らなかった返品を、いつ・なぜ手作業にしたか。次に改善する候補がここに溜まります。

FAQ

自社の業務に合わせたAIツールの選定・導入は、ぜひ、ジッソウLABのゲンバAIへ無料でご相談ください。