セキュリティ

フォームでファイルの添付を受け取る|答える側に登録をさせない

2026年9月1日 ・ Halict編集部

フォームでファイルの添付を受け取れるようにしたい、という要望は、受付の窓口をひとりで回している人からほぼ必ず出てきます。履歴書、見積書、写真、設計図、申請書の押印済みスキャン。文字だけでは受け付けが完了しない用件は想像より多く、そのたびに「ファイルはメールで別送してください」と案内文を書き足すことになります。

ただ、添付を受け取れるようにするだけでは、窓口の詰まりは解消しません。むしろ、受け取れるようになった瞬間から新しい詰まりが始まります。開けない形式が届く、容量が大きすぎて送信が失敗したという問い合わせが来る、届いたファイルがどの申し込みのものか分からなくなる、担当者のメールボックスの中にだけ最新版がある、といった具合です。

この記事では、フォームでファイルの添付を受け取るときに決めなければならないことを3つに絞ります。1つ目は、答える側にアカウント登録を求めないこと。2つ目は、受け取る形式と容量の上限をどう決めるか。3つ目は、受け取ったあとの置き場をどう作るか。読み終えたときに、いまの受付のどこを変えればよいかが決まる状態を目指します。

ファイルが混ざった受付は、集めるところではなく受けたあとで止まる

フォームにファイルの添付欄を足すこと自体は、いまはどのフォーム作成ツールでも難しくありません。設定画面で添付欄を1つ増やせば、送信フォームには「ファイルを選択」のボタンが並びます。作業としては数分で終わります。

問題は、そこから先です。テキストだけの問い合わせなら、届いた内容は通知メールの本文にそのまま書かれています。件名を見れば何の用件か分かり、本文を読めば返信内容も決まります。ところがファイルが混ざると、通知メールを開いた時点では中身が分かりません。開いて、中を見て、判断して、返す。1件あたりの手数が増えます。

さらに、ファイルには「どこにあるか」という問題がつきまといます。テキストは通知メールの中にあるので、探すときは受信箱を検索すれば見つかります。ファイルはメールの添付、共有ドライブ、担当者のデスクトップ、フォームの管理画面のどこかにあり、しかも同じ書類の版が複数の場所に散らばります。受付の窓口が疲弊する最大の理由はここにあります。

現場でよく起きるのは、次のような流れです。応募の受付を始めた当初は件数が少なく、通知メールから添付を1つずつ手元に保存して、名前を付け替えてフォルダに入れる運用で回ります。件数が30件を超えたあたりから保存が追いつかなくなり、保存し忘れたまま返信してしまう案件が出ます。100件を超えると、誰がどこまで見たかを管理する表そのものが更新されなくなります。窓口の担当者から出てくる相談は、たいていこの段階のものです。

つまり、ファイルの受け取りを設計するときに考えるべきなのは、送ってもらう方法よりも、受けたあとに自分が回せるかどうかです。この順番を逆にすると、送信は快適だが処理が破綻する受付ができあがります。

添付できるフォームと、添付を扱えるフォームは別物

「ファイルを添付できるフォーム」と「ファイルを扱える受付」は、同じ言葉で語られがちですが、必要な機能はまったく違います。

添付できるフォームに必要なのは、アップロードの受け口と保存先だけです。送信ボタンを押したときにファイルがどこかに保存され、通知が飛べば要件は満たされます。

一方で、ファイルを扱える受付に必要なものは、少なくとも次の5つです。1つ目は、届いたファイルが誰のどの申し込みに属するかがひもづいていること。2つ目は、複数のファイルが1件の申し込みにまとめて見えること。3つ目は、誰がそれを開いて、どこまで進めたのかが残ること。4つ目は、返信のやり取りが同じ場所に残ること。5つ目は、保存期間が来たときにまとめて消せること。

この5つが欠けたまま添付欄だけを足すと、受付は必ず表計算とメールの往復に戻ります。ファイルの受け取りは入口の機能に見えて、実際には送信されたあとの道具がそろっているかどうかで成否が決まる領域です。

答える側にアカウント登録を求めると、そこで手が止まる

ファイルを安全に受け取る方法を調べると、しばしば「回答者にアカウントを作ってもらい、ログインした状態でアップロードしてもらう」という案が出てきます。技術的には筋の通った話です。誰が送ったのかがログインの時点で確定するので、なりすましは減り、あとから本人に再アップロードを依頼するのも簡単になります。

