ATP - انتشار نسخه قالب (POST /api/v1/draft-template-versions/{version_id}/publish/)

Endpoint

POST /api/v1/draft-template-versions/{version_id}/publish/

هدف آزمون

انتشار version به published؛ قابل bind به draft جدید.

شرایط آزمون

• سرویس core-api در حال اجرا باشد
• هدر Authorization با access token معتبر

فرآیند آزمون

1. ایجاد sections در نسخه draft
2. POST publish
3. بررسی status=published
4. بررسی published_version در لیست قالب

معرفی ویژگی

این endpoint عملیات «انتشار نسخه قالب» را در API Patent Genie انجام می‌دهد.

• ورودی معتبر: اعتبارسنجی در مرز API
• پاسخ استاندارد: قالب JSON یکسان با سایر endpointها
• کنترل دسترسی: مطابق policy ماژول مربوطه

سناریوی آزمون

سناریو 1: مسیر موفق

1. ارسال POST /api/v1/draft-template-versions/{version_id}/publish/
2. دریافت پاسخ موفق
3. بررسی ساختار پاسخ

سناریو 2: خطا - درخواست نامعتبر

1. ارسال درخواست با داده یا شناسه نامعتبر
2. دریافت کد خطای 4xx
3. بررسی پیام خطای استاندارد API

سناریو 3: خطا — بدون احراز هویت

1. ارسال درخواست بدون هدر Authorization
2. دریافت کد 401
3. بررسی عدم برگرداندن داده محافظت‌شده

سناریو 4: خطا — منبع یافت نشد

1. استفاده از UUID نامعتبر یا متعلق به کاربر دیگر
2. دریافت کد 404
3. بررسی پیام خطای استاندارد API

قالب API

Swagger

post:
  summary: انتشار نسخه قالب
  responses:
    201:
      description: منبع ایجاد شد
    400:
      description: داده ورودی نامعتبر
    401:
      description: احراز هویت نامعتبر

نمونه ورودی

curl -X POST "http://localhost:8000/api/v1/draft-template-versions/{version_id}/publish/" \
  -H "Authorization: Bearer <access>" \
  -H "Content-Type: application/json"

نمونه خروجی

{
  "success": true,
  "data": {}
}

Status Codes

• 201: منبع ایجاد شد
• 400: داده ورودی نامعتبر
• 401: احراز هویت نامعتبر

نتیجه مورد انتظار

در صورت موفقیت، پاسخ JSON استاندارد با کد وضعیت مناسب برای POST برگردانده می‌شود.

روال صحت‌سنجی

1. بررسی کد وضعیت HTTP
2. بررسی فیلد success در بدنه
3. بررسی عدم افشای داده حساس

توضیحات

• نسخه published قبلی retire نمی‌شود مگر retire صریح