A&A INSIGHTS
最初の海外顧客を受ける前に:請求通貨と最低請求額と納税登録を先に決める
海外からの問い合わせを受けるかどうかを、提示通貨・受取通貨・最低請求額・納税登録の四行から決める手順。Stripeの単独創業者分析と通貨・税の公開仕様を一次情報として、一人・少人数の受託向けに整理します。
Read in English
この記事の要点
最初の海外顧客を受けるかどうかは、売上機会の大きさではなく、提示通貨・受取通貨・請求の単位と最低請求額・将来の納税登録という四行を返信の前に書けるかで決めます。一行でも書けないなら、その一行が断る理由であり、同時に相手に提示できる条件になります。
「受けるか」は売上の判断ではなく、受け取り方を四行書けるかの判断
A&Aの考え方
最初の海外顧客を受けるかどうかは、相手の予算や為替の見通しではなく、返信を書く前に次の四行を埋められるかで決めます。第一に、見積と請求に書く通貨(提示通貨)。第二に、最終的に自分の口座へ入る通貨(受取通貨)。第三に、請求を一件あたりで立てる設計にするかどうか。する場合は、その単価が受取通貨側の最低請求額を超えるかを先に確かめます。第四に、この取引が将来どこかの納税登録の判定対象になるかと、それを後から振り返れる記録を今取るかどうか。四行とも書けるなら受けられます。一行でも書けないなら、受けない理由はその一行です。これがこの記事の答えです。
A&Aの考え方
この順番にする理由は、海外対応で手戻りが出る場所が営業側ではなく受け取り側にあるからです。英語で提案を書くことも、時差を越えて打ち合わせを入れることも、いまは一人でもできます。できないのは、いったん受けた取引の通貨と課税地をあとから作り直すことです。提示通貨は請求書を出した時点で確定し、受取通貨は口座の構成で決まり、納税登録の要否は、すでに起きた取引を振り返って判定されます。つまり後戻りできない決定だけが受け取り側に集まっています。以下では、決済事業者が公開している仕様を一次情報として、この四行がどこで決まるのかを順に見ます。仕様は決済事業者のものであって税務上の助言ではないので、登録や申告の実際の判断は専門家に確認する前提で読んでください。
通貨は一つではない:支払手段の通貨・提示通貨・受取通貨
出典に基づく事実
Stripeが公開している通貨の仕様ページは、通貨が決済の三つの側面に影響すると明記しています。一つめは顧客の支払手段の通貨で、同ページは「The customer’s payment method currency, such as their credit card or bank account」と書いています。二つめは請求そのものの通貨で、「The currency of the charge, called the presentment currency」としています。三つめは入金先の通貨で、「The currency accepted by your destination bank account or debit card, called the settlement currency」です。同ページはさらに、請求の通貨が顧客の支払手段の通貨と異なる場合、顧客の銀行またはカード発行会社が顧客に外貨手数料を課すことがあると述べています。原文では「If the charge currency differs from the customer’s payment method currency, their bank or card issuer might charge the customer a foreign exchange fee.」です。
出典に基づく事実
同じページは、請求の通貨が自分の受取通貨と異なる場合はStripeが受取通貨へ換算すると述べ、「You can charge customers in over 135 currencies and receive funds in your preferred currency.」と書いています。国によっては追加の通貨での受取に対応する場合があり、追加の通貨の流動性が必要であればその通貨での受取を有効にして入金設定に銀行口座を追加する、という運用も記載されています。なお、このページは閲覧地域に応じた表示を含んでおり、本記事の作成時に取得した版には閲覧地域固有の対応カード種別の記述が含まれていました。上に引用した三つの通貨の区別と換算の説明は、その地域固有の記述とは別の、仕様の説明部分です。
A&Aの考え方
ここで実務上大事なのは、見積書に通貨記号を一つ書くとき、実際には三つの通貨を同時に決めているという点です。相手がどの通貨の支払手段で払うかは相手が決めます。自分が決められるのは提示通貨と受取通貨の二つで、その二つが違えば換算が入り、提示通貨と相手の支払手段の通貨が違えば相手の側に手数料が立ちます。「ドル建てで出した見積が、着金したら想定より少ない」も「相手から値引きを求められた」も、多くの場合この二つの差で説明が付きます。ただし同ページは、支払手段と事業者の所在国が異なれば通貨にかかわらず顧客に手数料が課されることがある、とも書いています(「The bank or card issuer might also charge the customer if the payment method and your business are in different countries, regardless of the currency used.」)。通貨をそろえても相手側の負担が消えるとは限りません。最初の海外案件で決めるべきなのは、どちらの差を自分が引き受け、どちらを相手に引き受けてもらうかであって、為替の見通しではありません。為替の見通しは書けませんが、この割り当ては書けます。
| 決める一行 | 先に書いておく内容(記入例) | 書かずに受けたときに起きること |
|---|---|---|
| 提示通貨(見積と請求に書く通貨) | 英語圏からの依頼は米ドル建てで提示する。日本円で提示するのは、相手が日本法人または日本に支払元口座を持つ場合だけ | 相手の銀行やカード発行会社が相手に外貨手数料を課すことがあり、値引き交渉として戻ってくる |
| 受取通貨(自分の口座に入る通貨) | 受取は日本円の一口座のみ。外貨口座は追加しない | 提示通貨と受取通貨の差で換算が入り、着金額が見積と一致しない理由を説明できない |
| 請求の単位と最低請求額(下限は受取通貨で判定) | 一件あたりで課金する設計は採らない。件数は月内でまとめて一度に請求する | 一件ごとの請求が受取通貨側の下限に満たず通らない。通らなかった分の回収が手作業として残る |
| 課税地の記録(将来の登録判定に使う) | 相手の所在国・事業者か個人か・提供した役務の種別を、案件ごとに受注時点で残す | 登録が必要かを後から判定できず、過去の取引を遡って整理し直すことになる |
| 断る条件(上の四行の裏返し) | 上の四行のいずれかが埋まらない依頼は、埋まるまで見積を出さないと最初の返信で伝える | 条件を決めないまま着手し、請求の段で条件交渉が始まる |
最低請求額は受け取る通貨で判定される。ただし効くのは一件単価のときだけ
出典に基づく事実
同じページには最低請求額の規定があります。原文は「Stripe enforces a minimum payment amount for all charges to make sure the Stripe fee doesn’t exceed your charge.」で、手数料が請求額を上回らないようにするための下限だと説明されています。そしてその下限がどの通貨で決まるかについて、「The minimum amount you can charge depends on the payout bank account settlement currency」と書かれています。さらに、換算が必要な請求については「Charges requiring conversion into your account’s default settlement currency must meet the equivalent minimum of the settlement currency.」として、受取通貨側の下限を満たす必要があるとしています。本記事の作成時に取得した版の一覧には、0.50 USD、0.50 EUR、0.30 GBP、50 JPY などが含まれていました。この一覧は時期によって変わりえます。なお同ページは、提示できる通貨の一覧については閲覧国によって変わる旨を明記しています(「Stripe users in the selected country can process charges in the following list of currencies」)が、最低額の一覧には同種の注記がありません。実額ではなく「下限が受取通貨で決まる」という構造のほうを前提にしてください。
出典に基づく事実
同ページはまた、APIに渡す金額の単位が通貨によって異なることを明記しています。小数二桁の通貨では「1000 to charge 10 USD (or any other two-decimal currency).」であり、小数なしの通貨では「10 to charge 10 JPY (or any other zero-decimal currency).」です。日本円は小数なし通貨として列挙されており、500円を請求するには500という値を渡す、と書かれています。つまり同じ「1000」という数字が、提示通貨が米ドルなら10ドル、日本円なら1000円を意味します。
A&Aの考え方
この二つについては、効く場面を正確に限定しておきます。まず下限の実額は、上の一覧のとおり 0.50 USD や 50 JPY という水準で、受託の月額や作業単価から見ればいずれも無視できる大きさです。月額の保守や単発の修正がこの下限に当たることは、まずありません。下限が実際に効くのは、成果一件あたりや処理一件あたりで課金する設計にしたときだけです。たとえば書類一件あたり五十円を下回る単価を置くと、受取通貨側の下限に当たって請求自体が通りません。そしてその判定は提示通貨ではなく受取通貨で行われるので、「相手の通貨でいくらに見えるか」では確かめられません。次に桁の扱いですが、同ページの記述はAPIに渡す金額の単位についてのものです。請求をAPIで作っている場合に限り、日本円の感覚のまま二桁小数の通貨に数値を渡すと桁が二つずれます。請求書を手で作っている段階では起きません。
仮想例
仮の例として、架空の少人数AI受託が英語圏の顧客から「書類の読み取りを一件いくらで請けてほしい」と依頼された場面を考えます。これは実在の顧客でも当社の実績でもなく、判断の形を示すための例示です。提示は米ドル、受取は日本円の口座一つだけとします。このとき決めるのは二つです。第一に、一件あたりの単価を受取通貨へ換算したときに下限を超えるか確かめ、超えないなら「一件ごとに請求する」設計自体を採らない。代わりは、月内の件数をまとめて一度に請求するか、最低利用料を置くかのどちらかです。第二に、まとめる単位(月内の全件か、一定件数ごとか)を契約書の一行に書いておく。下限そのものは小さい金額ですが、ここで設計を決めずに一件ずつ請求する形にすると、通らなかった請求の回収が案件ごとの手作業として残ります。コストになるのは下限の額ではなく、その手作業のほうです。
受け取れる市場が先にあり、国の数はその結果
出典に基づく事実
Stripeは2026年5月28日付の記事で、Stripe Atlasを通じて共同創業者なしで会社を設立した単独創業者を分析しています。母集団は同記事の記述によれば「we analyzed thousands of solo-founded Atlas startups incorporated in 2022 and 2023, each with at least two years of revenue data」で、最初の二年間の総売上で中位の創業者と上位1割の創業者を比較したものです。販売先の国数について同記事は「In the first month, top-decile solo founders sold into an average of 10 countries, versus just three for median solo founders.」と報告しています。
出典に基づく事実
同記事は売上構成についても、「International sales accounted for 51% of revenue for top-decile solo founders, compared with 2% for median solo founders.」と述べています。そのうえで同記事自身が、この売上比率の差の多くは創業者の所在によるものだと説明しています。原文は「Much of that difference came down to where founders were based: top-decile solo founders were slightly more likely to be located outside the US, so many sold into the US early.」で、続けて「Since the US is often the largest and highest-spending market for software, selling there early can accelerate growth.」としています。同じページはAtlasの提供内容についても、「With Stripe Atlas, solo founders can set up a company, open a bank account, accept payments, and fundraise within two business days from anywhere in the world.」と記しています。
A&Aの考え方
この母集団から日本の事業者へ移せるのは、売った国の数ではなく、どの市場なら受け取れる状態がすでにあるか、という問いのほうです。会社を作って一か月のあいだに十の市場への参入計画を実行することはできません。一か月で用意できるのは、どこから来た支払いでも止まらない受け取りの経路だけです。したがって本記事が扱うのは「いくつの国へ売るか」ではなく「どこから受け取れるようにしてあるか」で、国の数はその結果として増えたり増えなかったりする副産物です。出典が早期参入の理由として挙げているのは市場の規模、すなわち売る側の理由ですが、その市場へ売れるかどうかは、そもそもそこから受け取れるかが先に決まっていなければ問いになりません。なお、どの市場へ先に売るかという市場側の判断そのものは本記事の範囲外で、既刊の「国内に限るか海外にも売るか:一人のAIサービスは決済・時差・説明責任で決める」が決済・時差・説明責任の三つの負荷として扱っています。本記事は、その判断のあとで実際に問い合わせが届いたときに埋める受け取り側の条件を扱います。
A&Aの考え方
この読み替えには二つの限界を付けます。第一に、出典が所在で説明しているのは海外売上比率の差であって、国数の差ではありません。国数の差について同記事は説明を与えていません。第二に、より重いほうの限界として、この母集団の「受け取れる状態」には、Atlasで設立した米国法人と米国の銀行口座が含まれています。上の引用にあるとおり、同ページはそれをAtlasの提供内容として挙げています。日本で個人または日本法人のまま営んでいる受託事業者は、同じ受け取り経路を持ちません。したがって初月に十か国へ売れたという観測を、受け取り側の設定だけで説明することはできません。加えて、Stripeの数値は相関の観測であって因果の検証ではなく、同記事は国数を増やしたから売上が伸びたとは述べていません。記事自体もAtlasの製品側の執筆者がAtlasの顧客データを分析して公開したもので、第三者による独立した検証ではありません。
登録要否は後から判定される:いま取っておく記録が決める
出典に基づく事実
StripeのTaxの公開ページは、税務上の義務を監視する機能の説明として「Identify where you might need to register to collect tax based on past transactions.」と書いています。しきい値の監視については「Tracks your sales against local tax registration thresholds and alerts you when you might have tax obligations, helping you stay compliant as your business grows.」としています。いずれも、登録が必要になりうる場所を過去の取引から特定し、各地のしきい値に対する売上を追跡する、という順序で書かれています。
出典に基づく事実
同じページは税額の計算について、「Calculate sales tax, VAT, and GST for transactions worldwide, determining tax rates based on product type」と記し、商品の種別に加えて顧客の所在と事業者の所在から税率が決まると説明しています。また同ページは国ごとの対応範囲が異なることを前提に、対応国の一覧と各地域での計算・徴収について別途案内しています。
A&Aの考え方
ここで読み取るべきは機能の有無ではなく順序です。Stripeは自社の監視機能について、過去の取引を入力として登録の要否を特定すると説明しています。それが各国の登録規則そのものとどこまで一致するかは本記事では決められません。決められるのは一点だけで、必要になる記録は案件ごとに、しかも後から振り返る形で求められるということです。受託事業では案件の数が少ないので、しばらくは何も起きません。だからこそ、一件目を受ける時点で後から数えられる記録を取るかどうかが効きます。必要なのは案件ごとの三項目です。相手の所在国、相手が事業者か個人か、提供した役務の種別です。この三項目を受注時点で残していれば、将来どこかのしきい値に近づいたときに、過去の取引を遡って作り直す作業が要りません。残していなければ、請求書と銀行の記録から相手の所在を推定し直すことになります。なお、上記はいずれも決済事業者が自社製品について公開している記述であり、税務上の助言ではありません。日本の事業者としての登録義務や申告義務は、自分の所在国と相手の所在国の法制度で決まります。本記事はその判断を示さず、専門家に確認すべき項目として扱います。
返信の前に埋める、四行の受け入れ条件
A&Aの考え方
以上を一枚にすると、次の表になります。四行に加えて、断る条件を裏返しとして一行足しています。これは価格表でも契約書の雛形でもなく、返信を書く前に自分が埋める作業用の紙です。所要時間は読者の状況によりますが、案件ごとに繰り返す作業ではありません。一度埋めておけば、次の海外からの問い合わせには、その場で決め直すのではなく決めてある位置から答えられます。
仮想例
表の記入例は、架空の少人数AI受託を想定した仮の内容です。実在の顧客の条件でも、当社が採用している条件でも、読者に推奨する価格や通貨でもありません。読者の事業では、提示通貨の方針も受取口座の構成も違う答えになります。ここで示したいのは中身ではなく形式で、各行が「決める一行」「先に書いておく内容」「書かずに受けたときに起きること」の三つを揃えて初めて、断る判断にも使えるという点です。三つめの列が書けない行は、まだ決めたことになっていません。
断るときも、受けるときと同じ四行で書く
A&Aの考え方
海外からの問い合わせで返信が遅れる理由の多くは、断る言葉を持っていないことです。「今回は見送ります」とだけ書くと、相手には理由が伝わらず、こちらにも次の判断材料が残りません。四行を使うと、断りが条件の提示に変わります。たとえば「提示は米ドルで出せますが、受取は日本円の一口座のみで、換算の差は当方が負担します。ただしご提示の単価では、一件ごとの請求が当方の受取通貨側の最低額を下回ります。月内の件数をまとめた請求でよければお受けできます」は、断りであると同時に、相手が受け入れれば成立する条件です。この形で返すと、断った案件のうちどれが条件次第で成立したかが後から数えられます。
仮想例
運用としては、断った問い合わせを一行ずつ残すだけで足ります。項目は、相手の所在国、断った行(四行のどれか)、相手が条件を受け入れたかどうかの三つです。期間ではなく件数で区切り、海外からの問い合わせが五件たまった時点で、同じ行が繰り返し断る理由になっていないかだけを見ます。繰り返しているなら、その行の決め方を変える検討に入ります。たとえば請求の形で断る件が続くなら、一件ごとの請求を受けない方針を明文化するか、まとめる単位を変えるかの選択です。これは架空の運用例であり、当社の実績ではありません。五件という区切りに測定された根拠はなく、見積もりではなく実際に届いた件だけを並べるために置いた最小の単位です。
この記事が決めないことと、次の一歩
A&Aの考え方
この記事は税務上の判断を示しません。引用した記述はいずれも決済事業者が自社製品について公開している仕様であり、法律でも税務助言でもありません。実際の登録義務と申告義務は、事業者の所在国と顧客の所在国の法制度で決まります。特定の通貨、価格、国も推奨しません。Stripeの単独創業者の数値は米国法人を設立した母集団に対する相関の観測で、日本の受託事業の目標値ではありません。また当社は海外顧客の獲得実績や成果を示していません。仕様のページは更新日が表示されておらず、閲覧地域によって表示が変わる部分があるため、実際に条件を決めるときは各ページの現在の記述を自分で開いて確認してください。
A&Aの考え方
次の一歩は、表の四行を自分の言葉で埋め、断る条件まで書き切ることです。埋めたあとで最初の海外案件を受けるなら、相手の所在国と役務の種別を受注時点で記録に残す運用だけ先に始めてください。継続の数え方は既刊の「獲得を増やす前に継続率を見る:初月の顧客が「戻った」をどう数えるか」で扱っています。全体の流れを先に見たい場合は「AIネイティブGTMとは?一人・少人数で顧客獲得から継続まで回す実践ガイド」が地図になります。四行のうちどれを自社で引き受け、どれを相手に引き受けてもらうかの判断が自分では決めきれない場合は、相談の段階で扱える論点です。
最初の海外顧客を受けるかどうかは、提示通貨・受取通貨・最低請求額・課税地の記録という四行を返信の前に書けるかで決まります。提示通貨と受取通貨は別の決定で、その差があれば換算か相手側の手数料のどちらかとして現れます。最低請求額は提示した通貨ではなく受け取る通貨で判定されますが、実額は 0.50 USD や 50 JPY という水準で、効くのは成果一件あたりで課金する設計にしたときだけです。登録要否は、これから売る国ではなく、すでに受けた取引を振り返って判定されます。だからこそ一件目から相手の所在国と役務の種別を残してください。引用した仕様は決済事業者のものであって税務助言ではなく、Stripeの数値は米国法人の母集団に対する相関の観測です。四行のうち一行でも書けないなら、その一行が断る理由であり、同時に相手に提示できる条件です。
出典・編集情報
記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。
- Solo founding is at an all-time high: Top performers have these traits in common
Stripe · May 28, 2026 (date shown on page)
確認日 2026-10-07 - Supported currencies | Stripe Documentation
Stripe · no publication or update date shown on page
確認日 2026-10-07 - Stripe Tax | Stripe Documentation
Stripe · no publication or update date shown on page
確認日 2026-10-07
AIを活用した記事制作
調査・執筆・翻訳・編集上の確認にAIを活用しています。資料に基づく事実、A&Aの考え方、仮想例は、それぞれ本文に明記しています。
編集上の確認日: 2026-10-07