ForHosting KIT · المستندات وملفات PDF

قائمة شروط الاستخدام حسب نوع النشاط التجاري

ينبغي لشروط الاستخدام النافعة أن تعكس طريقة عمل النشاط التجاري فعلياً، لا أن تكرر نموذجاً قانونياً عاماً.

● Betaمجاني · داخل متصفحك

استخدمها من الويبAPIالبريدTelegramالتطبيق قريبًا

تنشئ هذه الأداة قائمة مرتبة بالبنود لخدمة SaaS أو متجر إلكتروني أو سوق رقمي أو موقع محتوى. وهي تجمع بين الموضوعات المشتركة والأحكام المناسبة للنموذج المختار، فتمنح المؤسسين وفرق المنتجات والمستشارين القانونيين أساساً واضحاً للصياغة أو المراجعة. تمثل النتيجة معلومات عامة وليست مشورة قانونية؛ لذلك يجب تكييف الوثيقة النهائية مع النشاط ومستخدميه ومعاملاته وكل ولاية قضائية يعمل فيها.

ابدأ من نموذج النشاط لا من قالب مستعار

تنظم شروط الاستخدام علاقة تجارية محددة. تحتاج البرمجيات القائمة على الاشتراك إلى أحكام بشأن الخطط والتجديد وبيانات العملاء والاستخدام المسموح للحسابات. ويحتاج المتجر الإلكتروني إلى معالجة قبول الطلبات والدفع والشحن والإرجاع وضمانات المنتجات. أما السوق الرقمي فعليه توضيح الفرق بين دور المنصة وأدوار المشترين والبائعين، مع تنظيم القوائم والمدفوعات والرسوم ونزاعات المعاملات. ويحتاج ناشر المحتوى إلى قواعد واضحة بشأن الوصول وإعادة الاستخدام والتعليقات والاعتماد على المواد المعلوماتية. لذلك يغير اختيار نوع النشاط الصحيح القائمة تغييراً جوهرياً. تضيف الأداة بنوداً مخصصة إلى أساس مشترك يشمل القبول وأمن الحساب والاستخدام المقبول والملكية الفكرية والخصوصية والإنهاء وإخلاء المسؤولية وحدودها وتسوية النزاعات والتعديلات والإشعارات القانونية. تعامل مع كل بند بوصفه سؤالاً للصياغة، لا نصاً جاهزاً للتوقيع. حدد ما يتعهد به النشاط، وما يجوز للمستخدمين فعله، وما قد يحدث من مشكلات، ومن يتحمل كل خطر. يفضي هذا النهج إلى شروط مرتبطة بالعمليات الحقيقية بدلاً من وثيقة تجمع عبارات صيغت لمنتج آخر.

حوّل كل بند إلى قاعدة تشغيلية دقيقة

قارن في كل بند بين القاعدة القانونية المقترحة والمنتج ومسار الدفع والدعم والإجراءات الداخلية. لا تكون قاعدة التجديد موثوقة إذا كان نظام الفوترة يعمل بطريقة مختلفة. ويكون وعد الحذف محفوفاً بالمخاطر إذا منعت النسخ الاحتياطية أو متطلبات الاحتفاظ النظامية المحو الفوري. يجب أن تطابق قواعد مدفوعات السوق ممارسات الاحتياطيات ورد المبالغ، وأن تعكس قواعد تسليم المتجر شركات الشحن والوجهات والوقت الفعلي لانتقال المخاطر. سجل قبل الصياغة الفريق المسؤول والمصدر المعتمد لكل إجابة. يؤكد فريق المنتج الخصائص والضوابط، وتتحقق المالية من الرسوم والضرائب والمبالغ المستردة والمدفوعات، وتشرح العمليات التنفيذ أو الإشراف، ويبين الأمن حماية بيانات الدخول ومنع الإساءة، ويوائم مختصو الخصوصية الإشعارات واتفاقات المعالجة. علّم البنود غير المنطبقة وسجل السبب بدلاً من حذفها بلا تفسير. وحدد أيضاً الوثائق المرتبطة التي تُدمج في الشروط، مثل سياسات الاستخدام المقبول والإرجاع والبائعين والاشتراك وحقوق النشر ومعالجة البيانات. تكتسب الإحالات المتسقة أهمية كبيرة، لأن التعارض بين السياسات قد يجعل حتى الشروط المصاغة بعناية مربكة أو مضللة.

اطلب مراجعة قانونية للاختصاص والإنصاف وقابلية التنفيذ

