الإصدار المؤرخ 16 سبتمبر 2026. تشكل هذه القواعد جزءًا من اتفاق Cicora وتسري على طلبات RIZZ TRADE.
1. ما الذي يُشترى
1.1. يشتري المستخدم الوصول إلى خدمة برمجيات Cicora أو يدفع مسبقًا مقابل استخدامها. ويدفع الاشتراك لقاء فترة محددة والحدود التي توفرها الخطة. ويسجل نظام الدفع حسب الاستخدام في API العمليات الفعلية بصورة منفصلة. والوحدات المدفوعة مسبقًا والمكافآت ليست وديعة مصرفية أو عملة أو أصلًا استثماريًا أو وسيلة دفع.
1.2. قد يتضمن الحساب أنواعًا مختلفة من المحاسبة: حد اشتراك، ورصيد API معبأ بصورة منفصلة، وحجمًا إضافيًا مشترى، ومكافأة ترويجية. ولا يجوز معاملتها على أنها قابلة للتبادل ما لم ينص طلب صراحةً على نقل منتج أو استخدامه للدفع مقابل آخر. وتظهر قواعد الإنفاق والرصيد المتاح لنوع المحاسبة المعني.
1.3. لا يجوز نقل وحدات الاستخدام إلى مستخدم آخر أو بيعها باعتبارها نقودًا أو منحها خارج وظيفة مقدمة أو استخدامها للتسوية مع بائع من الغير. ويُنظم بصورة منفصلة احتمال استرداد المدفوعات المشروع عن خدمة غير مقدمة، ولا يُعد «سحبًا من محفظة».
2. سعر الطلب ومحتوياته
2.1. يفصح كتالوج الأسعار وAPI عن العروض الحالية. وقبل الدفع، يرى المستخدم المنتج والفترة وأساس الحساب والعملة والضرائب المنطبقة والمبلغ النهائي. ويجوز للمشتري مراجعة الطلب قبل التأكيد والاحتفاظ بشروطه.
2.2. لخطط Plus ($20) وPro ($50) و5× ($100) و20× ($200) أسعار الاشتراك الشهرية المبينة. وتُقارن مستويات 5× و20× بخطة Plus ($20)، لا بالأموال في رصيد الحساب. ولا يُفهم ضمنًا وجود مضاعف رياضي لخطة Pro لمجرد أن سعرها يختلف عن خطة أخرى.
2.3. بالنسبة إلى المعاملات المحلية في أوزبكستان، تُستخدم الأسعار والحسابات المقررة لها بالعملة التي يسمح بها القانون. وبالنسبة إلى طلب دولي، يُتفق على عملة الفوترة ومبلغ الدفع قبل الدفع. وعند حدوث تحويل، يُفصح عن الإجراء الساري والمبلغ النهائي؛ ويخضع التحويل المستقل الذي يجريه المصرف المصدر لعلاقة المستخدم بذلك المصرف.
2.4. ينشر كتالوج API العام الأسعار الدقيقة والوحدات والشروط الخاصة المنطبقة على النموذج المحدد. وليس السعر لكل مليون رمز نصي وحدة عامة للصوت أو الصور أو الفيديو أو إعادة الترتيب. وقد يغير الوضع أو الجودة أو المدة أو حجم السياق أو الذاكرة المؤقتة أو الأداة أو المزود الحساب؛ ويكون السعر والوحدة والشرط المنطبق متاحًا قبل الطلب.
3. قياس استخدام API
3.1. يُسجَّل الحجم المنفذ فعليًا باستخدام المقاييس السارية: رموز الإدخال والمخرجات، والرموز المخزنة مؤقتًا، والاستدلال الداخلي عند احتساب رسومه، والصور، ومدة الصوت، وأحرف الكلام، وثواني الفيديو، والطلبات، أو الوحدات الأخرى المفصح عنها. وتتبع المعلمات والوحدات النموذج المعني لا اسم الوظيفة العام وحده.
3.2. بالنسبة إلى السعر لكل مليون رمز، تُقسم الكمية القابلة للفوترة على 1,000,000 وتُضرب في السعر المعني. وبالنسبة إلى وحدة أخرى، يُستخدم مقياسها المنشور. ولا يجوز احتساب الاستهلاك نفسه مرتين كمكونين مستقلين إذا لم ينص السعر على عمليات منفصلة.
3.3. تصف بعض قيم الكتالوج سعرًا أساسيًا أو أدنى أو معتمدًا على المسار. ولا يصبح الموجّه الديناميكي أو السعر المحسوب من معلمات إضافية مجانيًا لمجرد أن حقل خدمة يساوي صفرًا أو سالبًا أو غائبًا. ويُحدد المبلغ النهائي بالصيغة المفصح عنها للوضع ذي الصلة.
3.4. يتاح قبل التنفيذ السعر وطريقة الحساب، وحيث لا يُعرف الحجم الدقيق مسبقًا، التقدير أو حد الإنفاق الذي يوفره المنتج. وبعد المعالجة، تُسجل الوحدات الفعلية والمبلغ والنموذج والوقت ومعرّف العملية. وتساعد هذه المعلومات في مطابقة الاستخدام بطلب وطلب مراجعة خطأ.
3.5. تقيس الأنظمة التقنية لـ Cicora وأنظمة المزود المشارك حجم الاستخدام ضمن الوضع المنطبق. وقد ينشأ اختلاف بين عدد النصوص لدى المستخدم وأداة الترميز بسبب السجل وتعليمات النظام والأدوات والمرفقات والترميز. وفي النزاع، تُراعى السجلات المتعلقة بالعملية؛ ولا يشكل السجل التقني دليلًا قاطعًا.
3.6. يُفصح قبل الاستخدام في البطاقة أو واجهة الفوترة عن التقريب والحد الأدنى للحجم القابل للفوترة وفترات التسعير الخاصة. ولا تسري القواعد الجديدة بأثر رجعي على العمليات المكتملة. ويجب ألا يتوقع المستخدم بقاء سعر API دون تغيير إلى أجل غير محدد للطلبات المستقبلية.
4. الحجز والأخطاء والطلبات المتكررة
4.1. يجوز حجز جزء من الرصيد مؤقتًا لطلب. ويحد الحجز من الرصيد المتاح، لكنه ليس الرسم النهائي. وبعد الاكتمال، تُحسب التكلفة الفعلية ويُفرج عن الجزء غير المستخدم؛ وتظهر الحالة والتعديلات في السجل.
4.2. إذا رُفض طلب قبل بدء المعالجة القابلة للفوترة، فلا تُعامل تكلفته تلقائيًا على أنها مستخدمة. وتُراجع الرسوم الخاطئة وتُصحح. ولرفض الإدخال بواسطة وسيلة حماية، وفشل المنصة، وغياب النتيجة، وإلغاء العميل ظروف تقنية مختلفة؛ ويجب تقييمها وفق المعالجة المنفذة والمقدمة فعليًا والقانون الإلزامي.
4.3. لا يؤدي فقد اتصال العميل أو إغلاق نافذة المتصفح دائمًا إلى إيقاف التنفيذ الذي بدأ بالفعل. وفي حالة البث أو نتيجة جزئية، يجوز احتساب المعالجة المنفذة إذا أُفصح عن تلك القاعدة وسمح بها القانون. ولا يجوز للخدمة اعتبار كل عملية لم تُسلَّم ناجحة لمجرد أن المزوّد أصدر فاتورة بها.
4.4. قد يكون تقديم جديد من المستخدم بعد انتهاء المهلة طلبًا منفصلًا. ويجب أن تظل إعادة المحاولة التلقائية أو عملية التحويل إلى مسار احتياطي ضمن الإعدادات والميزانية وقواعد البيانات المتفق عليها. ولا ينشئ التحول إلى وضع أعلى تكلفة بكثير تفويضًا غير محدود لإنفاق إضافي.
4.5. بالنسبة إلى عملية متنازع عليها، قدم البريد الإلكتروني للحساب ومعرّف الطلب أو معرّف طلب الشراء والنموذج والوقت ونوع الخطأ. ولا ترسل كل المحتوى الشخصي إذا كان المعرّف كافيًا للتشخيص. ويُصحح الخطأ المؤكد؛ ويُجرى استرداد نقدي، عند استحقاقه، وفق قواعد استرداد المدفوعات.
5. فترات الاشتراك وحدوده
5.1. يُفعّل الاشتراك الشهري للفترة المبينة في تأكيد الطلب. وتظهر الإمكانات والنماذج والحدود المتاحة في المنتج. ولا تعني «مزيد من الاستخدام» عددًا محددًا من الاستجابات الاعتباطية؛ فقد تستهلك الطلبات المختلفة في التعقيد الحد بصورة مختلفة.
5.2. تُقارن المستويات الأعلى باستخدام نموذج ووضع وفترة محاسبية قابلة للمقارنة. وقد تسري حدود معدل الطلبات والتزامن والوظائف المنفصلة بصورة مستقلة عن الحجم الإجمالي. وحدود الفترة غير المستخدمة ليست رصيدًا نقديًا مشترى؛ وتحدد شروط الخطة المفصح عنها قواعد تجدد الحدود وترحيلها.
5.3. لا يتوفر التجديد إلا بعد موافقة منفصلة تحدد التواتر والمبلغ وطريقة الإلغاء. ويوقف الإلغاء التجديدات المستقبلية ويحافظ على الوصول حتى نهاية الفترة الحالية المدفوعة ما لم يحدث إنهاء مشروع آخر. وتستخدم مدفوعات متجر التطبيقات إعدادات إدارة الاشتراك لذلك المتجر.
5.4. لا تسري الترقية أو التخفيض أو الانتقال الفوري أو إضافة الرصيد أو تغيير تاريخ الفوترة إلا في سيناريو مفصح عنه ومؤكد. ولا يجيز مجرد وجود خطة أغلى تحصيل سعرها تلقائيًا أو إعادة حساب فترة سابقة.
6. التعبئة والتعبئة التلقائية
6.1. قبل التعبئة، يُعرض الحجم الذي سيضاف والمبلغ المدفوع والعملة والقواعد ذات الصلة بالشراء وأي مدة استخدام. ويؤكد خادم مزود الدفع إضافة الرصيد. ويجب ألا يؤدي إشعار متكرر أو زيارة متكررة لصفحة نجاح إلى إضافة أرصدة متعددة لعملية شراء واحدة.
6.2. التعبئة التلقائية تفويض منفصل عن الاشتراك. وعند تفعيلها، يُعرض الحد والمبلغ أو الصيغة وأداة الدفع المحددة والحدود المتاحة وطريقة تعطيلها. ويجوز للمستخدم تعديل التفويض للعمليات المستقبلية أو سحبه. وتُقيّم العملية المأذون بها قانونًا التي بدأت بالفعل بصورة منفصلة.
6.3. إذا كان الرصيد غير كاف وكانت التعبئة التلقائية معطلة، تُقيّد الإجراءات المدفوعة الجديدة. ولا يجوز لنا زيادة مبلغ مأذون به أو تغيير أداة الدفع دون الموافقة المطلوبة. ولا يشكل إشعار عدم كفاية الأموال طلبًا جديدًا.
7. مدة صلاحية الوحدات المشتراة والترويجية
7.1. تُذكر مدة صلاحية وحدات الاستخدام المشتراة بصورة منفصلة في شروط التعبئة أو الحزمة ذات الصلة قبل الدفع. ولا يُطبق شرط غير مفصح عنه بأثر رجعي. ولا يلغي تغيير القواعد المستقبلية الحجم النشط المشترى سابقًا على نحو يخالف الشروط المتفق عليها والقانون الإلزامي.
7.2. يُمنح الرصيد الترويجي بموجب الحملة ذات الصلة. ويُفصح عند منحه عن نطاق انطباقه وقيوده ومدة صلاحيته وترتيب استخدامه. ولا تنشئ المكافأة المجانية مطالبة منفصلة بتلقي قيمتها الاسمية نقدًا، ولا تحل محل رد نقدي مستحق دون موافقة المستخدم.
7.3. إذا ارتبطت مكافأة بعملية شراء، تحدد شروط الحملة والقانون آثار إلغاء ذلك الشراء. ولا يجوز اعتبار جزء مدفوع لم يُقدَّم فعليًا مستهلكًا لمجرد خلط المكافأة والدفع في المحاسبة. ويجب أن يتيح السجل تحديد العمليات المتعلقة بالشراء.
7.4. قد تؤدي محاولات بيع وحدات الاستخدام أو مبادلتها أو نقلها من دون تصريح إلى تقييد الوصول والمراجعة. ويحكم الاتفاقُ إنهاءَ الحساب واستردادَ المدفوعات الإلزامي والاحتفاظَ المشروع بالمستندات؛ ولا ينشئ هذا البند مصادرة تلقائية لكل رصيد مدفوع.
8. الضرائب والتأكيدات والفوترة المؤسسية
8.1. تُحتسب الضرائب المنطبقة والبيانات اللازمة لتحديدها في الطلب. ويقدم العميل معلومات دقيقة عن البلد والمؤسسة والوضع الضريبي عند اللزوم. ولا يعني امتلاك رقم تعريف ضريبي في ذاته الإعفاء الضريبي أو تطبيق الاحتساب العكسي.
8.2. بعد الدفع، يُقدَّم تأكيد إلكتروني يمكن الاحتفاظ به. وتُصدر المستندات الضريبية والمحاسبية الإلزامية وفق القواعد السارية. ولا يكون البريد الإلكتروني الذي يؤكد نجاح التفويض دائمًا هو نفسه الإيصال الضريبي؛ ولا يجوز إحلال أي من هذين المستندين محل الآخر.
8.3. لا يسري الدفع اللاحق أو حد ائتماني أو فاتورة فردية أو شرط دفع خاص أو التزام مؤسسي بحد أدنى للحجم إلا إذا اتُّفق عليه بصورة منفصلة. ولا تنشأ هذه الترتيبات لحساب عادي مدفوع مقدمًا بموجب هذه الصفحة. ويُنظر في خطأ الفاتورة بناءً على طلب مدعوم بالمستندات، مع الحفاظ على الحقوق القانونية.
8.4. لا يؤدي اتفاق شراء أجنبي لنموذج أو خصم يقدمه مزوّد أو تكاليفه غير القابلة للاسترداد إلى تغيير شروط Cicora التي قبلها المستخدم تلقائيًا. جهات الاتصال لشؤون الدفع والمحاسبة: support@cicora.ai، +998 90 051 48 40.