# تنفيذ القرار

> حوّل جواب Antiro إلى ما يحدث للطلب فعلاً.

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

## القرارات الثلاثة

| `action` | ما تفعله |
| --- | --- |
| `allow` | اقبل الطلب. |
| `review` | أوقف الطلب في نظامك حتى يراجعه فريقك. |
| `block` | ارفض الطلب. |

تعامل مع أي قيمة لا تعرفها كأنها `review`، كما في هذا المثال:

**Node.js**

```js
try {
  const res = await check(order); // POST /v1/assessments
  if (!res.ok) throw new Error(res.status);

  const { action } = await res.json();

  if (action === 'allow') return accept(order);
  if (action === 'block') return refuse(order);
  return hold(order); // review, and any value added later
} catch {
  // Antiro is out of reach: never lose an order
  accept(order);
  checkAgainLater(order); // same order_id
}
```

## إذا لم يصل جواب

إن لم يجبك Antiro خلال 6 ثوانٍ، أو عاد خطأ، فاقبل الطلب حتى لا تخسره، ثم أعد فحصه لاحقاً بالرقم `order_id` نفسه.

## أوضاع الحماية

`action` هو ما تفعله الآن، و`recommended` هو ما قرره Antiro. ولا يختلفان إلا في وضع المراقبة. تحدد الوضع من صفحة [الحماية](https://dashboard.antiro.io/dashboard/protection) في لوحة التحكم.

| الوضع | `action` | `recommended` |
| --- | --- | --- |
| الحماية (الافتراضي) | مثل `recommended` | قرار Antiro |
| المراقبة | دائماً `allow` | قرار Antiro |
| متوقفة | دائماً `allow` | دائماً `allow` |

وضع المراقبة مفيد أثناء التجربة: لا يتأثر أي طلب، وتستطيع مقارنة `recommended` بما يجده فريقك.

أما «متوقفة» فتعني أن الفحص لا يجري أصلاً: لا يحتوي الجواب `id` ولا `probability` ولا `confidence`، وتكون `reasons` فارغة.

## اعرض الأسباب لفريقك

لكل عنصر في [`reasons`](https://docs.antiro.io/ar/api/assessments#%D8%A7%D9%84%D8%A3%D8%B3%D8%A8%D8%A7%D8%A8) حقل `label` بالإنجليزية والعربية والفرنسية. اعرضه بجانب الطلب الموقوف، ليعرف فريقك ما يسأل عنه في المكالمة.