【2026年最新】領収書は英語でどう書く?書き方・フォーマット・宛名の聞き方から、海外取引の証憑管理をClaude Code/Codexで自動化する方法まで徹底解説
この記事の内容
「海外の取引先から領収書を英語で発行してほしいと頼まれたが、何をどう書けばいいか分からない」——輸出入や海外顧客との取引がある中小企業や、その顧問を務める士業の方から、こうした相談が増えています。
結論から言うと、英語の領収書で新たに覚えるべきルールはほとんどありません。書くべき項目は日本語の領収書とまったく同じで、変わるのは表記が英語になるだけです。むしろ実務でつまずくのは「宛名をどう聞けばいいか分からず聞きそびれる」「但し書きの英訳が思いつかず毎回検索している」「日付の書き方が日米で違うことを知らずに誤解を招く」といった細かい表現の壁です。
この記事では、英語領収書に必要な項目・宛名の聞き方・但し書きの英訳・金額と日付のフォーマットを実務目線で整理したうえで、後半では海外取引の証憑作成・整理という手作業をClaude Code/Codex(AIエージェント)に肩代わりさせ、英語領収書の発行から証憑管理まで無人で回す方法を、弊社サービス「AI鬼管理」(運営: 株式会社GENAI)の実践ノウハウとともに解説します。
01 BASIC ITEMS 英語の領収書に書くべき項目(法的要件は日本語と同じ、表記が変わるだけ) まずは「何を書けばよいか」を日本語版との対応で整理する
英語の領収書(Receipt)に必要な項目は、日本語の領収書と本質的に同じです。日本語のフォーマットを頭の中で1対1に置き換えれば、迷うことはありません。
| 日本語の項目 | 英語表記 | 書く内容 |
|---|---|---|
| 宛名 | Received From / To | 代金を支払った相手の氏名・会社名 |
| 日付 | Date | 発行日(表記ルールは第4章で解説) |
| 金額 | Amount | 数字と、必要に応じて金額を文字でも表記 |
| 但し書き | Description / For | 何の代金として受け取ったか(第3章で英訳一覧) |
| 発行者名・住所 | Received By / From(発行側) | 領収書を発行する会社・個人の名称と住所 |
| 領収書番号 | Receipt No. | 社内管理用の通し番号(必須ではないが実務上推奨) |
| 支払方法 | Payment Method | 現金・カード・銀行振込などの区分 |
📚 用語解説
Receipt:英語で「領収書」を意味する最も一般的な単語。似た単語に「Invoice(請求書)」があるが、Invoiceは支払いを求める書類、Receiptは支払いを受け取ったことを証明する書類という点で役割が異なる。海外取引では、先にInvoiceを送り、入金確認後にReceiptを発行するという順序が一般的。
日本語の領収書との唯一の実務的な違いは、会社名・氏名・住所をローマ字表記に統一する必要があることです。海外の取引先は漢字を読めないため、法人登記上の英語表記(Inc. / Co., Ltd. / Corporation など)をあらかじめ決めておき、領収書・請求書・契約書で表記を統一しておくと、後から「同じ会社かどうか分からない」という照会を防げます。
02 ASKING THE NAME 宛名の聞き方・書き方(そのまま使える英語フレーズ集) 現場で一番詰まりやすいポイントを、フレーズごと押さえる
日本語であれば自然に「お宛名はいかがなさいますか?」と聞ける場面でも、英語だと言葉に詰まってしまう、という声をよく聞きます。定型フレーズをいくつか覚えておけば十分です。
| 場面 | 英語フレーズ | 意味 |
|---|---|---|
| 宛名を尋ねる(丁寧) | Could I have your name for the receipt, please? | 領収書のお名前を伺ってもよろしいですか |
| 宛名を尋ねる(会社名も) | Who should I make this receipt out to? | どなた(どちらの会社)宛てにしましょうか |
| 会社名のスペルを確認する | Could you spell that for me, please? | スペルを教えていただけますか |
| 「上様」に相当する表現を避けたい旨を伝える | Could I have the exact company name, please? | 正式な会社名を教えてください |
| 領収書を渡す | Here is your receipt. | こちらが領収書です |
| 再発行を依頼された | I can reissue the receipt with the correct name. | 正しい名前で再発行いたします |
日本の商習慣にある「上様」で領収書を発行する文化は、英語圏にはほぼ存在しません。海外の取引先は経費精算のために正式な会社名・部署名を必要とすることが多いため、宛名は必ず正式名称でフルネーム・正式会社名を確認するのが安全です。曖昧なまま発行すると、相手側の経理処理で差し戻しになるケースがあります。
📚 用語解説
Bill to / Payee:Bill to は請求書の宛先(支払いを請求する相手)を指す表記で、請求書(Invoice)でよく使われる。Payee は支払いを受け取る人・会社を指す用語で、小切手や送金の文脈で使われることが多い。領収書では Received From(誰から受け取ったか)を使うのが最も一般的。
03 DESCRIPTION PHRASES 但し書き(Description)の英訳一覧 よく使う但し書きを、そのままコピーして使える形で整理
但し書き(何の代金か)は、日本語では「お品代として」のような曖昧な表現が許容されがちですが、英語の領収書では具体的に何の対価かを明記するのが基本です。海外の経理担当者は、曖昧な但し書きの領収書を経費として通しにくいためです。
| 日本語の但し書き | 英語表記の例 |
|---|---|
| コンサルティング費用として | For consulting services |
| 商品代金として | For merchandise / For goods purchased |
| システム利用料として | For system usage fee |
| セミナー参加費として | For seminar registration fee |
| 翻訳料として | For translation services |
| 交通費として | For transportation expenses |
| 会費として | For membership fee |
| 着手金として | For retainer fee |
但し書きの英訳に迷ったときは、「For」に続けて「何を提供したか(サービス名・商品名)」+「services」または「fee」を組み合わせる型に当てはめると、たいていの場面で自然な表現になります。例:「For website design services」「For monthly subscription fee」。
04 FORMAT PITFALLS 金額・日付・通貨のフォーマットで間違えやすいポイント 表記ルールの違いを知らないと、金額・日付の誤解を招く
4-1. 日付は「月/日/年」なのか「日/月/年」なのか
英語圏の日付表記には大きく分けて、アメリカ式のMM/DD/YYYY(月/日/年)と、イギリス式・多くの国で使われるDD/MM/YYYY(日/月/年)の2種類があります。「03/04/2026」と書くと、アメリカでは「3月4日」、イギリスでは「4月3日」と読まれてしまい、まったく異なる日付として誤解されます。取引先の国が分からない場合や誤解を避けたい場合は、「April 3, 2026」のように月を英単語で書くのが最も安全です。
📚 用語解説
MM/DD/YYYY形式:アメリカで一般的に使われる日付表記。月→日→年の順で並べる。日本や多くの国で使われる「年/月/日」とも、イギリス式の「日/月/年」とも順序が異なるため、数字だけの日付表記は国際的な書類では誤解の原因になりやすい。
4-2. 金額はカンマとピリオドの位置に注意
日本語では金額の桁区切りにカンマ「,」、小数点にピリオド「.」を使いますが、これは英語圏でも基本的に同じです(例外的にヨーロッパの一部の国ではカンマとピリオドの役割が逆になりますが、英語の領収書では通常カンマ区切り・ピリオド小数点で問題ありません)。重要なのは通貨単位を必ず明記することです。
4-3. 端数・消費税の表記
消費税を分けて記載する場合は「Subtotal(小計)」「Tax(消費税)」「Total(合計)」の3行に分けて書くと、海外の経理担当者にも一目で伝わります。日本の消費税は英語で「Consumption Tax」または単に「Tax」と表記するのが一般的です。
05 STAMP DUTY 収入印紙は英語の領収書でも必要? 言語ではなく「文書の性質」で課税の要否が決まる
英語で領収書を発行する場合でも、その領収書が日本国内で作成される金銭の受取書である限り、収入印紙の要否を判断する基準は日本語の領収書と同じです。言語が英語だからといって印紙税の対象から外れるわけではありません。
📚 用語解説
印紙税(領収書における):金銭又は有価証券の受取書(いわゆる領収書)のうち、記載された受取金額が一定額以上のものは、印紙税法上の課税文書として収入印紙の貼付が必要になる。現行ルールでは、記載金額5万円未満の受取書は非課税、5万円以上から金額に応じた印紙税が課される。営業に関しない受取書(個人の私的な取引など)は金額にかかわらず非課税となる点にも注意。
海外の取引先向けに英語で領収書を発行する場合でも、発行者が日本国内の事業者で、営業に関する金銭の受取書であれば、記載金額に応じて印紙税の対象になり得ます。言語ではなく「誰が」「何のために」発行した「どんな性質の文書か」で判断される点を、社内ルールとして共有しておきましょう。判断に迷うケースは税理士に確認するのが確実です。
一方で、受取金額を外貨(USD等)で記載している場合の印紙税額の判定(円換算の考え方)など、実務上細かい論点も存在します。海外取引が多い会社ほど、領収書発行のたびに印紙税の要否を都度判断する手間が発生しやすく、次章で触れる「手作業の限界」の典型例になっています。
06 LIMITATIONS 手作業で英語の領収書・証憑を作る限界 1枚なら簡単。問題は「毎回・複数言語・複数通貨」になったとき
ここまでの内容を踏まえれば、英語の領収書を1枚作ること自体は難しくありません。問題は、海外取引が増えるにつれて「毎回・複数の取引先・複数の通貨」で発行し続けることです。よくある事故パターンを挙げます。
経験則として、こうした事故は海外取引先が増えるほど、そして担当者が複数いるほど起きやすくなります。1人の担当者が全件を丁寧に処理している間は問題が表面化しませんが、繁忙期や担当者交代のタイミングで一気に噴出するのが典型的なパターンです。
ここで従来の選択肢は「海外対応の会計ソフトを契約する」の一択でした。もちろんそれも有効な手段です。ただし2026年現在は、もう一つの選択肢があります。今使っているエクセルやフォーマットをそのまま使い続けながら、英訳・フォーマットチェック・証憑整理の手作業だけをClaude Code/CodexのようなAIエージェントに肩代わりさせる方法です。
07 AUTOMATE WITH AI 【核心】Claude Code/Codexで海外取引の証憑管理を「無人で回る仕組み」にする 効率化ではなく自動化。トリガーで勝手に走るワークフローに落とし込む
📚 用語解説
Claude Code/Codex:Claude CodeはAnthropic社、CodexはOpenAI社が提供するAIエージェント。ChatGPTのような「質問に答えるAI」と違い、指示を受けてパソコン上のファイル操作・データ集計・文書作成などの作業そのものを実行できる。プログラミング不要で、日本語の指示だけで業務の仕組みを構築できるため、非エンジニアの経営者・バックオフィス担当者の業務自動化ツールとして注目されている。デスクトップアプリで利用可能。
ここからがこの記事の核心です。本記事では以降、操作イメージを弊社が主に使うClaude Codeで説明します(Codexでも同じことができます)。重要なのは、AIに「英訳を手伝ってもらう」のではなく、英語証憑の発行から整理までの業務をワークフローごとAIに渡してしまうという発想の転換です。
7-1. 「AIに聞く」と「AIが勝手にやる」は別物
ChatGPTに「この但し書きを英語にして」と聞くのは効率化です。人間が作業の主体で、AIは調べ物や翻訳を速くしてくれるだけ。この使い方では、宛名の表記ゆらぎも通貨単位の書き忘れも、結局は人間の確認頼みのままです。
一方、Claude Code/Codexで作るのは自動化です。「入金が確認されたら、取引先マスタの正式名称・過去の但し書き表現・通貨単位を参照して、フォーマット統一済みの英語領収書を自動作成し、印紙税の要否も判定した上でチェック用に報告する」という一連の流れを最初に一度だけ設計しておけば、あとは決まったトリガーで人間が何もしなくても走り続けます。人間の仕事は、最後に上がってきた証憑を確認することだけです。
7-2. Claude Code/Codexに任せられる証憑管理の作業
| これまで人間がやっていた作業 | Claude Code/Codexに任せた後 |
|---|---|
| 取引先ごとに正式な英語社名・宛名を都度確認 | 取引先マスタから正式名称を自動参照して差し込み |
| 但し書きを毎回考えて英訳 | 過去の類似取引の表現を踏まえて自動生成・統一 |
| 日付・通貨のフォーマットを手作業で統一 | テンプレートルールに沿って自動フォーマット |
| 収入印紙の要否を都度判断 | 金額・取引区分から要否を自動判定し、判断が必要なものだけ報告 |
| 英語証憑と日本語帳簿の突合を決算時にまとめて実施 | 発行のたびに帳簿データと自動突合し、差異のみ通知 |
ポイントは、既存のフォーマットやエクセル、会計ソフトをそのまま使い続けられることです。新しいシステムへの全面移行と違って、取引先への案内方法や社内の帳簿ルールを変える必要はありません。今の証憑発行フローの「英訳・フォーマット統一・チェック・突合」という手作業部分だけが、AIの仕事に置き換わります。
7-3. 導入は3ステップ(プログラミング不要)
7-4. AI鬼管理(株式会社GENAI)での実践例
AI鬼管理では、この「証憑まわりの定型業務をClaude Codeのワークフローに落とす」やり方を、クライアント企業の実業務で数多く構築してきました。海外取引を持つクライアント企業では、英語領収書・インボイスの発行から、帳簿データとの突合、印紙税判定までを一連のトリガー起動ワークフローに変え、人は「最終確認と例外対応」だけに絞る運用に切り替えています。月に何時間もかかっていた証憑対応が確認数分程度になる、というのがクライアント企業での典型的な効果です。もちろん、運営元の弊社(株式会社GENAI)自身のバックオフィスも、同じ仕組みで回しています。
……と、ここまで読むと「明日からできそうだ」と感じるかもしれません。ただし正直にお伝えすると、Claude Codeを検索しながら独学で業務に組み込もうとした会社の多くが、途中で止まります。なぜ止まるのか。次の章で、その「壁」の正体と越え方を説明します。
08 THE 3 WALLS ただし独学には「3つの壁」がある——最短で越える方法 Claude Codeは強力。だからこそ、最初の設計を間違えると危ない
海外取引の証憑管理の自動化でつまずくポイントは、ほぼ次の3つに集約されます。
壁1:自社ルールを「正確に言語化」できない
Claude CodeやCodexは指示されたとおりに正確に働きますが、指示が曖昧なら曖昧なまま自動化されます。「取引先ごとの正式名称は?」「但し書きの表現はどこまで統一する?」「印紙税の判定基準は自社でどう運用している?」——本記事で見てきたとおり、証憑管理は細かいルールの塊です。この言語化を飛ばして作った仕組みは、間違った証憑を毎回自動で量産する装置になります。
壁2:検証のやり方を知らないまま「AIを信じてしまう」
AIの出力は必ず検証が必要です。過去の証憑データと自動生成結果を突き合わせる、わざと異なる通貨・宛名パターンを入れて挙動を確かめる——こうしたテストの型を知らないと、「動いているように見えるが正しいかは誰も知らない」状態で本番運用に入ってしまいます。逆に、検証の型さえ身につければ、取引先や取引パターンが増えてもAIへの指示を直して再検証するだけで追従できます。
壁3:作った本人しか触れない「第二の属人化」
エクセル管理の弱点として「作った人しか直せない」問題がよく挙げられますが、独学のAI自動化は同じ罠にはまりがちです。担当者が一人で作って一人で運用していると、その人の退職と同時に仕組みが止まる。社内の複数人がAIワークフローを読み書きできる状態まで持っていって、初めて「会社の資産」になります。ここは技術ではなく、教育と運用設計の問題です。
| 独学で導入 | AI鬼管理(伴走支援)で導入 | |
|---|---|---|
| 最初の題材選び | 手探り。難しい業務から始めて挫折しがち | 貴社の業務を棚卸しし、成功しやすい定型業務から着手 |
| 業務ルールの言語化 | 自力で仕様を書き起こす(数十時間規模) | 実際の証憑・取引先データを見ながら一緒に言語化 |
| 検証 | テストの型を知らず「動いたら本番」になりがち | 過去データ突合・異常系テストまで型として提供 |
| 社内定着 | 担当者1人に依存(第二の属人化) | 研修形式で複数人が扱える状態まで育成 |
| 証憑管理の先への展開 | 1業務で力尽きるケースが多い | 経費・請求・レポート等へ同じ型で横展開 |
「AI鬼管理」とは——3〜6ヶ月で自動化を叩き込む伴走型トレーニング
この3つの壁を越えるために弊社(株式会社GENAI)が提供しているのが、AI鬼管理です。Claude Code/Codexをはじめとした最新AIによる業務自動化を、3〜6ヶ月間・オンラインセッション形式で伴走するトレーニングプログラムで、ツールの一般論を教える座学ではありません。受講者が自社の実業務——例えば今お使いの領収書フォーマットや取引先リストそのもの——を教材に、実際に動く自動化ワークフローを自分の手で作り切るところまでやります。
対象は従業員1名以上の会社の経営層・バックオフィス責任者で、プログラミング経験は問いません。「海外取引が増えてきたが証憑対応まで手が回らない」「社長が英語対応に時間を取られている」という会社ほど効果が出やすい設計です。
英語領収書の発行のように「フォーマットが決まっている」「毎回同じ手順」「表記ミスの影響が大きい」業務は、AI自動化との相性が最も良い領域です。自社の業務を「ルールが明確な定型作業」から順に並べて、上から自動化していく——この優先順位付けも、AI鬼管理の初回で必ず一緒に行います。
09 COMPARISON & SUMMARY 手作業 vs 会計ソフト vs Claude Code/Codex 徹底比較・まとめ 自社の取引量と体制に合った証憑管理の「正解」を選ぶ
| 手作業(エクセル・手書き) | 海外対応会計ソフト | Claude Code/Codex自動化 | |
|---|---|---|---|
| 初期コスト | ほぼゼロ | 導入設定+従業員への展開が必要 | ワークフロー設計のみ(既存フォーマット流用可) |
| 月額コスト | ゼロ(ただし人件費が隠れコスト) | 機能次第で月額数千〜数万円 | AI利用料のみ(他業務の自動化と共用) |
| 表記の統一 | 担当者依存でバラつきやすい | テンプレートで統一(自由度は製品次第) | ルールを指示すれば自動で統一 |
| 印紙税の判定 | 都度手作業で判断 | 機能によっては非対応 | 金額・区分から自動判定 |
| 自社ルールへの柔軟性 | 高い(ただし属人化) | 製品仕様の範囲内 | 高い(日本語で仕様変更を指示できる) |
| 証憑以外への展開 | できない | 会計領域のみ | 経費・請求・レポート等あらゆる定型業務に展開可能 |
まとめると、判断基準は次のとおりです。
英語の領収書は、書き方さえ知れば1枚単位では難しくありません。しかし取引先・件数が増えるほど、問われているのは「書けるか」ではなく「表記を統一したまま漏れなく回り続けるか」です。人間の注意力に依存した仕組みは、取引の増加とともに必ず限界が来ます。フォーマットを捨てるのではなく、フォーマットを運用する手をAIに置き換える——それが2026年時点での現実的な最適解だと、弊社は考えています。
あわせて読みたい:同じテーマの記事
海外取引の証憑まわりを、貴社の実データで一緒に仕組み化しませんか
「英語の領収書・請求書対応が増えてきたが、毎回手作業で疲弊している」「Claude CodeやCodexでどこまで自動化できるか知りたい」というご相談、お気軽にどうぞ。
AI鬼管理は、貴社の実際の証憑フォーマット・取引先データを題材に、設計・検証・社内定着まで伴走します。
NEXT STEP
この記事の内容を、あなたのビジネスで
実践してみませんか?
AI活用を自社で回せるようになりたい方へ
AI鬼管理
Claude Code・Cowork導入支援から業務設計・社内浸透まで実践ベースで伴走。「自社で回せる組織」を90日で作る経営者向けトレーニング。
よくある質問
Q. 英語の領収書に必要な項目は、日本語の領収書と違いますか?
A. 基本的に同じです。宛名(Received From)・日付(Date)・金額(Amount)・但し書き(Description)・発行者情報という構成は共通で、変わるのは表記が英語になる点だけです。ただし会社名・氏名は漢字ではなくローマ字表記に統一する必要があり、法人登記上の英語表記(Inc. / Co., Ltd. など)を書類間で統一しておくことが実務上重要です。
Q. 領収書の宛名を英語でどう聞けばいいですか?
A. 「Could I have your name for the receipt, please?」(お名前を伺えますか)や「Who should I make this receipt out to?」(どなた宛てにしましょうか)といった定型フレーズで問題なく通じます。日本の「上様」に相当する曖昧な宛名の慣習は英語圏にはほぼ存在しないため、正式な会社名・部署名までフルネームで確認するのが安全です。
Q. 英語の領収書でも収入印紙は必要ですか?
A. 必要になり得ます。収入印紙の要否は言語ではなく、発行者が日本国内の事業者かどうか、営業に関する金銭の受取書かどうか、記載金額がいくらかで判断されます。現行ルールでは記載金額5万円未満の受取書は非課税、5万円以上から印紙税の対象です。「英語だから対象外」という判断は誤りなので注意してください。判定に迷う場合は税理士に確認するのが確実です。
Q. 日付を英語で書くとき、どの順番で書けば誤解されませんか?
A. 数字だけの表記(03/04/2026など)はアメリカ式(月/日/年)とイギリス式(日/月/年)で意味が逆転するため避けるのが安全です。「April 3, 2026」のように月を英単語で書けば、どの国の取引先が読んでも誤解が生じません。国際的にやり取りする書類では、この表記を基本ルールにしておくことをおすすめします。
Q. 但し書き(Description)はどこまで具体的に書く必要がありますか?
A. 「お品代として」のような曖昧な表現は避け、「For consulting services」「For system usage fee」のように何を提供した対価かを具体的に書くのが基本です。海外の経理担当者は、曖昧な但し書きの領収書を経費として処理しにくいため、具体性を欠くと差し戻しや確認の往復が発生しやすくなります。
Q. Claude CodeやCodexで英語の証憑作成を自動化するのに、英語力は必要ですか?
A. 不要です。Claude CodeやCodexは日本語の指示だけで動くAIエージェントで、取引先リストとよく使う表現を日本語で伝えれば、正式名称の参照・但し書きの生成・フォーマット統一までをAI側が組み立てます。AI鬼管理のクライアント企業でも、英語が得意でないバックオフィス担当者が同様の仕組みを運用しています。
Q. Claude CodeやCodexの導入は独学でも可能ですか?
A. 可能ですが、業務で確実に成果を出すまでには「自社ルールの言語化」「出力の検証」「社内定着」という3つの壁があります。特に印紙税の判定や表記統一のように間違えると信用問題になる業務では、間違った仕組みを自動で回してしまうリスクに注意が必要です。独学で進める場合は、必ず過去の証憑データとの突合検証を挟んでください。最短で確実に立ち上げたい場合は、貴社の実業務を題材に設計から検証・定着まで伴走するAI鬼管理のような支援サービスの活用が近道です。
Q. 海外対応会計ソフトとClaude Code/Codexの自動化はどちらを選ぶべきですか?
A. 入金管理・多通貨対応・海外送金まで含めて会計基盤を一新したい場合は海外対応会計ソフトが本命です。一方、既存のフォーマットを活かしながら手作業だけをなくしたい場合や、証憑管理に限らず経費精算・請求書処理・レポート作成など複数の定型業務をまとめて自動化したい場合は、Claude Code/Codexによるワークフロー自動化のほうが投資対効果が高くなります。両者は排他ではなく、会計ソフトから出力したデータをClaude Code/Codexで加工・チェックする併用も有効です。
Claude Codeで業務自動化を90日で叩き込む
経営者向けの伴走型パーソナルトレーニング
Claude Code を業務に落とし込む
専門研修コース一覧
受講者本人の業務を題材に、「使いこなせる」状態になるまで伴走する研修プログラム。1対1特化型・ハンズオン・法人講座の3コースを展開中。業務特化・実装まで踏み込むタイプのClaude Code研修です。
研修コース一覧を見る →AI鬼管理へのお問い合わせ
この記事を読んで気になった方へ。
AI鬼管理の専門スタッフが、御社に最適な
業務自動化プランを無料でご提案します。




