暗号資産決済の領収書：記載事項と送付のタイミング

暗号資産決済の領収書は、特定の注文について支払いを検証したうえで、販売者がその受領を認める書類です。 何が支払われ、どの購入に対する支払いで、問い合わせはどうすればよいのかを購入者に伝える必要があります。トランザクションハッシュだけでは、こうした取引上の背景は分かりません。

このガイドでは、販売者向けの領収書チェックリストと、繰り返し使えるメッセージ構成を紹介します。これらは推奨される業務上の管理手順であり、Yolfiがダウンロード可能な領収書や税務用請求書を生成するという主張ではありません。法律上必要な書類は管轄地域によって異なります。事業者として提供すべき項目と書類の種類は、会計担当者に確認してください。

請求書、領収書、ブロックチェーンの記録を区別する

請求書は支払いを求めるものです。領収書は検証済みの支払いの受領を認めるものです。ブロックチェーンの記録は、特定のネットワーク上のトランザクションを記録するものです。相互にひも付けつつ、同じものとして扱わないようにしましょう。

サービス提供者が「Invoice」と呼ぶオブジェクトには、技術的な意味がある場合もあります。Yolfi API Checkoutでは、購入者が対応するネットワークとトークンを選択した後にInvoiceが作成されます。この技術オブジェクトが、現地の規則で求められる商取引・税務上の請求書だとは考えないでください。

リダイレクト直後ではなく、支払いを検証してから領収書を送る

システムを連携させた決済フローでは、注文を支払済みにしたり、支払済みの領収書を送ったりする前に、サーバーで決済通知を検証してください。YolfiのWebhookドキュメントでは、payment.confirmedが注文履行の主なトリガーとされています。invoice.createdは支払いが開始されたことを意味し、入金済みという意味ではありません。

ドキュメントに記載された署名手順でイベントの真正性を検証し、正しい注文にひも付け、再試行があっても独立した領収書を何通も送らないように処理してください。テストイベントから実際の支払済み領収書を作成してはいけません。固有の領収書参照番号を保持し、同じ書類を再送するときもその番号を使います。

ブラウザーの成功画面、ウォレットのスクリーンショット、取引所で処理待ちになっている出金だけでは不十分です。証拠が確定していない場合は、注文の支払済みを認めるのではなく、支払い状況を案内してください。ウォレットの秘密情報を求めずに調査するには、顧客サポートの証拠チェックリストを使ってください。

手動で審査した支払いについては、受取アドレス、資産、ネットワーク、金額、承認の証拠を誰が確認したか記録してください。どの時点で証拠が十分と判断できるかは、社内手順で定めるべきです。この記事は、すべてのチェーンに一律の承認回数を指定するものではありません。

購入と支払いを特定できるだけの詳細を記載する

顧客向けの領収書は読みやすく保ち、技術的な証拠は添付するか、非公開の注文記録から確認できるようにしてください。購入者が自分の購入内容を把握するために、トークン送金ログを読み解く必要があってはいけません。

トークンについては、検証済みのコントラクト識別子またはミント識別子を元の記録に保持してください。ティッカーだけでは資産を一意に特定できません。顧客向け書類で長いアドレスやハッシュを省略する場合も、非公開の証拠記録には完全な参照情報を残します。

注文価格と、受領した暗号資産の金額は分けてください。現地通貨の換算額を示す場合は、記録に適した評価基準と評価時点を明記します。USDCやUSDTの受領をすべて銀行の米ドル預金への入金と表現したり、説明なしにトークン数量を税務申告上の評価額として扱ったりしてはいけません。

手数料も明確に表示する必要があります。送金者が支払うネットワーク手数料が、販売者の受領額に含まれるとは限りません。ウォレット残高と請求総額の差から手数料の内訳を作り上げないでください。

この領収書メッセージ構成を使う

以下は文章作成用のテンプレートであり、実際の顧客の領収書ではありません。言語モデルにトランザクション識別子を作らせるのではなく、検証済みの記録を使って各行を埋めてください。

お支払いを受領しました — 領収書参照番号：固有の領収書番号。

販売者と購入内容：事業者の識別情報、注文参照番号、顧客が購入した内容の短い説明。

支払い：検証済みの暗号資産の数量と資産、ネットワーク、および価格表示通貨を添えた元の注文金額。

この注文への充当額：購入代金として受領した金額。未払い残高や別途審査中の超過入金があれば明記。

証拠：決済参照番号と関連トランザクションの参照情報、およびタイムゾーンを含む支払い確認時刻と領収書発行時刻。

ご質問・訂正：所定のサポート窓口に連絡し、この領収書参照番号をお伝えください。秘密鍵やリカバリーフレーズは絶対に送らないでください。

