مفاتيح متجرك لا تستطيع ذلك

المتجر قد يكون مربوطاً ومتاحاً ويعمل — ومع ذلك يرفض شيئاً. فقراءة الطلبات وتغييرها صلاحيتان مختلفتان في كل منصة، ولينوميا لا ترفع الوصول الذي منحتَه بصمت أبداً: المدير يمنحه بقرار أو يبقى كما هو.

القراءة والكتابة منحتان مختلفتان

• ووكومرس — يُنشأ مفتاح الواجهة البرمجية بصلاحية قراءة أو قراءة وكتابة. ومفتاح القراءة مناسب تماماً إن أردت سجل الطلبات في المحادثات فقط. أما إجراءات الطلبات فتحتاج قراءة وكتابة، والمنتج لا يتظاهر بغير ذلك: يسجّل read_only_key أول مرة تُرفض فيها كتابة، ويعرض ذلك سبباً لعدم توفر الإجراء. ولتغييره أنشئ مفتاحاً جديداً بقراءة وكتابة في ووردبريس ← ووكومرس ← الإعدادات ← متقدّم ← REST API واستبدل المفاتيح في الإعدادات ← التجارة. فصلاحيات مفتاح قائم لا تُرفع في مكانها.
• شوبيفاي — تحتاج إجراءات الطلبات نطاق write_orders. وبدونه يسجّل المنتج missing_scope ويبلّغ أن الإجراء غير متاح بدل أن يحاوله. وإعادة ربط المتجر تطلب النطاقات من جديد.
• زد — الشكل نفسه: المتجر الذي لا يشمل تصريحه إدارة الطلبات يسجّل missing_scope.
• سلة — تطبيق لينوميا للقراءة فقط بحكم التصميم. وإجراءات الطلبات غير معروضة لسلة أصلاً، وهذه قدرة في التكامل لا مشكلة في متجرك.

بيانات عملاء شوبيفاي المحمية

تشترط شوبيفاي اعتماد التطبيق قبل أن يقرأ أسماء العملاء وبُرُدهم وأرقامهم. وحتى يتم ذلك الاعتماد يُربط متجر شوبيفاي ويعمل في كل شيء إلا تفاصيل العملاء، والمنتج يبلّغ أنه غير معتمد لا أنه فشل — لأنه ليس فشلاً، وليس شيئاً تصلحه من متجرك.

ولإجراءات الطلبات مفتاح خاص بها أيضاً

بمعزل عن المفاتيح، إجراءات الطلبات معطّلة افتراضياً لكل متجر. الإعدادات ← التجارة ← المتجر ← شغّل إجراءات الطلبات. وتشغيلها يحتاج بيانات تستطيع الكتابة أصلاً، ولهذا يرفض المفتاح بالسبب نفسه أعلاه إن كانت المفاتيح للقراءة فقط: فموافقة لا تفعل شيئاً بصمت أسوأ من رفض صريح.

ما ليست هذه المشكلة

إن كان المتجر لا يقرأ شيئاً على الإطلاق فالمشكلة ليست هذه — راجع متجرك يحتاج إلى إعادة ربط (الوصول ذهب) أو لينوميا لا تستطيع الوصول إلى متجرك (المتجر لم يُجب).