不足資料の提出を依頼する｜必要ファイルと確認済みを対応させる

不足をファイル単位で定義する

「資料一式が不足」では、顧客も担当者も何を出せばよいか分かりません。寸法図、対象製品の写真、納品先一覧など、必要な資料を項目に分けます。ファイルの存在と内容の確認を別にし、アップロード済みでも読めない、古い版、必要ページがない場合は確認待ちにします。不要な個人情報まで求めないよう、依頼項目を絞ります。

案件と提出物の表を分ける

案件ID、資料の種類、依頼日、提出期限、提出日時、確認者、確認結果、再提出理由を残します。案件Q-522で写真2枚と図面1点を求めるなら、それぞれの必要数を定義します。メール添付とフォーム提出が混在しても、どの資料を満たしたか同じ表へ記録します。ファイル名に顧客名を含めるかどうかも運用で決めます。

再提出の入口を短くする

追加提出には、元の問い合わせと同じ長いフォームを最初から入力させず、照合番号と不足資料を中心にします。Tallyのアップロード欄では形式やサイズの条件を設定できますが、現在のプランと対象ファイルで確認します。URLへ案件番号を含めても、それだけで本人確認が済んだとは扱いません。参照先や提出先の権限も確認します。

受領と確認済みを別の状態にする

状態は未依頼、提出待ち、受領、再提出待ち、確認済みなどにします。受領後に担当者が開いて、案件、版、内容を確認して初めて確認済みにします。図面が差し替わったら、古い版の確認済みを新しいファイルへ引き継がないようにします。提出催促は不足している項目だけにし、確認待ちの資料へ同じ依頼を送り続けない構成にします。

開けないファイルと誤提出を戻す

ファイルが開けない場合は、形式、容量、アクセス権、破損を順に確認します。別案件の資料なら正しい案件へ関連付け直し、誤った閲覧が起きていないかを確認します。再提出を求める文面には必要な形式や該当箇所を具体的に示します。提出リンクの期限がある場合は、保存と権限の運用に合わせ、いつまで必要かを担当者が判断します。

全資料がそろった時点を確認する

確認例として、すべて提出済みだが一つ未確認、資料不足だが依頼前、旧版を再提出したケースを作ります。案件全体の完了は必要な資料がすべて確認済みになったときにします。ただし一部の資料がなくても進められる作業は、条件を明記して先に進められます。担当者が例外を承認した理由も残し、空欄を勝手に完了扱いしません。

Q-522：三つ提出されても確認は終わらない

確認用のQ-522では、必要資料が写真2枚と図面1点で、三つのファイルが届いたとします。写真は対象の商品と一致していますが、図面が旧版なら図面だけを再提出待ちにします。顧客へ再度一式を求めるのではなく、図面の版と必要なページを指定します。新しい図面が届いたら、前の確認済みの写真は残し、図面の確認をやり直します。提出時刻と確認時刻が違うことも記録します。すべての項目が確認済みになったときに案件を準備完了へ進めます。これにより受領通知が早く届いても、内容がそろう前に担当者が制作を始めるのを防ぎやすくなります。

資料の確認担当が複数いる場合は、内容の担当と受付の担当を分けられます。受付担当がファイルの到着を確認し、技術の担当が図面の内容を確認するなど、各項目の判断者を明示します。受付担当が内容まで承認したように見える共通のチェック欄は避けます。提出済みの資料を取り下げる連絡があった場合は、制作や見積もりで既に参照したかを確認します。採用した資料の版が変わると結果も変わるため、単に新しい添付へ差し替えて終わらせないことが必要です。担当が不在の間も、未確認の項目を代理者が探せる一覧にします。

道具と費用を増やす前に確認する

少数のやりとりなら、メールと資料一覧で運用できます。フォームを追加する価値は、必要数や不足項目を顧客へ分かりやすく示せることです。料金を比較するときは1ファイルの容量、保存量、閲覧者、再提出の回数を確認します。自動化しても内容の確認時間は残るため、受付だけを短縮して確認待ちを増やさないようにします。

• Tallyでファイル提出フォームを作る｜容量・形式・共有リンクの管理
• ファイル提出フォームの選び方｜容量・共有リンク・保管を確認
• Makeで納品ファイルの送付を管理する｜承認版・宛先・再送の確認