【脱・誤配送】ヤフオクのコピペ地獄と赤字クレームを終わらせる、FileMaker「商品IDコンベア」構築術

1. 毎朝の「コピペ地獄」よりも本当に恐ろしいもの

ネット販売やオークション業務では、毎日のように受注処理が発生します。

「落札メールからIDや名前をコピーする」
「商品を棚から探す」
「梱包する」

ひとつひとつは簡単な作業です。
ところが、注文数が増えてくると、この単純作業が「ミスが許されない地獄のルーティン」に変わります。

手作業の連続による集中力の低下が招く「誤配送」。これこそが現場の最大のペイン（痛み）です。

過去に私自身が一番心を折られたのが、同じメーカーのブルーレイレコーダーで「型番違い」を発送してしまった時のことでした。 見た目はほぼ同じ、しかし中身のスペックが違う。忙しい時に限って人間の目は簡単に騙されます。

お客様からの激しいお叱り、謝罪対応、往復送料の赤字負担、戻ってきた商品の再検品、そして再出品……。体力と気力を根こそぎ奪われ、売上だけでなく膨大な時間を溶かしました。
一度ミスが起きると、社内にはイライラした空気が広がります。

「気をつけて梱包する」という精神論では、もう限界でした。

2. なぜミスが起きるのか？「売れてから梱包する」という古い常識

多くの場合、システム化というと「いかにPC上のコピペを自動化するか」に目が行きがちです。
しかし、どれだけシステムを高度にしても、最終的に「棚から正しい商品を持ってくる」のは人間です。

「売れてから商品を探して梱包する」という古い常識を捨てない限り、焦りによるミスは絶対に無くなりません。

そこで考えたのが、「プラットフォーム（ヤフオク等）が発行する固有の商品IDを絶対的な主キーとして扱い、
出品・仕入れから発送まで一本の線で繋ぐ」というベルトコンベア方式です。

3. 解決策①：究極のアナログハック「事前梱包と巨大タグ」

システム化で一番重要なのは、FileMakerの技術ではなく現場の物理的なルール作りです。 当店では、商品を「売れてから梱包」するのをやめました。

ヤフオクやメルカリに出品した直後、割り当てられた商品ID（URL末尾の英数字など）をFileMakerに登録し、同時に以下のような商品タグをプリントアウトして、商品をすぐに梱包してしまいます。

高価なバーコードシステムは不要です。重要なのは以下の2点だけ。

• 数メートル先からでも見える巨大な商品ID
• パッと見で判別できる商品写真（※同メーカー・別型番のミスを物理的に防ぐ防波堤）

梱包した箱にこのタグをセロテープで貼り、棚に時系列で並べておきます。

「でも、お客様から『他の商品と同梱してほしい』と要請が来たら、箱を開け直すの？」と思うかもしれません。 その場合は、箱を開けるのではなく、すでに完成している箱同士をPPバンドで物理的に合体させます。（※ヤフオクやメルカリの同梱設定を事前にコントロールしておくことも重要です）。

これで、物理的な「絶対に間違えない準備」は完了です。

4. 解決策②：FileMakerで「確認用URL」を自動生成する（デジタル編）

事前梱包が完了していれば、翌朝商品が落札された後のPC作業は劇的にシンプルになります。
ここからがFileMakerの出番です。

流行りの完全自動化（API連携や高度な抽出システム）は、
ヤフオク側の仕様変更が起きた時に一発でシステムが停止するリスク（ブラックボックス化）を伴います。

そこで、FileMaker Pro 2025の標準機能を使った「最強のハイブリッド確認法」を構築しました。

1. ヤフオク等のメールや画面から、ランダムな英数字の「商品ID」だけをコピーして、FileMakerにペーストする。
2. FileMakerの計算式で、プラットフォームごとの「確認用URL」を自動生成する。

▼ 実際に使っている計算式（Case関数）

Case (
  プラットフォーム = "YahooAuction" ; "https://auctions.yahoo.co.jp/jp/auction/" & 商品コード ;
  プラットフォーム = "Merukari" ; "https://jp.mercari.com/item/" & 商品コード 
)

If関数の入れ子ではなく Case 関数を使うことで、今後「ラクマ」など新しい販路が増えても、
計算式に1行追加するだけで済みます。保守性が非常に高い設計です。

あえて「外部ブラウザ」で目視確認する理由

FileMakerの画面には「URL」というボタンを配置しています。 （※出品文章の作成時にはFileMakerのWEBビューワを使っていますが、ここではあえて使っていません）。

なぜなら、WEBビューワの中で落札ページを表示させようとすると、ヤフオクのログイン状態が保持されていなかったり、プラットフォーム側のセキュリティ制限（表示ブロック）に引っかかったりして、泥沼にハマるからです。

FileMakerの役割は「正しいURLを作ること」まで。 最後は [URL を開く] スクリプトステップで普段使っているChrome等の外部ブラウザを立ち上げ、自分の目で実際の落札ページが存在するか確認する。 このワンクッションを残すことが、最も確実で壊れないフェイルセーフ（安全網）になります。

5. 導入した結果と考察：「見えないファインプレー」を生む心の余裕

落札確認と御礼メール送信が終わったら、あとはFileMakerの画面に表示されている

商品IDの「末尾4桁」と「商品画像」だけを頭に入れ、棚へピッキングに向かうだけです。

巨大なフォントと写真のおかげで迷う時間がゼロになり、驚くべき恩恵がありました。

それは、「丁寧な梱包に時間をかけられるようになったこと」です。

当店では、少し重たい荷物には必ずPPバンドを十字に掛けています。これは配送ドライバーさんが持ちやすくするためであり、お客様が家の中に運び入れる際の「見えないユーザビリティ」でもあります。

また、自社管理のために外箱に貼った巨大な「商品IDタグ」。 実はお客様が受け取った際、「自分が注文した商品が間違いなく届いた」とひと目で確認できるという、見えないファインプレーにも繋がっています。

もし万が一トラブルが起きた際、梱包が雑だとお客様の不満は爆発しますが、しっかりとした梱包はクレームの防波堤となり、冷静な話し合いを可能にします。コピペ作業や探し物に追われていたら、こんな心の余裕は生まれません。

6. まとめ：タスク時間の予測が、経営者を救う

FileMaker（デジタル）と事前梱包（アナログ）を組み合わせた「商品IDコンベア」を構築したことで、現場の空気は劇的に変わりました。

一番大きいのは、時間管理です。 朝、落札数を確認した瞬間、

「今日は3個だから〇分で終わるな」
「10個売れたから〇分かかるな」

と、その日のタスク予定が正確に立てられるようになりました。

IT化の目的は、すべてを全自動化して人間をサボらせることではありません。

ツールに任せられる単純作業はFileMaker（月給3,000円のデジタル社員）に任せ、
人間は「丁寧な梱包」や「次の仕入れ」といった、本当に価値を生む仕事に集中する。

ツールに任せられる単純作業はFileMaker（月給3,000円のデジタル社員）に任せ、人間は「丁寧な梱包」や「次の仕入れ」といった、本当に価値を生む仕事に集中するをめざしましょう！