しかし、受付の窓口としてこの案を採ると、受け取れる件数そのものが減ります。理由は単純で、答える側にとって登録は「送るための作業」ではなく「送る前の追加作業」だからです。

登録画面は送信の直前に置かれる離脱点になる

応募や申し込みの導線を分解すると、案内を読む、フォームを開く、入力する、ファイルを選ぶ、送信する、という流れになります。アカウント登録はこのどこかに挿し込まれますが、どこに挿しても効果は同じで、そこで一定数が離れます。

離れる理由はいくつかあります。メールアドレスの確認メールを待つ間に別の作業に移ってしまう。パスワードを考えるのが面倒で後回しにする。会社の端末では新規サービスへの登録が禁止されている。個人のアドレスで登録すると業務のやり取りが私物に混ざるので避けたい。スマートフォンで見ていて、パスワードの入力にたどり着く前に閉じる。

このうち「後回しにする」が最も多く、そして最も回復しません。移動中や休憩時間に開いたページは、その場で終わらなければ大半が終わりません。応募の締切がある受付なら、締切の前日に開かれた導線に登録を挟むのは、締切を1日前倒しにするのとほぼ同じことです。

さらに厄介なのは、離脱がこちら側の記録に残らないことです。送信された件数は管理画面に出ますが、登録画面で引き返した人は最初から存在しなかったように見えます。窓口の担当者は「今回は応募が少なかった」としか把握できず、原因が導線にあることに気づけません。

相手先の共有ドライブへ直接置いてもらう形の落とし穴

登録を避けるために、共有ドライブのフォルダを公開して「ここに置いてください」と案内する方法もよく採られます。これは登録の壁は無くなりますが、別の問題が起きます。

第一に、置かれたファイルが誰のものか分かりません。ファイル名を「氏名_書類名」にしてくださいと案内しても、その通りに付けてもらえる割合は高くありません。名前の表記ゆれ、旧姓、屋号、スキャナが自動で付ける連番のまま置かれる、といったことが起きます。受け取る側は結局、開いて中を見て突き合わせる作業をすることになります。

第二に、他の人のファイルが見えます。書き込み権限を配ると、たいてい閲覧権限も付いてきます。応募書類のように、他の応募者に見られては困る性質のものを置く場所としては使えません。書き込み専用の設定にできる場合もありますが、設定を1つ間違えたときの影響が大きく、受付のたびに設定を確認する運用は現実的ではありません。

第三に、上書きの事故が起きます。同じ名前のファイルが置かれたときに前のものが消える設定になっていると、気づかないうちに1件分の書類が失われます。

メール添付に逃がすと、受け取る側の手数が増える

「フォームには基本情報だけ入れてもらい、ファイルはメールで送ってもらう」という運用も広く行われています。答える側の負担は確かに小さく、登録も要りません。

ただし、受け取る側の手数は増えます。フォームからの通知とメールの添付は別々に届くので、2つを目で突き合わせて1件にする作業が発生します。応募者の名前とメールアドレスが一致すればまだ楽ですが、フォームは会社のアドレス、メールは個人のアドレスから送られてくることは珍しくありません。「送りました」という連絡だけが来て添付が付いていないケースも、件数をこなすと必ず出ます。

加えて、メールの添付には容量の制約があります。送受信の環境によって差はありますが、実務では20MBから25MB程度で弾かれることが多く、スキャンした書類を数枚まとめると簡単に到達します。送れなかった側は分割して送り直すか、別の手段を探すことになり、そのやり取りが窓口の仕事として戻ってきます。

登録なしで受けるために、フォーム側が肩代わりすべきこと

答える側に登録をさせずに、それでも受け取る側が困らないようにするには、フォームがいくつかの役割を肩代わりする必要があります。

1つ目は、送信された内容とファイルを同じ1件として保持することです。突き合わせの作業を人間からフォームへ移します。2つ目は、送信した本人だけがあとから追記や差し替えをできる仕組みを、登録なしで用意することです。送信完了時に固有のURLを発行し、そのURLを知っている人だけが自分の申し込みを開ける形にすれば、パスワードを作らせずに再アップロードを受けられます。3つ目は、受け取ったファイルを他の回答者から見えない場所に置くことです。