購入者情報、登録識別番号、その他の必須項目は、事業内容と現地の規則で必要とされる範囲でのみ追加してください。顧客のメールアドレス、氏名、購入の詳細を公開ブロックチェーンのメモに書き込まないようにしましょう。

認証が必要な注文ページを通じて、またはその購入について確認済みの顧客連絡先に領収書を送ってください。保護されていない公開文書リンクで注文記録全体を公開しないでください。公開トランザクションであっても、実名の顧客と結び付けることで、その人の金融活動が明らかになる可能性があります。

取引の証拠を過大評価せず、役立つ形で残す

1つのトランザクションに複数の送金が含まれることがあります。1つのハッシュが複数のトークン移動を示す場合は、区別しないまま同じハッシュを複数の注文に添付するのではなく、社内の証拠記録で該当する送金を特定してください。

EVMトークンについては、Ethereumのトランザクションレシートのリファレンスにトランザクションのステータスとログが説明されています。実行の成功だけでは、想定した数量のトークンが販売者の受取先に届いたことを証明できません。該当する送金の詳細を確認してください。トランザクションの最上位の受取先は、トークンコントラクトの場合があります。

公開の証拠にリンクする場合は、正しいネットワーク上の信頼できるエクスプローラーを使ってください。公開トランザクションを開くために、ウォレット接続、署名、トークン使用承認が必要であってはいけません。領収書が、見知らぬウォレットアクセスサイトで支払いを「検証」するよう誘うものになってはいけません。

過去を書き換えず、部分払いと返金を記録する

部分払いの場合は、検証して注文に充当した金額だけを受領したと認めてください。未解決の残高があるのに、注文全体を支払済みと表示してはいけません。超過入金については、注文に充当した支払いと審査待ちの金額を区別します。不足入金・超過入金のガイドで、こうした判断を説明しています。

後日返金する場合は、元の記録にひも付いた別の記録が必要です。元の領収書、返金の判断、検証済みの出金証拠を保持してください。当初の受領額を単に小さい数字に置き換えてはいけません。メッセージで送られてきたアドレスに送金する前に、返金審査の手順に従ってください。

事務的な記載ミスは、追跡可能な訂正手順で修正してください。正式な減額通知書、差し替え書類、その他の調整が必要かどうかは、管轄地域に固有の会計上の問題です。以前の証拠を削除するのではなく、各版の関係を残してください。

Yolfiが担う役割

Yolfiの決済リンクは、固定価格の商品・サービスの支払いの入口になります。API Checkoutのドキュメントでは、再利用可能なPaylinksと、動的な注文向けにサーバーで作成するCheckout Sessionsを区別しています。単独のセッションにPaylinkは必要ありません。

事業者は注文の説明と顧客との関係を記録として保持し、利用できる決済参照情報を自社の領収書発行手順に結び付ける必要があります。書類作成を自動化する前に、現在の決済フローでどの項目を取得できるか確認してください。公開のコイン紹介ページもこの記事も、特定の資産とネットワークの組み合わせの実稼働での対応、書類のエクスポート、会計システム連携を証明するものではありません。

日次締めの管理については、照合チェックリストで、注文への充当内訳とウォレットの資金移動を結び付ける方法を説明しています。顧客向けの領収書は「何のために支払ったのか」に答え、日次照合は事業者の記録に漏れがないかを確認します。

よくある質問

トランザクションハッシュは暗号資産決済の領収書ですか？

それだけでは領収書になりません。ネットワーク上のトランザクションは特定できますが、購入者の本人情報、購入内容の説明、注文への充当内訳は証明できません。販売者の領収書は、検証後にそうした取引上の背景を補います。

送金が保留中でも領収書を送れますか？

支払済みの領収書ではなく、状況を案内してください。文書化された支払い確認手順で受領が認められた時点でのみ、検証済みの支払いを受領したと伝えます。保留中の出金が決まった時刻に届くと約束してはいけません。

暗号資産の領収書は税務用請求書の代わりになりますか？

自動的に代わりになるわけではありません。支払いの受領確認と、法律で求められる請求書の発行は、目的が異なる場合があります。事業者として保管・発行すべき情報や書類は、資格を持つ現地の専門家に確認してください。

領収書にウォレットの全履歴を表示するべきですか？

いいえ。証拠は該当する支払いに限定してください。必要な技術的詳細は非公開の記録で管理し、アクセスを制限し、秘密鍵やリカバリーフレーズは絶対に求めないでください。

まとめ：支払いの受領を認め、背景を残す

役立つ領収書は、証拠が裏付ける以上のことを主張せず、検証済みの資金と内容が分かる購入を結び付けます。分かりやすい支払い案内から始め、受領した支払いの記録ごとに追跡可能な受領確認を1件発行し、元の販売記録を書き換えるのではなく、関連する訂正や返金の記録を保持しましょう。