ارفع متجرًا كاملًا بنقرة واحدة من قالب البداية الجاهز — أو اربط موقعًا قائمًا عبر API — دون إدارة خادم أو قاعدة بيانات. يتسوّق المشتري في متجر سريع ومألوف دون التسجيل في 1💗1، وخلف الكواليس تدير الريكما المتغيرات والمخزون والطلبات وأتمتة المهام واستهلاك الموارد وأدوات MCP وتقسيم الأرباح تلقائيًا حسب مساهمة كل شريك.
أطلق متجرًا حيًا في 3 خطوات — دون برمجة خادم أو إدارة قاعدة بيانات
حتى لا تضطر إلى بناء خلفية برمجية أو صيانة قاعدة بيانات تجارية منفصلة، بنينا قالب متجر متكاملًا ومفتوح المصدر يتصل مباشرة بالريكما الخاصة بك في 1💗1.
1
الخطوة 1 · عرّف المنتجات والمتغيرات في عقل الريكما
ادخل إلى العقل ← المبيعات ← إدارة المبيعات. ارفع معرض صور (حتى 12 صورة للمنتج ومعرضًا لكل متغير)، وعرّف محاور الخيارات على مستوى الريكما (المقاس، اللون، الحجم) وأنشئ مصفوفة المتغيرات (SKU) بسعر ومخزون لكل تركيبة — أو خيار "غير محدود".
2
الخطوة 2 · اختر مسار الدفع وأنشئ مفتاحًا للمتجر
في لسان "الاتصالات" أنشئ بنقرة مفتاح متجر مخصّصًا (orders:create و-orders:read) يُحفظ في خادم المتجر فقط (ولا يظهر أبدًا في المتصفح). اختر مسار دفع واحدًا أو أكثر: Stripe أو PayPal أو الدفع بالتنسيق (هاتف / واتساب).
3
الخطوة 3 · اضغط Deploy إلى Vercel أو Netlify
الضغط على زر النشر في لسان الاتصالات يملأ تلقائيًا عنوان الريكما ومفتاح المتجر في نموذج Vercel أو Netlify. خلال دقيقة يصبح متجرك على الهواء ومتزامنًا لحظيًا مع الريكما.
ثلاثة مسارات للدفع — بما فيها إطلاق متجر من اليوم الأول دون بوابة دفع
يمكنك تفعيل مسار واحد أو الجمع بينها في السلة نفسها:
دفع إلكتروني تلقائي (Stripe / PayPal)
يعيد خادم القالب تسعير السلة مقابل الكتالوج الحي (حتى لا يُحاسب المشتري على سعر قديم أبدًا)، ويفتح صفحة دفع آمنة، ويستقبل webhook موقّعًا يبلّغ الريكما بطلب مدفوع.
دفع بالتنسيق (هاتف / واتساب / تحويل بنكي / نقدًا)
أقل حاجز دخول للمبادرات الجديدة: بلا حساب تاجر وبلا عمولات بوابات دفع. يترك المشتري اسمه وهاتفه، ويدخل الطلب إلى "بانتظار الدفع" مع أزرار اتصال وواتساب، وعند الضغط على "تم استلام الدفع" تُسجّل المبيعات وينخفض المخزون.
لديك موقع قائم بالفعل؟
لست ملزمًا باستخدام القالب: يمكنك تضمين شفرة قصيرة تبلّغ عن كل عملية بيع من موقعك الحالي، أو بناء واجهتك الخاصة فوق Headless API للريكما.
ما المبني مسبقًا داخل القالب الجاهز
كتالوج حي وبحث وتصفية حسب المحاور
تصفية حسب الفئة ومحاور المتغيرات (?option.size=m&option.color=red)، وفرز حسب السعر أو الحداثة، مع عمل كامل في SSR قبل تحميل JavaScript.
منتقي متغيرات ومعرض صور ذكي
كل اختيار للمقاس أو اللون يحدّث فورًا الصور والسعر والتوفّر ("بقيت 3" أو "متوفر") من استجابة API واحدة.
سلة آمنة وإعادة تسعير في الخادم
تحفظ السلة المعرّفات والكميات فقط (وليس السعر). قبل الدفع يتحقق الخادم مجددًا من المخزون والسعر مقابل الكتالوج وينبّه إذا تغيّر شيء.
توصيل واستلام ذاتي ومدة تحضير
دعم التوصيل إلى عنوان (مع حساب رسوم الشحن)، أو الاستلام الذاتي، أو المنتج الرقمي أو بالتنسيق، مع عرض مدة التحضير (leadTimeHours).
صفحة شكر وتتبّع حي للطلب
يحصل المشتري على رقم طلب قصير يسهل قراءته هاتفيًا (مثل K7Q4XM) ويتابع تقدّم طلبه من مسجَّل ← شُحن ← اكتمل.
تصدير CSV متوافق مع Shopify
صفر احتكار: صدّر جميع المنتجات والمتغيرات والمبيعات بصيغة CSV المتوافقة مع Shopify لأي نظام خارجي أو جدول بيانات.
◈ 2 · لماذا 1💗1 كخلفية لمتجرك؟ ◈
خلفية تُدار بتوافق الشركاء — وليست لوحة تحكم أخرى بيد "مدير واحد"
في المتاجر العادية يملك شخص واحد صلاحيات الإدارة، وفي نهاية الشهر تبدأ الجداول والخلافات بين الشركاء. عندما تكون 1💗1 هي خلفية متجرك، تكون قواعد الشراكة والتوافق مبنية داخل المحرك نفسه.
سرعتان: تشغيل يومي فوري، وتغيير الشروط والأسعار بالتوافق
تحديث المخزون، ترتيب المعرض، تعليم الطلب كـ"شُحن" أو "اكتمل" وطباعة إرسالية الشحن تتم فورًا بواسطة أي عضو في الريكما. أمّا تغيير سعر منتج أو إضافة متغير في ريكما تشاركية فهو تغيير في الشروط — لذلك يفتح تلقائيًا اقتراح تعديل (editObject) لتوافق الشركاء (موافقة · نقاش · اقتراح بديل، والصمت بعد مهلة الرد المتفق عليها يُعدّ موافقة) بينما يستمر بيع المنتج دون انقطاع.
المال يبقى عندكم — ويدخل مباشرة في معادلة التقسيم
لا تمر أموال المشتري عبر 1💗1 ولا نحتفظ بمحفظة أو وصاية مالية. يدخل الدفع مباشرة إلى حساب Stripe أو PayPal أو الحساب البنكي لعضو الريكما، ويُسجّل تلقائيًا كمبيعة بحيازته (holderStatus: 'self')، ويُحتسب فورًا في المبلغ المنتظر للتوزيع وفق معادلة الريكما: (الوقت + الموارد) = % من الأرباح. وإذا أُبلغ عن بيع ماله لدى شريك آخر — يُفتح تلقائيًا توافق ثنائي (saleClaim).
الطلب المدفوع لا يُرفض أبدًا بسبب المخزون (Oversold ذكي)
عندما يدفع المشتري في موقعك، لا يرمي الخادم خطأً يضيّع الطلب لأن المخزون نفد قبل ثانية. يُسجَّل الطلب، وينخفض المخزون تحت الصفر ليعكس بدقة عدد الوحدات الناقصة للإنتاج، ويُعلَّم الطلب كـ"نقص في المخزون" (oversold)، وتتلقى الريكما تنبيهًا للمعالجة أو التنسيق مع المشتري.
إلغاء شفاف وحماية كاملة لخصوصية المشتري
لا تُحذف المبيعة في 1💗1 من سجل الشراكة أبدًا: إلغاء الطلب بواسطة حامل المال يصفّر المبيعات التي لم تدخل في التوزيع بعد (مع توثيق المبلغ الأصلي في الملاحظة) ويعيد المخزون للطلب الذي لم يُشحن. بيانات المشتري وعنوانه مرئية لأعضاء الريكما فقط — ولا تخرج أبدًا في واجهات API العامة أو webhooks.
ما الفرق بين متجر عادي ومتجر يعمل على خلفية 1💗1؟
المجال
متجر تقليدي (Shopify / WooCommerce)
متجر بخلفية 1💗1
إدارة الأسعار والشروط
أي شخص يملك كلمة مرور المدير يمكنه تغيير السعر أو حذف المنتج منفردًا.
التشغيل والمخزون فوريان؛ وتغيير السعر أو المتغير في منتج مشترك يمر بتوافق الشركاء.
تقسيم الإيرادات بين الشركاء
يدخل المال في حساب واحد، وفي نهاية الشهر تُحسب الحصص يدويًا في جداول بيانات.
كل طلب مدفوع يغذّي تلقائيًا توزيع أرباح شفافًا حسب الساعات والموارد الفعلية لكل شريك.
ما يحدث بعد الطلب
بريد إشعار عام؛ ويجب التنسيق يدويًا لمن يجهّز ويغلّف ويشحن وما استُهلك من المواد الخام.
يفتح محرك التنفيذ مهام بطاقات قلب لأصحاب الأدوار ويخصم المواد الخام من موارد الريكما.
الاتصال بوكلاء الذكاء الاصطناعي (MCP)
يتطلب إضافات خارجية مدفوعة وتطوير تكاملات مخصّصة.
12 أداة MCP مدمجة جاهزة لإدارة المنتجات والمخزون والطلبات بالمحادثة مع Claude.
يدخل الطلب ← تُفتح مهام لأصحاب الأدوار ← يتحدّث مخزون الموارد تلقائيًا
يرتبط المتجر في 1💗1 مباشرة بعالم العمل والموارد في الريكما: كل طلب مدفوع يشغّل محرك تنفيذ واحدًا يترجم الشراء إلى مهام ميدانية واستهلاك مواد خام — دون فرض التزام قسري على أي شريك.
تعرّف كل ريكما في لسان "التنفيذ" سلسلة خطواتها: متى تُفتح الخطوة (مع كل طلب مدفوع، أو التوصيل فقط، أو الاستلام الذاتي، أو بعد خطوة سابقة)، ولمن تُوجَّه (مهمة جارية، دور في الريكما، أو عضو محدّد)، وهل تُفتح مهمة لكل طلب أم لكل سطر منتج.
الموافقة على القاعدة مرة واحدة: لا تُفتح أي مهمة تلقائية لشخص لم يوافق على القاعدة. الشريك الذي يضبط قاعدة لنفسه يفعّلها فورًا؛ والقاعدة الموجهة لشريك آخر تنتظر موافقته — وبمجرد موافقته يتدفق كل طلب إليه دون بيروقراطية.
بطاقة تنفيذ في صفحة القلب (fulfill): تظهر المهمة في صفحة القلب مع العناصر وموعد الاستحقاق وبيانات المشتري وأزرار اتصال وواتساب. الضغط على "شُحن ✓" ينهي المهمة، ويحوّل الطلب تلقائيًا إلى حالة "شُحن" (أو "اكتمل") ويرسل webhook للموقع.
ربط تشغيلي دون تضخيم الحصص: فتح المهمة لا يخلق نسبًا من تلقاء نفسه — بل تُقاس الساعات الفعلية بمؤقّت المهمة وتُعتمد كالمعتاد. غير متفرغ اليوم؟ حوّل المهمة إلى الشريك التالي في الدور.
استهلاك المخزون من الموارد · Mashabetahalich
ربط المنتجات والمتغيرات بالمواد الخام وموارد الريكما
يمكن ربط المنتج (أو متغير معيّن، مثل مقاس L الذي يستهلك قماشًا أكثر من مقاس M) بموارد الريكما بحيث تحدّث كل عملية بيع المخزون الفعلي حسب مصدر المورد:
مخزون مملوك للريكما (owned): اشترى شريك وأدخل 100 عبوة (احتُسبت قيمتها في حصته عند الإدخال). في كل عملية بيع يخصم المحرك تلقائيًا الكمية المستهلكة مما هو على الرف (onHand)، وإلغاء الطلب قبل الشحن يعيدها.
مخزون الأمانة / التصريف (perUse): يترك المورّد مادة خام في الريكما ويحصل على قيمة حسب الاستخدام الفعلي فقط — فتراكم المبيعات دفعات التوريد حسب الكمية المستهلكة فعليًا.
طرف ثالث (external) وتنبيه انخفاض المخزون: عندما ينخفض المخزون دون الحدّ المعيّن (lowStockAt) أو عندما يُطلب المنتج من مورّد خارجي عند الطلب، يفتح المحرك تلقائيًا مهمة شراء لدور المشتريات في الريكما.
المنتجات المركّبة (BOM) وطلبات التسعير وتجميع الطلب
من منتج بسعر ثابت إلى منتج مخصّص حسب الطلب وتجميع الطلب الجماعي
يعرض المتجر نفسه المنتجات البسيطة وكذلك المنتجات المركّبة من وصفة (BOM) تضم مهام وموارد متعددة:
منتج مركّب جاهز ومن قائمة خيارات: عندما تكون جميع سطور الوصفة (المهام والموارد) مسندة وأصحابها وافقوا على التعرفة والسعة، يُباع المنتج في الدفع العادي (checkout: true) لمشترٍ مجهول الهوية — بما في ذلك إضافات القائمة التي تعدّل الوصفة.
طلب شراء بتخصيص حر (quote): للمنتجات التي تُسعَّر حسب الطلب، يوجّه المتجر المشتري إلى طلب شراء يفتح محادثة تسعير وعرضًا لموافقة المشتري عبر رابط شخصي (رمز طلب) — دون إلزام المشتري بفتح حساب مسبقًا.
سلّم هوية المشتري: في 1💗1 تتطابق الهوية المطلوبة من المشتري تمامًا مع الموافقة المتبقية بعد الطلب — الشراء بسعر ثابت مجهول الهوية تمامًا، وطلب التسعير يعمل برمز لطلب واحد، وتجميع الطلب (حيث ينخفض السعر كلما انضم المزيد) يعمل بحساب خفيف بلا كلمة مرور.
◈ 4 · إدارة المتجر عبر MCP و-Headless API ◈
تحدّث مع متجرك: 12 أداة MCP لوكلاء الذكاء الاصطناعي و-REST API كامل للمطورين
يمكن لأعضاء الريكما ربط Claude أو أي وكيل ذكاء اصطناعي يدعم MCP وإدارة الكتالوج والمخزون والطلبات بلغة طبيعية — أو بناء أي تجربة تسوّق مخصّصة فوق REST API و-webhooks للريكما.
7 أدوات MCP للقراءة ومراقبة الرفوف
يرى الوكيل لحظيًا كل ما يظهر في شاشات إدارة المبيعات في الريكما:
تُطبَّق جميع أدوات الكتابة ضمن صلاحيات عضو الريكما وتحترم قواعد التوافق:
createRikmaProduct (إنشاء منتج في ريكما قائمة أو شخصية أو جديدة) · setShopStock (تحديد الكمية أو إضافة بضاعة واردة أو غير محدود) · updateRikmaOrderStatus (تعليم شُحن/اكتمل أو إلغاء بواسطة حامل المال) · updateRikmaProduct · archiveRikmaProduct
ماذا يمكنك أن تطلب من وكيل الذكاء الاصطناعي؟
"افحص مخزون الريكما — ما المتغيرات التي أوشكت على النفاد وما الطلبات التي تنتظر الشحن؟"
"وصلت 30 قطعة خزفية جديدة للمتغير M / أزرق — أضفها إلى المخزون."
"أنشئ منتجًا جديدًا في المتجر باسم 'صندوق تذوق الشتاء' بسعر 180 شيكل مع 20 وحدة في المخزون."
تبني موقعًا بـ Next.js أو SvelteKit أو Astro؟ توفّر كل ريكما سطح API قياسيًا مع دعم ETag وتصفية المتغيرات وعدم التكرار و-webhooks موقّعة بـ HMAC:
GET /api/v1/r/:rikma/products · GET /api/v1/r/:rikma/options · POST /api/v1/r/:rikma/orders · GET /api/v1/r/:rikma/orders/:ref · POST /api/v1/r/:rikma/orders/:ref/cancel · Webhooks: order.paid, order.pendingPayment, order.statusChanged, order.oversold, variant.stockChanged
هل يحتاج المشترون في متجرنا إلى التسجيل في 1💗1 أو توقيع الاتفاقية؟
لا. يتصفح المشتري متجرك ويختار المتغيرات ويضيف إلى السلة ويدفع كضيف مجهول الهوية تمامًا — دون حساب في 1💗1 ودون مغادرة موقعك.
هل يمر المال عبر 1💗1 أم أن هناك عمولة تحصيل من طرفكم؟
لا. ليس لدى 1💗1 محفظة ولا وصاية على الأموال. يدفع المشتري مباشرة إلى حساب Stripe أو PayPal أو الحساب البنكي لعضو الريكما، ويبلّغ الخادم الريكما بالطلب فقط لتسجيل المبيعات للتقسيم الشفاف بين الشركاء.
هل يمكننا إطلاق متجر قبل إعداد بوابة دفع بالبطاقات؟
نعم. في قالب المتجر يمكنك تفعيل "الدفع بالتنسيق" (هاتف / واتساب) دون مفاتيح Stripe أو PayPal. يترك المشتري اسمه وهاتفه، ويدخل الطلب إلى لسان "بانتظار الدفع"، وتنسّق معه تحويل المبلغ ثم تضغط "تم استلام الدفع".
ماذا يحدث عندما يريد أحد الشركاء تغيير سعر منتج في المتجر؟
الإجراءات التشغيلية — تحديث المخزون وترتيب الصور وتعليم الشحن — تُنفَّذ فورًا. أمّا تغيير السعر أو إضافة متغير في منتج لريكما تشاركية فيُفتح كاقتراح تعديل لتوافق الشركاء، وخلال التصويت يستمر بيع المنتج بسعره الحالي.
هل يمكن تصدير المنتجات والمبيعات إلى نظام آخر؟
نعم. تتضمن شاشة إدارة المبيعات تصدير CSV لجميع المنتجات والمتغيرات بصيغة متوافقة مع Shopify، وتصدير CSV لجدول المبيعات حسب نطاق التاريخ والمصدر.
مستعدون لإطلاق متجر يشارك فيه كل الشركاء في النجاح؟
افتحوا ريكما مجانًا، عرّفوا منتجاتكم الأولى، وارفعوا متجرًا جاهزًا خلال دقائق — أو احجزوا معنا عرضًا قصيرًا لنريكم التدفق كاملًا على الهواء.