LINEで「今後の案内は不要です」と届いたとき、丁寧に返信しても、翌週に予約済みのメッセージや別の担当者の連絡が届けば、相手から見れば止まっていません。この記事では、工務店が連絡停止の希望を受けたとき、何をどの順に行えば実際の送信まで止められるかを、LINEを中心に説明します。
先に答えを書くと、作業は「受け付けて短く返す」「止める範囲を本人の言葉どおりに決める」「自社の送信経路ごとに止める」「止まったことを確かめる」「記録を次の担当者と次の名簿に引き継ぐ」の五つです。顧客管理に「停止」と書くことと、実際に配信から外れることは別の作業として確かめます。名前を付けただけのタグやメモが、すべての送信を自動で止めるわけではないからです。
LINE公式アカウントの機能は、LINEヤフー for Businessのマニュアルを2026年10月2日に確認した内容に基づきます。画面や条件は変わることがあるため、操作の前に現在のマニュアルを確かめてください。文例・表・事例は説明のための架空のものです。メールの広告に関する法律上の扱い(特定電子メール法の受信拒否など)は、工務店の連絡希望の確認で扱っています。
ハウスメーカーで送信経路の一覧を部署横断で作る
記事は、複数の支店や窓口がある会社では停止を受けた部署の記録だけで閉じないとしています。本部の一斉配信、展示場のLINE、支店の電話と経路が分かれる場合は、手順03の一覧に経路ごとの管理部署を書き、処理の結果が返るまで追います。
世帯ごとに主担当を決め、停止の希望を全拠点・全経路へ伝える決め方は関連記事で扱っています。
返信は短く。受け付けた段階と、止めた段階を分けて伝える
停止の希望への返信で必要なのは、受け付けたことと、その後どうなるかが分かることです。理由を詳しく尋ねたり、最後に一度だけ見学会を案内したりする前に、まず受け止めます。連絡が負担になっていたようなら、おわびを添えてもかまいません。本人が説明していない理由を決めつけることや、考え直してもらうための質問を足すことはしません。
まだ反映を確かめていない段階で「すべて停止しました」と言い切らないことも大切です。すぐに処理できる体制なら確かめてから完了を伝え、時間がかかるなら、何を受け付けたかを正確に返します。
停止希望を受け付けた時点の返信例
承知しました。今後の営業のご案内を停止するご希望を受け付けました。
担当内で共有し、送信予定と配信対象を確認して反映します。ご連絡いただきありがとうございました。停止の反映を確かめた後の返信例
ご希望いただいた営業のご案内の停止を反映しました。
今後、こちらからの営業のご案内は控えます。ご連絡いただきありがとうございました。二つ目の文例は、使っているすべての経路で確かめた後にだけ使います。一部の経路が未確認なら完了とは書きません。逆に、本人が返信そのものを要らないと伝えているなら、完了報告を何度も送るのはかえって希望に反します。返信の回数で丁寧さを示すのではなく、処理を確実に進めます。
返信には、施工例、見学会、紹介キャンペーンなどの宣伝を付けません。停止を受け入れた文面のすぐ後に営業の案内があると、何が止まるのかが分からなくなります。担当者が短く書いたつもりでも、共通のテンプレートや署名が自動で宣伝文を加えていることがあるので、実際に送られる文面で確かめます。
理由を聞くアンケートや、継続した人向けの特典を、停止の条件として差し込むこともしません。本人が理由を話してくれたら改善の材料にできますが、答えなければ止まらない運用にはしません。
自動返信を使っている場合は、それが「受信しました」の返信なのか、停止の処理まで終える仕組みなのかを区別します。メッセージを受けただけで「配信停止が完了しました」と返す設定にはしません。処理まで自動化しているなら、失敗したときに誰が気付くかまで決めておきます。
止める範囲は、本人の言葉どおりに決める
「営業の連絡はすべて止めてほしい」と言われたなら、LINEだけを止めて電話やメールに切り替えることはしません。会社が使っている営業連絡の経路すべてに反映します。一方、「電話は控えて、今の質問にはLINEで答えてほしい」なら、連絡方法と用件を分けて記録します。
範囲がはっきりしていれば、同じことを何度も確かめる必要はありません。曖昧な場合は、明らかに不要とされた案内を先に止めてから、足りない点だけを尋ねます。確認が取れるまで通常の宣伝を続けることはしません。
横にスワイプして、右側の列を確認できます
| 本人の伝え方の例 | 分かっている希望 | 社内の対応 |
|---|---|---|
| 営業の案内は全部不要 | 営業連絡の停止 | 使っている経路すべてに反映する |
| 電話はやめてほしい | 電話を控える | 他の連絡は既存の希望と用件で判断する |
| 今は連絡しないでほしい | 今の連絡を控える | 会社が再開日を決めない |
| 必要になったらこちらから連絡する | 本人からの連絡を待つ | 個別の営業予定を外す |
| この案内は不要 | その内容を望まない | 必要なら範囲だけ短く確かめる |
担当者が扱いやすい言葉に置き換えるときも、意味を狭めないようにします。「連絡不要」を「今月は見込みなし」と記録すると、翌月には案内の対象に戻るかもしれません。商談の進み具合と連絡の希望は、別の項目で持ちます。
進行中の用件があるときは、営業の案内と分ける
工事や予約、本人から頼まれた回答など、進行中の用件がある相手から停止の希望が届くこともあります。見学会の宣伝は要らないが、依頼した修理の連絡は必要、という場合です。必要な連絡があることは、営業の案内を続けてよい理由にはなりません。何の用件が残り、どの方法で連絡するかを本人の希望に沿って分けて記録します。担当者の判断で「重要だから」と広い例外を作ることはせず、契約や法令に関わる判断が要る場合は社内の責任者に相談します。
営業の案内と進行中の用件を分ける確認例
営業のご案内は停止します。
現在ご依頼いただいている確認事項について、回答のご連絡はこのLINEで差し支えないでしょうか。別の方法をご希望でしたらお知らせください。この文例は、本人から頼まれた用件が実際に残っている場合のものです。連絡を続けるために用件を作ったり、一般的な情報提供を「必要な回答」として扱ったりはしません。用件が終わったら記録を更新し、例外がいつまでも残らないようにします。
自社の送信経路と受付の窓口を一覧にする
停止の漏れは、担当者の操作忘れだけで起きるわけではありません。連絡の経路が複数あり、誰も全体を把握していないことが原因になります。個別チャット、予約メッセージ、一斉配信、外部の連携サービス、メール、電話の予定、古い送付用の一覧など、実際に使っているものを書き出し、どこで設定し、誰が操作でき、停止をどう反映するかを並べます。使っていない機能まで載せる必要はありません。新しいツールや連絡方法を加えたときに一覧も更新します。
横にスワイプして、右側の列を確認できます
| 送信経路の例 | 見る場所 | 停止処理で確かめること |
|---|---|---|
| 担当者の個別連絡 | 顧客記録と担当者の予定 | 次の営業連絡が残っていないか |
| 予約したチャット | 予約メッセージの一覧 | 対象の予約を取り消したか |
| 一斉配信 | 配信対象と予約設定 | 対象者が含まれていないか |
| 外部の連携サービス | 連携先の設定と処理履歴 | 停止状態が反映されたか |
| メールや電話 | 各担当の管理先 | 停止の範囲と一致するか |
| 古い送付用の一覧 | 保存ファイルと利用者 | 再利用で対象に戻らないか |
担当者が個人の端末やメモで営業の予定を持っている場合も、会社として把握する対象です。公式の窓口に届いた停止が個人の予定に反映されなければ、連絡は続きます。
停止の希望は、LINEの返信だけで届くわけではありません。電話で言われたり、問い合わせフォームに書かれたり、来場時に担当者へ話されたりします。受けた場所が配信を管理する画面と違っても、会社として同じ処理につなげます。「LINEのことは別の担当です」と伝えて、本人に同じ希望を送り直してもらうことはしません。
横にスワイプして、右側の列を確認できます
| 受け付けた窓口 | その場で行うこと | 次の担当へ渡す情報 |
|---|---|---|
| LINE | 希望と対象を確かめる | 対象のトークと希望の要点 |
| 電話 | 聞き取った範囲を復唱して確かめる | 対象の連絡先、受付日時 |
| フォーム | 内容を読んで担当へ回す | 受付内容と本人を特定する情報 |
| 来場・対面 | 希望を記録する | 対象、担当、処理状況 |
配信を操作できない人でも、対象と希望を正確に受け付け、操作できる人に渡せれば十分です。口頭で受けたら、その場で短く復唱し、記憶に頼って後から処理しないようにします。相手を特定するために必要なのは、どの連絡先への案内を止めたいかといった情報で、家族の事情や検討状況を改めて聞く必要はありません。
LINEでは、予約メッセージと配信の対象を両方見直す
過去に作った予約が残っていると、停止を受け付けた後に送られてしまいます。顧客記録を直すだけでなく、予約の管理画面を開きます。予定表から作業を消すことと、送信予約を取り消すことは別です。
LINEヤフー for Businessのチャット設定のマニュアルでは、予約メッセージの一覧で、鉛筆マークから内容や送信日時を編集でき、ゴミ箱ボタンから削除できると案内されています。この操作で消えるのはチャットの予約メッセージです。一斉配信や外部サービスの予約まで同時に消えるわけではありません。削除するときは宛先と内容を見て、名前の似た別の顧客の予約や、停止の対象ではない進行中の用件まで消さないようにします。処理後に一覧を開き直し、対象の予約が残っていないことを記録します。
送信時刻が迫っているのに自分では操作できないときは、伝言を残して待つのではなく、操作できる人へ直接つなぎます。権限がなくて止められなければ、未完了であることをはっきり残します。「依頼済み」を「停止済み」と同じに扱わないことが、漏れを見つける手がかりになります。
- 停止の希望と対象の連絡を特定する
- 予約一覧を開く
- 操作できる担当者が対象を取り消す
- 予約が残っていないか見直す
- 処理日時と確認者を記録する
- 他の送信経路へ進む
一斉配信から外す方法は、使う機能と設定によって違います。「停止」という名前のタグを付けても、そのタグを配信の条件に使っていなければ、配信からは外れません。配信を作るときに何を対象の条件にしているか、停止の情報がその条件に入っているかを見ます。
絞り込み配信のマニュアルには、オーディエンスごとに「含める」「除外する」を選べること、一つのメッセージに追加できるオーディエンスは10個までであることが書かれています。属性による絞り込みには、ターゲットリーチ数が100人以上、絞り込み後の推計対象ユーザーが50人以上必要で、絞り込みはおおむね3日前の属性情報をもとに行われます。人数の条件があり、直近の状態を反映するとも限らないため、属性の絞り込みは特定の本人を確実に外す処理の代わりにはなりません。停止した人を除外できるオーディエンスを作れるかどうかは、マニュアルが別ページで説明している作成方法と条件で確かめます。
特定の人を確実に外せるかどうか分からないまま、その人が含まれるおそれのある営業配信を進めることはしません。対象の作り方を変える、管理者に設定を確かめるなど、先に問題を解消します。停止の希望を守れない可能性を残したまま、送信数を優先しません。
横にスワイプして、右側の列を確認できます
| 配信の準備で確かめること | 確かめる理由 | 分からない場合の対応 |
|---|---|---|
| 対象をどう選んでいるか | 停止情報との関係を知る | 設定とマニュアルを確かめる |
| 除外の条件が実際に使われているか | 名前だけの管理を避ける | 対象の作り方を直す |
| 予約済みの配信に反映されるか | 過去に作った対象が残っていないか調べる | 予約の条件を見直す |
| 外部との連携状態 | 別の経路からの再送を防ぐ | 連携先で処理を確かめる |
| 送信前の最新状態 | 直前の停止を反映する | 古い対象一覧を使わない |
社内に操作手順を残すなら、機能名、マニュアルを確認した日、対象の作り方まで書きます。画面が変わったとき、古いスクリーンショットの位置だけを頼りに操作しないためです。
社内への依頼は、処理した場所と結果が返ってくるまで追う
停止の希望を受けた日と、各経路へ反映した日は同じとは限りません。違いが分からない記録では、処理中なのか完了なのかを判断できません。本人が何を希望したかを残し、その下で経路ごとの処理状況を管理します。理由の詳細を集めるより、対象の連絡方法、受付日時、担当者、確認の結果を優先します。
横にスワイプして、右側の列を確認できます
| 記録の項目 | 内容の例 | 気を付けること |
|---|---|---|
| 本人の希望 | 営業の案内は不要 | 範囲を都合よく狭めない |
| 受付 | 日時、受け付けた窓口 | 他の窓口で届いた希望も同じに扱う |
| 対象 | LINE、電話、メールなど | 希望と対応させる |
| 処理状況 | 未処理、処理中、確認済み | 依頼しただけで完了にしない |
| 実施内容 | 予約の取消、配信対象の見直し | 操作した場所を特定する |
| 確認 | 確認日、担当、残る事項 | 未確認の経路を隠さない |
| 再開の条件 | 本人から希望があった場合など | 自動で解除する日を置かない |
個別の予定、配信、外部ツールの担当が分かれているなら、「この方への連絡を止めてください」と伝えるだけでは、どこまで行うかがそろいません。対象の作業と確認先を明記して依頼し、受けた担当者には何を確かめたかを返してもらいます。「対応しました」の一言では、予約を取り消したのか、顧客記録を直しただけなのかが分からないからです。
社内への処理依頼の例
対象の顧客から、今後の営業のご案内を停止する希望を受け付けました。
個別連絡の予定、予約メッセージ、一斉配信、連携先の対象について、それぞれの担当範囲を確認してください。
処理した場所と確認結果を記録へ残してください。操作できない箇所や未確認の経路がある場合は、未完了として知らせてください。社内共有には、対象を特定できる情報を使えば足ります。広い連絡網に顧客の事情や会話の全文を流す必要はありません。停止の理由を雑談や顧客の評価の材料にしないことも含めて、処理に必要な人へ必要な範囲で伝えます。
停止の希望は、営業担当者の勤務時間に届くとは限りません。休日や担当者の不在時に誰が受付を見て、誰が予約や配信の対象を変更できるかを決めておきます。休日に一斉配信を予定しているなら、その前に停止を反映できるかを確かめ、確かめる人がいないなら配信の日時を調整します。いつでもすぐに対応できると案内する必要はありませんが、実際の体制と違う約束はしません。
横にスワイプして、右側の列を確認できます
| 不在時に決めること | 具体的な中身 | 決めていないと起きること |
|---|---|---|
| 受付の確認 | 誰がどの窓口を見るか | 希望が未読のまま残る |
| 操作の代行 | 誰が予約や対象を変更できるか | 担当の出勤まで止められない |
| 未完了の共有 | どこに処理中と残すか | 依頼しただけで終わる |
| 配信予定との関係 | 反映前に送られないか | 休日の予約から送られる |
| 自動処理の失敗 | 誰に通知が届くか | エラーが見過ごされる |
外部の連携と古い一覧で、停止が元に戻らないようにする
顧客管理と配信サービスを連携していると、片方を変えればもう片方も更新される設計になっていることがあります。しかし連携があることと、今回の更新が成功したことは別です。処理結果やエラーを見て、反映されていない状態に気付けるようにします。更新が即時なのか、定期的な同期なのか、担当者の操作なのかによって、受付から反映までの間に必要な対応も変わります。
横にスワイプして、右側の列を確認できます
| 連携で確かめる項目 | 知りたいこと | 社内に残す情報 |
|---|---|---|
| 更新の方向 | どちらからどちらへ反映するか | 管理元と連携先 |
| 更新の時期 | 即時か、定期か、手動か | 反映までの間の扱い |
| 成功の確認 | 対象の状態が変わったか | 結果と確認時刻 |
| 失敗時の対応 | 誰が何を止めるか | 代行の手順と担当 |
| 再同期の扱い | 古い情報で戻らないか | 優先する記録と条件 |
連携に失敗したときは、手作業で止める方法と担当を用意しておきます。エラーの原因を調べている間も、配信の予定は残っているかもしれません。仕組みの復旧を待つことと、不要な送信を止めることは分けて進めます。
過去のイベント招待の一覧や表計算の送付リストには、作った後に届いた停止が反映されていません。そのまま使い回せば、止めたはずの人に届きます。どれが元の記録で、どれが一時的な出力かを区別し、送る前に最新の管理元と照合します。担当者がそれぞれ出力ファイルを更新し続けると、停止の状態が複数の場所で食い違います。新しいツールへデータを移すときも、氏名や連絡先だけでなく、連絡の希望とその根拠を引き継げるかを先に確かめます。
- 一覧の作成日と元の記録を確かめる
- 最新の停止と連絡条件を照合する
- 一致しない記録を調べる
- 配信の条件に停止を反映する
- 対象と除外の結果を見直す
- 古い一覧をそのまま使える場所に残さない
件数が一致しても、対象者が正しいとは限りません。人数に加えて、停止がどう反映されたかを確かめられる方法を使います。同じ名前というだけで別々の記録を自動でまとめることもしません。
顧客一覧から名前を消すことも、停止の代わりにはなりません。他の一覧や連携先に情報が残っていれば送信は続きますし、停止の記録まで消えると、後で再登録されたときに以前の希望が分からなくなります。本人が保存している情報の削除も求めている場合は、連絡の停止とは別の依頼として責任者へつなぎます。その場で営業担当者が「すべて消せます」「何も消せません」と答えることはしません。保存や削除の判断は情報の種類や目的、案件の状態によるため、この記事の運用例は保管期間を定めるものではありません。停止の記録は処理と確認に必要な人だけが見られる場所に置き、停止した人の一覧を別の営業企画に流用しません。顧客情報の閲覧範囲と保管の決め方は、工務店の顧客情報の扱いで扱っています。
架空例:個別の予約と月末の一斉配信が残っていた場合
ある工務店に、顧客から営業の案内を止めてほしいとLINEで届いたとします。担当者はその日のうちに顧客記録へ「停止」と書きました。しかし翌週の個別チャットと、月末のイベント配信がすでに予約されていました。記録を直しただけでは、この二つがどうなるかは分かりません。
受付の担当者は送信経路の一覧を見て、個別の予約を扱う人と、一斉配信を管理する人へ処理を依頼します。個別の予約は宛先と内容を確かめて取り消し、一斉配信は停止した人が対象から外れる設定になっているかを確かめます。外部の連携先を使っているなら、そこも見ます。
横にスワイプして、右側の列を確認できます
| 処理 | この例で確かめること | 完了とするための情報 |
|---|---|---|
| 希望の受付 | 営業の案内全体を止める希望 | 受付日時と対象 |
| 個別の予約 | 翌週の営業チャット | 取消と、一覧で残っていないこと |
| 一斉配信 | 月末のイベント案内 | 対象から外れること |
| 連携先 | 別のサービスに予定があるか | 対象と処理結果 |
| 顧客記録 | 希望と経路ごとの状態 | 未完了が残っていないこと |
一つの経路でも確認が取れていなければ、全体を完了にはしません。その経路を含む配信をどうするかを責任者と決め、本人に不要な案内が届かないようにします。返事を待つだけでなく、送信予定の日時と照らして先に手を打ちます。
この例は、複数人の確認を増やすべきだという意味ではありません。一人ですべての経路を操作する会社なら、一人が一覧に沿って処理すれば足ります。誰が行う場合も、記録の変更と実際の送信停止を別々に確かめることが要点です。
停止後に届いてしまったら、まず次の送信を止める
停止を受けた後に案内が届いたと指摘されたら、事実を確かめ、追加の送信が起きないようにすることを先にします。原因を調べ始めても、予約や配信が残っていれば、調べている間に次の案内が届きかねません。
返信では、すでに停止の希望を伝えてもらっていたことを受け止めます。「システムの都合です」「担当が知らなかったようです」と説明して終えるのではなく、確かめた事実とこれから行う対応を伝えます。原因が分からない段階で、特定の担当者やツールの責任と断定しないようにします。
再送の指摘を受けた場合の返信例
停止のご希望をいただいていたにもかかわらず、案内が届き、申し訳ありません。
追加の案内が送られないよう、送信予定と配信経路を確認して対応します。
今回送られてしまった原因も確認し、停止の手順を見直します。原因は、どの経路から、どの対象条件で、いつの情報を使って送ったかで調べます。停止の記録がなかったのか、記録はあったが対象に反映されなかったのか、古い一覧を使ったのかによって、直す場所が変わります。
横にスワイプして、右側の列を確認できます
| 再送の原因の例 | 見る記録 | 見直す対象 |
|---|---|---|
| 個別の予約が残った | 予約の作成と取消の記録 | 停止手順に予約の確認を加える |
| 配信の条件に停止が入っていない | 配信対象の設定 | 対象の作り方と送信前の確認 |
| 別の担当の予定が残った | 作業一覧と共有の記録 | 担当間の処理の確認 |
| 古い送付一覧を使った | ファイルの版と利用日時 | 一覧の配布元と更新方法 |
| 外部連携が更新されなかった | 連携の結果とエラー | 連携の確認と未完了の扱い |
直した後は、同じ原因で他の停止希望者にも送られる状態が残っていないかを確かめます。一人の記録を直せば済む問題なのか、配信の仕組み全体に関わる問題なのかを分けて考えます。
自社の送信が見当たらないとき
「止めたのにまだ届く」と言われても、自社の記録に送信が見当たらないことがあります。別の公式アカウント、メール、外部サービスなど、どこから届いたのかを確かめます。最初から他社の連絡だと決めつけません。本人に確認を頼むなら、送信元の表示や届いた日時など調査に必要な点だけを聞き、会話全体や個人情報の写った画像を無条件に送ってもらうことはしません。自社の経路だと分かれば停止の対象に加え、自社からではないと分かった場合も、確かめた範囲を落ち着いて伝え、自社側の停止の記録はそのまま保ちます。
停止した人から質問や再登録があっても、配信は自動で再開しない
停止した相手から、施工例や修理について質問が来ることがあります。その質問に答えることと、営業の配信を再開することは別です。連絡が来たから停止がすべて解除されたとは考えず、今回の用件に対応します。社内で停止の状態を保ったまま、用件にだけ答えればよい場面も多くあります。
本人が再び案内を希望したら、どの内容をどの方法で受け取りたいかを確かめます。以前と同じ範囲を望んでいるとは限らないので、希望に沿って記録を更新し、解除した日と根拠を残してから、必要な経路に反映します。
停止後の質問に回答するときの添え書きの例
今回のご質問について確認して回答します。
以前いただいた営業のご案内の停止は、そのまま記録しています。
今後の案内を改めて希望される場合は、必要な内容をお知らせください。この添え書きを毎回送る必要はありません。説明がかえって長くなるなら、用件への回答だけで十分です。
友だち追加やフォームの送信をきっかけに、同じ人の記録が新しく作られることもあります。別の記録として登録されると、古い停止の希望が見えなくなります。同じ人かどうかを確かめられる仕組みを用意し、推測だけで記録をまとめたり、停止を解除したりはしません。
家族がそれぞれ別のアカウントや電話番号で連絡している案件では、停止の希望が誰の、どの連絡先についてのものかを確かめます。一人が止めたからといって、別の家族へ営業の案内を回すことはしません。本人が家族全体への案内の停止を希望している場合は、誰の情報を扱うかに関わるため、分からない部分を推測で決めず、本人への営業連絡は控えたまま確かめます。複数の支店や窓口がある会社では、停止を受けた部署の記録だけで閉じず、同じ会社の別の窓口から連絡が続かないかも見ます。
手順は架空のデータで通して試し、件数より漏れを見る
停止の手順ができたら、社内の確認用データで受付から反映までを通します。実在の顧客に不要な通知を送って試す必要はありません。使っている送信経路ごとに、停止をどこに記録し、何を操作し、どう確かめるかを順にたどります。
条件は、予約済み、担当者の不在、連携の失敗、古い一覧の再利用など、自社で起きそうなものから選びます。すべてを一度に試すより、今の仕組みに関わるものを優先し、処理できなかった箇所を直して同じ条件でもう一度試します。手順書に完了と書いてあるかではなく、予約や配信の条件が期待した状態になったかで判断します。権限が足りないなら、権限を持つ担当者へつなぐ流れも試しておきます。
運用を評価するとき、停止の件数が少ないことを目標にはしません。少なさを競うと、停止を受け付けにくくしたり、記録を残さなかったりする動きを招きます。停止は、本人が今後の連絡について希望を伝えた結果です。見るべきなのは、受付後に処理が残った件数、停止後の再送、担当間の引き継ぎ漏れです。処理時間を測るなら、早く完了の印を付けることが目的にならないよう、実際の経路で停止を確かめた時点を記録します。
本人が停止の理由を話してくれたら、案内の内容、頻度、時期、表現を見直す材料になります。ただし一人の理由を全員の傾向とは扱わず、どの案内で何が起きたかを確かめます。再送が起きたときも、担当者への注意で終わらせず、分担が不明だったなら分担を、連携の結果が見えなかったなら確認方法を直し、直した箇所を同じ条件で試します。
参考にした公式資料
記入例・計算例は編集上の例です。制度の受付状況や仕様は変わるため、実行前にリンク先の最新情報をご確認ください。