اتصال بين محطة دفع وتطبيق "محفظة Google"
تُعرِّف الوحدة الطرفية نفسها باستخدام رقم تعريف المجمِّع المرتبط بمعرّف جهة إصدار تحصيل القيمة. عند حدوث "النقرة الذكية"، ترسل الوحدة الطرفية رقم تعريف المجمِّع الخاص بها إلى جهاز المستخدم. يفحص تطبيق "محفظة Google" بعد ذلك معرّف الفئة ومعرّف المجمِّع لكل بطاقة محفوظة. وعند العثور على نتيجة مطابقة واحدة أو أكثر، يرسل تطبيق "محفظة Google" البطاقات المطابقة إلى المحطة الطرفية. راجِع ضبط التاجر للحصول على تفاصيل الإعداد.
المثال 1: جهة إصدار واحدة لتحصيل القيمة
في الرسم البياني السابق، هناك اثنان مختلفان من جهات الإصدار:
- جهة الإصدار
2018هي مطوِّر بطاقات (تُسمّى أيضًا جهة تجميع) - جهة الإصدار
1990هي تاجر باسم fooPizza (تُسمّى أيضًا جهة إصدار عمليات تحصيل القيمة)
تريد جهة إصدار تحصيل القيمة fooPizza تفعيل ميزة "الدفع الذكي" لبطاقتها (التي يديرها مجمّع السلع). على جهة إصدار مجمّعي البيانات وجهة إصدار تحصيل القيمة إكمال الخطوات التالية لتفعيل "الدفع الذكي" لمحطات الدفع لدى التاجر.
| الخطوة | Role | الوصف |
|---|---|---|
| 1 | موقع تجميع المحتوى | أنشئ فئة بطاقة وكائنًا (في الرسم التخطيطي، abc و123، على التوالي). |
| 2 | موقع تجميع المحتوى | يجب تضمين رقم تعريف جهة إصدار البطاقة في السمة
redemptionIssuers ضمن فئة البطاقة. يؤدي ذلك إلى إعلام "محفظة Google" بأنّ معرّف جهة الإصدار 1990 مسموح له بتحصيل قيمة عناصر البطاقة التي تشير إلى هذه الفئة. |
| 3 | جهة إصدار تحصيل القيمة | احصل على رقم تعريف المجمِّع (في الرسم البياني، 12345678).
|
| 4 | جهة إصدار تحصيل القيمة | اضبط رقم تعريف المجمِّع 12345678 في كل محطة طرفية متوافقة مع "الدفع الذكي"
سيتم استخدامها. سيتم نقل أي عنصر يحمل
معرّف الفئة abc ورقم تعريف المجمِّع
12345678 إلى القارئ. |
المثال 2: جهات إصدار متعددة لتحصيل القيمة
يمكن أن تشتمل فئة البطاقة الواحدة على عدة جهات إصدار لتحصيل القيمة. لتتمكّن من تحصيل قيمة فئة بطاقة معيّنة، يجب تضمين معرّف جهة إصدار البطاقة في السمة redemptionIssuers للفئة. ويكون لكل جهة إصدار لتحصيل القيمة رقم تعريف المجمِّع الخاص به
الذي يتم ضبطه على محطات الدفع التي تتيح الدفع الذكي.
في الرسم البياني السابق، تتوفّر ثلاث جهات إصدار مختلفة:
- جهة الإصدار
8088هي مطوّر بطاقات (جهة تجميع) - جهة الإصدار
1990هي تاجر، fooPizza (جهة إصدار تحصيل القيمة) - جهة الإصدار
2018هي تاجر، yumPie (جهة إصدار تحصيل القيمة)
على جهات إصدار مجمّعي السلع وعمليات تحصيل القيمة إكمال الخطوات التالية لتفعيل "الدفع الذكي" لمحطات الدفع لدى التاجر.
| الخطوة | Role | الوصف |
|---|---|---|
| 1 | موقع تجميع المحتوى | أنشئ فئة بطاقة وكائنًا (في الرسم التخطيطي، abc و123، على التوالي). |
| 2 | موقع تجميع المحتوى | يجب تضمين أرقام تعريف جهات إصدار البطاقات في السمة redemptionIssuers لفئة البطاقة. يؤدي ذلك إلى إعلام "محفظة Google" بأنّه يُسمح لمعرّفي جهة الإصدار 1990 و2018 بتحصيل قيمة عناصر البطاقات التي تشير إلى هذه الفئة. |
| 3 | جهات إصدار البطاقات التي يمكن تحصيل قيمتها | احصل على معرّفات جامعي (في الرسم البياني، 12345678 لـ fooPizza و18802001 لـ yumPie). |
| 4 | جهات إصدار البطاقات التي يمكن تحصيل قيمتها | اضبط رقم تعريف المجمِّع المقابل في كل وحدة طرفية متوافقة مع "الدفع الذكي"
وسيتم استخدامها. سيتم تسليم أي عنصر يتضمّن
معرّف الفئة abc ومعرّف جامع مطابق
إلى القارئ. |
المثال 3: ما مِن مجمِّع سلع
يمكن إعداد فئة البطاقة وإصدارها ضمن حساب جهة الإصدار نفسه. في هذه الحالة، لا يتوفّر مجمِّع سلع يدير فئات البطاقات لعدّة جهات إصدار. ليتمكّن مطوّر البطاقات من تحصيل قيمة فئة بطاقة معيّنة، عليه تضمين معرّف جهة الإصدار في سمة redemptionIssuers الخاصة بالفئة.
يجب على مطوّر البطاقة الحصول على رقم تعريف المجمِّع وإعداده على محطات الدفع التي تتيح "الدفع الذكي".
على مطوّر البطاقات إكمال الخطوات التالية لتفعيل ميزة "الدفع الذكي" في محطات الدفع الخاصة بالتجار.
| الخطوة | Role | الوصف |
|---|---|---|
| 1 | Pass (المطوّر) | أنشئ فئة بطاقة وكائنًا (في الرسم التخطيطي، abc و123، على التوالي). |
| 2 | Pass (المطوّر) | يجب تضمين رقم تعريف جهة الإصدار في السمة redemptionIssuers
لفئة البطاقة. يؤدي ذلك إلى إعلام "محفظة Google"
أنّ معرّف جهة الإصدار 2018 مسموح له بتحصيل قيمة كائنات البطاقات التي تشير إلى هذه الفئة. |
| 3 | Pass (المطوّر) | احصل على رقم تعريف المجمِّع (في الرسم البياني، 12345678).
|
| 4 | Pass (المطوّر) | اضبط رقم تعريف المجمِّع المقابل في كل وحدة طرفية متوافقة مع "الدفع الذكي"
وسيتم استخدامها. سيتم تسليم أي عنصر يتضمّن
معرّف الفئة abc ومعرّف جامع مطابق
إلى القارئ. |
تجربة المستخدم وسلوكه
إنّ سلوك نقل البيانات بين محطة الدفع وتطبيق "محفظة Google" يعتمد على المستخدم وكيفية تفاعله مع تطبيق "محفظة Google" في ذلك الطابع.
السيناريو 1: فتح المستخدم بطاقة محدّدة
| الخطوة | Role | الوصف |
|---|---|---|
| 1 | المستخدِم | اختَر بطاقة معيّنة في تطبيق "محفظة Google". |
| 2 | المستخدِم | انقر على إحدى المحطات الطرفية التي تم فيها تفعيل "الدفع الذكي". |
| 3 | مبنى رقم | (تتم مطابقة رقم تعريف المجمِّع) يتم نقل البطاقة إلى
المحطة. (رقم تعريف المجمِّع غير مطابق) لا يتم نقل البطاقة إلى محطة الدفع. |
السيناريو 2: علامة التبويب الصفحة الرئيسية في محفظة Google أو عرض الشاشة غير المقفل
| الخطوة | Role | الوصف |
|---|---|---|
| 1 | المستخدِم | افتح علامة التبويب "الصفحة الرئيسية" في تطبيق "محفظة Google" أو ألغِ قفل شاشة الجهاز. |
| 2 | المستخدِم | انقر على إحدى المحطات الطرفية التي تم فيها تفعيل "الدفع الذكي". |
| 3 | مبنى رقم | (يجب أن تتطابق قيمة واحدة صالحة مع رقم تعريف جامع الأموال)
يتم نقل البطاقة إلى محطة الدفع.
(تتطابق عدة أرقام تعريف صالحة للمجمعين) يجب عرض لوحة عرض دوّارة للبطاقات الصالحة وإرسال البطاقة التي اختارها المستخدم. |
يُرجى العلم أنّ صلاحية البطاقة تعتمد على الإعدادات المحدّدة لعنصر البطاقة. تأكد من التحقق من خصائص عنصر البطاقة التالية:
statevalidTimeInterval
مثال على مجموعة "الدفع الذكي"
يوضّح الجدول التالي جهات الإصدار والتذاكر التي سيتم استخدامها في هذا المثال:
| اسم التاجر | ILuvCoffee | قهوة وأطعمة | موكا-آر-يو |
|---|---|---|---|
| رقم تعريف جهة الإصدار | 123 |
456 |
789 |
| رقم تعريف المجمِّع | 11111111 |
44444444 |
77777777 |
| فئات برنامج الولاء | على طراز R الأساسية | مكافآتي | |
| ذهبي |
لدى ILuvCoffee فئتان مختلفتان من مستويات الولاء: R- Basic وR-Gold. في الوقت نفسه، لدى Coffee-Foo برنامج ولاء من فئة واحدة، My Rewards (مكافآتي)، ولا يتوفّر لدى Mocha-R-Us أي برنامج ولاء.
وفي إطار حملة الترويج المتبادل، يرغب التجار في إتاحة الخيارات التالية لعملائهم:
- يمكن لعملاء فئة R- Basic استخدام "الدفع الذكي" لتحصيل قيمة عضويتهم في برنامج الولاء في كل من Coffee-Foo وMocha-R-Us.
- لا يحتاج عملاء الفئة R-Gold إلى تحصيل قيمة "الدفع الذكي"
- يمكن لعملاء My Rewards استخدام "الدفع الذكي" لتحصيل قيمة اشتراكهم في برنامج الولاء في Coffee-Foo فقط
لكي تعمل هذه الحملة، يجب إعداد القيم التالية في كل فئة ولاء في السمة redemptionIssuers لتعريف الفئة.
| فئة الولاء | معرّفات جهات إصدار تحصيل القيمة |
|---|---|
| على طراز R الأساسية | ["456", "789"] |
| ذهبي | [] |
| مكافآتي | ["456"] |
باستخدام هذه الإعدادات، ستحتوي أي كائنات تمرير تشير إلى هذه الفئات على معرّفات المجمِّعين التالية:
- R- Basic:
44444444،77777777 - R-Gold: لن يتم تضمين أرقام تعريف مجمِّعي السلع.
- مكافآتي:
44444444
مصادقة المجمِّع في وقت النقر
كجزء من إعدادات جهة الإصدار، قد يرتبط حساب جهة الإصدار بعدة مفاتيح عامة. ويتم تخزين هذه المفاتيح العامة في تطبيق "محفظة Google" الذي تستخدمه للمصادقة عندما ينقر المستخدم على جهازه في محطة دفع تتيح استخدام ميزة "الدفع الذكي". تتم خطوة المصادقة هذه بعد أن يعثر التطبيق على عنصر بطاقة تم إصداره للمستخدم الذي يحتوي على رقم تعريف جامع مطابق للقيمة المُعلَن عنها في المحطة.
متابعةً للمثال في القسم السابق، يوضّح الجدول التالي المفاتيح العامة المرتبطة بكل جهة إصدار.
| اسم التاجر | ILuvCoffee | قهوة وأطعمة | موكا-آر-يو |
|---|---|---|---|
| رقم تعريف جهة الإصدار | 123 |
456 |
789 |
| رقم تعريف المجمِّع | 11111111 |
44444444 |
77777777 |
| فئات برنامج الولاء | على طراز R الأساسية | مكافآتي | |
| ذهبي | |||
| المفاتيح العامة | aaa | bbb |
مثال لدى عميل بطاقات الولاء التالية المحفوظة في تطبيق "محفظة Google":
- ILuvCoffee: R-Basic
- Coffee-Foo: مكافآتي
كما في السابق، يتم ضبط القيم التالية في السمة redemptionIssuers لكل فئة ولاء.
- R-Basic:
["456", "789"] - مكافآتي:
["456"]
إذا نقر المستخدم على جهازه في محطات الدفع لكل تاجر، قد تتوفر ثلاث نتائج محتمَلة:
| محطة دفع للتاجر | النتيجة |
|---|---|
| ILuvCoffee | بما أنّ ILuvCoffee (رقم تعريف جهة إصدار تحصيل القيمة 123)
غير مضبوطة حاليًا على تحصيل قيمة فئة الولاء الخاصة بها،
R- Basic،
لن يتم نقل أي بيانات. |
| قهوة وأطعمة | تتم مصادقة تطبيق "محفظة Google" مع محطة Coffee-Foo
باستخدام المفتاح العام bbb. اعتمادًا على الشاشة الحالية التي يشاهدها المستخدم على جهازه، سيحدث أحد السيناريوهات المدرجة في قسم تجربة المستخدم. |
| موكا-آر-يو | لا يوجد مفتاح عام لـ Mocha-R-Us في هذا المثال. وعلى الرغم من إمكانية تحصيل قيمة برنامج R- Basic من خلال "التاجر"، لا يمكن إجراء المصادقة مع المحطة، وبالتالي لن يتم إرسال أي بيانات. |
حدود المصادقة
عند مزامنة بطاقة مع تطبيق "محفظة Google" الخاص بالمستخدم، سيتم عرض جميع جهات إصدار تلك البطاقة من الواجهة الخلفية لـ "محفظة Google". يتم تخزين معرّف المجمِّع والمفاتيح العامة والإصدارات الرئيسية لكل جهة إصدار لتحصيل القيمة محليًا في تطبيق "محفظة Google".
يمكن أن تتضمن البطاقة العديد من معرّفات جهات إصدار البطاقات. ويربط كل منها بمعرّف جامعي معيّن لتاجر معيّن. بالإضافة إلى ذلك، يمكن أن يكون هناك العديد من المفاتيح العامة والإصدارات الرئيسية لمعرف جامع واحد.
لن يحاول تطبيق "محفظة Google" المصادقة على محطة دفع إذا لم يكن يحتوي على أي بطاقات يمكن تحصيل قيمتها بواسطة محطة الدفع هذه. يعتمد هذا على رقم تعريف المجمِّع وإصدار المفتاح العام. لتعديل المفاتيح العامة لبطاقتك، يجب أن يتوفّر في محطة الدفع اتصالاً بالإنترنت لتتمكّن من استرداد المفاتيح العامة الجديدة من الواجهة الخلفية لـ "محفظة Google".
يمكن ربط بطاقة واحدة بعدة مفاتيح عامة في آنٍ واحد. راجع إعدادات التاجر للحصول على معلومات حول إعداد مفاتيح عامة متعددة للبطاقة نفسها.
نقل القيمة أثناء النقر
لإرسال البيانات من بطاقة أثناء النقر، يجب ضبط
smartTapRedemptionValue لعنصر البطاقة. بعد تفعيل الفئة المتوافقة مع الكائن، سيتم إرسال هذه القيمة إلى الوحدة الطرفية.
واستنادًا إلى عملية الدمج وحالة الاستخدام، سيتم استخدام هذه القيمة لتحديد بطاقة المستخدم وتنفيذ أي منطق مطلوب للمعاملة، مثل ما يلي:
- تعديل رصيد المستخدم أو حالته
- تعديل الخلفية الخاصة بك استنادًا إلى المعاملة
- يمكنك تعديل عنصر البطاقة باستخدام Google Wallet API حتى تظهر أي تغييرات تطرأ على حالة المستخدم على جهازه.
تعالج محطة الدفع وتطبيق "محفظة Google" تشفير جميع البيانات
المنقولة عبر تقنية NFC. تتولى الوحدة الطرفية معالجة عملية فك تشفير البيانات بعد إجراء "النقرة الذكية". وضمن البيانات، تتوفّر سجلات NDEF لعنصر الخدمة
التي تمثل كل بطاقة تم إرسالها. يحتوي عنصر الخدمة Service number NDEF Record على حمولة تحتوي على القيمة المحدَّدة في السمة smartTapRedemptionValue لكائن التمرير. وهذا يعني أنّ مطوّر البطاقة
ليس مضطرًا إلى التعامل مع تشفير البيانات المنقولة.
إذا كنت تريد إضافة طبقة أخرى من الأمان، يمكنك ضبط
السمة smartTapRedemptionValue بحيث لا يتمكّن سوى النظام الذي يتلقّى
البيانات المنقولة (مثل نقطة بيع) من فك تشفيرها. ومع ذلك، سيكون مطوّر البطاقة ومشرف نقاط البيع مسؤولَين عن عملية التشفير وفك التشفير.