この3つがそろっていれば、答える側の操作は「入力してファイルを選んで送信する」だけで完結します。登録の壁を作らないというのは、答える側に優しくするための配慮ではなく、受け取る件数を落とさないための設計判断です。

受け取る形式をどう決めるか

添付欄を用意すると、次に決めるのは受け取る形式です。何でも受け取れるようにしておけば親切に見えますが、実際には受け取る側が開けないファイルが届いて手が止まります。

何を判断したいのかから逆算する

形式を決めるときの起点は、「そのファイルで何を判断するのか」です。ここを飛ばして「一般的にはPDFがよい」と決めると、あとで困ります。

内容を読んで審査するなら、レイアウトが崩れない形式が要ります。書類の体裁そのものを見るなら、送信者の環境で作られた見た目が保たれる必要があります。数字を集計に取り込むなら、表計算の形式のまま受け取ったほうが手戻りがありません。現物の状態を確認するなら画像が必要で、逆に文字が読めれば十分なら画像は重すぎます。

用途ごとの整理としては、次のような分け方が実務的です。書類の審査はPDF。集計に使う数字は表計算の形式かCSV。現物や作業の状態の確認は画像。動作や動きの確認が要るものだけ動画。ポートフォリオのように点数が多いものは、まとめた1つのPDFかURLでの提出。

開けないファイルを作らないための原則

受け取る形式を絞るときに守ると事故が減る原則が3つあります。

1つ目は、こちらで開けることを実際に確認した形式だけを許可することです。「たぶん開けるはず」で許可すると、届いた日に開けないことが判明します。特に、設計や制作の専用ソフトで作られた形式は、こちらに同じソフトが無ければ開けません。閲覧だけならPDFに書き出してもらうほうが確実です。

2つ目は、圧縮ファイルを安易に許可しないことです。複数のファイルをまとめて送れるので送信側には便利ですが、受け取る側は展開してからでないと中身が分かりません。展開すると想定外の形式が入っていることもあります。件数が多い受付では、圧縮ファイルの許可は処理時間を大きく押し上げます。まとめて送りたいという要望には、添付欄を複数用意することで応えるほうが扱いやすくなります。

3つ目は、案内文に「開けなかった場合は送り直しをお願いすることがあります」と一言添えることです。形式を絞っても、想定外のものは届きます。送り直しの依頼を最初から想定した文言にしておくと、こちらの手間も相手の気分も軽くなります。

入口で止めるべき形式

安全の面から、受け取らないほうがよい形式もあります。実行できる形式のファイルは、その代表です。プログラムとして動くもの、マクロが埋め込まれた文書、実行を伴うスクリプトの類は、受付の窓口で受け取る必要はほとんどありません。必要になる場面があるとすれば、ソフトウェアの開発を発注していて成果物を受け取る場合ですが、その用途なら受付フォームではなく別の手段を使うべきです。

拡張子だけで判断すると抜けが出るので、許可する形式を列挙して、それ以外は受け付けない形にするほうが安全です。禁止するものを列挙する方式は、新しい形式が出てくるたびに漏れます。許可する側を列挙すれば、想定外のものは自動的に入りません。

また、ファイルを受け取る窓口を持つ以上、届いたファイルをそのまま社内の端末で開かない運用も併せて決めておく必要があります。プレビューで中身を確認してから開く、開く前に検査を通す、といった手順です。この点は組織の情報管理の方針にも関わるので、社内の担当部署がある場合は形式の一覧を決める段階で共有しておくと、あとから運用を変える手間が省けます。

形式を絞ると必ず来る問い合わせ

受け取る形式を絞ると、「指定の形式で作れないのですが」という問い合わせが一定数来ます。これは絞り方が悪いのではなく、絞れば必ず出るものです。

多いのは、手書きの書類しか無い、スマートフォンで撮った写真しか無い、古い形式でしか保存できない、の3つです。あらかじめ代替の手段を案内文に書いておくと、この問い合わせの大半は事前に片付きます。手書きなら「撮影した写真でも構いません」、写真なら「文字が読める大きさで撮ってください」、古い形式なら「PDFに書き出すか、印刷して撮影してください」といった具合です。

案内文の追記は、問い合わせが1件来てから足すのでは遅く、受付を開ける前に想定して書いておくほうが効きます。受付の期間が短いものほど、問い合わせに答えている時間が惜しくなります。

