# إبلاغ النتيجة

> أخبر Antiro بما وجده فريقك، فهكذا يتعلم من متجرك.

هذه صفحة واحدة من توثيق Antiro (https://docs.antiro.io/ar/api/outcomes). كل الصفحات في ملف واحد: https://docs.antiro.io/ar/llms-full.txt

`POST https://api.antiro.io/v1/outcomes`

## حقول الطلب

حدّد الطلب بـ `order_id` أو `assessment_id`، وأرسل `verdict` أو `outcome` أو كليهما.

- `order_id` (string): رقم الطلب عندك، كما أرسلته في فحص الطلب.
- `assessment_id` (string): قيمة `id` من فحص الطلب، بدل `order_id`.
- `verdict` (genuine | fake): ما وجده فريق التأكيد.
- `outcome` (delivered | returned | cancelled): حالة شحن الطلب.

## مثال على الطلب

**POST /v1/outcomes**

```bash
curl https://api.antiro.io/v1/outcomes \
  -H "X-API-Key: $ANTIRO_SECRET_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "order_id": "1042", "verdict": "fake" }'
```

## الجواب

يعود الإبلاغ الناجح بالرمز `201 Created`.

- `order_id` (string): معرّف الطلب في Antiro، وهو غير رقم الطلب عندك.
- `verdict` (string): الحكم الذي أرسلته.
- `recorded` (boolean): `true` إذا سجّل Antiro الحكم.
- `outcome` (string): حالة الشحن، إن أرسلتها.

**201 Created**

```json
{
  "order_id": "94074eb2-6c23-42e0-92f9-9f865cf88452",
  "verdict": "fake",
  "recorded": true
}
```

## مما يتعلم Antiro

`verdict` أقوى إشارة تستطيع إرسالها، فأبلغ عن الطلبات الوهمية به. ويخبر `delivered` أيضاً Antiro بأن الطلب صحيح. أما `returned` و`cancelled` فيُحفظان، لكنهما لا يجعلان الطلب وهمياً.