---
title: "تطبيق التاجر متعدد الفروع: الأدوار والصلاحيات | FLUIDS"
description: "كيف تصمّم تطبيق تاجر لعدة فروع: أدوار المالك والموظف، وإسناد الموظفين إلى الفروع، وإظهار كل فرع أو إخفاؤه، وفصل صلاحيات النقاط."
url: https://fluids.digital/ar/blog/multi-branch-merchant-app
language: ar
---
[الرئيسية](https://fluids.digital/ar) [المدونة](https://fluids.digital/ar/blog) أدوار التاجر متعدد الفروع

[العروض والكوبونات والولاء](https://fluids.digital/ar/blog#offers-loyalty)

# التاجر متعدد الفروع: أدوار الموظفين وظهور الفروع وصلاحيات النقاط

[FLUIDS Digital](https://fluids.digital/ar/about) نُشر في ١ نوفمبر ٢٠٢٦ 6 دقائق قراءة

الإجابة المختصرة

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

## أهم النقاط

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

## لماذا يحتاج التاجر متعدد الفروع إلى نموذج خاص

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

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

ويتبع T-CODE، تطبيق العروض والولاء الذي صمّمته FLUIDS وبنته، هذا النهج. ينشئ التاجر ملف المتجر ويضيف الفروع، ويُظهر كل فرع أو يخفيه بحسب جاهزيته. ويتضمن نموذج أدوار التاجر فيه المالك والموظف، وإسناد الموظفين إلى الفروع، وفصل صلاحية منح نقاط الولاء عن صلاحية استخدامها. ويمكن أن يحصل الموظف على إسناد إلى فرع ووصول إلى نقطة البيع دون دور المالك الكامل.

## نموذج بيانات المتجر والفرع والموظف

يحتاج نموذج الفروع المتعددة الواضح إلى كيانات قليلة، يجيب كل منها عن سؤال سيُطرح على التطبيق يوميًا:

- **طلب التاجر:** من قدّم الطلب، وهل وافقت عليه المنصة؟ في T-CODE تأتي الموافقة قبل إنشاء المتجر.
- **المتجر:** النشاط كما يعرفه المتسوّقون، باسمه وتصنيفه وبيانات تواصله وملفه.
- **الفرع:** موقع فعلي بإحداثياته وبيانات تواصله ومؤشر ظهوره، وإليه تُربط العروض وعناصر القائمة والموظفون.
- **العضوية:** ربط بين شخص والمتجر، مع دور (مالك أو موظف)، وإسناد إلى فرع بالنسبة إلى الموظف.
- **الصلاحيات:** إجراءات محددة يحق للموظف تنفيذها، مثل تأكيد الأكواد أو منح النقاط أو قبول استخدامها.

وربط البيانات بالفرع لا بالمتجر يؤتي ثماره سريعًا. ففي T-CODE تُنشر العروض لفرع محدد، ويمكن أن تكون عناصر القائمة خاصة بفرع، وهذا مهم حين يبيع موقعان أشياء مختلفة. وتُجهَّز سلة الطلب بالنقاط لفرع من فروع المتجر؛ وربط السلة بالفرع يتيح أن تكون نقطة البيع التي تؤكّد العملية هي نفسها التي تسلّم الطلب.

قرّر مبكرًا هل يستطيع الشخص الواحد العمل في عدة فروع. فإذا كان ذلك ممكنًا، احتاجت العضوية إلى قائمة فروع، وصار على كل فحص صلاحية أن يسأل: «في أي فرع؟»

## أدوار المالك والموظف: جدول الصلاحيات

أبسط نموذج عملي هو دور مالك بتحكم كامل، ودور موظف تُفعَّل قدراته واحدة واحدة وتقتصر على الفرع المُسند إليه. والجدول التالي نقطة بداية مقترحة، لا الإعداد الفعلي في T-CODE، وهو مبني على الفصل الذي يعتمده T-CODE بين منح النقاط وقبول استخدامها:

| الإجراء | المالك | موظف بصلاحية المنح | موظف بصلاحية الاستخدام | موظف دون أيٍّ منهما |
| --- | --- | --- | --- | --- |
| تعديل ملف المتجر | نعم | لا | لا | لا |
| إضافة الفروع أو إظهارها أو إخفاؤها | نعم | لا | لا | لا |
| نشر العروض أو تعديلها | نعم | لا | لا | لا |
| دعوة الموظفين وضبط صلاحياتهم | نعم | لا | لا | لا |
| البحث عن أكواد الكوبونات وتأكيدها | كل الفروع | الفرع المُسند | الفرع المُسند | الفرع المُسند |
| التعرف إلى العميل عبر QR | نعم | الفرع المُسند | الفرع المُسند | لا |
| منح النقاط مقابل إيصال | نعم | الفرع المُسند | لا | لا |
| قبول استخدام النقاط أو تأكيد طلب بالنقاط | نعم | لا | الفرع المُسند | لا |
| عرض الكشوف والحركات | كل الفروع | نشاطه فقط | نشاطه فقط | نشاطه فقط |

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

## ظهور الفروع: إظهار كل فرع أو إخفاؤه

ينبغي أن يكون لكل فرع مفتاح ظهور خاص به، لأن الفروع نادرًا ما تجهز كلها معًا. فقد يُعدّ فرع جديد في التطبيق قبل افتتاحه، وقد يُغلق فرع للتجديد، وقد يريد المالك تجربة الإعداد على فرع تجريبي أولًا. ويتيح T-CODE للتاجر إضافة الفروع وإظهار كل فرع أو إخفاءه بحسب جاهزيته.

ويجب أن تكون لإخفاء الفرع آثار متوقعة:

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

والإخفاء ليس حذفًا. فالفرع المحذوف يأخذ سجله معه ويُفسد تقارير التاجر، أما الفرع المخفي فيحتفظ بسجلاته ويعود بضغطة واحدة.

## لماذا تنفصل صلاحية منح النقاط عن صلاحية استخدامها

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

والفصل وحده لا يكفي، بل يعمل أفضل مع قواعد مساندة قليلة:

1. **اربط المنح بالإيصالات.** يحمل كل منح بيانات الإيصال، ولا يكسب الإيصال نفسه مرتين.
2. **امنع المنح للنفس.** لا يستطيع الموظف منح النقاط لمحفظته الشخصية بوصفه عميلًا.
3. **سجّل المنفّذ.** تحفظ كل عملية منح أو استخدام اسم الموظف والفرع.
4. **راجع الكشوف.** يقرأ المالك كشوف التاجر وشاشات الحركات بحسب الفرع والموظف.
5. **احتفظ بسجلات نقطة البيع.** تُظهر سجلات نقطة البيع ما تم تأكيده، ومن أكّده، ومتى.

ويتضمن T-CODE عددًا من هذه الأجزاء: منح النقاط المرتبط بالإيصال، وكشوف النقاط وشاشات الحركات لدى التاجر. أما الجانب التجاري للنقاط، ولماذا يجب أن تبقى مكافأة ولاء لا نقودًا، فيتناوله مقال [بناء تطبيق نقاط الولاء](https://fluids.digital/ar/blog/loyalty-points-app). وتواجه أنشطة الخدمات أسئلة الموظفين نفسها، كما يشرح دليل [برنامج ولاء العيادة](https://fluids.digital/ar/blog/clinic-loyalty-program).

## تنفيذ صلاحيات الفروع بأمان

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

وبعض الممارسات تُبقي هذا الأمر قابلًا للإدارة مع نمو التجّار:

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

إذا كان نشاطك يدير عدة فروع ويريد العروض والولاء وضوابط الموظفين في منتج واحد، فاطّلع على [دراسة مشروع T-CODE](https://fluids.digital/ar/projects/tcode)، وعلى طريقة عرض أرقام الفروع في [لوحة عروض التاجر](https://fluids.digital/ar/blog/merchant-offers-dashboard)، وعلى خدمتَي [البرمجيات المخصصة](https://fluids.digital/ar/custom-software) و[منصات الأسواق](https://fluids.digital/ar/marketplace-platforms). وتتفق FLUIDS على النطاق والسعر والمدة في عرض مكتوب قبل التطوير، وتكون الشيفرة المصدرية ملكًا لك.

من أعمال FLUIDS

## T-CODE

![شاشة متجري في T-CODE: ملف المتجر مع أعداد المتابعين والعروض والفروع، وقائمة بفرعين أحدهما ظاهر والآخر مخفي، مع زر لإضافة فرع](https://fluids.digital/images/projects/tcode/05.webp)

تطبيق عروض وكوبونات يجمع المتسوّقين بالتجّار — العروض القريبة منك على الخريطة، في تجربة واحدة.

[اقرأ دراسة مشروع T-CODE](https://fluids.digital/ar/projects/tcode)

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

**هل يمكن للموظف الواحد العمل في أكثر من فرع؟**

هذا قرار تصميمي. فإذا كان نشاطك يُدوّر الموظفين بين الفروع، فينبغي أن تحمل عضوية الموظف قائمة بالفروع، وأن يتحقق كل فحص صلاحية من أن الفرع المعني ضمن القائمة.

**ماذا يحدث للعروض حين يُخفى الفرع؟**

يختفي الفرع وعروضه الخاصة به من اكتشاف المتسوّقين، ويبقى سجله متاحًا للمالك، وتتبع الحجوزات المفتوحة القاعدة التي يعلنها المنتج.

**لماذا تُفصل صلاحية منح النقاط عن صلاحية استخدامها؟**

حتى لا يستطيع موظف واحد إنشاء النقاط واستخدامها دون رقابة. ويُبقي نموذج أدوار التاجر في T-CODE هاتين صلاحيتين منفصلتين.

**ماذا يجب أن يحدث حين يغادر الموظف؟**

يحذف المالك عضويته، فينبغي أن ينتهي وصوله فورًا على جميع الأجهزة، وتبقى عملياته السابقة في السجلات باسمه.

**هل تستطيع FLUIDS بناء تطبيق تاجر بالفروع وأدوار الموظفين؟**

نعم. نرسم أولًا خريطة فروعك وأدوارك وصلاحياتك، ثم نبني أدوات التاجر وقواعد الخادم حولها. ويُؤكَّد النطاق والسعر والمدة في عرض مكتوب قبل التطوير.

في هذا المقال

لماذا يحتاج التاجر متعدد الفروع إلى نموذج خاص نموذج بيانات المتجر والفرع والموظف أدوار المالك والموظف: جدول الصلاحيات ظهور الفروع: إظهار كل فرع أو إخفاؤه لماذا تنفصل صلاحية منح النقاط عن صلاحية استخدامها تنفيذ صلاحيات الفروع بأمان أسئلة شائعة

تخطط لمنتج مشابه؟ نصمّمه ونبنيه ونطلقه، والكود ملكك.

[ناقش مشروعك عبر واتساب](https://wa.me/966559508798?text=%D9%85%D8%B1%D8%AD%D8%A8%D9%8B%D8%A7%20FLUIDS%D8%8C%20%D9%82%D8%B1%D8%A3%D8%AA%20%D9%85%D9%82%D8%A7%D9%84%20%C2%AB%D8%A3%D8%AF%D9%88%D8%A7%D8%B1%20%D8%A7%D9%84%D8%AA%D8%A7%D8%AC%D8%B1%20%D9%85%D8%AA%D8%B9%D8%AF%D8%AF%20%D8%A7%D9%84%D9%81%D8%B1%D9%88%D8%B9%C2%BB%20%D9%88%D8%A3%D8%B1%D9%8A%D8%AF%20%D9%85%D9%86%D8%A7%D9%82%D8%B4%D8%A9%20%D9%85%D8%B4%D8%B1%D9%88%D8%B9%20%D9%85%D8%B4%D8%A7%D8%A8%D9%87.)

خدمات التطوير المرتبطة

## من الفكرة إلى منتج يعمل

- [تطوير البرمجيات المخصصة](https://fluids.digital/ar/custom-software)
- [تطوير منصات الأسواق](https://fluids.digital/ar/marketplace-platforms)
- [تطبيقات الأعمال الخاصة](https://fluids.digital/ar/private-business-apps)

العروض والكوبونات والولاء

## اقرأ أيضًا

[### تطبيقات نقاط الولاء بناء تطبيق نقاط الولاء: المحفظة والتعرف عبر QR ومنح التاجر للنقاط](https://fluids.digital/ar/blog/loyalty-points-app) [### لوحة عروض التاجر لوحة تحكم التاجر للعروض: النشر والحدود والأرقام الواضحة](https://fluids.digital/ar/blog/merchant-offers-dashboard) [### أكواد استخدام الكوبونات أكواد استخدام الكوبونات: الحجز والحدود والصلاحية وتأكيد التاجر](https://fluids.digital/ar/blog/coupon-redemption-codes) [### برامج الولاء للعيادات برامج الولاء للعيادات الخاصة: نقاط على الزيارات ومكافآت داخل التطبيق](https://fluids.digital/ar/blog/clinic-loyalty-program)

## حوّل الفكرة إلى نطاق مكتوب

مكالمة قصيرة نفهم فيها المستخدمين وسير العمل، ثم عرض مكتوب يحدد النطاق والمدة والسعر قبل بدء التطوير.

[ابدأ عبر واتساب](https://wa.me/966559508798?text=%D9%85%D8%B1%D8%AD%D8%A8%D9%8B%D8%A7%20FLUIDS%D8%8C%20%D9%82%D8%B1%D8%A3%D8%AA%20%D9%85%D9%82%D8%A7%D9%84%20%C2%AB%D8%A3%D8%AF%D9%88%D8%A7%D8%B1%20%D8%A7%D9%84%D8%AA%D8%A7%D8%AC%D8%B1%20%D9%85%D8%AA%D8%B9%D8%AF%D8%AF%20%D8%A7%D9%84%D9%81%D8%B1%D9%88%D8%B9%C2%BB%20%D9%88%D8%A3%D8%B1%D9%8A%D8%AF%20%D9%85%D9%86%D8%A7%D9%82%D8%B4%D8%A9%20%D9%85%D8%B4%D8%B1%D9%88%D8%B9%20%D9%85%D8%B4%D8%A7%D8%A8%D9%87.)