容量の上限をどう決めるか

形式の次に決めるのが容量の上限です。ここは低すぎても高すぎても、窓口の仕事が増えます。

上限が低すぎると、送信の失敗が問い合わせになって返ってくる

上限を厳しくしすぎると、送信の失敗が起きます。そして送信の失敗は、そのまま窓口への問い合わせになります。

実際のファイルの大きさの目安を持っておくと判断しやすくなります。文字中心のPDFは1ページあたり100KB前後、写真を含む書類をスキャンすると1ページで1MBを超えることがあります。スマートフォンで撮影した写真は1枚3MBから8MB程度、動画は画質にもよりますが1分で100MBを超えることも珍しくありません。

この目安から見ると、上限を2MBに設定した受付は、スキャンした書類が数ページ集まるだけで通らなくなります。上限に引っかかった人がその場で圧縮の方法を調べて対処してくれる割合は高くありません。多くは送信をあきらめるか、窓口に問い合わせます。

上限が高すぎると、受け取る側が開けなくなる

逆に上限を高く取りすぎると、別の問題が起きます。大きいファイルは、開くのに時間がかかります。回線が細い環境で受付を回している場合、1件開くのに数十秒待つことになり、件数が多い日は作業になりません。

保存の容量にも影響します。受付の件数が多い窓口では、1件あたりの大きさがそのまま総量に効きます。1件50MBの受付を500件受ければ、それだけで25GBに達します。契約している保存容量を超えれば追加の費用が発生し、超えたことに気づかなければ受付そのものが止まります。

さらに、大きいファイルは受け取る側で扱いにくくなります。転送しようとすればメールの上限に引っかかり、社内で共有するには別の手段が必要になり、結局こちらでも変換や圧縮の作業が発生します。

現実的な決め方

上限は、次の3つを掛け合わせて決めるのが実務的です。

第一に、その受付で本当に必要な情報の大きさを見積もります。書類の審査なら数MBで足ります。写真の提出なら1枚あたりの大きさに枚数を掛けます。動画が要るかどうかは、ここで一度立ち止まって考える価値があります。動画が必要な受付は多くありません。

第二に、受け取ったあとに自分がそれを開いて処理できるかを確認します。上限を決めたら、その大きさのファイルを実際に1つ作って、受付と同じ手順で開いてみます。この確認をしないまま受付を開けると、当日になって処理が回らないことに気づきます。

第三に、上限を超える人が出たときの代替手段を決めます。大きいファイルは別の手段で受け取ると案内するのか、分割して複数回に分けてもらうのか、URLでの提出を認めるのかを事前に決めておきます。決めていないと、その場で判断することになり、対応が担当者ごとにばらつきます。

なお、上限をどう設定するかは使っているフォームの仕組みによって選べる幅が変わります。1ファイルあたりの上限と、1件の申し込み全体の上限を分けて設定できるかどうかで、案内の書き方も変わります。設定の可否は導入前に確認しておく項目の1つです。

送る側への案内文に書くこと

上限を決めたら、それを送る側に伝えます。伝え方が悪いと、上限を設定した意味がありません。

書くべきなのは、上限の数字だけではありません。「1ファイルあたり10MBまで」と書いてあっても、自分の手元のファイルが何MBなのかを知らない人は少なくありません。ファイルの大きさの確認方法を一言添えるか、「スマートフォンで撮った写真なら3枚程度まで」のように、相手が持っている物に置き換えて伝えると通じやすくなります。

超えてしまった場合の連絡先も書きます。「送れない場合はこちらまでご連絡ください」の一文があるだけで、送信をあきらめる人が減ります。窓口への問い合わせは増えますが、応募や提出が消えるよりはるかに軽い負担です。

受け取ったファイルの置き場を決める

形式と容量が決まったら、最後に置き場です。ここが決まっていない受付は、件数が増えた時点で必ず破綻します。

1件の申し込みに、届いたものを全部寄せる

置き場の設計で最初に決めるべきなのは、「1件の申し込み」を単位にすることです。ファイルの単位でも、日付の単位でも、担当者の単位でもありません。

フォルダをファイルの種類で分ける方式、たとえば「履歴書」フォルダと「職務経歴書」フォルダに分ける整理は、一見きれいに見えますが実務では機能しません。1人の応募者について判断するとき、複数のフォルダを行き来することになるからです。人ではなく書類の種類で分けた整理は、集計には向きますが、1件ずつ処理する受付の仕事には向きません。

