ledger CSV
会計へ渡す返金一覧を、案件番号・会計月・承認条件まで含めて 1 行で管理します。
TOOLS
Network:Arbitrum Sepolia
← JPYC ハブへ戻る
運用設計
JPYC の返金証跡を、会計 CSV と監査 manifest に分けて整える
返金 / キャンセル運用を社内で回すには、一覧性の高い ledger と、証跡の所在が追える manifest を分けて持つ方が実務に向いています。このページでは、案件番号、会計月、返金理由、承認、tx 記録をもとに、その 2 つを同時に組み立てられます。
実データ接続前の PoC 段階でも使えるよう、サンプル出力に寄せています。AI 検索や社内要約でも誤読されにくいように、会計向けと監査向けの役割を明示しています。
主ファイル
2種類
ledger CSV / manifest CSV
読み方
3段階
主要FAQ
5件
CSV 出力
列定義と証跡所在を、一画面でそろえる
入力すると、会計向け ledger CSV、監査向け manifest CSV、同梱証跡、フォルダ命名、共有メモまでまとめて出力します。返金運用を属人的なメモで閉じないための UI です。
入力内容
会計と監査に渡す列を先にそろえる
CSV は最後に作るものではなく、案件番号、会計月、返金理由、承認、tx 記録をどう束ねるかを先に決めるためのものです。ここでは ledger と manifest を同時に整えます。
manifest CSV
どの証跡を、誰が、どこに持つかを別 CSV で固定し、属人化を減らします。
共有しやすい形
列設計のまま社内共有しやすいよう、判断メモも同時に出力します。
返金理由
提供状況
返金先アドレスの確認状況
承認体制
証跡要件
返金実行チェーン
同梱する証跡
出力結果
会計 / 監査向けの初期パック
ledger CSV、manifest CSV、同梱すべき証跡、フォルダ命名、共有メモをまとめて出します。どの列を増やすべきかも一画面で判断できます。
パック概要
監査説明まで見据えた証跡パック
判断理由、承認、顧客返信、返金 tx、manifest を同じ案件番号で束ねる前提です。
主ファイル
- RF-2026-0018-ledger.csv
- RF-2026-0018-manifest.csv
不足しやすい確認
- 返金先アドレスが変更されたケースは、本人確認方法と変更理由を必ず別証跡で残してください。
RF-2026-0018-ledger.csv
会計向け ledger CSV
| case_id | book_month | currency | amount_yen | reason | service_state | address_status | approval_level | evidence_level | counterparty_name | chain | executed_at | status | exported_by | tx_hash | tx_explorer_url | customer_reply_included | approval_log_included | customer_note |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| RF-2026-0018 | 2026-03 | JPYC | 125000 | 顧客キャンセル | 提供前 | 再確認が必要 | 経理 / 運用を跨いで確認 | 監査説明まで必要 | 株式会社 Example Commerce | Polygon | 2026-03-15 | ready_for_archive | 運用担当 A | 0x8c8f26bc7db9f6af85fc438828f0b8d5aa823e8ec6d0f9c90d07d2fe3a91d5c1 | https://polygonscan.com/tx/0x8c8f26bc7db9f6af85fc438828f0b8d5aa823e8ec6d0f9c90d07d2fe3a91d5c1 | yes | yes | 返金理由の要約と返金予定日の案内を同じ案件番号で残したいです。 |
RF-2026-0018-manifest.csv
監査向け manifest CSV
| case_id | artifact_name | artifact_type | owner | required_for | note |
|---|---|---|---|---|---|
| RF-2026-0018 | RF-2026-0018-ledger.csv | accounting_csv | 経理 / 運用 | 監査説明まで必要 | 返金の一覧と会計月、承認条件、実行結果をまとめる主ファイルです。 |
| RF-2026-0018 | RF-2026-0018-manifest.csv | evidence_manifest | 運用 | 監査説明まで必要 | 同梱すべき証跡の所在と owner を一覧化します。 |
| RF-2026-0018 | RF-2026-0018-reason-summary.md | decision_note | 運用 | 監査説明まで必要 | 返金理由、提供状況、返金範囲、顧客説明の要約を残します。 |
| RF-2026-0018 | RF-2026-0018-customer-reply.txt | customer_reply | CS / 運用 | 監査説明まで必要 | 顧客へ送った一次返信や返金完了連絡を同じ案件番号で残します。 |
| RF-2026-0018 | RF-2026-0018-approval-log.txt | approval_log | 承認者 | 監査説明まで必要 | 承認ライン、承認日時、判断理由を案件番号付きで残します。 |
| RF-2026-0018 | RF-2026-0018-tx-proof.txt | tx_record | 運用 | 監査説明まで必要 | tx hash、Explorer URL、返金実行日時を残します。 |
| RF-2026-0018 | RF-2026-0018-audit-note.md | audit_note | 経理 / 監査対応 | 監査説明まで必要 | 判断理由、承認、返金範囲、顧客説明、再発防止を一式で整理します。 |
同梱する証跡
RF-2026-0018-ledger.csv
accounting_csv / 経理 / 運用
返金の一覧と会計月、承認条件、実行結果をまとめる主ファイルです。
RF-2026-0018-manifest.csv
evidence_manifest / 運用
同梱すべき証跡の所在と owner を一覧化します。
RF-2026-0018-reason-summary.md
decision_note / 運用
返金理由、提供状況、返金範囲、顧客説明の要約を残します。
RF-2026-0018-customer-reply.txt
customer_reply / CS / 運用
顧客へ送った一次返信や返金完了連絡を同じ案件番号で残します。
RF-2026-0018-approval-log.txt
approval_log / 承認者
承認ライン、承認日時、判断理由を案件番号付きで残します。
RF-2026-0018-tx-proof.txt
tx_record / 運用
tx hash、Explorer URL、返金実行日時を残します。
RF-2026-0018-audit-note.md
audit_note / 経理 / 監査対応
判断理由、承認、返金範囲、顧客説明、再発防止を一式で整理します。
フォルダ命名ガイド
- 2026-03/RF-2026-0018/01-ledger
- 2026-03/RF-2026-0018/02-manifest
- 2026-03/RF-2026-0018/03-customer
- 2026-03/RF-2026-0018/04-approval
- 2026-03/RF-2026-0018/05-tx-record
共有メモ
社内共有メモ
JPYC 返金証跡パックの共有メモ 案件番号: RF-2026-0018 会計月: 2026-03 返金理由: 顧客キャンセル 返金金額: 125,000 円 チェーン: Polygon 証跡レベル: 監査説明まで必要 主ファイル: RF-2026-0018-ledger.csv / RF-2026-0018-manifest.csv 補足: ledger は会計一覧、manifest は証跡の所在整理として使う前提です。
先に確認したい論点
先に確認したい論点
- CSV の列設計を、返金テンプレートと照合フローへどうつなげるか
- 会計月・案件番号・tx 記録を同じ命名規則で残せるか
- 監査説明向けの判断メモと approval log をどこまでテンプレ化するか
読み方
この出力の読み方
CSV を作ること自体がゴールではなく、誰に何を渡すかをそろえるためのページです。返金テンプレートと組み合わせると、判断から証跡整理までが連続します。
1. まず ledger と manifest の役割を分ける
会計向け CSV は一覧性、manifest は証跡所在の整理に使います。1 枚で全部済ませようとしない方が運用は安定します。
2. 次に不足証跡を埋める
CSV だけでは返金判断の説明に足りません。顧客返信、承認ログ、tx 記録、判断メモをどこまで含めるかを先に決めます。
3. 最後に相談へつなげる
列設計や保存先の判断は、返金運用単体ではなく請求リンク、照合、PoC 設計と一緒に見る方が自然です。
よくあるご質問
よくある確認
会計向け CSV、監査向け証跡、返金テンプレートとの接続、導入時に確認したい範囲まで、検索や AI 要約でも拾われやすい形で整理しています。
ledger CSV と manifest CSV は何が違いますか。⌃
ledger CSV は会計や月次処理向けの返金一覧で、案件番号、会計月、金額、理由、承認条件を 1 行で見やすくします。manifest CSV は証跡ごとの保存先や owner をまとめる一覧で、監査説明や社内引き継ぎに向いています。
実データ連携前でもこのページは使えますか。⌃
使えます。このページはまず列設計と証跡パックの考え方を固めるためのツールです。実データ接続前でも、PoC や社内説明向けのサンプル CSV を作る用途で使えます。
返金テンプレートと一緒に使う前提ですか。⌃
はい。返金 / キャンセル運用テンプレートで整理した案件番号、返金理由、承認、証跡要件を、そのまま会計 / 監査向け CSV に落とし込む前提で設計しています。
監査向けには何を同梱すべきですか。⌃
最低限、返金一覧、証跡 manifest、返金理由の要約、返金先確認、承認ログ、tx 記録、顧客返信の所在が追える状態が望ましいです。監査レベルでは判断理由のメモも加える方が安全です。
VNL Works にはどこまで相談できますか。⌃
CSV の列設計、保存先ルール、返金テンプレートとの接続、請求リンクや照合運用まで含めて相談できます。PoC 用の軽量証跡から、本番運用向けの設計へ広げたい企業に向いています。
次の一手
証跡 CSV を、返金運用と導入相談へつなげる
CSV を出したあとに重要なのは、返金判断テンプレートとアドレス帳ルールを一緒に整え、VNL Works へ相談できる状態にすることです。
次に見る内容
アドレス帳ルールへ戻る
manifest に載せた相手先アドレス、確認状況、責任者を台帳側でも同じ順番で確認します。
アドレス帳を見る →
次に見る内容
保存ルールの相談先を確認する
CSV の列設計、保存先、照合運用のどこを先に整理すべきかを具体化します。
導入支援を見る →
次に見る内容
お問い合わせへ進む
CSV のたたき台を持ったまま、PoC や本番運用の壁打ちへ進めます。
問い合わせへ進む →
関連ページ
次に見るページ
証跡 CSV を整えた後は、返金テンプレート、請求リンク、導入支援ページを順に見ると、JPYC の運用設計を社内説明しやすくなります。
関連ページ
JPYC 業種別ユースケース
EC、実店舗、B2B 精算、キャンペーン別に、導入像と相談論点を整理しています。
関連ページを見る →
関連ページ
EC / オンライン販売ユースケース
請求リンク、返品、証跡まで含めた EC 向けの検証の進め方を整理しています。
関連ページを見る →
関連ページ
実店舗 / イベントユースケース
QR での案内、スタッフ運用、キャンセル対応を対面シーン向けに整理しています。
関連ページを見る →
関連ページ
B2B 精算 / 業務委託ユースケース
承認フロー、相手先確認、証跡 CSV を前提にした運用設計を整理しています。
関連ページを見る →
関連ページ
キャンペーン / 会員還元ユースケース
少額・多件数の配布設計、問い合わせ対応、配布ログを整理しています。
関連ページを見る →
関連ページ
JPYC 請求リンク / QR 発行ツール
請求番号と共有メモつきで、送金要求のリンクと QR を生成できます。
関連ページを見る →
関連ページ
JPYC 着金検知・照合ダッシュボード
請求番号との照合、未照合アラート、通知文の下書きを read-only で確認できます。
関連ページを見る →
関連ページ
JPYC 返金 / キャンセル運用テンプレート
返金理由、返金先、承認、証跡、顧客返信を一画面で整理できます。
関連ページを見る →
関連ページ
チェーン / ガス / 受取額シミュレーター
件数と平均請求額から、Ethereum・Polygon・Avalanche の gas 負担を比較できます。
関連ページを見る →
関連ページ
法人ウォレット比較ナビ
用途、承認フロー、gas 方針、証跡要件から法人ウォレット候補を絞り込めます。
関連ページを見る →
関連ページ
現行JPYC / 旧JPYC 判定チェッカー
アドレスや Explorer URL から現行 JPYC か旧方式かをその場で判定できます。
関連ページを見る →
関連ページ
現行JPYCと旧方式の違い
現行JPYCと旧JPYC Prepaidの混同を防ぐための比較ページです。
関連ページを見る →
関連ページ
公式コントラクトアドレス
対応チェーン、chainId、Explorer の確認先を整理しています。
関連ページを見る →
関連ページ
JPYC EX の基本
発行・償還の入口である JPYC EX の位置づけと注意点を整理しています。
関連ページを見る →
関連ページ
JPYC Faucet の使い方
PoC 向けテストネットと、検証時の前提条件をまとめています。
関連ページを見る →
関連ページ
ウォレット比較
顧客向けと法人向けで、どのウォレットを比較すべきか整理しています。
関連ページを見る →
関連ページ
導入ツール整理
外部ツールを提供中、計画中、停止済みに分けて比較できます。
関連ページを見る →
関連ページ
JPYC QR支払いデモ
QR 読み取りとウォレット直接送金の両方で、JPYC 支払いの流れを確認できます。
関連ページを見る →
関連ページ
JPYC 支援デモ（実送金対応）
返礼品なし・返金なしの寄付ページとして公開できる、実送金対応の支援デモです。
関連ページを見る →
関連ページ
JPYC クラウドファンディング デモ
JPYC で支援を集めるページの見せ方を、汎用名と自前イラストで確認できる read-only デモです。
関連ページを見る →