暗号資産決済の照合：日次締めのチェックリスト

暗号資産決済の照合とは、検証済みの入金がどの注文に対応するかを証明し、残る差異をすべて説明することです。 ウォレット残高だけでは、何を販売したのか、どの顧客が支払ったのか、そもそもその送金が販売によるものなのかは分かりません。

注文、決済サービスの決済記録、事業者が受け取った送金という3つの記録を関連付けて使います。このガイドは小規模な加盟店チーム向けの日次締め手順であり、会計や税務に関する助言ではありません。ここで紹介する管理方法は自社記録への推奨事項であり、Yolfiが決済を自動でエクスポート、照合、記帳するという説明ではありません。

注文、決済記録、送金を分けて管理する

注文は取引上の合意を表します。決済記録は支払依頼とその処理を表します。ブロックチェーン上の送金は資産移動の証拠です。互いに関連しますが、同じものとして扱うことはできません。

1つの注文に複数回の支払い試行がある場合も、1つのトランザクションに複数のトークン送金が含まれる場合もあります。自社ウォレット間の移動は、新たな顧客からの支払いではありません。すべての行を「1注文に1ハッシュ」というモデルに無理に当てはめず、これらの関係を保存してください。

顧客の個人情報は、公開ブロックチェーンのメモではなく、アクセスを制限した業務記録に保存してください。照合シートに秘密鍵やリカバリーフレーズを保存してはいけません。

ティッカーやハッシュだけでなく、送金そのものを識別する

トークンについては、ティッカーに加えてネットワークと検証済みのコントラクトアドレスまたはミントアドレスを保存します。USDCという表示だけでは、異なるチェーン上の資産や、同じシンボルを使う無関係なトークンを区別できません。入金を認める前に、その資産の信頼できる公式情報源で識別子を確認してください。

EVM上のトークン送金では、チェーン識別子、トランザクションハッシュ、ログインデックスを、検証済みのトークンコントラクトと併せて保存すると、実用的な一意の参照情報になります。1つのトランザクションから複数の送金イベントが発生する場合、トランザクションハッシュだけでは識別の粒度が粗すぎます。他のチェーンでは、それぞれに適した命令やイベントの識別子が必要です。すべてにEVMの形式を当てはめないでください。

EthereumのJSON-RPCドキュメントでは、トランザクションレシート、ステータス、ログを区別しています。ERC-20決済では、該当するトークン送金イベントを確認してください。トランザクションの最上位の受取先は、加盟店の入金アドレスではなくコントラクトの場合があります。トランザクションの成功だけでは、想定した資産と金額が届いた証明にはなりません。

送金履歴サービスを使う場合は、検索範囲と全ページを保存してください。Etherscanのトークン送金エンドポイントには、チェーン、アドレス、コントラクト、ブロック範囲、ページ分割のフィルターがあります。最初の1ページは1日分の完全な台帳ではありません。ブロックエクスプローラーのデータは補助的な証拠であり、入金を注文に充当する作業の代わりにはなりません。

決まった順序で日次締めを行う

1. 締め時刻を決め、記録を集める

業務上のタイムゾーンと、開始時刻を含み終了時刻を含まない正確な報告対象期間を決めます。その期間と、検索に使ったUTCタイムスタンプの両方を記録してください。送金をブロック時刻、決済サービスの承認時刻、または文書化した別の基準のどれで集計するのかを明示します。

対象期間の注文と決済記録に加え、過去からの未処理項目も集めます。自社の各入金アドレスと対応ネットワークについて、利用できる記録または検証済みのブロックチェーンデータから送金情報を取得してください。確認せずに、管理画面やAPIに特定のエクスポート機能があると想定してはいけません。

取得日時とブロック範囲を保存します。締め時刻の直前に確認した送金は、後になって初めて自社の承認方針を満たす場合があります。前日の証拠を説明なく変更せず、保留として管理してください。

2. 精度を保ったまま形式を統一する

資産の数量と現地通貨建ての請求額は分けて管理します。トークン数量は、正確な最小単位の整数、または検証済みの小数桁数に基づく正確な小数で保存してください。異なるネットワークのUSDCを説明なく1つの残高に合算したり、どちらもドルへの価値連動を目指しているという理由だけでUSDTとUSDCを混ぜたりしないでください。

帳簿に現地通貨での評価額が必要な場合は、会計方針で求められる評価の情報源、日時、方法を記録します。ステーブルコインのティッカーは、すべての入金を必ず1米ドルとして記帳せよという指示ではありません。管轄地域における手数料や価値変動の扱いは、会計の専門家に確認してください。

3. 照合し、重複なく充当する