同じ理由で、送信された本文のテキストとファイルは同じ場所にある必要があります。テキストは通知メール、ファイルは共有ドライブ、という分かれ方をしていると、1件を見るのに2か所を開くことになります。1件の申し込みに届いたものが1画面にまとまっていることが、件数が増えても回る受付の最低条件です。

表計算に貼ったリンクは、いずれ切れる

受付を表計算で管理している窓口では、行の末尾にファイルへのリンクを貼る運用がよく採られます。この方式は、件数が少ないうちは問題なく回りますが、時間が経つと崩れます。

崩れる原因は3つあります。1つ目は、ファイルを移動したときにリンクが切れることです。整理のためにフォルダを作り直した瞬間に、過去の行のリンクが全部使えなくなります。2つ目は、権限の問題です。表を共有した相手がリンクを開こうとすると、ファイル側の権限が別に設定されているので開けません。開けるようにするには1件ずつ権限を付けることになり、件数が増えると追いつきません。3つ目は、担当者が変わったときです。ファイルの所有者が退職や異動でいなくなると、リンクの先が消えることがあります。

表計算での管理そのものが悪いわけではありません。ただ、ファイルが混ざる受付では、表計算はリンクの管理台帳として機能しにくい、という限界があります。

誰が見て、どこまで進んだかを残す

ファイルの置き場と同じくらい重要なのが、処理の状態です。届いたファイルを誰が開いて、どう判断して、次に何をするのかが残っていないと、二重返信と返し忘れが必ず起きます。

具体的に残しておきたいのは、次の4つです。1つ目は、その案件の担当が誰か。2つ目は、いまどの段階にあるか。書類を確認中なのか、返信済みなのか、保留なのか。3つ目は、返信の内容。4つ目は、判断の理由です。特に不採用や見送りの判断は、理由が残っていないと、あとで問い合わせが来たときに答えられません。

これらを担当者個人のメールボックスに置いておくと、その人が休んだ日に案件が止まります。窓口をひとりで回している場合ほど、この点は深刻です。ひとりで回しているということは、代わりがいないということだからです。

保存期間と削除のルール

受け取ったファイルには、いつまで持っておくかを決める必要があります。特に、応募書類のように個人の情報を含むものは、必要がなくなった時点で消せる状態にしておくべきです。

決めるべきなのは3つです。1つ目は保存する期間。募集が終わってから何か月なのか、選考の結果を出してから何か月なのかを明示します。2つ目は、期間が来たときに誰がどう消すか。3つ目は、消したことをどう記録するかです。

ここで効いてくるのが、置き場が1か所にまとまっているかどうかです。ファイルが共有ドライブ、担当者の端末、メールの添付、印刷した紙に分散していると、消すという作業が実行不可能になります。「消したつもりだが、どこかに残っているかもしれない」という状態は、預かった側として説明ができません。受け取り方を設計する段階で、消し方まで決めておく必要があります。

個人の情報を含むファイルを預かるときに確認しておくこと

履歴書、身分証の写し、資格証明、診断書。受付でやり取りされるファイルには、個人の情報を含むものが多くあります。これらを預かる側には、安全に管理する義務があります。

個人情報取扱事業者は、その取り扱う個人データの漏えい、滅失又は毀損の防止その他の個人データの安全管理のために必要かつ適切な措置を講じなければならない。 出典: www.ppc.go.jp

この「必要かつ適切な措置」が具体的に何を指すかは、扱う情報の性質や事業の規模によって変わります。受付の窓口として最低限そろえておきたいのは、次の4点です。

第一に、誰がそのファイルを見られるのかが分かること。共有ドライブのリンクを知っている人全員が見られる状態は、範囲が把握できていない状態です。第二に、送信の経路が暗号化されていること。フォームのページが暗号化されていない状態でファイルを受け取るのは避けます。第三に、保存期間が決まっていて、期間が来たら実際に消せること。第四に、万一漏れたときに、どこに何が入っていたかを説明できること。

なお、個人の情報の取り扱いについて、どこまでが必要な措置に当たるかの判断は、業種や取り扱う情報によって変わります。判断に迷う場面では、所管の窓口や専門家に確かめてください。この記事の内容は運用の考え方を整理したもので、法的な解釈を示すものではありません。

