Customer
一般顧客の購入と、見積書・請求書を必要とする法人取引を分けます。
CASE STUDY 10 / PAYMENT ARCHITECTURE / SHOPIFY
オンライン決済と、
既存の法人取引を両立する。
自社ECの決済をオンライン化しても、法人顧客が見積書や請求書を必要とする商流まで消えるわけではありません。一般顧客の即時決済と、法人向け請求書による前払いを、混同せず一つの販売基盤に残す方法を検討します。
- THEME
- Payment Architecture
- CASE EXAMINED
- 京都御所西 小川金正堂
- PLATFORM
- Shopify / Misoca
- EVIDENCE STATUS
- Audited / Publication Ready
CENTRAL QUESTION
オンライン決済だけで、法人顧客の注文を受けられるのか。
一般顧客にはその場で支払える決済を用意しながら、見積書・請求書を必要とする法人顧客には、既存の前払い取引をどう残すべきか。
CASE CONTEXT
決済方法ではなく、二つの取引経路があった。
小川金正堂様には法人顧客が多く、見積書・請求書を求められる取引がありました。請求書はMisocaで発行し、銀行振込または請求書記載のQRコードからクレジットカードで支払える運用でした。
ただし、この請求書取引は納品後の掛け払いではありません。支払いを確認してから商品を発送する、前払い・前振込が前提でした。
新しいShopifyでは、一般顧客がオンラインで決済できる経路を用意すると同時に、この法人向け取引を失わず、購入者へ支払時期を誤解なく案内する必要がありました。
ANALYSIS
「カードか請求書か」だけでは設計できない。
必要だったのは決済サービスの数を増やすことではなく、顧客、必要書類、支払時期、入金確認、発送条件を一つの取引フローとして分けることでした。
Timing
即時決済、前払い、掛け払いを区別し、発送前の入金確認を明示します。
Record
Shopifyの注文と、外部で発行する請求書・入金確認の関係を整理します。
Guidance
チェックアウト、FAQ、法人案内から、利用者が適切な経路を選べるようにします。
分析上の結論：自社ECの決済設計は、利用できる決済ブランドの一覧ではありません。顧客ごとに「どう注文し、何を受け取り、いつ支払い、何をもって発送へ進むか」を定義する取引設計です。
DECISION FRAMEWORK
取引条件から決済経路を選ぶ。
Classify
顧客種別と、見積書・請求書の要否を確認する。
Define
支払時期、入金確認、製作・発送開始の条件を決める。
Configure
即時決済と請求書前払いを、別の方法として設定する。
Explain
購入前と決済時に、利用条件と問い合わせ経路を示す。
IMPLEMENTATION
CASEで実施した決済・案内設計。
既存の法人取引を原本から整理
法人顧客、Misocaによる請求書発行、銀行振込またはQRコード経由のカード支払い、発送前入金という条件を確認しました。
請求書払いを前払いとして設定
「請求書払い（先払いのみ対応）」をカスタム決済方法として設定し、注文後の請求書送付、振込またはQRコード決済、後払い不可を案内文にしました。
一般顧客向けにShopify Paymentsを用意
ストアオーナー側でShopify Paymentsが有効化され、クレジットカード決済を基本経路として運用する方針が共有されました。
未接続の決済を運用開始条件から外す
GMOイプシロンは管理画面上の表示だけでは利用可能とせず、契約・初期設定・連携後に追加する扱いとしました。
法人向けの入口と支払条件を明示
TOPページと商品ページに法人請求書の案内導線を設け、FAQにも発送前支払い、掛け払いではないこと、カード決済の案内を追加しました。
VERIFIED RESULTS
一次情報で確認できた実装状態。
CONFIRMED / MESSAGE + SCREENSHOT
請求書払いの設定が完了した
2026年2月24日、請求書払いの設定完了がスクリーンショットとともに報告されました。決済方法名と案内文には、先払いであることが含まれています。
Evidence: S-R1 / 2026-02-23〜24 要件・設定完了報告
CONFIRMED / CLIENT REPORT
Shopify Paymentsが有効化された
ストアオーナーによるアカウント情報の更新依頼後、クライアントからShopify Paymentsを有効にした旨が報告されました。
Evidence: S-R1 / Shopify Payments有効化報告
CONFIRMED / IMPLEMENTATION REPORT
法人請求書の案内導線が作られた
法人向け請求書対応のセクションが作成され、TOPページと商品ページのカート直前に案内導線が配置されました。
Evidence: S-R2 / 法人請求書セクション作成報告・添付画像
CONFIRMED / IMPLEMENTATION REPORT
FAQに取引条件が明記された
見積書・請求書への対応に加え、請求書払いは商品発送前の支払いであり、納品後の掛け払いではないこと、カード決済に関する案内が追記されました。
Evidence: S-R3 / 2026-05-27〜28 依頼・反映報告
FINDINGS
法人取引を持つ企業への示唆。
既存商流を先に調べる
新しい決済を選ぶ前に、顧客が必要とする書類と支払手順を確認します。
請求書と後払いを分ける
請求書を発行することは、納品後に支払う掛け取引を意味しません。
未接続の手段を数えない
管理画面に名称が表示されても、契約・連携・動作確認がなければ利用可能とは扱いません。
決済条件を購入前に示す
法人案内とFAQを用意し、問い合わせ後に初めて条件が分かる状態を避けます。
LIMITS
このCASEが証明しないこと。
- 請求書払いは前払いです。納品後の掛け払いを導入したCASEではありません。
- MisocaとShopifyの注文・入金情報が自動連携したことは確認していません。
- fincode by GMOは、既存のMisoca請求書に記載されるQRコード決済として報告されたものです。ShopifyへGMOイプシロンを接続した事実とは区別します。
- GMOイプシロンは管理画面上の表示が確認されましたが、契約・初期設定・連携が完了していないため、利用可能な決済として扱いません。
- 実際の法人注文、請求書発行、入金、製作、発送までを通した取引完了記録は、この本文の確認結果に含めません。
- 決済方法別の利用数、売上、成約率、入金までの時間、未収率は計測していません。
- 本文は本CASEの取引条件を分析したものであり、会計・税務・法務上の一般的助言ではありません。
EVIDENCE AUDIT
要件・提案・設定・公開案内を分ける。
| 主張 | 品質区分 | 根拠・処理 |
|---|---|---|
| 法人顧客、Misoca、前払い・前振込 | 既存運用事実 | S-R1、クライアントメッセージ |
| 請求書払いの設定完了 | 実装事実 | S-R1、2026-02-24完了報告・添付画像 |
| Shopify Paymentsの有効化 | 当事者報告 | S-R1、ストアオーナーからの有効化報告 |
| 法人請求書セクションとFAQ | 実装事実 | S-R2・S-R3、作成・追記報告と添付画像 |
| 一般決済と法人取引を別経路として設計する | 分析 | 顧客要件、設定、案内導線を統合した解釈 |
| GMOイプシロンが利用可能 | 否認／未接続 | 表示は確認したが、契約・初期設定・連携未完了。利用可能とは主張しない |
| 法人注文の決済・発送完了 | 未確認 | 設定・案内実装と、実取引の完了を分離する |
重要な識別：「fincode by GMO」と「GMOイプシロン」は同一の実装事実として扱いません。前者はクライアントが説明したMisoca請求書上のQRコード決済、後者はShopify側で契約・連携が完了していない候補です。
公開範囲：取引経路と案内設計を公開し、口座情報、決済認証情報、請求書原本、顧客・注文・入金情報、管理画面画像の原本、非公開売上は掲載しません。
公開許可：2026年2月16日の実績公開許可と、2026年6月10日のPROJECT全体公開許可を確認しています。
判定：本文の事実主張はEvidence Audited。決済の設定・案内実装までを確認し、実取引の完了と未接続サービスを除外したPublication Ready版です。