IWNTA · COLLECTION BLUEPRINT

Demo store

راجع التعريفات المستخرجة، واختر الطلبات المتوافقة وحدد شكل نتائجها. لا يتم تنفيذ أي طلب أثناء المراجعة أو الاستيراد.

تعريفات فقط · التفعيل خطوة مستقلة
  1. ✓رفع الملف
  2. 02مراجعة العمليات
  3. 03إنشاء مسودات غير مفعّلة
2عملية
2صيغة قابلة للاستيراد كمسودة
0تحتاج تهيئة يدوية

ما الذي تمت قراءته؟ وما الذي يحتاج إعدادًا؟

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

توكن المدير ليس بالضرورة توكن الموظف. استخدام نفس اسم المتغير في Postman لا يثبت تطابق الهوية أو الصلاحيات. اضبط بيانات اتصال مستقلة لكل دور وتحقق منها قبل إسناد العمليات للـAgent.
GETList products/productsتحتاج مراجعة
Auth: none
صيغة المحتوى: json

List the products available to the current account.

مراجعة قواعد المدخلات واختبارها

لم يتم اكتشاف حقول إدخال.

نوع المثال ليس مخطط تحقق. القوالب المستوردة تحتاج مراجعة يدوية؛ اضبط أنواع الحقول ومصادر الهوية الموثوقة قبل استخدامها مع الـAgent.
البنية المتداخلة المستنتجة للمدخلات

الأنواع مستنتجة من الأمثلة وليست مخطط API معتمدًا. المصفوفات الفارغة أو المختلطة تحتاج تعريفًا. الحقول المطلوبة والقيود ومصادر الهوية تحتاج مراجعة؛ محرك التنفيذ القديم لا يفرض هذه البنية.

{
    "type": "object",
    "properties": {},
    "required": [],
    "x-review-required": "not_a_validated_contract"
}
مسارات حقول الرد (من الأمثلة وليست عقدًا ملزمًا)
datadata.*data.*.iddata.*.name
ملاحظات المراجعة (3)
  • راجع هوية المستخدم وملكية السجلات وصلاحيات التنفيذ؛ التوثيق لا يثبت صلاحية المستخدم.
  • راجع قواعد العمل والحقول المطلوبة وترتيب العمليات مع مسؤول الـAPI.
  • العنوان الأساسي متغير. قد نقترح قيمة baseUrl أو base_url الآمنة الموجودة في الملف؛ راجع الوجهة وبادئة المسار. لا ننسخ قيم المتغيرات الأخرى.

أدخل مسارات الحقول داخل كل عنصر، مثل name وid. تحقق منها باستخدام رد تجريبي حقيقي؛ لا نخمن هذه القيم.

POSTCreate enquiry/enquiriesتحتاج مراجعة
Auth: none
صيغة المحتوى: json

Create an enquiry after the customer confirms the subject and message.

مراجعة قواعد المدخلات واختبارها
الحقلالمكاننوع المثالمطلوب؟مصدر المدخل / المراجعة
subjectمحتوى الطلبstringلم يُحدَّد آليًاغير مضبوط — حدد هل يأتي من المستخدم أم مصدر بيانات أم هوية موثقة
messageمحتوى الطلبstringلم يُحدَّد آليًاغير مضبوط — حدد هل يأتي من المستخدم أم مصدر بيانات أم هوية موثقة
نوع المثال ليس مخطط تحقق. القوالب المستوردة تحتاج مراجعة يدوية؛ اضبط أنواع الحقول ومصادر الهوية الموثوقة قبل استخدامها مع الـAgent.
البنية المتداخلة المستنتجة للمدخلات

الأنواع مستنتجة من الأمثلة وليست مخطط API معتمدًا. المصفوفات الفارغة أو المختلطة تحتاج تعريفًا. الحقول المطلوبة والقيود ومصادر الهوية تحتاج مراجعة؛ محرك التنفيذ القديم لا يفرض هذه البنية.

{
    "type": "object",
    "properties": {
        "subject": {
            "type": "string"
        },
        "message": {
            "type": "string"
        }
    },
    "required": [],
    "x-review-required": "not_a_validated_contract"
}
ملاحظات المراجعة (4)
  • راجع هوية المستخدم وملكية السجلات وصلاحيات التنفيذ؛ التوثيق لا يثبت صلاحية المستخدم.
  • راجع قواعد العمل والحقول المطلوبة وترتيب العمليات مع مسؤول الـAPI.
  • العنوان الأساسي متغير. قد نقترح قيمة baseUrl أو base_url الآمنة الموجودة في الملف؛ راجع الوجهة وبادئة المسار. لا ننسخ قيم المتغيرات الأخرى.
  • لا يوجد مثال صالح لشكل الرد.