また、受け取る側の事情として、ファイルを預かる期間が長くなるほど責任も長く続きます。受付の設計を考えるときは、集める情報を減らせないかも同時に検討する価値があります。身分証は本当に一次の受付で必要なのか、選考が進んだ段階で足りるのではないか、といった問い直しです。預からずに済ませられるものは、最初から預からないのがいちばん確実です。

いま使っているフォームで足りる場合と、足りなくなる境目

ここまで読んで、いま使っているフォームを変える必要があるのかどうかを判断したい人も多いはずです。結論から言うと、変えなくてよい場合ははっきりしています。

足りるのは、次の条件がそろっているときです。受け取る件数が月に数件から数十件で、ファイルは1件につき1つか2つ。届いたものを見て返信すれば完結し、複数の担当者で分担する必要がない。保存期間の管理が求められる情報を含まない。この範囲であれば、いまの仕組みに添付欄を足すだけで十分に回ります。無理に乗り換える理由はありません。

足りなくなる境目は、次のいずれかが起きたときです。返信したかどうかが分からなくなる。同じ人から複数回送られてきたときに、どれが最新か判断できない。担当者が2人以上になり、どちらが対応するかで漏れが出る。届いた件数の集計を毎回手作業でやっている。保存期間が来たファイルを消す作業に手が回らない。

このどれか1つでも起きているなら、入口のフォームではなく、受けたあとの管理に問題があります。フォームを別のものに替えても、受けたあとの仕組みが同じなら状況は変わりません。判断の材料としては、送信された件数ではなく、1件あたりに自分が使っている時間を測るのが確実です。

比較の観点を具体的に見たい場合、いま使っている仕組みごとの違いを整理した記事があります。回答が表計算に流れ込む形の運用と、案件ごとに担当や状態が付く形の運用の違いはGoogleフォームとの比較にまとまっています。サイト内にフォームを置いて送信内容をメールで受け取っている場合の詰まりどころはContact Form 7との比較で扱われています。社内の情報基盤の一部としてフォームを使っている場合の考え方はMicrosoft Formsとの比較にあります。いずれも、いまの仕組みで足りる範囲を先に示したうえで、境目がどこにあるかを整理する形になっています。

受付の種類によって、ファイルの扱いは変わる

ファイルの受け取り方は、受付の性質によって変わります。同じ「添付を受け取る」でも、何を受け取り、誰が見て、いつまで持つのかが違うからです。代表的な場面を並べると、決めるべきことの違いが見えてきます。

採用の受付は、書類の量が多く、他の応募者から見えてはいけない性質のものを扱います。履歴書と職務経歴書を1人分としてまとめること、選考の段階を記録すること、募集終了後の保存期間を決めることが要件になります。この場面の詰まりどころは採用の応募受付にまとまっています。

助成金や公募の受付は、提出物の数が多く、要件を満たしているかの確認作業が重くなります。書類の不備を指摘して再提出を受ける流れが必ず発生するため、同じ申請に対して版が増えます。この場面の考え方は助成金・公募の受付で整理されています。

一般の問い合わせの受付では、ファイルが付くのは一部だけです。付いていない問い合わせと混ざるため、添付の有無で扱いを変えられるかが効いてきます。この場面は問い合わせの受付にまとまっています。

イベントの申し込みでは、ファイルの添付は多くありませんが、参加者からの資料の事前提出や、写真の提供を受ける場面があります。締切が明確で、期間を過ぎたら受け付けない運用が必要になります。この点はイベントの申し込みで扱われています。

講座の受講申し込みでは、受講の要件を満たしているかの確認として、資格証や修了証の写しを受け取ることがあります。回ごとに受付を繰り返すため、同じ形の受付を複製して使えるかどうかが手間に直結します。この場面は講座の受講申し込みにまとまっています。

施設の利用申請では、利用計画書や配置図といった、レイアウトが崩れては困る書類を受け取ります。申請から承認までの状態管理が必要になり、差し戻しも発生します。詳細は施設利用の申請にあります。

会員の入会申し込みでは、本人確認の書類を受け取ることがあります。預かる情報の性質が重く、保存期間と削除の運用が特に重要になります。この点は会員の入会申し込みで整理されています。

