في Content API for Shopping، كنت تدير المستخدمين وحقوق وصولهم من خلال حقل في مورِد Account يستبدل Merchant API هذا الحقل بمورِد مخصّص باسم
User وطُرق مقابلة (إنشاء، وحذف، والحصول، وإدراج، ومسار). لمزيد من المعلومات،
يُرجى الاطّلاع على مقالة التحكّم في إذن الوصول إلى
حسابك.
الاختلافات الرئيسية
مقارنةً بـ Content API for Shopping، يقدّم Merchant API المزايا التالية لإدارة المستخدمين:
- مورِد مخصّص: يوفّر هذا المورِد طريقة أكثر دقة ومباشرة للتحكّم في المستخدمين الذين يمكنهم الوصول إلى حسابك على Merchant Center والإجراءات التي يمكنهم تنفيذها.
- أسماء موارد متوافقة مع REST: في Merchant API، يتم تحديد موارد
Userمن خلال اسم المورِد الكامل ، مثلاًaccounts/12345/users/example@example.com. mealias: يمكنك استخدام الاسم المستعارmeبدلاً من عنوان بريد إلكتروني في اسم المورِد للإشارة إلى المستخدم الذي تم التحقّق من هويته، مثلاًaccounts/12345/users/me.- حقوق وصول موحّدة: يوحّد Merchant API حقول الوصول المنطقية
من Content API (مثلاً،
adminوreportingManager) في حقل واحد قابل للتكرار هوaccess_rights. - دعوة المستخدم والتحقّق منه: يقدّم Merchant API حالة مستخدم صريحة (
PENDINGأوVERIFIED). عند إنشاء مستخدم جديد، تكون حالتهPENDINGإلى أن يقبل الدعوة. ويوفّر ذلك إمكانية الاطّلاع على حالة المستخدم في واجهة برمجة التطبيقات، وهو ما لم يكن متاحًا في Content API for Shopping. Add ## Requests
يستخدم Merchant API عناوين URL التالية للطلبات من أجل إدارة المستخدمين:
GET /accounts/v1/accounts/{account}/users/{email}GET /accounts/v1/accounts/{account}/usersPOST /accounts/v1/accounts/{account}/usersPATCH /accounts/v1/accounts/{account}/users/{email}DELETE /accounts/v1/accounts/{account}/users/{email}
يقارن الجدول التالي عناوين URL للطلبات بين Content API for Shopping وMerchant API.
| وصف الطلب | Content API for Shopping | Merchant API |
|---|---|---|
| الحصول على المستخدمين لحساب | GET {api_version}/{merchantId}/accounts/{accountId} |
GET {api_version}/accounts/{account}/users |
| إنشاء مستخدم | PATCH {api_version}/{merchantId}/accounts/{accountId} |
POST {api_version}/accounts/{account}/users |
| تعديل مستخدم | PATCH {api_version}/{merchantId}/accounts/{accountId} |
PATCH {api_version}/accounts/{account}/users/{email} |
| حذف مستخدم | PATCH {api_version}/{merchantId}/accounts/{accountId} |
DELETE {api_version}/accounts/{account}/users/{email} |
المعرّفات
يقارن الجدول التالي المعرّفات المستخدَمة في الطلبات بين Content API for Shopping وMerchant API.
| وصف المعرّف | Content API for Shopping | Merchant API |
|---|---|---|
| معرّف الحساب | accountId |
account في accounts/{account} |
| معرّف المستخدِم | email_address ضمن عنصر AccountUser |
email في accounts/{account}/users/{email} |
الطُرق
يقارن الجدول التالي الطُرق بين Content API for Shopping وMerchant API.
| Content API for Shopping | Merchant API | التوفّر والملاحظات |
|---|---|---|
accounts.update |
users.create |
إنشاء مستخدم جديد لحساب |
accounts.get |
users.get |
استرداد مستخدم واحد |
accounts.get |
users.list |
إدراج جميع المستخدمين لحساب |
accounts.update |
users.patch |
تعديل حقوق وصول مستخدم |
accounts.update |
users.delete |
حذف مستخدم من حساب |
التغييرات التفصيلية في الحقول
عدِّل استخدامك للحقول على النحو التالي:
| Content API for Shopping | Merchant API | الوصف |
|---|---|---|
users (مكرَّر AccountUser) |
users (مكرَّر User) |
أصبح المورد User الآن موردًا من المستوى الأعلى مع خدمة خاصة به. |
AccountUser.email_address |
CreateUserRequest.user_id وجزء من User.name |
أصبح عنوان البريد الإلكتروني للمستخدم الآن جزءًا من اسم المورِد. حدِّده في حقل user_id أثناء الإنشاء. |
AccountUser.admin |
access_rights: "ADMIN" |
يستبدل Merchant API الحقل المنطقي admin بالقيمة ADMIN في تعداد access_rights. |
AccountUser.order_manager وAccountUser.payments_manager وAccountUser.payments_analyst |
access_rights: "STANDARD" |
يستبدل Merchant API هذه الأدوار بحق الوصول STANDARD. |
AccountUser.reporting_manager |
access_rights: "PERFORMANCE_REPORTING" |
أصبح دور reporting_manager الآن حق الوصول PERFORMANCE_REPORTING. |
AccountUser.read_only |
access_rights: "READ_ONLY" |
أصبح دور read_only الآن حق الوصول READ_ONLY. |
| غير متوفر | User.name |
يحتوي على اسم المورِد الكامل للمستخدم، مثلاً accounts/{account}/users/{email}. |
| غير متوفر | User.state |
يشير إلى حالة دعوة المستخدم، إما PENDING أو VERIFIED. |