Microsoft Word - WD ARTS XML Digital Receipt Charter V docx

Similar documents
目次 2 of 45 1 序章 目的 改版履歴 チーム名 チームの使命 メンバー名簿 電子レシート API の利用 基本フロー 例外フロー アプ

各 SAQ (v3.2.1 版 ) を適用すべきカード情報取扱い形態の説明 / JCDSC 各 SAQ の 開始する前に の部分を抽出したものです カード情報の取り扱い形態が詳しく書かれていますから 自社の業務形態に適合する SAQ タイプを検討してください 適合しない部分が少し

イ -3 ( 法令等へ抵触するおそれが高い分野の法令遵守 ) サービスの態様に応じて 抵触のおそれが高い法令 ( 業法 税法 著作権法等 ) を特に明示して遵守させること イ -4 ( 公序良俗違反行為の禁止 ) 公序良俗に反する行為を禁止すること イ利用規約等 利用規約 / 契約書 イ -5 (

インターネットのご案内

PowerPoint プレゼンテーション

Microsoft Word - SAQタイプ別の説明 _Ver3.2.docx

Microsoft PowerPoint - interfax_jirei7.ppt [互換モード]

目 次. はじめに P. メニュー構成 P4. 決済メニューについて P6 4. 設定メニューについて P7

プライバシーポリシー 発効日 :2017 年 12 月 本ポリシーはウルルン河口湖が所有し 運営する に適用されます 本ポリシーは ユーザーが のウェブサイトで提供する個人情報を当施設がどのように

Ⅰ. マスター ID の登録 1. マスター ID の登録方法 (1) 申込手続き 1 申込手続きへ ボタンをクリックしてください マスター ID の登録は無料です マスター ID の登録には メールアドレスが必要です (2) メールアドレスの登録 1 メールアドレス入力へ ボタンをクリックしてくだ

目次 1. はじめに サービス概要 決済手段概要 契約体系 エンドユーザー向け購入手順 エンドユーザー向けサービス利用条件 エンドユーザー向け決済時認証方法..

指定立替納付を使った場合の 国内提出書類の提出方法 1 出願書類や 納付書などを 指定立替納付で支払う場合の手順をご案内します ここでは ひな型を Word で編集する場合の手順を案内します 他を利用する場合は ユーザガイドをご覧ください (1) 指定立替納付を使うための事前準備 a. クレジットカ

下版用.indd

OneDrive for Businessのご紹介

要求仕様管理テンプレート仕様書

<4D F736F F D208BB388E78CA48B B838B F ED2837D836A B E64726F E34816A5F E646F6378>

日本バドミントン協会

変更要求管理テンプレート仕様書

提案主旨 目的を定義 Web サイト制作における対策を明記しています 目的 対策 会社紹介による 信頼性および認知度の向上 1. 今回の Web サイト構築そのもの 2. URL 表記による SEO 対策 ニュース キャンペーン等による 来店促進 1. ニュース キャンペーン等の即時公開機能 オンラ

Oracle Cloud Adapter for Oracle RightNow Cloud Service

ExpediaPay のご利用方法目次 はじめに ExpediaPay とは 支払処理のためのオンラインの請求書発行ツールです このツールでは 請求書の送信 請求書または各予約の支払ステータスの確認 現在または過去の入金明細を確認することができます ExpediaPay は Expedia Coll

障害管理テンプレート仕様書

内容 第 1 章 - 貴社の情報を必要となる理由? 第 2 章 - サプライヤ安全管理ツールから送信される電子メール通知 電子メールが迷惑メールフォルダに入る場合の処理方法 第 3 章 - サプライヤ安全管理ツール (SVAT) へのアクセス 第 4 章 - サプライヤー更新フォームの記入 サプライ

目次 1. はじめに サービス概要 決済手段概要 契約体系 エンドユーザー向け購入手順 エンドユーザー向けサービス利用条件 エンドユーザー向け決済時認証方法..

オンライン登録手順マニュアル アカウントを作成し コースの選択と登録をお願いいたします 手順は下記をご参考ください またこちらのマニュアルで表示されているスクリーンは参考例となります 実際の画面等と表記のコース名が異なる場合がありますが 同じように手続きを進めていただければ 登録を完了できます 1.

構成管理記録テンプレート仕様書

スライド 1

葬祭場予約管理システムマニュアル ( 業者編 ) 目次 1. システム概要 概要 ログイン~ 状況確認画面 予約をする 状況確認画面からの操作 予約画面からの操作 予約を確認する

ユーザー一覧をファイル出力する ユーザーを検索する 登録したユーザー数を確認する

McAfee SaaS Protection 統合ガイド Microsoft Office 365 と Exchange Online の保護

ApplePay.indd

< 目次 > 1. パソコンの画面構成... 3 連絡先一覧... 3 連絡先一覧の切り替え... 4 連絡先... 6 付帯情報... 7 関連... 7 代行入力... 8 CRM... 8 グローバルメニュー SkyDesk Cards R for ios 画面構成... 12

Oracle Business Rules

Microsoft PowerPoint - sc1manual.pptx

お取引先様向け 調達情報システム利用申請 追加、変更、削除用マニュアル(日本語版) Rev.1.1

Microsoft Word - Outlook_manual doc

modere.co.jpをご利用いただきありがとうございます 当社では オンライン利用時におけるお客様のプライバシーの重要性を理解しております お客様のプライバシーを保護するための取り組みとして 当社では当プライバシーポリシー ( 以下 当ポリシー ) を採用しております なお 当ポリシー内で使われ

PowerPoint プレゼンテーション

目次 1. 教育ネットひむかファイル転送サービスについて ファイル転送サービスの利用方法 ファイル転送サービスを利用する ( ひむか内 ) ファイル転送サービスへのログイン ひむか内 PCでファイルを送受信する

KDDI Smart Mobile Safety Manager ios キッティングマニュアル 最終更新日 2018 年 12 月 13 日 Document ver1.0 (Web サイト ver.9.5.0)

KDDI Smart Mobile Safety Manager Mac OS キッティングマニュアル 最終更新日 2019 年 4 月 25 日 Document ver1.1 (Web サイト ver.9.6.0)

OpenLAB Data Store Release Notes

2 0. 事前準備

Microsoft Word - ADP_Employee_Self_Service_Registration-vrkf_JP.docx

ログイン 初期設定 初期設定 利用規定を確認し 同意する をタップ 端末番号 (TID) とパスワードを入力 OK をタップ カードリーダー兼 PIN パッド (LP-PCR2) を選択し OK をタップ 利用する接続方法と 接続する PIN パッドを選択 Bluetooth 接続の場合

<Web 出願システムとは > Web 出願システムのご利用方法 保護者 志願者がインターネットに接続できる端末 ( パソコン スマートフォン タブレット ) を利用して ご自宅や外出 先から学校専用の Web 出願サイトで出願の申し込み 受験料の決済をおこなうことができるシステムです Web 出願

YCU メール多要素認証の設定方法 ( 学生向け推奨マニュアル ) 2019 年 3 月 横浜市立大学 ICT 推進課 1

1-1 e-tax ソフトの特長 はじめに e-tax ソフトの特長を紹介します 税務署に赴くことなく申告 納税等が行える パソコンとインターネットの環境があれば 税務署に足を運ぶ必要がありません 自宅や事業所等に居ながらにして 申告 納税等を行うことができます パソコンが不慣れな方でも利用可能 パ

Polycom RealConnect for Microsoft Office 365

PowerPoint プレゼンテーション

2016 年 4 月 4 日 Parallels Mac Management version 4.5 リリースで Microsoft System Center Configuration Manager 上での Mac 管理がさらに簡易で使いやすく クロスプラットフォームソリューションにおけるリ

Mindjet for iPhone 1.0 User FAQ

SoftBank GALAXY Tab4 取扱説明書

目次 目次 1. はじめに 2. ログイン ID とアクセス権限 3. 前提条件 4. 事前準備 ( ログイン ) 4-1. ログイン画面アクセス 4-2. ログイン 4-3. ログイン後 5. ホーム画面 6. 特記すべき画面操作 6-1. カレンダー表示 6-2. メニュー表示 6-3. クリッ

機能マニュアル

目次 既存アカウントにモバイルライセンスキーコードを追加 ライセンスキーコードを追加 ポータルへモバイルデバイスを追加 電話番号の入力ルール /AU 端末の制限 ( 留意事項 ) ダウンロードリンクの通知 (SMS 配信 )/ 子デバイスキー生成 モバイルデバイスへのソフトウェアダウンロード ダウン

注文管理操作マニュアル 第 6 版 2014 年 2 月 27 日

目次 1. ユーザー登録 ( 初期セットアップ ) を行う Office365 の基本的な動作を確認する... 6 Office365 にログインする ( サインイン )... 6 Office365 からサインアウトする ( ログアウト )... 6 パスワードを変更する... 7

App Store を開きます (iphone の場合 ) 検索に コインチェック と入力します 2

チェックリスト Ver.4.0 回答の 書き方ガイド 国立情報学研究所クラウド支援室

レビュー作業 共有レビュー 機能を使用するには Acrobat 8 Professional または Acrobat 8 Standard が必要です Acrobat 8 Professional を使って Adobe PDF に Adobe Reader のユーザにもレビュー担当者として参加を許可

PowerPoint プレゼンテーション

ユーザーズガイド Brother Meter Read Tool JPN Version 0

<4D F736F F D208BB388E78CA48B B838B F ED2837D836A B F53372E312E32816A5F E646F6378>

Presentation Arial Narrow 28 pt

1. システム概要 1.1 概要本システムは パソコン及び携帯電話等から 斎場の空き状況の確認 予約 予約内容の確認及び修正を 24 時間 365 日体制で行えるシステムです 斎場予約者 ( 葬祭業者 ) 空き状況の確認 予約 ( 仮予約 帳票印刷 ) 予約の確認 ( 予約参照 帳票印刷 ) 予約の

Microsoft Word - TechStarsプライバシーポリシー.docx

葬祭場予約管理システムマニュアル ( 業者編 ) 目次 1. システム概要 概要 予約空き状況 ~ログイン~ 状況確認画面 予約をする 状況確認画面からの操作 予約画面からの操作 予約を確認する

KDDI Smart Mobile Safety Manager Apple Business Manager(ABM) 運用マニュアル 最終更新日 2019 年 4 月 25 日 Document ver1.1 (Web サイト ver.9.6.0)

PowerPoint プレゼンテーション

GlobalFlow5 Ver.1.00R04 リリースノート

ESD Web ストアへようこそ! Web ストア概要 1. 下記は Web ストアのメインページです (Web ストアは各教育機関用にカスタマイズされているため タブの 設定等が若干異なる場合があります ) 通常 2 段のタブがあり ユーザーグループごとにダウンロードできる製品が表示されます 学生

スライド 1

ウェブ会員新規登録方法 ( パソコン及びスマートフォンから ) 1. にアクセスし 初回来場特典 ( 明治大学カード会員 JAF 会員 フクラムカード会員の方のみ ) お名前 フリガナ 性別 生年月日( 例 :1980/01/01) 郵便番

SAMBA Stunnel(Windows) 編 1. インストール 1 セキュア SAMBA の URL にアクセスし ログインを行います xxx 部分は会社様によって異なります xxxxx 2 Windows 版ダウンロード ボ

目次 LinQ MobileSNS について...3 ログイン...4 メインメニュー...6 お知らせ スタッフルーム サロン日誌 プロフィール スタッフ携帯 スケジュール 共通機能


改訂履歴 バージョン 発行日 改訂履歴 /06/01 初版発行 /12/29 団体機能の追加 /06/30 デザイン変更 /10/03 口振仕様変更対応 /10/20 カード継続利用 /06/15 文言修

リージャスグループの個人情報保護方針

MogiExam 専門的な MogiExam は権威的な資料を提供します

スマートフォン版操作


プライバシーポリシー

目次 FSLS 操作手引き ( お客様編 ). 概要. 画面遷移 4. ログイン 5 4. 購入履歴の絞り込み 6 5. 購入履歴情報の CSV ダウンロード 7 6. 購入明細情報の表示 ~ ライセンス条件表示 8 7. 購入履歴情報への管理キーワードの設定 購入履歴表示画面からの場合

<4D F736F F D DEC90E096BE8F C E838B82CC836A C E312E31816A2E646F63>

サイボウズモバイル KUNAI Lite for Android マニュアル

履歴 作成日 バージョン番号 変更点 2016 年 9 月 19 日 新システム稼働本マニュアル ( 初版 ) 2016 年 10 月 6 日 システム公開に伴う 初版最終調整 2016 年 11 月 7 日 添付ファイルの公開設定について 追加 2

モバイル統合アプリケーション 障害切り分け手順書

HULFT-WebConnectサービス仕様書

Microsoft PowerPoint _Spotfire Installation from Scistore.pptx

掲示板の閲覧 掲示板の閲覧 登録権または参照権のある掲示板グループの掲示版を閲覧することができます 各利用者の権限は 管理者によって設定されます 掲示板を閲覧する 1 掲示板画面を表示し 閲覧する掲示が含まれている掲示板グループ 掲示板の順にクリックします 掲示板画面の表示方法 ポータル画面の画面説

加盟店さま向け WEB明細閲覧システム 登録・利用マニュアル

Webエムアイカード会員規約

<4D F736F F D E71905C90BF8EE88F BC90DA905C90BF8ED A E646F63>

管理者マニュアル

スライド 1

OneDrive for Businessのご紹介

MadCap Flare ライセンス認証 MadCap 製品のライセンス認証 Flare インストール前のご注意 インストールする前に是非お読みください [ Flare 2018 の推奨システム要件 ] 推奨メモリサイズ 4096 MB 1.4 GB の空きディスク容量 Intel Pentium

スマートデバイス利用規程 1 趣旨 対象者 対象システム 遵守事項 スマートデバイスのセキュリティ対策 スマートデバイスの使用 スマートデバイスに導入するソフトウェア スマー

スライド 1

Transcription:

1 of 83 ARTS XML デジタルレシート仕様書 v 2.1 2016-02-23 本書のステータス 本書は 技術委員会による最終稿とレビューに先立ち デジタルレシートワークチームがコメントと改訂を行うための初回レビューに向けた ARTS XML の仕様書案である Copyright 全米小売業協会 2010 年 無断転用禁止 本書の複製や使用は ARTS メンバーが ARTS 標準の採用に沿った目的で行う場合にのみ許容される 但し 変更や一貫性のない利用については 事前に全米小売業協会の書面による承認を必要とする そのため 本書の他者への提供は禁止され 本書へのコメントや 説明 実施の支援となるその派生物 ( この 派生物 に 記載された標準を根本的に修正又は変更しない 機能的な追加事項は含まれない ) は 許可を得ない限り 全体又は一部においても標準を引用又は参照をしてはならない また 著作権表示や NRF ARTS などの委員会への参照を削除するなど いかなる形でも本書を修正してはならない 例外となるのは NRF の承認する手順を踏んで ARTS 標準を策定する目的で必要な場合や 英語以外の言語への翻訳に必要な場合である

2 of 83 目次 1 序章... 5 2 改版履歴... 5 3 チーム名... 5 4 チームの使命... 5 5 メンバー名簿... 6 6 ビジネス上の利点... 8 6.1 デジタルレシートとは?... 8 6.2 デジタルレシートのユーザー... 8 6.3 デジタルレシートの利点... 9 6.4 POSLogと比べた場合のデジタルレシートの利点... 9 7 小売モデルインターフェイス / 構築モデル... 12 7.1 ビジネスプロセスモデル... 12 8 ミッションの対象範囲... 15 8.1 Ver.1 でのプロジェクト範囲... 15 8.2 Ver.2 でのプロジェクト範囲... 15 8.2.1 Ver.2.0 での範囲外... 16 8.3 Ver.2.1 でのプロジェクト範囲... 17 9 PCI の影響... 17 10 ビジネス上の価値... 18

3 of 83 10.1 発行者にとってのデジタルレシート...18 10.2 受領者にとってのデジタルレシート...19 10.3 サードパーティーにとってのデジタルレシート...20 11 ユースケース調査... 21 11.1 ユースケース : 消費者による閲覧...21 11.1.1 11.1.2 サードパーティーによるレシートの閲覧...21 非接触通信で送信されるデジタルレシート...24 11.2 ユースケース : マーケティングとマーチャンダイジング...27 11.3 ユースケース : 購入証明...35 11.4 ユースケース : クレジットカード係争解決...42 11.5 ユースケース : ファイナンスアプリケーションへの自動入力...44 11.6 デジタルクーポン / クーポン利用の追跡...47 11.7 保証...52 11.8 返品 / 交換ポリシー...57 11.9 ターゲットマーケティング...59 11.10 期限切れになるポイント...63 11.11 プロモーションが追加されたデジタルレシートの発行...67 11.12 クーポンが追加されたデジタルレシートの発行...70 11.13 人数 / 会計組数, サービス料, 場所情報が付加された, デジタルレシートの発行 74 11.14 オペレーター情報が付加された デジタルレシートの発行...79 12 参照... 83

4 of 83 13 未解決の課題... 83 14 予定成果物... 83 15 用語集... 83 図の目次 図 1: デジタルレシートのインターフェイス... 12 図 2: デジタルレシート売上の BPMN... 13 図 3: デジタルレシートの BPMN... 13 図 4: デジタルレシート返品の BPMN... 14 図 5: 顧客による閲覧... 21 図 6: 非接触通信で送信されるデジタルレシート... 24 図 7: マーケティングとマーチャンダイジング... 27 図 8: 購入証明... 35 図 9: クレジットカード係争解決... 42 図 10: ファイナンスアプリケーションへの自動入力... 44 図 11: デジタルクーポン / クーポン償還の追跡... 47 図 12: 保証... 52 図 13: 返品と交換... 57 図 14: ターゲットマーケティング... 59 図 15: 期限切れになるポイント... 63 図 16: プロモーションが追加されたデジタルレシートの発行... 67 図 17: クーポンが追加されたデジタルレシートの発行... 70 図 18: 人数 / 会計組数, サービス料, 場所情報が付加されたデジタルレシートの発行... 74

5 of 83 1 序章 本書は ARTS XML デジタルレシートワークチームの仕様書であり 概要書として位置づけられ ARTS XML 策定プロセスに沿って作成された 2 改版履歴 イベント 変更 日付 Ver.1.0 公開 2003-06-13 Ver.2.0 公開 2009-12-28 Ver 2.1 作成中 2016-02-23 承認された本書の展開方法と ARTS XML スキーマの全体像については www.nrfarts.org に掲載されている ARTS XML Technical Report Best Practices -- Schema Extensibility を参照 適合性試験に合格するには この方法を順守しなければならない 3 チーム名 ARTS XML ワークチームの名称変更に際し 電子レシート分科会 が提案されている 4 チームの使命 本チームの使命は 販売時点の取引処理に完全なペーパーレス化が求められる現在の小売環境において 最新テクノロジーへのニーズに応えることのできるデジタルレシート XML スキーマの改訂版を作成することにある この種の新テクノロジーは モバイルペイメントやデジタルクーポン 顧客ロイヤリティのアプリケーションとして表すこともできる この度のデジタルレシート XML スキーマの新バージョンの目的のするところは 上述の環境において現状の ARTS XML スキーマを考慮しつつ 様々なユースケースへの対応を提供することにある

6 of 83 5 メンバー名簿 議長 : Birame Sock Third Solutions 貢献者 : Tim Wilson Dennis Blankenship Dennis Paisley Jim Galloway Lynn Myers Martin Wolfe Mohammed Khan Richard Halter Richard Mader Hendrik Scheider Jonathan Evald Buus Carole Barlow Krystal Kolodziejak Mike Julson Phuc(David)N. Tran Lowes Verizon Wireless NCR Afterbot Lowe s IBM Vivotech ARTS ARTS Wincor-Nixdorf Cellpoint Mobile Lowe s Sasktel Labs Escalate Retail Verizon Business 議長 ( 日本 ): Masanori Sambe TOSHIBA TEC CORPORATION 貢献者 ( 日本 ): Jin Hashiba Yasuo Sakami Akira Matsuyoshi Koji Sasaki Soichi Fujii Akio Tajima Takuro Miyuki Kazutoshi Ota Tadashi Furuhata Ryo Hirukawa Dai Nippon Printing Co., Ltd Foresight Co.,Ltd. Insight Corporation LOG NOTE Co.,Ltd. Microsoft Japan Co., Ltd. NCR Japan, Ltd. NEC Platforms, Ltd. OK Systems Seiko Epson Corporation Sharp Business Solutions Corporation

7 of 83 Yusuke Udagawa Takao Tamura Kenichi Nagai Ayako Shimazaki Toyohiro Yasumoto SHARP CORPORATION Sorimachi Giken Co.,Ltd STAR MICRONICS CO., LTD. The Distribution System Research Institute VINX CORP. フードサービス仕様の貢献者 ( 日本 ): Yoshio Ohba Seiko Instruments Inc. Yuu Kusama Open Foodservice Systems Consortium (OFSC) Hidehiko Fujioka DYNAC CO., LTD. Umetsu Noriyuki Fujitsu Isotec Limited Shinya Oikawa Public university corporation Miyagi university Kazuhiro Kobayashi Teraoka Seiko Co., Ltd. Masanori Murai ASKA-T3 Co,ltd. shigeru Okada Open Foodservice Systems Consortium(OFSC) Jun Watanabe NEC Platforms Limited Tsuneo Yashima Justplanning Inc. Kiyoshi Kurokura CITIZEN SYSTEMS JAPAN CO. LTD. Koichi Shibata Seiko Solutions Inc. 事務局 ( 日本 ): Soichi Fujii Yuka Ohki Microsoft Japan Co, Ltd. Microsoft Japan Co, Ltd.

8 of 83 6 ビジネス上の利点 6.1 デジタルレシートとは? デジタルレシートとは 顧客に提供される紙のレシートの記載情報のイメージであるが 小売取引の完全なログではない これと同じドキュメントが 小売業者などにより 消費者と小売業者の間での取引発生の確認と検証に用いられることもある 消費者もまた デジタルレシートに含まれる情報を経済状況や税金の管理に用いることができる さらに同一の情報をマーケティング担当者が 過去の購買行動に基づいた顧客の特定に利用することもできる デジタルレシートは次のように様々に定義できる 複数のプロトコル (e メール TCP/IP WAP 赤外線ポート Bluetooth など保管や抽出 分析を容易にするもの ) を介した従来からの紙のレシートの電子版 紙のレシート以上の完全な取引データを内包する パーソナライズされた 双方向的なコンピュータードキュメント サードパーティーによるアプリケーション統合を容易にする 拡張可能な XML メッセージ デジタルレシートは消費者の承認があって初めて発行される安全な取引である 6.2 デジタルレシートのユーザー小売業界全体におけるデジタルレシートの一般的なユーザーとして 次の集団を挙げることができる 発行者 : 流通業者 金融機関 製造業者などの 顧客にデジタルレシートを提供する事業者 その他の決済形式 ( モバイル事業者 ) オンラインやオフラインの事業者 受領者 : デジタルレシートの発行と受領を承認する購入者 小売の顧客 ( 消費者 企業 / 団体 ) 小売業者 サードパーティー : デジタルレシートの利用 処理を行う代理店や企業 経費管理 税金 経費精算 クレジットカード利用控え等 クーポン及び保証

9 of 83 6.3 デジタルレシートの利点デジタルレシートには 小売業界全体における様々な関係者に複数の利点がある こうした関係者には 小売業者内部の事業部や 消費者 マーケティング担当者 サードパーティーのアプリケーション業者 ( 顧客の購買データを受領できるという利点がある ) も含まれる 事業者にとっての利点 経費 : 紙のレシート利用に取って代わる より低コストな選択肢としてどの業界にも当てはまる クーポンの精算 返品や返金にまつわる不正の抑制 環境対策 消費者にとっての利点 複数のインターフェイス経由で容易に情報にアクセス可能 税金 返金等に関する購買の証拠 経費管理と予算作成 購入製品に関する任意の情報の受領 保証 リコール クーポン マーケティング担当者にとっての利点 ターゲットマーケティング クーポンの交換と決済 クーポン不正の抑制 サードパーティーによる予算作成 / 経費管理アプリケーションにとっての利点 返品やクレジットカード係争 クーポンの認証などを含む 取引処理の管理の改善 6.4 POSLog と比べた場合のデジタルレシートの利点小売企業では ARTS データモデルと ARTS XML スキーマはともにデータ処理システムの要素として捉えられている そのため 情報の主な利用法は 企業内での他のアプリケーションによる情報処理となる POSLog の場合には 発行 - 購読型のユースケースのセットとして文書化され 分析されるが 販売時点管理 (POS) システムやその同等物では 以下のアプリケーションを購読者と想定して取引を発行する

10 of 83 売上監査 出退勤 物品移動 ( 在庫 ) 労働計画 店内会計 プロモーションの追跡 顧客の来店頻度 ロイヤルティ 関係づくり 承認 セキュリティ監査 データウェアハウジング 返品確認 ( 事後解約 修理など ) 予測購読者ごとに個別の XML インターフェイスを提供する可能性も考慮はされたが 全アプリケーションの要件を満たす共通の XML インターフェイスを 1 つ提供することとなった この方が POS 取引ログファイルを通じてアプリケーションを統合する 従来からの慣習に合致するためである 監査やセキュリティ 労働生産性 並びにアクティビティ分析の各アプリケーションには詳細な内容が強く求められる点も考慮された これらすべてが 包括的な単一の XML スキーマの必要性を訴えていた デジタルレシートスキーマは 本質的に異なる文脈と利用法を念頭に開発された そのために結果も 小売取引における物品と支払の記録という基本的に同一の対象であるにも関わらず 大きく異なっている デジタルレシートの構成は 実際の紙のレシートを評価基準として用いた POSLog の派生物である 実際にデジタルレシートの構成と内容は 従来からの紙のレシートの構成と密に沿うように図られている POSLog の内容は アプリケーションによる処理を主目的としている その項目の多くは紙のレシートに無いものであったため デジタルレシートスキーマからはほぼ削除された それにより デジタルレシートの構成はより簡素になっている もちろんアプリケーション処理を完全に見捨てたわけではない それならデジタルレシートも XML でなく HTML にすることもできただろう デジタルレシートでサポートが予定されるのは 具体的には以下のアプリケーションなどである

11 of 83 消費者へのプロモーション伝達 購買済品目に基づくマーケティングとマーチャンダイジング 返品 クーポン メーカー登録用の購入証明 支払に関する係争解決 Zaim やレシーピや MoneyForward などの家計簿アプリケーション 会計王 勘定奉行などの小企業向け財務アプリケーション これらのアプリケーションで必要なのは 購買品目や決済方法のような 取引の最終結果についての必須情報のみである 誤入力され 取消線で修正されたような品目名は紙のレシートでも急速に姿を消しつつあり XML デジタルレシートでも含めないこととなった ソースの特定に必要な事業者及び店舗などのメタデータは デジタルレシートスキーマに明示的に追加された 小売企業のデータ処理環境の文脈を超えたところでレシートのイメージを再現するために必要となる テキスト要素だったためである さらにデジタルレシートでは 非従来型の販路も対象として想定したため カタログ取引やインターネット取引用の構成も追加されている 実際のところ デジタルレシートの利点の一つに販路統合の可能性も挙げられる 全販路に単一で共通のデジタルレシートを提供でき 一つの販路に由来するレシートは その他すべてへのリンクとプロモーションを内包しうるのである 最後に デジタルレシートは消費者とのコミュニケーションメディアとなることも想定されている そのためにスキーマには 消費者が目にした際にサービスやプロモーションと統合させるリンク (URL) が含まれている これには消費財メーカーが費用を負担する品目レベルのリンクなどもあり 収益追求の機会となり得る デジタルレシートは レシートに対する具体的なニーズに応じて POSLog を元にした派生物である そのような理由から このスキーマはサイズが小さく動きも良いため 必要なメモリーは少なく 処理要件も抑えられる また サイズが小さいことから再現要件も抑えられており それが本標準の大きな利点となっている

12 of 83 7 小売モデルインターフェイス / 構築モデル 図 1: デジタルレシートのインターフェイス ターゲットマーケティング 顧客と他のサードパーティーシステム ( 携帯電話会社 ) 間 購買物に基づくマーケティングとマーチャンダイジング データマイニング エンドユーザーの財務 家計簿アプリケーション 売上記録 小企業向け財務アプリケーション ユーザービューアー 返品 返品 クーポン メーカー登録用の購入証明 支払をめぐる係争の解決 ビジュアルマーチャンダイジング 消費者プロモーションの伝達 ユーザー通知 7.1 ビジネスプロセスモデル以下のビジネスプロセスモデルは デジタルレシートが 小売業者のネットワーク内外における売上及び返品のプロセスのどこに位置づけられるか 文脈を提供するべく作成された

13 of 83 図 2: デジタルレシート売上の BPMN 図 3: デジタルレシートの BPMN

14 of 83 図 4: デジタルレシート返品の BPMN

15 of 83 8 ミッションの対象範囲 8.1 Ver.1 でのプロジェクト範囲デジタルレシートスキーマの構成では ドキュメントベースの SGML のレガシーである XML の階層的かつ連続的な性質を活かし 紙のレシート文書を可能な限り直接的に かつシンプルに模した上で 以下の重要な事業目標に対応する 消費者による閲覧とプロモーションの伝達に向け HTML へのシンプルな XSLT レンダリングに対応する HTML イメージとリンクを埋め込んだ 単一の共通レシートを通じて流通経路の統合とプロモーションを支援する 近接する電子支払レシートに基礎を提供する 購買品目に基づくマーケティングとマーチャンダイジングを促進する 返品 クーポン メーカー登録のための購入証明を提供する 支払係争の解決を支援する Open Financial Exchange(OFX) のメッセージインフラストラクチャーを利用し Zaim やレシーピや MoneyForward などのパーソナルファイナンスアプリケーションへの自動入力を支援する 会計王 勘定奉行などの小企業向け財務アプリケーションへの自動入力を支援するこれらのアプリケーションは 購買品目や決済方法といった取引の最終結果についての最低限の情報しか求めない 誤入力され 取消線で修正された品目などは含まれない デジタルレシートでは ジャーナルの監査機能の対応は意図されていない 安全なインフラストラクチャー 認証や否認のサポートは 本規格の範囲ではないが 購入証明及び支払係争解決のアプリケーションに対する完全なサポートが求められる 8.2 Ver.2 でのプロジェクト範囲 iphone アプリケーションのようなクライアントアプリケーションによる識別を容易にするために デジタルレシートメッセージの命名規則を確立する スキーマのアップデート ( 購買プロセスの中での償還の文脈の中で用いられる ) クーポンとロイヤルティ 支払 PCI - DSS / セキュリティ 顧客の識別

16 of 83 返品 / 交換ポリシーの明確化 データ検証 サードパーティーアプリケーション ( 個人支出管理ソフトウェア ) 品目のサブ情報 ( ボトルリターン登録 重量など ) SOA サービス デジタルレシートスキーマと SOA ワークとのかかわりのレビュー 顧客インターフェイス 顧客に自身の購買物を知らせる上で最低限のデータセット 表示規格 (XSLT) モバイルペイメントのサポート 詳細の特定 携帯機器メーカーやモバイルペイメント団体に意見を求める 他のスキーマとの相互運用性 POSLog/Data モデルとのリンク 可能な限りの広報互換性 ただしスキーマは以下との整合を取るものとする ARTS XML SOA のベストプラクティス データディクショナリー 共通データ その他 POSLog からデジタルレシートへのマッピング 保存する値 ( 顧客注文取引に対する ) 小売取引 バグ修正 8.2.1 Ver.2.0 での範囲外 インボイス発行 予約販売 / クロスチャネル取引 -> 顧客注文取引 ( 支払と引渡後に該当 )( 航空チケット購入シナリオ ) デジタルクーポン ( 顧客へのクーポン提供の文脈で使用する場合 [ レシート下部への印刷 ])(ARTS でのデジタルクーポンの生成を探る必要がある )

17 of 83 8.3 Ver.2.1 でのプロジェクト範囲日本要件及びフードサービス要件を検討抽出し 追加した 11.10 期限切れになるポイント 11.11 プロモーションが追加されたデジタルレシートの発行 11.12 クーポンが追加されたデジタルレシートの発行 11.13 人数 / 会計組数, サービス料, 場所情報が付加された, デジタルレシートの発行 11.14 オペレーター情報が付加された デジタルレシートの発行 9 PCI の影響 ユーザーには PCI の公開するガイドラインに従うことが推奨される

18 of 83 10 ビジネス上の価値 10.1 発行者にとってのデジタルレシート デジタルレシートにより 発行者は顧客に新たなサービスを提供することができる 消費者による閲覧とプロモーションのユースケースで発行者は 顧客の購買履歴を閲覧し e メールで顧客とのコミュニケーションをとることができる メールの大量送信は 顧客の購買履歴と個人情報に基づく 的を絞った e メールリストに変容する クーポンや保証 登録の用紙は別途に送付されることが多く 付随する手数料は添付として送信可能である マーケティングとマーチャンダイジングのユースケースでは 顧客の購買行動を分析し 受け入れの可能性の高いオファーやプロモーションを作成するための詳細なデータを提供する 発行者はデジタルレシートの利用を通じ 広告費へのリターンの少ない汎用的なプロモーションを ハイリターンの顧客サービスに変化させることができる 非接触電子マネーのユースケースでは 商業分野への新たなテクノロジーデバイスの導入を可能にする PDA や携帯電話を支払いや レシート及び関連フォームの受領に利用できる クレジットやデビットの支払いもこれらの機器から様々なデバイスに伝送できる これにより取引時間は減少し 人件費の抑制につながる 購入証明のユースケースでは 発行者が不正を抑制することができる 発行者は デジタル署名などの 受領者を特定する確認情報の捕捉用に提供される多数のテクニックのいずれかを用いて購入証明をコントロールする デジタルレシートは返品システムの中に容易に組み込んで実際の購入を追跡できるため 返品プロセスの中で別途に入力を行う必要がなくなる クレジットカード係争解決のユースケースで 発行者は サードパーティーのクレジット会社に対し 係争となっている請求をカード会員が実際に購入したとの購入証明の 承認された実装物を以って証明することができる 購入者がその取引に異議を唱える場合には その製品やサービスに対するチャージバックが発行者に寄せられる 購入の証明をする負担は発行者にかかる デジタルレシートは ドキュメントや 紙ベース又はマイクロフィルムベースのイメージの大掛かりな検索 並びに関連処理を不要にし ここでも人件費を抑制する 取引レシートを

19 of 83 デジタルで保存し 伝達することにより 事業者は速やかに取引銀行に連絡し 係争を解決することができる 10.2 受領者にとってのデジタルレシート 発行者に恩恵をもたらすデジタルレシートのユースケースは そのまま受領者にも当てはまる 消費者による閲覧とプロモーションのユースケースでは 購買やクーポン 保証 登録に付随するフォームを受領者が受け取り 記入するための便利な手段を手にすることができる 将来的に受領者は 保証の要求や登録を通常の e メール処理で簡単に見つけ 処理できるようになる 伝達は双方向コミュニケーションとして企画されている 購入や返品 予約販売といった店頭やオンラインの小売取引について 受領者は発行者宛に e メールを簡単に送信する手段を獲得することになる 消費者にとっては真の価値がある マーケティングとマーチャンダイジングで受領者は 特別オファーやプロモーションを送る権利を発行者に認めることにより 自身にとって価値のあるサービスや製品のリマインダーを受け取ることができる デジタルレシートのプロセスを通じて発行者との信頼関係を構築した顧客は 興味のある特別プロモーションやディスカウントを見逃すことがないと安心することができる 非接触電子マネーで受領者は 小切手を書いたり 紛失しかねないクレジットカードを財布に入れて持ち歩いたりすることなく 製品やサービスの支払いを便利に行えるようになる PDA や携帯電話があれば どのアカウントからでもクレジットやデビットの支払いを送信できる そしてレシートを電子的に返送してもらうことにより 受領者は自身の財務レコードの更新に使える購入記録を手にするのである 購入証明は デジタルレシートプロセスの一環として提供される場合には 受領者が簡便かつ速やかに返品や保証の確認ができるようになる 返品の際の購入証明となる紙のレシートを 財布やファイル 引き出しをかき回して探す必要がない クレジットカード係争は 単純に当月の請求書を受け取った受領者が 購入したことを忘れているために起こることが多い 係争書類を送る前に自身のデジタルレシートを少し閲覧すれば 誤った申立を防ぎ 適切な申立を確認することができる

20 of 83 ファイナンスアプリケーションへの自動入力は 家庭用の予算作成ソフトウェアや会計ソフトウェアに関わっている デジタルレシートは 特に人気のある家庭用や小企業向けのソフトウェアパッケージとの統合を目指して設計された デジタルレシートがあれば 小売や銀行由来の受領情報を手動で入力する必要性がない デジタルレシートのユーザーなら シンプルな e メールパッケージでも 税金に対処する時間がずっと楽になるはずである 10.3 サードパーティーにとってのデジタルレシート 消費者による閲覧とプロモーションで 発行者は デジタルレシート情報を製品のメーカーやサービスプロバイダーと共有し 消費者の需要に合わせて生産サイクルや人員配置レベルを調整することができる デジタルレシートは サプライチェーンの関係者全員に 自身のビジネスや原材料 製造 発送 小売業者や消費者をより良く管理するための情報を提供できる マーケティングとマーチャンダイジングでは デジタルレシート情報を共有する参加サプライヤーが 自社製品を直接消費者に販促できるようになる 自社のウェブサイトでのより良い製品情報の提供や 消費者への直接配達で時間とコストを削減できる 購入証明により メーカーは 保証サービスの承認と虚偽申立の抑制が容易になる クレジットカード係争解決では 顧客が購入を忘れただけの係争を削減することにより 処理コストを抑制できる デジタルレシートの提供する電子情報があれば 銀行やクレジットカード会社は容易に係争が解決できるようになる ファイナンスアプリケーションへの自動入力により 家庭用や小企業向けの会計ソフトウェアパッケージの利用が増加する 自動入力の利便性は 受領者による経費管理や支払 税金対応でのソフトウェア利用を促進する

21 of 83 11 ユースケース調査 11.1 ユースケース : 消費者による閲覧 11.1.1 サードパーティーによるレシートの閲覧 図 5: 顧客による閲覧 デジタルレシート文書は HTML や WML などといった機器依存で閲覧可能なフォーマットへのレンダリングをサポートするために必要な情報を提供し その成果物のファイルは顧客 ( 受領者 ) に送信される このファイルにはデジタルレシート由来の静的情報が含まれ 事業者 ( 発行者 ) への再訪を促すための宣伝文句及び / 又はハイパーリンクが含まれることもある 送信メカニズムは 発行者のサイトで変換されるシンプルな e メールから 必要に応じてサーバーで翻訳されるデジタルレシートのストレージまで様々である シナリオ : 消費者が商品を購入する 概要

22 of 83 消費者は 商品を購入し レシートを電子メールアドレスか電話番号宛て送信させます シナリオ記述スージーは Her Store で現金で青いシャツを 5 ドルで購入し レシートを suzy@email.com に送信してもらう その後スージーはレシートを印刷する データレシートのイメージタイプコード HTML, PDF, JPG バイナリーデータ and/or 明細行 1..* 顧客 ID( 電子メール ) ARTS XML に適合した XML の例 消費者が商品を購入する : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID Name="Her Store">100</UnitID> </BusinessUnit> <Logo LogoFormat="PDF"> <FileName>www.myreceipts.com/20101225</FileName> </Logo> <SequenceNumber>50</SequenceNumber> <POSLogDateTime>2006-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <ReceiptNumber>50</ReceiptNumber> <ReceiptImage> <ReceiptLine>Blue Shirt $5.00</ReceiptLine> <ReceiptLine>Total $5.00</ReceiptLine> <ReceiptLine>Tender $5.00</ReceiptLine> </ReceiptImage> <RetailTransaction> <Sale ItemType="Stock"> <ItemID Name="Blue Shirt" Type="SKU">1010</ItemID> <ExtendedAmount>5.00</ExtendedAmount> </Sale> <SequenceNumber>1</SequenceNumber>

23 of 83 <Tender> <Amount>5.00</Amount> </Tender> <SequenceNumber>2</SequenceNumber> <Total TotalType="TransactionGrossAmount">75.00</Total> <Customer> <CustomerID>0101</CustomerID> <EMail> <EMailAddress>suzy@email.com</EMailAddress> </EMail> </Customer> </RetailTransaction> </Transaction> </DigitalReceipt> ARTS XML に適合した XML の例 消費者が商品を購入するロゴを表示 : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID Name="Her Store">100</UnitID> </BusinessUnit> <Logo LogoFormat="PDF"> <FileName>www.myreceipts.com/20101225</FileName> </Logo> <SequenceNumber>50</SequenceNumber> <POSLogDateTime>2006-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <ReceiptNumber>50</ReceiptNumber> <ReceiptImage> <ReceiptLine>Blue Shirt $5.00</ReceiptLine> <ReceiptLine>Total $5.00</ReceiptLine> <ReceiptLine>Tender $5.00</ReceiptLine> </ReceiptImage> <RetailTransaction> <Sale ItemType="Stock"> <ItemID Name="Blue Shirt" Type="SKU">1010</ItemID> <ExtendedAmount>5.00</ExtendedAmount> </Sale> <SequenceNumber>1</SequenceNumber> <Tender> <Amount>5.00</Amount> </Tender> <SequenceNumber>2</SequenceNumber> <Total TotalType="TransactionGrossAmount">75.00</Total>

24 of 83 <Customer> <CustomerID>0101</CustomerID> <EMail> <EMailAddress>suzy@email.com</EMailAddress> </EMail> </Customer> </RetailTransaction> </Transaction> </DigitalReceipt> 11.1.2 非接触通信で送信されるデジタルレシート 図 6: 非接触通信で送信されるデジタルレシート デジタルレシート文書は 後に閲覧できるよう消費者 ( 受領者 ) のデバイスに電子的に送信される 送信メカニズムは IrDA 送信や Bluetooth Wi-Fi などがあるがこれらに限定されるものではない 受領者のデバイスとしては携帯電話や PDA ノート型コンピューターなどがある

25 of 83 シナリオ : 消費者が携帯電話で支払し RFID を通じて直接 電話にレシートを受け取る 概要 消費者は 携帯電話で支払し サインして決済が終わると POS がレシートを返信する 消費者は 決済認証の情報や電子署名と一緒に携帯電話に表示されたレシートを確認する シナリオ記述 スージーは Her Favorite Store で新しい財布を 35 ユーロで買い SMS アカウントで支払います そしてレシート (555) 123-4567 に送ってもらいます データ購入した店舗店舗名称住所電話番号ロゴ顧客の氏名 希望する連絡先顧客 ID 購入日購入商品個数価格合計金額税金支払 モバイルウォレット電子署名認証コード合計 ARTS XML に適合した XML の例 消費者が携帯電話で支払し RFID を通じて直接 電話にレシートを受け取る : <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0">

26 of 83 <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID Name="My Favorite Store">100</UnitID> <Address> <TypeCode>RetailStore</TypeCode> <AddressLine TypeCode="Street">123 Main Street</AddressLine> <City>Mustang</City> <Territory>Oklahoma</Territory> <PostalCode>12345</PostalCode> </Address> <Telephone> <AreaCode>555</AreaCode> <LocalNumber>1234567</LocalNumber> </Telephone> </BusinessUnit> <Logo LogoFormat="GIF"> <FileName>My Favorite Store.gif</FileName> </Logo> <SequenceNumber>50</SequenceNumber> <POSLogDateTime>2006-05-04T18:13:51.0Z</POSLogDateTime> <RetailTransaction> <Sale> <ItemID Name="Fancy Purse">1234124</ItemID> <ExtendedAmount Currency="EUR">35.00</ExtendedAmount> </Sale> <SequenceNumber>1</SequenceNumber> <Tender TenderType="Mobile"> <Amount>35.00</Amount> <Authorization> <AuthorizationCode>asdfasdf</AuthorizationCode> <Signature>asdfasdf</Signature> </Authorization> </Tender> <SequenceNumber>2</SequenceNumber> <Total TotalType="TransactionGrossAmount">35.00</Total> <Customer ContactPreference="Phone"> <CustomerID>CustomerID8</CustomerID> <Name>Suzy Queue</Name> <TelephoneNumber> <AreaCode>555</AreaCode> <LocalNumber>1234567</LocalNumber> </TelephoneNumber> </Customer> </RetailTransaction> </Transaction> </DigitalReceipt>

27 of 83 11.2 ユースケース : マーケティングとマーチャンダイジング Point of Sale Third-Party Storage Facility Data Mining Server 図 7: マーケティングとマーチャンダイジング デジタルレシート文書は 後にマーケティングやマーチャンダイジングのトレンドを探るデータマイニングに備えて保管施設に送られる このデータマイニングは事業者横断的に行われるものであるため 特定事業者のストレージモデルは問題とならない シナリオ : 自動的な買い物リスト 概要 自動的な買い物リストを作成するためにデジタルレシートを使用する シナリオ記述 フレッドは食料品の買い物に行く準備をし 彼のコンピューターから買い物リストを取得した データ基本的なレシートデータトランザクション日付商品情報 UPC 数量 ARTS XML に適合した XML の例 自動的な買い物リスト : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0"

28 of 83 FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <SequenceNumber>50</SequenceNumber> <POSLogDateTime>2006-05-04T18:13:51.0Z</POSLogDateTime> <RetailTransaction> <Sale > <ItemID Name="Bread" Type="SKU">123</ItemID> <ExtendedAmount>1.50</ExtendedAmount> <Quantity>3</Quantity> </Sale> <SequenceNumber>50</SequenceNumber> </RetailTransaction> </Transaction> </DigitalReceipt> シナリオ : 生鮮品の自動的な買い物リスト 概要 生鮮品の自動的な買い物リストを作成するためにデジタルレシートを使用する シナリオ記述 データ基本的なレシートデータトランザクション日付商品情報 UPC 数量消費期限

29 of 83 ARTS XML に適合した XML の例 生鮮品の自動的な買い物リスト : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <SequenceNumber>50</SequenceNumber> <POSLogDateTime>2006-05-04T18:13:51.0Z</POSLogDateTime> <RetailTransaction> <Sale> <ItemID Name="Bread" Type="SKU">123</ItemID> <ExtendedAmount>1.50</ExtendedAmount> <Quantity>3</Quantity> </Sale> <SequenceNumber>50</SequenceNumber> <EndDateTime>2006-05-04T18:13:51.0Z</EndDateTime> </RetailTransaction> </Transaction> </DigitalReceipt>

30 of 83 シナリオ : クーポンの取得 概要顧客に適切なクーポンを提供するためにデジタルレシートを使用する シナリオ記述 マイ スペシャル ストアはジョーの電話に MP3 プレイヤー購入のレシートと一緒に 通常価格 100 ドルの新しいヘッドフォンセットを 10% 割引するクーポンを送信した データ基本的なレシートデータトランザクション日付商品情報 UPC 数量クーポン情報ロゴバーコード /GTIN/ クーポンコード説明有効期限 ARTS XML に適合した XML の例 クーポンを含んだデジタルレシートを受け取る : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID Name="My Special Store">UnitID0</UnitID> </BusinessUnit> <Logo LogoFormat="EPS"> <LogoBinary>ZGVmYXVsdA==</LogoBinary> </Logo> <SequenceNumber>50</SequenceNumber> <POSLogDateTime>2006-05-04T18:13:51.0Z</POSLogDateTime> <RetailTransaction> <!-- MP3 player purchased -->

31 of 83 <Sale> <ItemID>123</ItemID> <Description>MP3 Player</Description> <ExtendedAmount>20.00</ExtendedAmount> </Sale> <SequenceNumber>1</SequenceNumber> <!-- Pay for the MP3 Player --> <Tender> <Amount>20.00</Amount> </Tender> <SequenceNumber>2</SequenceNumber> <!-- Get The Coupon --> <Discount MethodCode="Coupon"> <SequenceNumber>1</SequenceNumber> <Percent Action="Subtract">10.00</Percent> <ExpirationDate>2006-05-04</ExpirationDate> <PromotionID TypeCode="GTIN">12345678901234</PromotionID> <!-- Ties the coupon to a specific item --> <ItemLink>2</ItemLink> </Discount> <SequenceNumber>1</SequenceNumber> <!-- The Headphones to which the coupon applies --> <Sale> <ItemID Type="GTIN">456343454356456</ItemID> <Description>Headphones</Description> <RegularSalesUnitPrice>100.00</RegularSalesUnitPrice> </Sale> <SequenceNumber>2</SequenceNumber> <Customer> <CustomerID>CustomerID8</CustomerID> <Name> <Name>Joe Cool</Name> </Name> </Customer> </RetailTransaction> </Transaction> </DigitalReceipt>

32 of 83 シナリオ : デジタルレシートに埋め込まれた調査の完了 概要デジタルレシートに埋め込まれた調査を完了するためにデジタルレシートを使用する シナリオ記述 スージーはお気に入りの店で $5.00 のシャツを購入して 購入した体験についての調査に回答するように依頼された データ基本的なレシートデータトランザクション日付調査調査へのリンク記述言語調査コード ARTS XML に適合した XML の例 デジタルレシートに埋め込まれた調査の完了 : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID Name="Her Favorite Store">ID1</UnitID> </BusinessUnit> <SequenceNumber>50</SequenceNumber> <POSLogDateTime TypeCode="Message">2006-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <ReceiptNumber>999</ReceiptNumber> <RetailTransaction> <Sale> <ItemID Name="Shirt">100</ItemID> <ExtendedAmount Currency="USD">5.00</ExtendedAmount> </Sale> <SequenceNumber>1</SequenceNumber>

33 of 83 <Customer> <CustomerID>CustomerID8</CustomerID> </Customer> <Survey SurveyLink="www.survey.com"> <SurveyCode>123</SurveyCode> </Survey> </RetailTransaction> </Transaction> </DigitalReceipt> シナリオ : 埋め込まれたリベート情報 ( 海外事例 ) 概要デジタルレシートにリベート情報を含める シナリオ記述 フレッドジョーンズは Best Electronics Store にて 250 ドルで新しいラップトップを買い メーカーから 20.00 ドルのリベートを得た データ基本的なレシートデータトランザクション日付アイテムの情報リベートアイテムへのリンクリベート ID リベート情報 ( 今のところは拡張としてセットしているが より詳細はリベートをサポートしたデータモデルのアップデートに合わせて次のリリースに加えられる ) ARTS XML に適合した XML の例 埋め込まれたリベート情報 : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID Name="Best Electronics Store">1</UnitID> </BusinessUnit> <SequenceNumber>123</SequenceNumber>

34 of 83 <POSLogDateTime TypeCode="Message">2006-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <RetailTransaction> <Sale> <ItemID Name="Laptop">5551234</ItemID> <ExtendedAmount Currency="USD">250.00</ExtendedAmount> </Sale> <SequenceNumber>1</SequenceNumber> <Rebate> <RebateID>456</RebateID> <ExtendedRebateAmount Currency="USD">20.00</ExtendedRebateAmount> <ItemLink>1</ItemLink> </Rebate> <SequenceNumber>2</SequenceNumber> <Total CurrencyCode="USD">250.00</Total> <Customer> <CustomerID>CustomerID8</CustomerID> </Customer> </RetailTransaction> </Transaction> </DigitalReceipt>

35 of 83 11.3 ユースケース : 購入証明 Point of Sale Third-Party Storage Facility Proof of Purchase Client 図 8: 購入証明 デジタルレシート文書は 消費者への購入証明としての提示に備えた 後々の抽出のために事業者のシステムに保存される このテクノロジーの用途としては 返品の承認 クーポン情報 メーカー登録などがある 安全なインフラストラクチャーや 承認 否認への対応は本ワークチームの対象外であるが 購入証明の用途では十分な対応が求められる シナリオ : 消費者が返品を要求する 概要消費者はデジタルレシートとともにアイテムを返品する 店員はレシートナンバーをスキャンし元本のオリジナルのレシートを取り出す 消費者はバーコード表示が可能なスマートフォンアプリにデジタルレシートを格納する 情報は確実性のために最終的には小売のネットワークに存在する 小売業者はデジタルレシートにある店舗番号 トランザクション番号 日付 時刻を使ってデータを検索できる しかしこの例ではデジタルレシートに含まれているバーコードを使っている シナリオ記述 概要参照 データレシート番号 ( バーコード番号 )

36 of 83 ARTS XML に適合した XML の例 消費者が返品を要求 (GTIN): <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID>100</UnitID> </BusinessUnit> <WorkstationID>100</WorkstationID> <SequenceNumber>75645</SequenceNumber> <POSLogDateTime>2007-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <ReceiptNumber TypeCode="GTIN">124124124</ReceiptNumber> </Transaction> </DigitalReceipt> ARTS XML に適合した XML の例 消費者が返品を要求 (SKU): <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID>100</UnitID> </BusinessUnit> <WorkstationID>100</WorkstationID> <SequenceNumber>75645</SequenceNumber> <POSLogDateTime>2007-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <ReceiptNumber TypeCode="SKU">124124124</ReceiptNumber> </Transaction> </DigitalReceipt>

37 of 83 シナリオ : 消費者が返品と返品レシートを要求する 概要一旦返品が処理されると 返品情報を含む新しいレシートが発行される シナリオ記述 スージーは $20 のシャツと $40 の靴を Store_A で購入した 彼女はそれから靴を返品し 返品レシートを受領した データアイテム返品情報元取引レシートデータ Transaction Link 合計払戻金 ARTS XML に適合した XML の例 消費者が返品と返品レシートを要求する : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0" TypeCode="ReturnTransaction"> <BusinessUnit> <UnitID>034</UnitID> </BusinessUnit> <SequenceNumber>50</SequenceNumber> <POSLogDateTime>2006-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <ReceiptNumber>50</ReceiptNumber> <RetailTransaction> <Return> <ItemID>1234234</ItemID> <ExtendedAmount>40.00</ExtendedAmount> </Return> <SequenceNumber>50</SequenceNumber> <Tender TypeCode="Refund"> <Amount>40.00</Amount> </Tender> <SequenceNumber>2</SequenceNumber> <Total>50.00</Total> <TransactionLink ReasonCode="Return">

38 of 83 <TransactionID>888765</TransactionID> <BusinessUnit>100</BusinessUnit> <WorkstationID>1</WorkstationID> <BusinessDayDate> <Date>2006-04-04</Date> </BusinessDayDate> <SequenceNumber>50</SequenceNumber> </TransactionLink> </RetailTransaction> </Transaction> </DigitalReceipt>

39 of 83 シナリオ : 消費者が商品の交換を要求する 概要消費者が商品をデジタルレシートと共に交換し 店舗側は取引元レシートを引出す為にそのレシート番号 ( バーコード ) をスキャンする シナリオ記述 ジョーはシャツを返品したいと思っており 彼は携帯電話上にレシート番号を含むデジタルレシートを保持している 店舗ではレシート番号をスキャンし 全レシートを検索して 元の購入品を照会する データレシート番号 ( バーコード番号 ) ARTS XML に適合した XML の例 消費者が商品の交換を要求する : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID>100</UnitID> </BusinessUnit> <SequenceNumber>75645</SequenceNumber> <POSLogDateTime>2007-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <ReceiptNumber TypeCode="UPC-A">124124124</ReceiptNumber> </Transaction> </DigitalReceipt> シナリオ : 消費者が商品の交換と新しいレシートを要求する 概要一旦交換処理がされると 払い戻しまたは新規販売情報を含む新たなレシートが発行される シナリオ記述 ディックは $40 のテーブルを安い $10 のテーブルに交換を望んだ 彼は交換がなされたことと払戻金 ($30) を受領したことを示すレシートを受け取った

40 of 83 データ返品アイテム情報アイテムリンク (Itemlink) アイテム販売情報元取引レシート番号 Transaction Link 合計支払 ( 払戻金 / 販売 ) ARTS XML に適合した XML の例 消費者が商品の交換と新しいレシートを要求する : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID>034</UnitID> </BusinessUnit> <SequenceNumber>50</SequenceNumber> <POSLogDateTime>2006-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <ReceiptNumber>50</ReceiptNumber> <RetailTransaction> <Return> <ItemID>1234234</ItemID> <ExtendedAmount>40.00</ExtendedAmount> <TransactionLink ReasonCode="Return"> <TransactionID>888765</TransactionID> <BusinessUnit>100</BusinessUnit> <WorkstationID>1</WorkstationID> <BusinessDayDate> <Date>2006-04-04</Date> </BusinessDayDate> <!-- the line item in the original transaction --> <SequenceNumber>2</SequenceNumber> </TransactionLink> </Return> <SequenceNumber>1</SequenceNumber> <Sale> <ItemID>1234</ItemID> <ExtendedAmount>10.00</ExtendedAmount> </Sale> <SequenceNumber>2</SequenceNumber> <Tender TypeCode="Refund">

41 of 83 <Amount>30.00</Amount> </Tender> <SequenceNumber>3</SequenceNumber> <Total>30.00</Total> </RetailTransaction> </Transaction> </DigitalReceipt>

42 of 83 11.4 ユースケース : クレジットカード係争解決 図 9: クレジットカード係争解決 デジタルレシート文書は サードパーティーの企業への購入証明としての提示に備えた後々の検索のために 事業者のシステムに保存される 支払係争が発生した場合には 事業者はデジタルレシートを呼び出し 支払いが正当かつ承認を得たものであることを証明するに十分な情報を提供する 安全なインフラストラクチャーや 承認 否認への対応は本ワークチームの対象外であるが クレジットカード係争解決の用途では十分な対応が求められる シナリオ : 顧客が銀行を通じて取引金額に異議を唱えた 概要顧客が取引金額に対する異議を 銀行に対して行う 銀行は 販売者に取引の確認を依頼する 販売者は デジタルレシートを銀行に提供する シナリオ記述 ジョーは 5 ドルの真新しい青色のシャツを クレジットカードを使って購入した 店舗から 50 ドルの請求されていることを見つけた データレシート番号トランザクション番号取引日時店舗合計金額支払情報認証番号支払金額

43 of 83 ARTS XML に適合した XML の例 顧客が銀行を通じて取引金額に異議を唱えた : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID>100</UnitID> </BusinessUnit> <WorkstationID>21</WorkstationID> <SequenceNumber>234</SequenceNumber> <POSLogDateTime>2006-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <ReceiptNumber>150</ReceiptNumber> <RetailTransaction> <Sale> <ItemID Name="Blue Shirt">1234</ItemID> <ExtendedAmount>5.00</ExtendedAmount> </Sale> <SequenceNumber>1</SequenceNumber> <Tender> <Amount>5.00</Amount> <Authorization> <RequestedAmount>50.00</RequestedAmount> <AuthorizationCode>123345</AuthorizationCode> </Authorization> <CreditDebit CardType="Credit"> <PrimaryAccountNumber>1234</PrimaryAccountNumber> </CreditDebit> </Tender> <SequenceNumber>2</SequenceNumber> <Total TotalType="TransactionGrossAmount">5.00</Total> </RetailTransaction> </Transaction> </DigitalReceipt>

44 of 83 11.5 ユースケース : ファイナンスアプリケーションへの自動入力 図 10: ファイナンスアプリケーションへの自動入力 デジタルレシート文書は 後々のファイナンスアプリケーションへの自動入力に備えて消費者に送信される ファイナンスアプリケーションとしては Zaim やレシーピや MoneyForward のような家計簿アプリケーションと 会計王や勘定奉行のような事業用財務アプリケーションなどがある このユースケースでは Open Financial Exchange(OFX) のような既存のメッセージングインフラストラクチャーも対応可能である シナリオ : 顧客が自宅で一般的なアプリケーションで購買記録を付ける ( 例 : 会計ソフトウェア 電子メールクライアント ) 概要顧客が商品を購入すると 電子メールアドレスまたは携帯電話にレシートが送られる 会計ソフトウェアや電子メールクライアントで自宅に連携している シナリオ記述 スージーは 5 ドルの青いシャツを現金で購入した 彼女の携帯電話に ( レシート読み取りアプリによって読み取られた ) レシートが送られる レシートは 会計ソフトや電子メールクライアントで自宅のコンピューターに連携する データ購入店舗情報

45 of 83 店舗名店舗住所店舗電話番号店舗ロゴ顧客名 連絡方法顧客番号取引日時購入商品商品点数商品金額合計金額税金現金支払金額合計 ( 支払金額 ) ARTS XML に適合した XML の例 顧客が自宅で購買記録を付ける : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID Name="Her Store">999</UnitID> <Address> <TypeCode>RetailStore</TypeCode> <AddressLine>123 Main Street</AddressLine> <City>My Town</City> <Territory>Territory</Territory> <PostalCode>5555555</PostalCode> </Address> <Telephone TypeCode="Work"> <AreaCode>405</AreaCode> <LocalNumber>5551234</LocalNumber> </Telephone> </BusinessUnit> <Logo LogoFormat="JPG"> <FileName>www.herstore.com/HerStore.jpg</FileName> </Logo> <SequenceNumber>100</SequenceNumber> <POSLogDateTime TypeCode="Message">2006-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <RetailTransaction>

46 of 83 <Sale> <ItemID Name="Blue Shirt">123456</ItemID> <ExtendedAmount>5.00</ExtendedAmount> </Sale> <SequenceNumber>1</SequenceNumber> <Tax> <Amount>.25</Amount> </Tax> <SequenceNumber>2</SequenceNumber> <Tender> <Amount>5.25</Amount> </Tender> <SequenceNumber>3</SequenceNumber> <Total TotalType="TransactionGrandAmount">5.25</Total> <Customer ContactPreference="Phone"> <CustomerID>1241234</CustomerID> <TelephoneNumber> <AreaCode>918</AreaCode> <LocalNumber>5551234</LocalNumber> </TelephoneNumber> </Customer> </RetailTransaction> </Transaction> </DigitalReceipt>

47 of 83 11.6 デジタルクーポン / クーポン利用の追跡 図 11: デジタルクーポン / クーポン利用の追跡 デジタルレシート文書には 取引に適用されるクーポンや 消費者がクーポンを受け取る必要があるなどのデータを含むデジタルクーポンについての情報が含まれる クーポン及びクーポンの利用情報は 消費者の購入した物品に直接リンクされることがある シナリオ : メーカークーポンの適用情報を参照する 概要デジタルレシートを利用して メーカークーポンが適用されたトランザクションを参照する シナリオ記述 タミーは 5 ドルと税金が 0.25 ドルの青いシャツを購入した 彼女は支払の一部として 0.5 ドルをメーカークーポンで支払い 4.75 ドルを現金で支払った データレシート基本情報取引日時購入商品情報支払クーポン適用情報ロゴ

48 of 83 バーコード /GTIN/ クーポンコード説明関連商品 ARTS XML に適合した XML の例 メーカークーポンの適用情報を参照する : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID Name="Her Store">999</UnitID> </BusinessUnit> <Logo LogoFormat="JPG"> <FileName>www.herstore.com/HerStore.jpg</FileName> </Logo> <SequenceNumber>100</SequenceNumber> <POSLogDateTime TypeCode="Message">2006-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <RetailTransaction> <Sale> <ItemID Name="Blue Shirt">123456</ItemID> <ExtendedAmount>5.00</ExtendedAmount> </Sale> <SequenceNumber>1</SequenceNumber> <Tax> <Amount>.25</Amount> </Tax> <SequenceNumber>2</SequenceNumber> <Tender> <Amount>.50</Amount> <Coupon> <PrimaryLabel>123423</PrimaryLabel> </Coupon> </Tender> <SequenceNumber>3</SequenceNumber> <ItemLink>1</ItemLink> <Tender> <Amount>4.75</Amount>

49 of 83 </Tender> <SequenceNumber>4</SequenceNumber> <Total TotalType="TransactionGrandAmount">4.75</Total> <Customer ContactPreference="Phone"> <CustomerID>1241234</CustomerID> <TelephoneNumber> <AreaCode>918</AreaCode> <LocalNumber>5551234</LocalNumber> </TelephoneNumber> </Customer> </RetailTransaction> </Transaction> </DigitalReceipt>

50 of 83 シナリオ : 自社クーポンの適用情報を参照する 概要デジタルレシートを利用して 自社クーポンが適用されたトランザクションを参照する シナリオ記述 ヘンドリックは新聞で ザ クロージング ストアで使用できる木曜限定の全商品 0.5 ドルのクーポンを見つけた ヘンドリックは 5 ドルの新品のシャツを 0.5 ドルオフで購入した データ基本的なレシートデータトランザクション日付商品情報価格変更クーポン適用情報ロゴバーコード /GTIN/ クーポンコード説明支払 ARTS XML に適合した XML の例 自社クーポンの適用情報を参照する : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID Name="Her Store">999</UnitID> </BusinessUnit> <Logo LogoFormat="JPG"> <FileName>www.herstore.com/HerStore.jpg</FileName> </Logo> <SequenceNumber>100</SequenceNumber> <POSLogDateTime TypeCode="Message">2006-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <RetailTransaction>

51 of 83 <Sale> <ItemID Name="Blue Shirt">123456</ItemID> <ExtendedAmount>4.50</ExtendedAmount> <RetailPriceModifier MethodCode="Coupon"> <SequenceNumber>1</SequenceNumber> <Amount Action="Subtract">.50</Amount> <ReasonCode>$.50 off Thursday</ReasonCode> </RetailPriceModifier> </Sale> <SequenceNumber>1</SequenceNumber> <Tax> <Amount>.25</Amount> </Tax> <SequenceNumber>2</SequenceNumber> <Tender> <Amount>4.75</Amount> </Tender> <SequenceNumber>4</SequenceNumber> <Total TotalType="TransactionGrandAmount">4.75</Total> <Customer ContactPreference="Phone"> <CustomerID>1241234</CustomerID> <TelephoneNumber> <AreaCode>918</AreaCode> <LocalNumber>5551234</LocalNumber> </TelephoneNumber> </Customer> </RetailTransaction> </Transaction> </DigitalReceipt>

52 of 83 11.7 保証 図 12: 保証顧客が物品を購入すると デジタルレシートが顧客の PC に送付される 顧客はそれを 購入物のメーカー登録のために利用する 保証業務が必要になった場合はいつでも 顧客はメーカーとの連絡にデジタルレシートを使用できる 小売業者が顧客に代わり保証情報を掲載する場合もある 小売業者は POSLog にアクセスし それを利用して保証の購入についてメーカーと連絡を取るのである 小売業者により保証業務が提供 / サポートされる場合 顧客はデジタルレシートを利用し 保証された修理について小売業者と連絡を取る 小売業者は自社データベースから POSLog の詳細を抽出する シナリオ : 顧客は延長保証を購入する 概要顧客は延長保証を購入する シナリオ記述 サミー トールグラスは 400 ドルで新しいテレビを購入し 89 ドルで延長保証をつけた 彼女はデジタルレシートから保証書へのリンクを得た データ基本的なレシートデータ商品情報製造番号

53 of 83 商品情報タイプコード保証書アイテムリンク保証書詳細へのリンク /URL 契約情報電話番号住所 E メールアドレス Web サイト ARTS XML に適合した XML の例 顧客は延長保証を購入する : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID Name="Her Store">999</UnitID> </BusinessUnit> <SequenceNumber>100</SequenceNumber> <POSLogDateTime TypeCode="Message">2006-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <RetailTransaction> <Sale> <ItemID Name="TV">123456</ItemID> <ExtendedAmount>400.00</ExtendedAmount> <SerialNumber>456745674567-A</SerialNumber> </Sale> <SequenceNumber>1</SequenceNumber> <Sale ItemType="Warranty"> <ItemID>456436</ItemID> <ExtendedAmount>89.00</ExtendedAmount> </Sale> <SequenceNumber>2</SequenceNumber> <!-- The link to the line item to which this warranty applies --> <ItemLink>1</ItemLink> <!-- The Product Content Management ID for this asset (warranty) --> <PCMUUID AssetFileFormat="URL" AssetFileName="www.mywarranty.com">12323424</PCMUUID> <Tax>

54 of 83 <Amount>40.00</Amount> </Tax> <SequenceNumber>3</SequenceNumber> <Tender> <Amount>529.00</Amount> </Tender> <SequenceNumber>4</SequenceNumber> <Total TotalType="TransactionGrandAmount">529.00</Total> <Customer ContactPreference="Phone"> <CustomerID>1241234</CustomerID> <TelephoneNumber> <AreaCode>918</AreaCode> <LocalNumber>5551234</LocalNumber> </TelephoneNumber> <Website>www.mysite.com</Website> </Customer> </RetailTransaction> </Transaction> </DigitalReceipt> シナリオ : 顧客は購入した商品の標準の保証規定を参照する 概要標準の保証規定は紙の場合と同様にデジタルレシートに含まれる ( 現状では保証規定はパッケージに含まれている ) シナリオ記述 サン ツは新しいテレビを購入し 保証書をオンラインで参照したいと考えた それでサンはレシートにリストされた Web サイトを訪問し PCMUUID(Product Content Management Unique ID) に記された保証書の識別子によって保証書を取得した データ基本的なレシートデータ取引日付商品情報製造番号保証規定保証書詳細へのリンク /URL

55 of 83 言語連絡先情報電話番号住所 E メールアドレス Web サイト ARTS XML に適合した XML の例 顧客は延長保証を購入する : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID Name="Her Store">999</UnitID> </BusinessUnit> <SequenceNumber>100</SequenceNumber> <POSLogDateTime TypeCode="Message">2006-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <RetailTransaction> <Sale> <ItemID Name="TV">123456</ItemID> <ExtendedAmount>400.00</ExtendedAmount> <SerialNumber>456745674567-A</SerialNumber> </Sale> <SequenceNumber>1</SequenceNumber> <!-- Warranty line item --> <Sale ItemType="Warranty"> <ItemID>456436</ItemID> </Sale> <SequenceNumber>2</SequenceNumber> <!-- The link to the line item to which this warranty applies --> <ItemLink>1</ItemLink> <!-- The Product Content Management ID for this asset (warranty) --> <!-- go to the retailer's site and use the PCMUUID to get the warranty --> <PCMUUID AssetFileFormat="URL" AssetFileName="WWW.MyRetailer.com">12323424</PCMUUID> <ContactInformation> <Name> <Name>The TV Store</Name> </Name> </ContactInformation>

56 of 83 <Tax> <Amount>40.00</Amount> </Tax> <SequenceNumber>3</SequenceNumber> <Tender> <Amount>440.00</Amount> </Tender> <SequenceNumber>4</SequenceNumber> <Total TotalType="TransactionGrandAmount">440.00</Total> <Customer ContactPreference="Phone"> <CustomerID>1241234</CustomerID> <TelephoneNumber> <AreaCode>918</AreaCode> <LocalNumber>5551234</LocalNumber> </TelephoneNumber> <Website>www.mysite.com</Website> </Customer> </RetailTransaction> </Transaction> </DigitalReceipt>

57 of 83 11.8 返品 / 交換ポリシー 図 13: 返品と交換 デジタルレシートは物品購入後に顧客に送付される 顧客が物品の返品や交換をする必要がある際には デジタルレシートを利用して購入したことを証明できる シナリオ : 消費者は購入した特定のアイテムの返品ポリシーを確認する 概要消費者は店でアイテムを購入し その店に返品に行く前に返品ポリシーを確認したいと望む シナリオ記述 ラッシュは新しいシャツを 5.00 ドルで購入した レシートを見ることによって 消費者は返品がレシートと引き換えにのみ行われることがわかる データ基本的なレシートデータアイテム情報返品可能なアイテムフラグ返品ポリシー有効期限返品ポリシー説明

58 of 83 ARTS XML に適合した XML の例 消費者は購入した特定のアイテムの返品ポリシーを確認する : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID Name="Her Store">999</UnitID> </BusinessUnit> <SequenceNumber>100</SequenceNumber> <POSLogDateTime TypeCode="Message">2006-05-04T18:13:51.0Z</POSLogDateTime> <ReceiptDateTime>2006-05-04T18:13:51.0Z</ReceiptDateTime> <RetailTransaction> <Sale> <ItemID Name="Blue Shirt">123456</ItemID> <ExtendedAmount>5.00</ExtendedAmount> <ReturnPolicy ExpirationDate="2006-05-04"> <Description Language="jp"> 返品はレシート引き換えにお受けします </Description> </ReturnPolicy> </Sale> <SequenceNumber>1</SequenceNumber> <Tax> <Amount>.25</Amount> </Tax> <SequenceNumber>2</SequenceNumber> <Tender> <Amount>5.25</Amount> </Tender> <SequenceNumber>3</SequenceNumber> <Total TotalType="TransactionGrandAmount">5.25</Total> <Customer ContactPreference="Phone"> <CustomerID>1241234</CustomerID> <TelephoneNumber> <AreaCode>918</AreaCode> <LocalNumber>5551234</LocalNumber> </TelephoneNumber> </Customer> </RetailTransaction> </Transaction> </DigitalReceipt>

59 of 83 11.9 ターゲットマーケティング 図 14: ターゲットマーケティング Facebook のようなソーシャルネットワークサイトに 私はアルタナティブ アパレルを大変気に入っている と書き込んでくれないかと依頼するテキストメッセージか電子メールを受信する 依頼を実行することで その会社からクーポンコード ( デジタルレシート ) を取得する こうすることによって消費者から商品へのチェーンを作ることが出来る これは安価なオンラインマーケティングキャンペーンを実現することができる シナリオ : 消費者はターゲティング クーポンを取得する 概要新たなプロモーションのためのクーポンコードが付いたデジタルレシートを消費者に送信することによって新たなプロモーションの広告を行う シナリオ記述 このクーポンを使って事前購入することによって 消費者は新公開の映画のディスカウントを受ける データ

60 of 83 ARTS XML に適合した XML の例 消費者はターゲティング クーポンを取得する : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <BusinessUnit> <UnitID>My Movie Store</UnitID> </BusinessUnit> <SequenceNumber>100</SequenceNumber> <POSLogDateTime TypeCode="Message">2006-05-04T18:13:51.0Z</POSLogDateTime> <RetailTransaction> <Discount MethodCode="Coupon"> <SequenceNumber>1</SequenceNumber> <Amount Action="Subtract">10.00</Amount> <PromotionID TypeCode="UPC">124213</PromotionID> <Description> このプレイヤーで事前購入して 新公開映画のディスカウントをゲットしましょう </Description> <! このディスカウントが適用されるアイテム --> <ItemID Name="Movie Player">234234</ItemID> </Discount> <SequenceNumber>1</SequenceNumber> </RetailTransaction> </Transaction> </DigitalReceipt>

61 of 83 シナリオ : 消費者は自分の携帯端末を用いて映画チケットを購入する 概要携帯端末でチケットを購入し チケット情報が記載された SMS メッセージを受信する さらに 早期購入のための特別な予約電話番号が使用できるようになる シナリオ記述 ジョーは 新映画 のチケットを映画館で受け取るように携帯電話で購入する データ ARTS XML に適合した XML の例 携帯端末でチケットを取得する : <?xml version="1.0" encoding="utf-8"?> <DigitalReceipt xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.nrf-arts.org/ixretail/namespace/ DigitalReceiptV2.0.0.xsd" xmlns="http://www.nrf-arts.org/ixretail/namespace/" MajorVersion="6" MinorVersion="0" FixVersion="0"> <Transaction MajorVersion="6" MinorVersion="0" FixVersion="0"> <SequenceNumber>50</SequenceNumber> <POSLogDateTime>2006-05- 04T18:13:51.0Z</POSLogDateTime> <RetailTransaction> <Sale> <! このイベントのチケットのクラスの ID --> <ItemID>12342134</ItemID> <ExtendedAmount>20.00</ExtendedAmount> <Quantity>2</Quantity> <Ticket EventName="New Movie" EventDateTime="2006-05-04T18:13:51.0Z"> <!-- この特定のチケットのユニークナンバー --> <ItemID Type="UPC">23452345</ItemID> </Ticket> </Sale> <SequenceNumber>1</SequenceNumber> <! 携帯端末で支払う --> <Tender TenderType="Mobile"> <Amount>20.00</Amount> <Mobile> <SensitiveData MSISDN="1234"/> </Mobile> </Tender> <SequenceNumber>2</SequenceNumber> </RetailTransaction>

62 of 83 </Transaction> </DigitalReceipt>

63 of 83 11.10 期限切れになるポイント 図 15: 期限切れになるポイント ポイントには 有効期限がある場合がある ( ポイントプログラムの有効期限ではなく ポイントそのものの有効期限 ) ポイントの有効期限は多くの場合は 12 カ月である その為 毎月期限切れのポイントが発生する可能性がある 期限切れを迎えるポイント数と その有効期限日付がレシートに印字されて顧客に知らされる シナリオ : ポイント失効期限と失効するポイントをレシートに追加する 概要顧客が商品を購入する ポイントプログラムに参加している顧客が受け取るレシートには ポイントの有効期限と失効するポイント数を含んだ ポイント関連情報が追加される シナリオ記述

64 of 83 ヒデオはスーパーマーケット ナカムラ が提供しているポイントプログラムに参加している ヒデオは過去にスーパーマーケット ナカムラ で 2015 年 2 月 1 日に 6000 円分の買い物をして ポイントを蓄積していた そして ヒデオは 2016 年 1 月 29 日に商品をいくつか購入し POS にてポイントカードを店員に提示して会計した スーパーマーケット ナカムラ のポイントプログラムは以下であった 購入した商品金額の 10% がポイントとして蓄積される 蓄積されたポイントは一年後の同月末に失効する 今回の 2016 年 1 月 29 日ポイントの蓄積が ヒデオが受け取るレシートに付加される そして 2015 年 2 月 1 日に蓄積した 600 ポイントが 2016 年 2 月 29 日に失効することも 同じレシートに付加される ヒデオはそのレシートを見て 600 ポイントが失効する 2016 年 2 月 29 日までに再度この店で買い物をしようと考えた ポイント失効情報のレシートへの追加は 失効日前にポイントを利用する為の再来店を促す目的がある ヒデオは会計を終了し 以下のレシートを受け取る

65 of 83 スーパーマーケットナカムラ Customer Receipt 2XXY/YY/ZZ 123456789999 塩尻駅店 WWWWXXXX 住所 : 塩尻市広岡 1234-567 販売員 : 太田ザーキー ノンアルコールビール x6 \720 チューインガム x2 \240 ボトル緑茶 200ml x1 \180 紙おむつメリーさん x4 \4000 小計 \5140 税 \411 --------------------------------------- 合計 \5551 --------------------------------------- *** ポイント情報 *** 前回までのポイント 600 使用ポイント 0 ポイント対象金額 \5140 今回加算ポイント 514 現在ポイント 1114 ポイント失効日 2016/02/29 失効予定ポイント 600 お客様 ID: XXXXXXYYYYZZZZ プラチナ データ顧客 ID(E-mail アドレス, 電話番号, ID 番号.) 店舗名称住所

66 of 83 電話番号. 企業ロゴレシート発行日レシート通番. レシート番号. 販売員 ID 名称ポイント情報前回ポイント使用ポイント加算ポイント現在ポイントポイント失効日失効ポイント数小計税レシート通番またはレシート番号 : バーコード

67 of 83 11.11 プロモーションが追加されたデジタルレシートの発行 図 16: プロモーションが追加されたデジタルレシートの発行通常のレシートに販促のための宣伝文や画像などを追加して発行する 追加される宣伝文や画像は さまざまな情報に基づき決定される シナリオ : 顧客はさまざまなプロモーション情報が付加されたデジタルレシートを受け取る 概要顧客は商品をいくつか購入する 顧客が受け取るレシートには 購入した商品 購入した時期 購入した店舗の位置やブランド その他の情報に基づき プロモーション情報が追加される シナリオ記述 ヒデオはコンビニエンスストア ナカムラ で いくつか商品を購入した 購入した商品は ノンアルコールビール 紙おむつ メリーさん チューインガム そして 200ml 入りの 松本緑茶 であった ヒデオが購入する商品をもってレジにいき 支払をした

68 of 83 そのとき 松本緑茶 購入者には 同じメーカーの来月発売の新製品 松本緑茶ラテ の広告をするという広告企画 (Promotion Program) があった ヒデオの購入品の中に 松本緑茶 があるため ヒデオが受け取るレシートには 新製品 松本緑茶ラテ の広告が付加される ヒデオは以下のようなレシートを受け取る コンビニエンスナカムラ Customer Receipt 2XXY/YY/ZZ 123456789999 塩尻駅店 WWWWXXXX 住所 : 塩尻市広岡 1234-567 販売員 : 太田ザーキー ノンアルコールビール x6 \720 チューインガム x2 \240 ボトル緑茶 200ml x1 \180 松本緑茶 紙おむつメリーさん x4 \4000 小計 \5140 税 \411 --------------------------------------- 合計 \5551 お客様 ID: XXXXXXYYYYZZZZ プラチナ Matsumoto Green Tea Latte 来月発売! 深い香りとやさしい甘さでリラックス http://matsumotogreentealatte.com/

69 of 83 データ店舗名称住所電話番号. 企業ロゴレシート発行日レシート通番. レシート番号. 販売員 ID 名称プロモーション ID プロモーション用文章 URI 小計税レシート通番またはレシート番号 : バーコード

70 of 83 11.12 クーポンが追加されたデジタルレシートの発行 図 17: クーポンが追加されたデジタルレシートの発行 通常のレシートに クーポンを追加して発行する レシート発行と同時にクーポンも発行する 発行するクーポンは 以下の情報に基づき決定される 顧客のオーダー内容 購買履歴 保持ポイント 顧客ロイヤリティープログラムレベル 店舗チェーン 店舗 店舗の地域等の宣伝広告状況レシートにクーポンを付加発行する場合 上記の情報を収集および添付することが望ましい シナリオ : 顧客はさまざまなクーポンが付加されたデジタルレシートを受け取る 概要

71 of 83 お客様が 数点の商品を購入した 購入した商品 お客様のロイヤリティプログラムでのレベル 購買履歴 店舗の広告宣伝への取り組み状況に基づき 顧客のレシートに店舗が意図したクーポンをレシートに付加する 店舗の広告宣伝への取り組み状況とは チェーン店全体の販促 店舗の所属する地域 モールの販促 店舗独自の販促 商品自体の販促等のことである シナリオ記述 ヒデオは コンビニエンスストア ナカムラ で S 社ノンアルコールビール 乳児用おむつ メリーさん ガム ペットボトル入りお茶 (200ml) を購入し レジにて支払を行った ヒデオは ナカムラ へ頻繁に通い 購入する顧客であった ロイヤリティプログラム ヒデオのロイヤリティプログラムでのレベルが 同社のもつ最高のプラチナレベルであった ( レベルはノーマル ブロンズ シルバー ゴールド プラチナがある ) 各階層のお客様は 次回来店時に 各レベルにあわせ ノーマル 1% ブロンズ 3% ゴールド 5% プラチナ 10% 分を次回来店時にディスカウントされるクーポンを受け取れる事になっていた 競合製品対抗販促 同時に ナカムラ では地域ブランドであるペットボトル入りお茶 塩尻の雫 の販促中であり 塩尻の雫 以外のペットボトルのお茶を購入した人には 次回来店時に使える 塩尻の雫 の 1 割引クーポンを提供するキャンペーンを実施中 同一商品の販促 乳児用おむつに関しては おむつメーカーから メリーさん 購買者には 次回 メリーさん 購入時に使える 5% ディスカウントクーポンを発行する事になっていた 関連商品の販促 コーヒーを買うと次回ドーナツが 10% 割引のクーポンヒデオは会計をすませた 下記のレシートを受け取った