修理やサポートの受付では、故障の状態を写した写真や動画を受け取ります。画像や動画は容量が大きくなりやすく、上限の設計がそのまま受付の成否を左右します。この場面は修理・サポートの受付にまとまっています。

こうして並べると、共通しているのは「送ってもらう」部分ではなく「受けたあとに何をするか」の部分だと分かります。採用も公募も申請も、届いたものを1件として扱い、状態を進め、いつか消す、という流れは同じです。違うのは、受け取る形式と、状態の段階の数と、保存期間の長さだけです。

受付の形を決める前に確認しておくとよいこと

ファイルの受け取りを設計するとき、最後に確認しておくと判断が早くなるものを挙げます。

いま起きている詰まりが入口にあるのか、受けたあとにあるのかを切り分けたい場合は、実際の画面の流れを見るのが早道です。届いた1件がどう表示され、担当をどう付け、どこに状態が残るのかは、機能の一覧を読むより実物を見たほうが判断できます。受付の管理側で何ができるのかはできることに整理されており、実際の画面の動きは動くところを見るで確認できます。

規模の見積もりが必要な場合は、受け取る件数と保存する容量の両方で考えます。ファイルを扱う受付は、テキストだけの受付より容量が効いてくるので、月あたりの件数だけでなく1件あたりの大きさも掛け合わせて見積もっておくと、あとで足りなくなる事態を避けられます。件数や利用人数に応じた考え方は料金にまとまっています。

導入の前に出やすい疑問、たとえば回答者側の操作がどうなるのか、いま使っているフォームからの移行はどうするのか、といった点はよくある質問で扱われています。特にファイルの受け取りに関しては、上限や形式の設定がどこまで細かく決められるかを確認しておくと、案内文を書く段階で迷いません。

最後に、この記事の要点を判断の順番として置き直します。まず、答える側にアカウント登録を求めないことを前提に置きます。登録の壁は、受け取る件数そのものを減らします。次に、受け取る形式を用途から逆算して絞り、こちらで開けることを確認したものだけを許可します。そして容量の上限は、必要な情報の大きさと、受け取ったあとに処理できるかの両方から決めます。最後に、届いたものが1件としてまとまり、状態が残り、期間が来たら消せる置き場を用意します。

この4つのうち、入口の設定で解決するのは形式と容量の2つだけです。残る2つ、登録をさせない導線と、受けたあとの置き場は、フォームの設定ではなく仕組みそのもので決まります。ファイルの添付を受け取れるようにしたい、という相談が、たいてい受付の作り直しの話に発展するのはこのためです。いま何に詰まっているのかを、入口と出口に分けて一度書き出してみることをおすすめします。

Q1. 添付できるファイルの容量は、どのくらいに設定するのが目安ですか?

受け取るものの実寸から逆算します。文字中心のPDFは1ページ100KB前後、スキャンした書類は1ページで1MBを超え、スマートフォンの写真は1枚3MBから8MB程度です。書類の受付なら1ファイル10MB前後、写真を含むなら20MB前後が現実的な目安になります。決めたら同じ大きさのファイルで一度試してください。

Q2. 回答者にアカウント登録をしてもらう方式は避けたほうがよいですか?

受付の件数を落としたくないなら避けるべきです。登録は送信の直前に置かれる離脱点になり、後回しにした人の大半は戻ってきません。しかもその離脱はこちらの記録に残らないため、原因に気づけません。送信完了時に固有のURLを発行する方式なら、登録なしでも本人だけが後から差し替えられます。

Q3. 圧縮ファイルでまとめて送ってもらうのは効率的ではありませんか?

送る側は楽ですが、受け取る側の手数が増えます。展開しないと中身が分からず、想定外の形式が混ざっていることもあります。件数が多い受付ほど処理時間を押し上げるので、添付欄を複数用意して個別に受け取るほうが扱いやすくなります。

Q4. 受け取った応募書類は、いつまで保存しておけばよいですか?

期間そのものは事業や募集の性質によって変わるため一律には決まりませんが、決めておくべきなのは、保存する期間、期間が来たときに誰がどう消すか、消したことをどう記録するかの3点です。ファイルが複数の場所に分散していると削除自体が実行できなくなるので、置き場を1か所にまとめておくことが前提になります。取り扱いの判断に迷う場合は所管の窓口や専門家に確かめてください。

ガイド一覧へ

フォームでファイルの添付を受け取る|答える側に登録をさせない|Halict