添付ファイルの順番が変わっても誤処理しない：0件・1件・複数の判定

n8nの利用者相談では、送信者の変更で必要な表の添付番号が変わり、どのファイルを抽出するか判断できなくなった例が報告されています。一人の相談であり、発生頻度は分かりませんが、「3番目の添付」と「今日処理する表」は別の条件だと分かります。

以下は、決まった送信元から前日分の受注表を受け取る架空の仕事です。添付の中身をAIで推測して無条件に選ぶ代わりに、許可した候補条件と停止条件を先に定義します。

候補条件には、許可した取得経路、名前の規則、対象日、形式を使います。同じ日付の訂正版が届く業務なら、改訂番号や明示した優先関係も必要です。「最後に届いたから正しい」と自動的に決めません。許可された送信者でも添付内容が必ず正しいとは限りません。

Pythonのmimetypesは、ファイル名などからMIME型を推定する仕組みです。名前から得た型だけで、必要な表であることや内容の安全性は証明できません。受入後に必要な列、対象期間、ファイルが実際に読めるかを別に確認します。

既存のメールルールやワークフローの条件分岐でこの判定ができれば、新しいサービスは不要です。ZIPなど未対応形式を見つけた際の扱いも決め、必要な権限なしに別サービスへ添付をアップロードしない運用にします。

1. 同じ受注表の前に画像を追加しても、選択結果が変わらないか。
2. 候補の表を取り除くと未着として止まるか。
3. 同じ日付の二つの版を置くと保留になるか。
4. 拡張子だけ正しく、中身や対象日が違うファイルを受け入れないか。
5. 再到着した同じ版を二度処理しないか。

試験には顧客情報を含まない合成ファイルを使います。選択できたことと処理が成功したことを別に記録すれば、後で誤った入力に気づいたとき、どの出力に影響したか確認できます。

本文の受入条件を決めた仕事をClaude Codeで進める場合、次は入力に届く場所とPCの稼働時間から実行場所を選べます。

診断はClaude Codeの実行場所を選ぶためのものです。容量計算やn8n・Codexの設定は扱いません。VPS結果には広告 / PRがあり、不要なら契約しません。