Shopify の領収書対応でやりがちな失敗と、購入者セルフ発行で回避する方法
「領収書をいただけますか」というメールが、今日も受信箱に 3 通。1 通ずつ注文を探して、宛名を確認して、PDF を作って、返信する。1 件 10 分としても 30 分。月に換算すれば 10 時間が、売上を 1 円も増やさない作業に消えていきます。
しかも厄介なのは、この作業がほぼ確実に「やり直し」を生むことです。宛名を個人名で送ったら「会社名でお願いします」と返ってくる。但し書きを「お品代として」で送ったら「書籍代として、に変えてください」と返ってくる。1 件あたりの往復は 2 回、3 回と増えていきます。
この記事は、Shopify で領収書・請求書の発行に取り組もうとしている方に向けて、先に失敗パターンを知っておくための記事です。アプリを比較する前に「自分のストアがどの失敗を踏みそうか」を確認できるよう、実際に起きている失敗を 5 つ挙げ、そのうえで導入前のチェックポイント、具体的な解決手段の順に並べています。
Shopify の領収書対応で実際に起きている 5 つの失敗
失敗1：注文確認メールを「領収書」として渡してしまう
Shopify が自動で送る「注文の確認」メールを、そのまま領収書の代わりとして案内しているストアは少なくありません。しかしこのメールは注文内容の控えであって、領収書の要件を満たしていません。宛名の欄がなく、但し書きもなく、発行者の住所・登録番号も入りません。
購入者が経費精算に使おうとして経理に弾かれ、「正式な領収書をください」と連絡が来る——というのが典型的な流れです。ここで初めて手作業が始まるので、ストア側は「問い合わせが来てから対応する」体制のまま固定されてしまいます。
BtoB 比率の高いストアほどこの失敗のコストは大きくなります。法人のお客様は原則として全員が経費精算をするため、購入者の 100% が領収書を必要とするからです。
失敗2：管理者が 1 件ずつ手作業で作って返信している
問い合わせが来るたびに、Shopify 管理画面で注文を検索し、Excel や Word のひな形に転記し、PDF にして返信する。この運用は件数が少ないうちは回りますが、件数の増加に対して線形にコストが増えるという致命的な性質を持っています。
売上が伸びるほど作業時間も伸びるので、繁忙期に真っ先に破綻します。年末の 12 月、確定申告前の 2 月、期末の 3 月に問い合わせが集中するのは、どのストアでも共通しています。
さらに悪いのは、この作業が「担当者 1 人に属人化しやすい」ことです。ひな形の場所とルールを知っている人が休むと、その日の領収書対応は止まります。
失敗3：宛名と但し書きの入れ替えで何往復もしている
ストア側が宛名を決めて発行すると、ほぼ必ず修正依頼が来ます。宛名が誰の名義になるかは、購入者側の事情でしか決まらないからです。
- 個人カードで立て替え払いをしたので、宛名は勤務先の法人名にしてほしい
- 屋号で活動しているので、個人名ではなく屋号にしてほしい
- 経理から「上様は不可」と言われたので、正式名称で再発行してほしい
但し書きも同様です。「お品代として」で通る会社もあれば、「消耗品費として」「書籍代として」のように用途を明示しないと通らない会社もあります。ストア側にはその事情が分かりません。
つまりこれは、ストア側が宛名を決めている限り構造的に解消できない失敗です。往復回数を減らす工夫ではなく、決める人を変えることでしか解けません。
失敗4：インボイス（適格請求書）の要件を満たしていない
2023 年 10 月に始まったインボイス制度により、買い手が仕入税額控除を受けるには、売り手が発行する適格請求書に適格請求書発行事業者の登録番号と税率ごとに区分した対価の額および消費税額が記載されている必要があります。
ところが、既存のひな形をそのまま使い続けているストアでは、この 2 つが抜けたままになっていることがあります。特に多いのが次の 2 パターンです。
- 登録番号は入れたが、税率別内訳（税率区分表）を入れていない
- 税率 10% の商品しか扱っていないつもりが、送料や一部の食品で 8% が混ざっていた
後者は自分では気づけません。注文の実データを見て税率ごとに集計しない限り、混在に気づかないまま「10% のみ」の書類を出し続けることになります。
失敗5：従来のお客様アカウントを前提に設計してしまう
Shopify の顧客アカウントは、従来型（classic customer accounts）と新しいカスタマーアカウントの 2 系統があり、機能拡張の仕組みが異なります。注文状況ページに拡張を追加できるのは新しいカスタマーアカウント側です。
ここを取り違えると、「アプリを入れたのに購入者側にボタンが出ない」という状態になります。エラーが出るわけではないので原因に辿り着きにくく、「アプリが壊れている」と誤解されがちなポイントです。
領収書まわりの仕組みを検討するときは、自分のストアがどちらの顧客アカウントを使っているかを最初に確認するのが安全です。
導入前に確認する 7 つのチェックポイント
失敗を踏む前に、自分のストアの条件を棚卸ししておきます。以下の 7 点に答えられれば、選ぶべき方式はほぼ決まります。
1. 領収書を求めるのは購入者の何割か
BtoB 中心なら 10 割、個人向け物販なら 1〜2 割というのが目安です。割合が高いほど「購入者が自分で発行できる」方式の効果が大きくなります。割合が低くても、繁忙期に集中するなら効果は同じです。
2. 誰が宛名を決めるべきか
購入者側にしか分からない事情（立替払い・屋号・経理ルール）があるなら、入力欄を購入者に渡すのが唯一の解です。ストア側で決める限り、往復はなくなりません。
3. インボイス登録番号を持っているか
登録済みなら、書類に登録番号と税率別内訳を必ず入れられる仕組みを選びます。未登録なら、番号欄が空でも体裁が崩れないことを確認します。
4. 軽減税率（8%）の商品や非課税の送料があるか
1 品でもあるなら、税率を決め打ちせず注文の実データから集計する実装かどうかを確認します。「10% 固定」で作られたひな形は、混在した瞬間に金額が合わなくなります。
5. 発行の対象をどこまで広げるか
「支払い済みのみ」に限るのか、銀行振込などの未入金注文にも請求書を出すのか。返金済み・キャンセル済みの扱いも決めておきます。ここを決めずに導入すると、後から「返金した注文の領収書が出てしまった」という事故につながります。
6. 多言語の購入者がいるか
越境 EC をしているなら、書類の言語が購入者の言語に追従するかを確認します。ストア側が文言を固定するタイプの仕組みだと、すべての購入者に同じ言語で表示されます。
7. 発行履歴を保存する必要があるか
保存が要件になっている場合と、逆に保存しないほうが望ましい場合があります。宛名は個人情報なので、保存しなければ管理対象も漏洩リスクも増えません。自社のポリシーがどちらかを決めておきます。
失敗の構造を変える：発行の主語を「ストア」から「購入者」へ
上の 5 つの失敗を並べてみると、失敗 2・3 は同じ原因から来ていることが分かります。ストア側が発行の主語になっているという設計です。
主語がストアである限り、件数が増えれば作業も増え、宛名は毎回聞き直しになります。逆に、購入者が自分で発行できる状態にすれば、この 2 つは同時に消えます。件数がいくら増えてもストアの作業は 0 分のままで、宛名も但し書きも本人が入れるので往復が発生しません。
そのうえで失敗 1・4 は「書類の中身の要件」、失敗 5 は「どこに置くか」の問題なので、これらは仕組み側で担保します。以下では、この考え方をそのまま形にしたアプリを詳しく紹介します。
シンプル領収書セルフ発行｜PDF・請求書・インボイス対応
| 項目 | 内容 |
|---|---|
| アプリ名 | シンプル領収書セルフ発行｜PDF・請求書・インボイス対応 |
| 開発者 | 株式会社 UnReact |
| 価格設定 | Basic Plan $3.99/月（7 日間の無料体験あり・年払いで実質 2 ヶ月分無料） |
| 主な機能・特徴 | 購入者による領収書・請求書のセルフ発行 / 適格請求書登録番号・税率別内訳の表示 / 宛名・但し書きの購入者入力 / ロゴ・角印のアップロード / Liquid テンプレート編集 / 保存前プレビュー |
| 対応言語 | 20 言語（管理画面・購入者画面とも） |
| 評価 | ★★★★★ |
購入者が注文状況ページから自分で領収書・請求書を発行できるようにするアプリです。ストア側の作業を発行のたびにゼロにすることを目的に作られています。
購入者は注文状況ページのボタンから発行する
購入者の体験はこうなります。注文状況ページに「領収書・請求書を発行する」ボタンが出て、押すと別タブで書類が開き、その場で印刷または PDF 保存ができます。ストア側は何もしません。
効く場面：深夜や休日に「今すぐ経費精算したい」という購入者に、翌営業日を待たせずに済みます。年度末や確定申告前のように問い合わせが集中する時期でも、ストア側の負荷は増えません。
書類ページのリンクは発行から 30 分間有効です。期限が切れても、注文状況ページのボタンから何度でも発行し直せます。発行できるのは 60 日以内の注文で、それより前の注文はストアへ問い合わせる案内が表示されます。
宛名と但し書きは購入者が入力する
発行画面には宛名の入力欄と但し書きの選択欄があります。宛名は購入者が自由に入力でき、但し書きは候補リストから選ぶか自由入力です。候補リストの初期値は「お品代として」「商品代として」「ご購入代金として」の 3 つで、取扱商品に合わせて追加・削除できます。
効く場面：法人カードと個人カードを使い分けている購入者、屋号で活動している個人事業主、「上様は不可」という社内ルールがある企業。いずれもストア側では判断できない事情を、本人がその場で解決できます。
宛名が未入力だったときの表示も選べます。「注文者名を入れる」にすると購入者が何もしなくても書類が完成し、「空欄にする」にすると印刷後に手書きで宛名を入れる運用ができます。手書き文化の残る業種では後者の需要が根強くあります。
入力された宛名・但し書きはアプリのサーバーに送信も保存もされません。 ブラウザ上だけで処理されるため、ストア側は個人情報を余分に抱え込みません。
適格請求書の要件を設定 3 項目で満たす
インボイスタブには「登録番号」「税率別内訳を表示する」「インボイス注記文言を表示する」の 3 項目があります。登録番号（T + 13 桁）を入れて内訳表示をオンにすれば、適格請求書として通用する体裁になります。
効く場面：軽減税率の 8% と標準税率の 10% が混在する注文。食品と雑貨を併売しているストア、送料の課税区分が商品によって異なるストアでは、混在は日常的に起こります。このアプリは税率を決め打ちせず、注文の実データから税率ごとに集計するため、8% と 10% が同じ注文に入っていても正しく分かれます。
外貨決済のストアで登録番号を設定している場合は、消費税額に円換算が併記されます。Shopify Markets で多通貨販売しているストアでも、そのまま日本の実務に耐える書類になります。
発行の対象を 4 つの設定で絞り込む
基本設定タブでは、書類を「誰に・どの注文で」出すかを決めます。
- アプリを有効にする：設定を作り込んでいる最中だけオフにする、といった使い方ができます。
- 発行できる書類タイプ：「領収書・請求書」「領収書のみ」「請求書のみ」の 3 択。個人向け中心なら「領収書のみ」にすると購入者が迷いません。
- 発行対象：「支払い済み注文のみ」か「すべての注文」。銀行振込で入金前に請求書を渡したいストアは後者にします。
- 全額返金済みの注文でも発行を許可する：経理上の記録として必要なストアだけオンにします。
効く場面：後払い・掛け売りを併用している BtoB ストア。入金前に請求書を渡す必要があるため、「すべての注文」に設定して請求書を出し、入金後に領収書を出す、という二段構えの運用ができます。なおキャンセル済みの注文は、設定にかかわらず常に発行できません。
書類の見た目をブランドに寄せる
見た目の調整は 2 段構えです。まず色は「帯の背景色」「帯の文字色」の 2 項目をカラーピッカーで指定します。初期値は #242424（濃いグレー）と #ffffff（白）です。
淡い色を背景に使うときは、文字色も必ず濃い色に変えてください。白文字のままだと帯の文字が読めなくなります。ここは実際に起きやすいミスなので、変更したらプレビュータブで必ず確認します。
さらに踏み込みたい場合は、Liquid テンプレートの直接編集ができます。{{ recipient }}（宛名）、{{ amount }}（合計・税込）、{{ registration_number }}（登録番号）、{% for li in line_items %}（明細のループ）などが使え、編集画面には実際に入る値の例つきの早見表が付いています。
効く場面：自社の書式が決まっている BtoB ストア、印刷して同梱する運用をしているストア。項目の並びまで作り込めます。ただしカスタムテンプレートは購入者の言語切替に対応しないため、越境 EC のストアは標準デザインのままがおすすめです。構文エラーがあるテンプレートは保存できず、表示に失敗した場合も自動的に標準デザインで描画されるので、購入者に真っ白な書類が届くことはありません。
保存前にプレビューで確認できる
プレビュータブでは、保存する前の編集中の設定がそのまま書類に反映されて表示されます。会社名・住所・ロゴ・角印・登録番号・振込先・帯の色・カスタム Liquid まですべて反映されます。表示に使われる注文データはサンプル固定で、個人情報は含まれません。
効く場面：色を変えたとき、ロゴを差し替えたとき、Liquid を編集したとき。いちいちテスト注文を作らなくても仕上がりを確認できるので、設定の試行錯誤が速くなります。
設定は 7 タブ・37 項目
設定画面は「基本設定 / 店舗情報 / インボイス / 領収書 / 請求書 / テンプレート / プレビュー」の 7 タブに分かれ、合計 37 項目です。保存は 7 タブまとめて 1 回なので、ひととおり編集してから保存できます。
店舗情報タブでは、書類の右上に載る発行者情報を設定します。インストール直後は Shopify に登録済みのストア情報（店舗名・郵便番号・住所・電話番号・メールアドレス）が自動で入るので、正式表記に直したいところだけ書き換えます。ロゴ画像と角印（印影）画像もここでアップロードでき、角印は背景を透明にした PNG を使うと発行者情報の上にきれいに重なります。
請求書タブでは、注文日・支払期限・請求先住所・配送先住所の表示可否、「お支払い済み」スタンプの有無、振込先情報、請求書専用のフッター文言を設定します。住所は所在国に合わせて自動で整形され、日本の住所は郵便番号を先頭に置いた日本式、海外の住所は西洋式で出力されます。
インストールはこちら
シンプル領収書セルフ発行｜PDF・請求書・インボイス対応
ご利用ガイドはこちら
シンプル領収書セルフ発行 ご利用ガイド
別のアプローチを取る 4 つのアプリ
購入者セルフ発行が合わないケースもあります。たとえば「注文ごとに PDF ファイルとして保存しておきたい」「注文確認メールに PDF を自動添付したい」という要件です。以下のアプリはそれぞれ別の方式を取っています。
Order Printer Pro: Invoice App
| 項目 | 内容 |
|---|---|
| アプリ名 | Order Printer Pro: Invoice App |
| 開発者 | Subscription Plus |
| 価格設定 | 無料プランあり（月 50 件まで）／有料 $10〜$40/月 |
| 主な機能・特徴 | PDF 請求書の生成 / 注文確認メールへの自動添付 / 一括印刷 / テンプレートのカスタマイズ |
| 対応言語 | 英語（多通貨対応） |
PDF の自動送付を軸にしたアプリです。注文が入ったタイミングで請求書 PDF をメールに添付して送るため、購入者が何もしなくても書類が手元に届きます。一括印刷にも対応しており、月末にまとめて紙に出す運用とも相性がよい構成です。
メインアプリとの役割の違いははっきりしています。シンプル領収書セルフ発行が「購入者が必要なときに、必要な宛名で出す」ための道具であるのに対し、Order Printer Pro は「全注文に対して同じ書式の PDF を機械的に配る」ための道具です。 宛名を購入者に決めさせたいなら前者、全件に自動配布したいなら後者が向きます。管理画面は英語のみなので、日本語での運用が必須のチームは事前に確認しておきましょう。
Softify: Easy Invoice+
| 項目 | 内容 |
|---|---|
| アプリ名 | Softify: Easy Invoice+ |
| 開発者 | Softify OU |
| 価格設定 | 従量課金 $6.95〜／固定プラン $12.95〜$99.95/月 |
| 主な機能・特徴 | 請求書の無制限生成 / ドラッグ&ドロップのデザイン編集 / クラウド保存 / B2B 向け機能 |
| 対応言語 | 英語・フランス語・スペイン語・ドイツ語・日本語ほか |
ドラッグ&ドロップで書類のレイアウトを組めるのが特徴です。コードを書かずに項目の位置を動かせるため、Liquid の編集に抵抗がある方でも独自書式に近づけられます。生成した書類をクラウドに保存する機能もあります。
メインアプリとの使い分けとしては、「発行履歴を残したい」要件があるかどうかが分かれ目になります。シンプル領収書セルフ発行は発行履歴も宛名も保存しない設計なので、逆に保存が必須の運用では Softify のようなクラウド保存型が選択肢になります。ただし料金は従量・固定とも幅があるため、月間の発行件数を見積もってからプランを選ぶ必要があります。
Order Printer: PDF Invoice App（Vify）
| 項目 | 内容 |
|---|---|
| アプリ名 | Order Printer: PDF Invoice App |
| 開発者 | Vify |
| 価格設定 | 無料プランあり（月 50 件まで）／有料 $10.99〜$69.99/月 |
| 主な機能・特徴 | PDF 生成 / 顧客ポータルからのダウンロード / 多言語のテンプレート編集 / 自動送信 |
| 対応言語 | 英語・中国語・ドイツ語・日本語ほか |
顧客ポータルから購入者が PDF をダウンロードできる導線を持っており、セルフ発行に近い体験を提供します。テンプレートを言語ごとに用意できるため、多言語ストアでの書式管理がしやすい構成です。
メインアプリとの違いは、宛名の扱いにあります。Vify は書式の多言語化に強い一方、購入者が宛名や但し書きをその場で入力する体験は主眼ではありません。日本特有の「宛名・但し書きの入れ替え依頼」を構造的になくしたい場合はシンプル領収書セルフ発行、多言語の書式を整えたい場合は Vify、という選び方になります。
Simple Invoice ‑ Order Printer
| 項目 | 内容 |
|---|---|
| アプリ名 | Simple Invoice ‑ Order Printer |
| 開発者 | Simplio |
| 価格設定 | 無料プランあり（月 50 件まで）／有料 $9.99〜$79.99/月 |
| 主な機能・特徴 | 請求書・納品書・クレジットメモの発行 / クラウドバックアップ / メタデータの反映 |
| 対応言語 | 英語・日本語・ドイツ語・フランス語ほか |
請求書だけでなく納品書やクレジットメモ（返金明細）まで扱えるのが強みです。注文のメタフィールドを書類に差し込めるため、独自の管理番号や取引先コードを載せたい運用にも対応できます。
メインアプリとの使い分けは帳票の種類で考えると分かりやすくなります。シンプル領収書セルフ発行が扱うのは領収書と請求書の 2 種で、購入者向けに絞り込まれています。納品書や返金明細まで社内向けに一式そろえたい場合は、Simple Invoice のような多帳票型が候補になります。
実務でよく出る質問
Q. 購入者が宛名を入力したあと、その内容はどこに保存されますか。
シンプル領収書セルフ発行ではどこにも保存されません。ブラウザ上で書類を描画するために使われるだけで、アプリのサーバーには送信されません。個人情報の保有を増やしたくないストアにとっては、これ自体が導入理由になります。
Q. 一度発行した領収書を、あとで内容を変えて再発行できますか。
購入者側は注文状況ページのボタンから何度でも発行し直せます。ストア側で設定（社名・登録番号・色など）を変更した場合は、変更以降に発行される書類から新しい内容が反映されます。すでに購入者が保存した PDF が書き換わることはありません。
Q. 軽減税率の 8% と標準の 10% が混ざった注文でも正しく出ますか。
出ます。税率を決め打ちせず、注文の実データから税率ごとに集計する実装になっています。8% と 10% 以外の税率や、海外向けの非課税注文にもそのまま対応します。
Q. 従来のお客様アカウント（classic customer accounts）でも使えますか。
使えません。注文状況ページへの拡張追加は新しいカスタマーアカウントの仕組みを使うため、従来型のままではボタンが表示されません。導入前に、Shopify 管理画面の「設定」→「顧客アカウント」でどちらを使っているか確認してください。
Q. 60 日以上前の注文はどうすればよいですか。
購入者側の画面には「60 日以上前のご注文はストアへ直接お問い合わせください」と表示されます。この場合はストア側で Shopify 管理画面から対応する運用になります。問い合わせの大半は購入直後〜1 ヶ月以内に集中するため、実務上のインパクトは限定的です。
まとめ
Shopify の領収書対応で起きている失敗は、突き詰めると次の 3 つに整理できます。
- 主語がストアになっているため、件数に比例して作業が増え、宛名の往復が消えない
- **書類の要件（登録番号・税率別内訳）**が抜けていて、購入者の経理で弾かれる
- **置き場所（顧客アカウントの種類）**を取り違えて、そもそも購入者に届いていない
このうち 1 つ目は、発行の主語を購入者に移すだけで構造的に解決します。2 つ目は設定 3 項目で満たせます。3 つ目は導入前の確認で防げます。
「シンプル領収書セルフ発行｜PDF・請求書・インボイス対応」は、この 3 点をまとめて押さえるために作られたアプリです。料金は Basic Plan $3.99/月、7 日間の無料体験があるので、まずは店舗情報と登録番号を入れてプレビュータブを覗いてみてください。設定に 10 分、テスト注文の確認に 5 分もあれば、実際の見え方まで確かめられます。