【2026年9月最新】「領収書在中」「請求書在中」はどこに書く?封筒の書き方から、Claude Code/Codexによる発送業務の自動化までを解説
「請求書を郵送するとき、封筒に『請求書在中』と書いた方がいいのは知っているけれど、どこに・どう書けばいいのか自信がない」——経理担当者や、開業したての士業事務所のスタッフが、初めて書類を発送するときに必ず一度は迷うポイントです。
結論から言うと、「在中」表記に法律上の決まりはなく、封筒の左下に、縦書きなら縦、横書きなら横で、赤色を避けて記載するのが実務上の標準です。手書きである必要はなく、スタンプや印刷でも問題ありません。ルール自体はシンプルですが、位置や色を間違えると受け取った側に「雑な会社」という印象を与えかねず、ビジネスマナーとして軽視できない論点です。
この記事では、参考元のjinjerブログ「領収書在中・請求書在中は封筒のどこに書く?」が扱う書き方の基本・封筒選び・郵送マナーを土台に、実務でよくある間違いや事故パターンまで詳しく整理します。後半では、そもそも「在中表記に気を配る郵送業務」自体の負担を減らす方法として、Claude Code/Codex(AIエージェント)による請求書・領収書の発送業務の自動化を、弊社サービス「AI鬼管理」(運営: 株式会社GENAI)の実践ノウハウとともに解説します。
01 THE BASICS 「在中」表記の基本|何のために書くのか 法律の決まりではなく、ビジネスマナーとしての表記であることを理解する
📚 用語解説
在中表記:封筒の中に何が入っているかを、受取人が開封前に分かるように記載する表記。「請求書在中」「領収書在中」「見積書在中」などが代表例。郵便法などの法令で義務付けられたものではなく、ビジネスマナー・実務慣行として定着している。
「在中」表記に関する最初の疑問は、そもそも書く義務があるのかという点です。答えは「法的な義務ではない」です。書かなくても郵便物として問題なく配達されます。それでも多くの会社が律儀に記載しているのは、受け取る側の事務処理をスムーズにし、重要書類として丁寧に扱ってもらうための、実務上の配慮だからです。
| 表記を書いた場合 | 表記を書かなかった場合 |
|---|---|
| 担当者に開封前から内容が伝わり、仕分けが早い | 他の郵便物に紛れ、開封や仕分けが遅れることがある |
| 重要書類として丁寧に扱われやすい | 案内チラシ等と同じ扱いを受けるリスクがある |
| 発送側の「配慮ができる会社」という印象につながる | 特にマイナス評価にはならないが、印象に残りにくい |
1-1. 対象になる書類は請求書・領収書だけではない
在中表記の対象は、請求書・領収書に限りません。見積書・契約書・納品書・履歴書など、「開封前に内容が分かった方が受取人にとって都合がよい書類」全般に使われます。士業事務所であれば「契約書在中」「重要書類在中」といった表記も日常的に登場します。
02 HOW TO WRITE 「領収書在中」「請求書在中」の正しい書き方 位置・向き・色・手書きとスタンプの使い分けを具体的に整理する
2-1. 書く位置は封筒の左下が基本
縦書きの封筒(宛名が縦書き)の場合は左下に縦書きで、横書きの封筒(宛名が横書き、いわゆる洋形封筒)の場合は左下または右下に横書きで記載するのが一般的です。郵便法などに明確な規定はありませんが、切手・宛名・差出人情報のレイアウトを避けた位置として、この配置が実務上定着しています。
| 封筒の種類 | 記載の向き | 記載位置の目安 |
|---|---|---|
| 縦書き封筒(和封筒) | 縦書き | 封筒表面の左下 |
| 横書き封筒(洋封筒) | 横書き | 封筒表面の左下、または右下 |
2-2. 手書きの必要はない|スタンプ・印刷も可
「在中」の文字は手書きである必要はありません。市販のスタンプ(ハンコ)を押す方法や、封筒印刷の段階であらかじめ「請求書在中」を刷り込んでおく方法も広く使われています。発送件数が多い会社ほど、スタンプや印刷済み封筒を用意しておくと、1件ごとに手書きする手間を省けます。
📚 用語解説
長形3号封筒:A4サイズの用紙を三つ折りにしてちょうど収まる、縦長の定型封筒(120mm×235mm)。請求書・領収書などのビジネス文書の郵送で最も一般的に使われるサイズ。
2-3. 色は黒または青が無難、赤は避ける
在中表記の文字色は黒色または青色が一般的です。赤色は「赤字」を連想させ縁起が悪いとされるうえ、郵便局の窓口では料金不足や速達などの表示に赤色が使われることがあるため、誤認を避ける意味でもビジネス文書では避けるのが無難です。
「在中」の表記は、書類を封筒に入れる前に済ませておくのが基本です。書類を入れたあとにスタンプを押そうとすると、下敷きになった書類がインクで汚れたり、筆圧で折れ目や跡がついたりする事故につながります。
📚 用語解説
親展:名宛人本人が開封することを求める表記。社外秘の人事書類や個人情報を含む書類で使われることが多く、「在中」表記とは目的が異なるため、両方記載する場合はレイアウトが重ならないよう別の位置に配置する。
03 MAILING ETIQUETTE 封筒選びと郵送する際の注意点 サイズ・色・送付状・入れ方まで、ビジネスマナーとして押さえる
3-1. 封筒のサイズと色
請求書・領収書の郵送では、A4用紙を三つ折りにして封入できる長形3号が最も一般的です。色は白または薄い水色が無難とされ、目立たせたいからといって派手な色の封筒を使うのは避けます。窓付き封筒を使う場合は、宛名が正しく窓の位置に収まるよう、書類の折り方・入れ方をあらかじめ確認しておきます。
3-2. 送付状は必ず同封する
📚 用語解説
送付状:請求書・領収書などの書類を郵送する際に同封する、簡単な挨拶文と同封書類の内訳を記載した1枚の文書。「送り状」「添え状」とも呼ばれる。書類だけを封入すると事務的な印象になるため、ビジネスマナーとして同封するのが一般的。
請求書や領収書だけを封筒に入れて送るのではなく、宛名・日付・簡単な挨拶文・同封書類の内訳を記載した送付状を必ず添えます。送付状があることで、受取人は開封してすぐに「何が・何枚入っているか」を確認でき、書類の欠落にも気づきやすくなります。
04 COMMON MISTAKES 書かないとどうなる?よくある間違い・事故パターン 「知らなかった」で済ませられない、実務での失敗例を知る
在中表記や郵送作業そのものは単純な作業に見えますが、件数が増えるほど、次のような事故が積み重なっていきます。
特に最後の「封入ミス」は、別の取引先の請求金額や取引内容が漏えいするという、単なる事務ミスでは済まない重大な事故につながりかねません。士業事務所や経理部門で、毎月・毎週まとまった件数の請求書を発送している会社ほど、このリスクは看過できません。
05 THE REAL BOTTLENECK 在中表記だけでなく、郵送業務全体が負担になっている 書き方のマナーより手前にある、もっと大きな課題
ここまで「在中」表記の正しい書き方を見てきましたが、実務で本当に負担になっているのは、表記そのものよりも請求書・領収書を作成し、封入し、発送し、控えを保管するという一連の郵送業務全体です。
取引先数が数社のうちは、これらすべてを手作業でこなしても大きな問題にはなりません。しかし取引先が増え、毎月の発送件数が数十件・数百件になってくると、「在中と書いたか」「送付状は入れたか」「宛名は正しいか」を1件ずつ人間が確認し続ける体制は、確認漏れのリスクとともに、確認そのものに費やす時間も無視できなくなります。
従来の解決策は「請求書発行システムを導入して電子化する」の一択でした。もちろんそれも有効な選択肢です。ただし2026年現在は、もう一つの選択肢があります。今の請求書フォーマットや取引先リストをそのまま使いながら、作成・確認・発送準備という手作業の部分だけをClaude Code/CodexのようなAIエージェントに肩代わりさせる方法です。
06 AUTOMATE WITH AI 【核心】Claude Code/Codexで請求書・領収書の発送業務を自動化する 効率化ではなく自動化。作成から発送準備までを無人で回す
📚 用語解説
Claude Code/Codex:Claude CodeはAnthropic社、CodexはOpenAI社が提供するAIエージェント。ChatGPTのような「質問に答えるAI」と違い、指示を受けてパソコン上のファイル操作・データ集計・文書作成などの作業そのものを実行できる。プログラミング不要で、日本語の指示だけで業務の仕組みを構築できるため、非エンジニアの経営者・バックオフィス担当者の業務自動化ツールとして注目されている。デスクトップアプリで利用可能。
ここからがこの記事の核心です。本記事では以降、操作イメージを弊社が主に使うClaude Codeで説明します(Codexでも同じことができます)。重要なのは、AIに「在中の書き方を聞く」のではなく、請求書・領収書の作成から発送準備までの一連の業務をワークフローごとAIに渡してしまうという発想の転換です。
6-1. 「AIに聞く」と「AIが勝手にやる」は別物
ChatGPTに「送付状の書き方を教えて」と聞くのは効率化です。人間が作業の主体で、AIは調べ物を速くしてくれるだけ。この使い方では、封入ミスも送付状の同封漏れもなくなりません。
一方、Claude Code/Codexで作るのは自動化です。「毎月の請求日になったら、取引先リストと売上データを読み込んで請求書と送付状を作成し、封入・発送に必要な情報を一覧で出力する」という一連の流れを最初に一度だけ設計しておけば、あとは決まったトリガーで人間が何もしなくても走り続けます。人間の仕事は、最後に出力された内容を確認して発送することだけです。
6-2. Claude Code/Codexに任せられる作業
| これまで人間がやっていた作業 | Claude Code/Codexに任せた後 |
|---|---|
| 取引先ごとの請求データを台帳から手作業で転記 | 売上データから取引先ごとの請求書を自動生成 |
| 請求書と送付状の宛名・金額を目視で照合 | 請求書・送付状・取引先リストを自動でクロスチェック |
| 封入時に別の取引先の書類を混在させないよう都度確認 | 取引先単位でファイルを分離し、混在リスクを事前に検知 |
| 発送控えをファイルにまとめ、入金と突き合わせ | 発送記録を自動保存し、入金データとの突合まで実行 |
| 宛先不明・返送などのイレギュラーを個別に記録 | 例外一覧として自動集計し、対応漏れを防止 |
6-3. AI鬼管理(株式会社GENAI)での実践例
AI鬼管理では、この「発送業務をClaude Codeのワークフローに落とす」やり方を、クライアント企業の実業務で数多く構築してきました。請求書・領収書の発送業務と同じ構造の定型業務——見積書の作成、発注業務、書類の整理・保管など——をトリガー起動の自動ワークフローに変え、人は「最終確認と例外対応」だけに絞る運用です。もちろん、運営元の弊社(株式会社GENAI)自身のバックオフィスも、すべて同じ仕組みで回しています。
……と、ここまで読むと「明日からできそうだ」と感じるかもしれません。ただし正直にお伝えすると、Claude Codeを検索しながら独学で業務に組み込もうとした会社の多くが、途中で止まります。なぜ止まるのか。次の章で、その「壁」の正体と越え方を説明します。
07 THE 3 WALLS ただし独学には「3つの壁」がある——最短で越える方法 Claude Codeは強力。だからこそ、最初の設計を間違えると危ない
請求書発送業務の自動化でつまずくポイントは、ほぼ次の3つに集約されます。
壁1:自社ルールを「正確に言語化」できない
Claude CodeやCodexは指示されたとおりに正確に働きますが、指示が曖昧なら曖昧なまま自動化されます。「取引先ごとの請求書フォーマットの違いは?」「送付状の文面は毎回同じでよいか?」「封入時のチェック基準は?」——本記事で見てきたとおり、発送業務は細かいルールの塊です。この言語化を飛ばして作った仕組みは、間違った請求書を毎月自動で量産する装置になります。取引先の信用に関わる領域だけに、ここが独学の最初で最大の壁です。
壁2:検証のやり方を知らないまま「AIを信じてしまう」
AIの出力は必ず検証が必要です。過去1年分の手作業データと自動作成の結果を突き合わせる、わざと異常なデータ(金額欠落・宛先重複など)を入れて挙動を確かめる——こうしたテストの型を知らないと、「動いているように見えるが正しいかは誰も知らない」状態で本番運用に入ってしまいます。逆に、検証の型さえ身につければ、取引先や料金体系が変わってもAIへの指示を直して再検証するだけで追従できます。
壁3:作った本人しか触れない「第二の属人化」
手作業の発送業務の弱点として「担当者しか手順を把握していない」問題を挙げましたが、独学のAI自動化は同じ罠にはまりがちです。担当者が一人で作って一人で運用していると、その人の退職と同時に仕組みが止まる。社内の複数人がAIワークフローを読み書きできる状態まで持っていって、初めて「会社の資産」になります。ここは技術ではなく、教育と運用設計の問題です。
| 独学で導入 | AI鬼管理(伴走支援)で導入 | |
|---|---|---|
| 最初の題材選び | 手探り。難しい業務から始めて挫折しがち | 貴社の業務を棚卸しし、成功しやすい定型業務から着手 |
| 業務ルールの言語化 | 自力で仕様を書き起こす(数十時間規模) | 実際の請求書・取引先リストを見ながら一緒に言語化 |
| 検証 | テストの型を知らず「動いたら本番」になりがち | 過去データ突合・異常系テストまで型として提供 |
| 社内定着 | 担当者1人に依存(第二の属人化) | 研修形式で複数人が扱える状態まで育成 |
| 発送業務の先への展開 | 1業務で力尽きるケースが多い | 見積書・発注・書類整理等へ同じ型で横展開 |
「AI鬼管理」とは——3〜6ヶ月で自動化を叩き込む伴走型トレーニング
この3つの壁を越えるために弊社(株式会社GENAI)が提供しているのが、AI鬼管理です。Claude Code/Codexをはじめとした最新AIによる業務自動化を、3〜6ヶ月間・オンラインセッション形式で伴走するトレーニングプログラムで、ツールの一般論を教える座学ではありません。受講者が自社の実業務——例えば今お使いの請求書フォーマットや取引先リストそのもの——を教材に、実際に動く自動化ワークフローを自分の手で作り切るところまでやります。
請求書発送のように「ルールが明確」「毎月同じ手順」「ミスの影響が大きい」業務は、AI自動化との相性が最も良い領域です。逆に、判断基準が曖昧な業務からAI化を始めると失敗しやすい。自社の業務を「ルールが明確な定型作業」から順に並べて、上から自動化していく——この優先順位付けも、AI鬼管理の初回で必ず一緒に行います。
08 COMPARISON & SUMMARY 手作業郵送 vs 電子請求書サービス vs Claude Code/Codex自動化 比較・まとめ 自社の規模と体制に合った請求書発送の「正解」を選ぶ
| 手作業(紙・郵送) | 電子請求書サービス | Claude Code/Codex自動化 | |
|---|---|---|---|
| 初期コスト | ほぼゼロ | 初期設定+取引先への周知が必要 | ワークフロー設計のみ(既存フォーマット流用可) |
| 月額コスト | 封筒・切手代(少額だが積み重なる) | 発行件数に応じた月額料金 | AI利用料のみ(他業務の自動化と共用) |
| 作成・確認作業 | 人間が都度作成・目視確認 | テンプレートで作成、確認は手動 | データから自動作成・自動クロスチェック |
| 封入ミス・在中表記漏れ | 発生しうる(人間の注意力に依存) | 電子化により物理的な封入自体が不要 | 発送準備段階で自動検知・防止 |
| 発送業務以外への展開 | できない | 請求書領域のみ | 見積書・発注・経理業務等あらゆる定型業務に展開可能 |
まとめると、判断基準は次のとおりです。
「領収書在中」「請求書在中」の書き方は、覚えてしまえば数分で身につく知識です。しかし本当に問われているのは、その表記1つの正確さではなく、毎月・毎回、大量の書類を漏れなく正しく発送し続けられるかという運用の安定性です。人間の注意力に依存した仕組みは、発送件数が増えるほど必ず限界が来ます。手作業を捨てるのではなく、手作業の確認部分をAIに置き換える——それが2026年時点での現実的な最適解だと、弊社は考えています。なお、請求業務全体の自動化については、別記事の「請求業務を自動化する方法」でも詳しく解説していますので、あわせてご覧ください。
請求書・領収書の発送業務を、貴社の実データで一緒に仕組み化しませんか
「うちの請求書発送、Claude CodeやCodexでどこまで自動化できる?」「独学で試したが止まってしまった」というご相談、お気軽にどうぞ。
AI鬼管理は、貴社の実際の請求書フォーマット・取引先リストを題材に、設計・検証・社内定着まで伴走します。3つの壁を、最短距離で越えましょう。
ここから先の進め方は、大きく2つあります。
覚えるより任せたい方は、AIBPO by AI鬼管理でこの記事のような定型業務を丸ごと預ける道があります。料金は月30万円の月額定額、追加費用は0円です。
自社で回せるようになりたい方は、AI鬼管理でClaude Code/Codexの使い方から業務設計・社内定着まで伴走を受けながら、社内に仕組みを作る道があります。
どちらが合うかは、業務量と社内体制次第です。無料相談・無料適合診断で、貴社の場合はどちらが向くかからご相談いただけます。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか?
よくある質問
Q. 「領収書在中」「請求書在中」は必ず書かなければいけませんか?
A. 法律上の義務ではありません。書かなくても郵便物として問題なく配達されます。ただし、受取人が開封前に内容を把握でき、他の郵便物に紛れず丁寧に扱ってもらいやすくなるため、ビジネスマナーとして記載するのが一般的です。
Q. 「在中」はどこに書けばいいですか?
A. 縦書きの封筒(和封筒)では左下に縦書きで、横書きの封筒(洋封筒)では左下または右下に横書きで記載するのが実務上の目安です。郵便法に明確な規定はありませんが、切手や宛名のレイアウトを避けたこの位置が広く定着しています。
Q. 「在中」は手書きしないといけませんか?
A. 手書きである必要はありません。スタンプ(ハンコ)を押す方法や、封筒印刷の段階であらかじめ記載しておく方法も広く使われています。発送件数が多い場合は、スタンプや印刷済み封筒を用意しておくと効率的です。
Q. 「在中」を書く色に決まりはありますか?
A. 明確な法的決まりはありませんが、黒色または青色が一般的です。赤色は「赤字」を連想させるほか、郵便局の窓口で料金不足や速達などの表示に使われることがあるため、誤認を避ける意味でもビジネス文書では避けるのが無難です。
Q. 請求書を郵送するとき、送付状は必要ですか?
A. 必要です。請求書や領収書だけを封筒に入れるのではなく、宛名・日付・簡単な挨拶文・同封書類の内訳を記載した送付状を添えるのがビジネスマナーです。送付状があることで、受取人は開封してすぐに同封物を確認でき、書類の欠落にも気づきやすくなります。
Q. 大量の請求書を発送する際、封入ミスを防ぐにはどうすればいいですか?
A. 取引先ごとにファイルやフォルダを分けて作業する、封入前と封入後の2段階でチェックする、といった運用ルールが基本です。件数が多い場合は、データ入力・請求書作成・宛名照合をClaude Code/Codexのようなワークフローに任せ、封入前のクロスチェックまで自動化すると、人間の確認は最終段階だけで済むようになります。
Q. 請求書の発送業務はClaude Code/Codexでどこまで自動化できますか?
A. 売上データからの請求書・送付状の自動作成、宛名・金額のクロスチェック、取引先ごとのファイル分離、発送記録と入金データの突合までは自動化できます。ただし、最終的な発送作業(封入・投函)や、取引条件に関する例外的な判断は人の確認・承認に残すのが安全です。
Q. Claude CodeやCodexの導入は独学でも可能ですか?
A. 可能ですが、業務で確実に成果を出すまでには「自社ルールの言語化」「出力の検証」「社内定着」という3つの壁があり、請求書のような取引先の信用に関わる書類では、間違った仕組みを自動で回してしまうリスクに注意が必要です。独学で進める場合は、必ず過去の発送データとの突合検証を挟んでください。最短で確実に立ち上げたい場合は、貴社の実業務を題材に設計から検証・定着まで伴走するAI鬼管理のような支援サービスの活用が近道です。
あわせて読みたい:同じテーマの記事
見積書・請求書・帳票テーマの記事一覧はこちらの総合ガイドから、またはタグ一覧ページからも確認できます。
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
AI鬼管理/AIBPO by AI鬼管理へのお問い合わせ
この記事を読んで気になった方へ。
専門スタッフが、御社に最適な
業務自動化・業務代行プランを無料でご提案します。




