> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/technical-library-ar/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/appendix-u.s.regulatory-requirements-karis-law-and-ray-baums-act.md).

# الملحق: المتطلبات التنظيمية الأمريكية—قانون Kari وقانون RAY BAUM'S

ينظّم قانونان فدراليان في الولايات المتحدة إجراء مكالمات الطواريْ لأنظمة الهاتف متعددة الخطوط (MLTS). صُمم Zoom Phone للامتثال لكليهما.

#### قانون كاري (2018)

سُنّ قانون كاري عقب حادثة لم يتمكن فيها ضيف في فندق من الاتصال بالرقم 911 لأن نظام الهاتف كان يتطلب طلب بادئة (مثل "9") للحصول على خط خارجي. يحدد القانون متطلبين أساسيين:

**المتطلب 1 - عدم الحاجة إلى بادئة للوصول إلى خدمات الطوارئ.** يجب أن يتمكن أي مستخدم على نظام هاتف متعدد الخطوط من طلب الرقم 911 مباشرةً دون طلب بادئة أو رمز وصول أو لاحقة.

**كيفية امتثال Zoom:** يوجه Zoom Phone الرقم 911 (أو أي رقم طوارئ محدد حسب البلد) باعتباره مكالمة طوارئ افتراضيًا، بغض النظر عن إعدادات خطة الطلب. لا يلزم استخدام بادئة أو لاحقة. هذا السلوك مدمج في منصة ولا يمكن تجاوزه.

**المتطلب 2 - إخطار جهة الاتصال المعيّنة في الموقع.** عند إجراء مكالمة طوارئ، يجب أن يرسل النظام إشعارًا في الوقت الفعلي إلى نقطة الاتصال معيّنة في المنشأة (مثل مكتب الاستقبال أو فريق الأمن أو مسؤول السلامة).

**كيفية امتثال Zoom:** يوفر Zoom Phone أربع قنوات إشعار يمكن دمجها: قوائم توزيع البريد إلكتروني، وقائمة انتظار مكالمات لفريق الاستجابة الداخلية للسلامة، وتنبيهات روبوت Zoom دردشة، وخطافات الويب الخاصة بواجهة برمجة التطبيقات. يمكن تهيئتها على مستوى الحساب أو لكل موقع.

{% hint style="info" %}
**نصيحة:** اطلب **933** (الولايات المتحدة/كندا فقط) للوصول إلى خدمة اختبار آلية تتحقق من إعداد إجراء مكالمات الطواريْ لديك — بما في ذلك تسليم الإشعارات — من دون إشراك موارد السلامة العامة الفعلية.
{% endhint %}

#### قانون RAY BAUM'S (2019)

يبني قانون RAY BAUM'S على قانون كاري من خلال اشتراط إرسال "الموقع القابل للإرسال" إلى نقطة الرد المتعلقة بالسلامة العامة مع كل مكالمة 911. يجب أن يكون الموقع القابل للإرسال مفصلًا بما يكفي ليتمكن المستجيبون الأوائل من العثور على المتصل — وليس مجرد عنوان شارع، بل المبنى والطابق والغرفة أو الجناح المحدد.

**كيفية امتثال Zoom:** يتيح Zoom Phone عناوين الطوارئ المفصلة لكل مستخدم وهاتف وموقع. يلتقط حقل سطر العنوان 2 معلومات المبنى والطابق والجناح والغرفة. بالنسبة إلى عملاء الولايات المتحدة/كندا الذين يستخدمون إجراء مكالمات Zoom عبر شبكة الهاتف العامة المترابطة، يُرسل هذا العنوان القابل للإرسال مباشرةً ضمن إشارات مكالمة عبر بروتوكول PIDF-LO. بالنسبة إلى المستخدمين المتنقلين، يحدد اكتشاف الموقع في Zoom تلقائيًا العنوان القابل للإرسال الصحيح استنادًا إلى موقع شبكة المستخدم المكتشف.

**التحقق من العنوان:** عند إدخال عنوان الطواريْ أو تحديثه في الولايات المتحدة/كندا، يتحقق Zoom منه تلقائيًا قبل أن يمكن حفظه. بالنسبة إلى البلدان الأخرى، قد يتضمن التحقق خطوة معالجة يدوية يتولاها فريق خدمات Zoom (تكون العناوين في حالة "قيد الانتظار" حتى اعتمادها).

<table data-header-hidden="false" data-header-sticky><thead><tr><th>القانون</th><th>السنة</th><th>المتطلب</th><th>كيفية امتثال Zoom</th></tr></thead><tbody><tr><td><strong>قانون كاري</strong></td><td>2018</td><td>1) عدم الحاجة إلى بادئة لطلب الرقم 911<br>2) إخطار الموظفين في الموقع</td><td>يُوجَّه الرقم 911 دائمًا باعتباره مكالمة طوارئ؛ إشعارات البريد إلكتروني وقائمة انتظار فريق السلامة وروبوت دردشة وخطاف الويب</td></tr><tr><td><strong>قانون RAY BAUM'S</strong></td><td>2019</td><td>إرسال الموقع القابل للإرسال إلى نقطة الرد المتعلقة بالسلامة العامة</td><td>عناوين مفصلة (المبنى/الطابق/الغرفة) عبر سطر العنوان 2؛ تسليم PIDF-LO في الولايات المتحدة/كندا</td></tr></tbody></table>

لمزيد من المعلومات حول هذه اللوائح، راجع [صفحة متطلبات MLTS 911 التابعة لـ FCC](https://www.fcc.gov/mlts-911-requirements)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://library.zoom.com/technical-library/technical-library-ar/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/appendix-u.s.regulatory-requirements-karis-law-and-ray-baums-act.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.