تحدد القائمة موضوعات شائعة، لكنها لا تستطيع تقرير الصياغة النافذة لنشاط أو جمهور بعينه. قد تقيد قوانين حماية المستهلك إخلاء ضمانات معينة أو التجديد التلقائي أو إجراءات الإلغاء أو حدود المسؤولية أو اختيار القانون أو التحكيم أو التنازل عن الدعاوى الجماعية أو التعديلات المنفردة. وقد تختلف المتطلبات أيضاً عند تعامل القاصرين مع الخدمة، أو عبور السلع للحدود، أو عمل البائعين بصفة تجارية، أو معالجة معلومات خاضعة للتنظيم. قدم القائمة المكتملة إلى مستشار قانوني مؤهل، ومعها ملاحظات الوقائع والسياسات المرتبطة ومسارات المستخدم والأسواق المستهدفة وأي نصوص تعاقدية قائمة. اطلب تفسير ما حُذف وما يلزم من تغييرات تشغيلية، لا مجرد تسليم نص. بعد الاعتماد، اختبر الشروط في مسار التسجيل أو الشراء الحقيقي: ينبغي عرض إشعار مناسب، وعمل الروابط، وتسجيل الموافقة عند لزومها، وإتاحة نسخة يمكن الاحتفاظ بها. عيّن مسؤولاً ودورة مراجعة. أعد الفحص عند تغير الأسعار أو الاشتراكات أو مناطق الشحن أو أدوار المنصة أو خصائص المحتوى أو إجراءات النزاع أو ممارسات البيانات. عبر API، تبلغ تكلفة كل قائمة حتمية $0.002؛ وتنتج المدخلات نفسها دائماً النتيجة المرتبة نفسها.

حالات الاستخدام

إعداد موجز أولي للصياغة

قدم للمستشار القانوني قائمة منظمة بالأسئلة والوقائع التشغيلية الخاصة بالنموذج قبل بدء الصياغة.

مراجعة الشروط بعد تغيير المنتج

تحقق مما إذا كانت الاشتراكات أو المدفوعات أو الشحن أو التعليقات أو خصائص البيانات الجديدة تتطلب بنوداً مضافة أو معدلة.

تنسيق مراجعة بين الإدارات

وزع البنود على فرق المنتج والمالية والعمليات والخصوصية والأمن والقانون حتى تتطابق القواعد المنشورة مع الممارسة.

الأسئلة الشائعة

هل تنشئ الأداة وثيقة شروط استخدام كاملة؟

لا. تنتج قائمة بالبنود وأسئلة للمراجعة، لا صياغة تعاقدية. تحتاج الشروط النهائية إلى صياغة خاصة بالنشاط ومراجعة قانونية.

ما أنواع الأنشطة المعترف بها؟

القيم المقبولة هي SaaS والتجارة الإلكترونية والسوق الرقمي وموقع المحتوى. تؤدي أي قيمة أخرى إلى خطأ إدخال غير صالح.

لماذا تشترك الأنواع كلها في بعض البنود؟

تحتاج معظم الخدمات عبر الإنترنت إلى أساس يتعلق بالقبول والحسابات والاستخدام والملكية والمحتوى والخصوصية والإنهاء والمخاطر والنزاعات والتعديلات والتواصل.

هل تغني القائمة عن مشورة المحامي؟

لا. يتطلب القانون المطبق وقابلية التنفيذ والجمهور والنطاق الجغرافي وعمل المنتج وتوزيع المخاطر تحليلاً للنشاط الفعلي.

كيف ينبغي استخدام النتيجة؟

طابق كل بند مع العمليات، ووثق المسؤولين والمصادر، وعلل ما لا ينطبق، ثم قدم الموجز المكتمل إلى مستشار مؤهل.

ما تكلفة طلب API؟

تبلغ تكلفة كل طلب $0.002. تعمل القدرة بصورة حتمية ولا تستخدم خدمة شبكية أو نموذجاً لغوياً.

للمطوّرين — الوصول عبر API

كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.

الـEndpoint

POSThttps://api.kit.forhosting.com/doc/terms-of-service-checklist

صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.

استدعِ الخدمة من بيئتك

curl -X POST https://api.kit.forhosting.com/doc/terms-of-service-checklist \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"business_type":"saas"}'

const res = await fetch("https://api.kit.forhosting.com/doc/terms-of-service-checklist", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "business_type": "saas"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/doc/terms-of-service-checklist",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "business_type": "saas"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/doc/terms-of-service-checklist", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"business_type":"saas"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"business_type":"saas"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/doc/terms-of-service-checklist", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

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

{
  "business_type": "saas"
}

مثال على الاستجابة

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "doc.terms_of_service_checklist",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.

الأسعار

لكل طلب$0.002

السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.

الحدود

`max_mb`	25
`max_pages`	200

الأخطاء

HTTP	الرمز	المعنى
`401`	`unauthorized`	مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك.
`402`	`insufficient_balance`	رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة.
`404`	`unknown_type`	نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب.
`429`	`rate_limited`	تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة.

اطّلع على توثيق KIT الكامل ←