まず、信頼できる注文と決済サービスの参照情報を使います。入金を充当する前に、資産、ネットワーク、受取先、金額、承認の証拠を検証してください。同額を請求する注文が複数ある場合、金額と時刻だけでは顧客の身元を証明できません。

各送金記録の一意性を必須とし、充当総額がその送金の利用可能額を超えないようにします。1件の入金を複数の承認済み充当に使えるのは、自社の業務手順が対応し、合計額を管理できる場合だけです。同じ通知を2回受信しても、入金がもう1件作成されたり、注文の商品発送やサービス提供が二重に実行されたりしてはいけません。

4. 例外項目を締めの合計から分ける

未照合の入金、未払いの注文、承認待ちの項目を見える状態にしておきます。差異ごとに担当者、理由、次の対応を設定してください。金額に関する問題には、その場しのぎで全額の支払依頼を再発行するのではなく、不足入金・過払いの対応ガイドを使います。

資産やチェーンの不一致は、誤ったネットワークへの支払いガイドに沿って対応します。誰かが表計算シートの色を変えただけでは、例外項目は解決していません。

5. 資産移動を照合し、締めを承認する

ネットワークごとの各資産について、検証済みの流入と流出で期首残高から期末残高への変化を説明します。売上に伴う入金、返金、内部送金、その他の移動を別々に分類してください。ネットワーク手数料は、実際に使った資産で記録します。ネイティブコインで支払ったガス代を、説明なくステーブルコインの入金から差し引いてはいけません。

この残高増減表は、収益計算ではなく、漏れがないかの確認に使います。表の上で残高が増えていても、すべての注文に正しく入金が充当された証明にはなりません。また、収益認識には別の会計ルールが適用される場合があります。

架空の顧客データを使わない締めの例

この説明用の例は、1つのネットワーク上の単一のUSDC資産を対象とします。すべての移動が、選択した締め時刻と承認方針を満たしています。

残高は180 USDC増えましたが、顧客からの入金は250 USDCでした。どちらの数字も、自動的に認識済み収益と等しくなるわけではありません。内部送金は売上を生まずにこのウォレットの残高を変え、返金は元の注文との関連を維持します。ネイティブコインで支払ったネットワーク手数料は、その資産の別の増減表に記録します。

確認担当者は、250 USDCのすべてについて、注文への充当または明示的な未解決分類があるかも確認してください。期首残高と期末残高のつじつまが合っていても、別の顧客に誤って充当した入金は検出できません。

記録のつながりの中でYolfiが担う役割

Yolfiの決済リンクページでは、決済リンクの作成、支払いの追跡、ウォレットへの直接入金について説明しています。これにより加盟店は、ウォレット入金と併せて支払依頼の背景情報を持てますが、これらの記録を注文に結び付ける必要がなくなるわけではありません。

実際の支払いを受け付ける前に、現在の設定で提示される資産、ネットワーク、入金アドレスを確認してください。利用できる決済参照情報と自社の注文参照情報を保存します。自動照合の手順を設計する前に、現在の連携でどの記録を取得できるかを検証してください。公開マーケティングページから、エクスポート形式、会計連携、照合ルールを推測してはいけません。

前払金や工程ごとの支払いを受けるサービス事業者には、フリーランス向け決済リンクガイドで取引面を説明しています。前払金をプロジェクト全額の支払いと取り違えないよう、対象業務の範囲を決済の証拠と一緒に保存してください。

よくある質問

ウォレット残高だけで照合できますか？

いいえ。残高は資産移動の確認には役立ちますが、注文が誰のものか、内部送金か、未決済の債務があるか、入金が収益に当たるかは説明できません。

1つのトランザクションハッシュは必ず1件の支払いですか？

いいえ。1つのトランザクションに複数の送金が含まれることがあります。ネットワークと、そのチェーンに適した送金識別子を保存し、該当する入金を正しい注文に充当してください。

日次の締め時刻を過ぎてから支払いが承認された場合はどうしますか？

最初に確認した記録を保存し、文書化した保留から承認済みへの手順に従って処理します。締め済みの期間を黙って書き換えるのではなく、一貫した報告基準を適用し、訂正履歴を残してください。

照合には自動会計ソフトが必要ですか？

必ずしも必要ではありません。正確な金額、一意の参照情報、証拠、確認履歴を保てる管理された表計算シートなら、取引量が少ないうちは対応できる場合があります。取引量やミスのリスクによって手作業の管理が信頼できなくなったら、データベースや会計システムとの連携に移行してください。

差額を無理にゼロにせず、証拠に基づいて締める

役に立つ日次締めの成果は、照合済みの入金、分類済みのウォレット移動、担当者が決まった簡潔な例外一覧です。未解決項目を隠す必要はありません。明確な決済リンクの案内から始め、注文との関係を保持し、何を締められるかは検証済みの送金証拠に基づいて判断してください。