قاموس مصطلحات التجزئة والتجارة الإلكترونية

برنامج الكاشير الذي يدير البيع وإصدار الفاتورة وتحديث المخزون لحظياً.

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

شاشة في المطبخ تستقبل الطلبات من الكاشير مقسّمة حسب القسم بدلاً من Chits ورقية.

شاشة المطبخ (Kitchen Display Screen) شاشة مثبَّتة في المطبخ تستقبل الطلبات من الكاشير فوراً، مقسّمة حسب القسم (مشاوي، سلطات، حلويات)، مع Countdown لكل طبق. تلغي الـ Chits الورقية، تقلّل أخطاء النقل، وتخفّض زمن التحضير 18-25% وفق دراسات السوق المصري في 2025.

قدرة نظام POS على إتمام البيع دون إنترنت، مع المزامنة فور عودة الاتصال.

وضع عدم الاتصال يسمح للكاشير بإصدار الفواتير وإتمام المبيعات حتى عند انقطاع الإنترنت. البيانات تُخزَّن محلياً في المتصفح (IndexedDB/PWA)، وعند عودة الاتصال يتم رفعها لقاعدة البيانات المركزية. ضروري في السوق المصري بسبب الانقطاعات المتكررة، وخاصة في أوقات الذروة.

محطة كاشير للعميل نفسه بدون موظف، يصور المنتج ويدفع بالبطاقة.

الدفع الذاتي محطة في المحل يستخدمها العميل بنفسه: يمسح باركود كل منتج، يضعه على ميزان (للمنتجات بالوزن)، ثم يدفع بالبطاقة أو InstaPay. تقلّل الزحمة في ساعات الذروة وتوفّر تكلفة عمالة. شائعة في السوبر ماركت والسلاسل التي تتجاوز 200 عملية يومياً.

خيارات تخصيص الطلب في نظام المطعم: "بدون بصل"، "إضافة جبنة"، إلخ.

الـ Modifiers هي خيارات تعديل الطبق في نظام المطعم — إضافات أو استبعادات أو خيارات تحضير. كل طبق يمكن أن يكون له عشرات التركيبات. نظام مطعم بلا Modifiers يجعل الكاشير يكتب التعديلات يدوياً، فتضيع في المطبخ. نظام التجزئة العادي لا يدعمها.

فترة عمل الكاشير من فتح الدرج إلى إغلاقه، وثيقة لتحديد المسؤولية النقدية.

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

الصندوق المعدني المتصل بالـ POS، يفتح تلقائياً عند تسجيل البيع النقدي.

الدرج النقدي صندوق معدني يفتح كهربائياً عند إصدار فاتورة نقدية من الـ POS. يربط بالنظام عبر كابل أو RJ11 من طابعة الفواتير. حماية مهمة ضد السرقة — لا يفتح إلا بأمر النظام، ويُسجَّل كل فتح في الـ Audit Log.

تقسيم فاتورة طاولة على أكثر من عميل في المطعم — بالتساوي أو حسب الطلبات.

Split Bill ميزة في نظام المطعم تتيح تقسيم الفاتورة بين عدة عملاء في نفس الطاولة. يمكن التقسيم بالتساوي (مثلاً 4 عملاء، كل واحد ربع المبلغ) أو حسب الطلبات الفعلية لكل شخص. ضرورية في مطاعم العائلات والمجموعات.

منصة وسيطة بين المطعم والعميل مثل Talabat و Elmenus و Otlob.

الـ Aggregator منصّة تجمع طلبات الـ Delivery من العملاء وترسلها للمطاعم — Talabat و Elmenus و Otlob في مصر. تأخذ عمولة 20-30% من قيمة الطلب. تكاملها مع نظام المطعم عبر API ضروري لمنع نقل الطلبات يدوياً، الذي يستهلك وقتاً ويسبّب أخطاء.

بنية تجمع كل قنوات البيع (محل، متجر، Marketplaces، WhatsApp) على قاعدة بيانات واحدة.

Omnichannel يعني أن المخزون والعملاء والمبيعات تأتي من قاعدة بيانات واحدة، بغضّ النظر عن قناة البيع. الفرق عن Multichannel أن الأخيرة تحتفظ بقواعد بيانات منفصلة لكل قناة. الـ Omnichannel يمنع overselling، ويتيح القرارات بناءً على بيانات موحّدة.

بيع منتج لم يعد موجوداً في المخزون بسبب تأخّر تزامن القنوات.

البيع الزائد يحدث عندما تبيع نفس الوحدة في قناتين مختلفتين قبل أن يتزامن المخزون بينهما. النتيجة: ردّ المبلغ للعميل + مراجعة سلبية + خسارة الوحدة. متوسط نسبة الـ Overselling في المتاجر التي تفصل POS عن المتجر الإلكتروني: 15-23% وفق Statista MENA 2025.

منصات بيع كبرى مثل Amazon Egypt و Noon — كل منها بـ 50+ مليون زائر شهرياً.

الـ Marketplaces مثل Amazon Egypt و Noon تتيح للتجار البيع تحت مظلتها مع وصول لقاعدة عملاء ضخمة. تتطلب تكاملاً API (Amazon SP-API، Noon Seller API) لإدارة المخزون والطلبات. تجاهلها يحرم التاجر من 20-30% مبيعات محتملة.

عميل أضاف منتجاً إلى السلة ولم يكمل الـ Checkout — متوسط الحدوث في مصر 78%.

السلة المتروكة تحدث عندما يضع العميل منتجاً في السلة ثم يغادر دون إكمال الشراء. متوسطها في مصر 78% (أعلى من المتوسط العالمي 70%). الـ Recovery Flow عبر WhatsApp + Email + Retargeting يستعيد 15-25% من هذه السلال = إيراد إضافي صافي تقريباً.

استخدام نطاقك الخاص (mystore.com) بدلاً من رابط فرعي من المنصة.

النطاق المخصّص هو نطاقك الذي تشتريه (مثلاً mystore.com) وتربطه بمتجرك. يبني الثقة، يحسّن SEO، ويعطي علامتك التجارية هوية مستقلة. الإعداد يتطلّب تعديل سجلات DNS، وعادةً يُفعَّل SSL آلياً خلال 24 ساعة.

تشفير بيانات العملاء بين متصفحهم وموقعك — يظهر بقفل أخضر في شريط العنوان.

SSL/TLS بروتوكول يشفّر البيانات بين المتصفح والموقع. ضروري لأي متجر يقبل دفعاً إلكترونياً (إلزامي قانوناً في مصر). يظهر بـ HTTPS وقفل في شريط العنوان. منصّات الـ E-commerce الجادة توفّره مجاناً عبر Let’s Encrypt.

إتمام الشراء بدون إنشاء حساب — يخفّض Cart Abandonment 15-25%.

Guest Checkout يتيح للعميل إتمام الشراء بإدخال الاسم والعنوان والـ Phone فقط، بدون إنشاء حساب وكلمة سر. 23% من حالات Cart Abandonment سببها "إجبار إنشاء حساب" (Baymard 2025). أي متجر جاد يجب أن يقدّمها كخيار افتراضي.

كتالوج منتجاتك يظهر داخل Instagram مع Tag على الـ Posts و Stories.

Instagram Shop ميزة من Meta تتيح ربط كتالوج منتجاتك بحساب Instagram Business. المنتجات تظهر بـ Tag على Posts و Stories و Reels، والعميل يضغط ليصل لصفحة المنتج في متجرك. أعلى قناة Discovery للـ Fashion و Beauty في مصر.

عرض الأسعار للعميل بعملة بلده تلقائياً — مفيد للمتاجر الإقليمية والسياحية.

متعدّد العملات يعرض الأسعار للعميل بعملة بلده بناءً على IP. الأسعار تُحسب من سعر EGP باستخدام معدّل تحويل لحظي. مفيد للمتاجر التي تخدم الخليج (SAR، AED) أو السياح. الـ Settlement يبقى بالعملة المحلية للتاجر.

الـ ID الداخلي لكل منتج في النظام (مثلاً TS-RED-L).

الـ SKU هو الكود الداخلي الفريد لكل منتج في نظامك. لا يظهر على المنتج، فقط في النظام. منتج واحد له SKU واحد، لكن قد يكون له عدة Barcodes (مثلاً Multi-pack وفرد). يختلف عن الـ Barcode الذي هو الكود المرئي الذي يُمسح بالـ Scanner.

سياسة مخزون: الوحدة الأقدم تباع أولاً. مناسبة لمعظم تجارة التجزئة.

FIFO سياسة محاسبية ومخزنية يصرف فيها النظام الوحدات الأقدم أولاً. مناسبة للمنتجات التي لا تنتهي صلاحيتها بسرعة (ملابس، إلكترونيات). تنعكس على حساب تكلفة البضاعة المباعة (COGS) في القوائم المالية.

سياسة مخزون: الدفعة الأقرب لانتهاء الصلاحية تباع أولاً. ضرورية للأدوية والأطعمة.

FEFO سياسة مخزون تصرف فيها الدفعات الأقرب إلى تاريخ الانتهاء أولاً. ضرورية للصيدليات والسوبر ماركت ومحلات الطعام. تتطلّب نظاماً يتعقّب الـ Batch ويحسب تاريخ الانتهاء لكل دفعة على حدة. إهمالها يكلّف الصيدليات المصرية ~380 مليون جنيه سنوياً.

الفرق بين المخزون النظري والفعلي بسبب السرقة أو التلف أو الخطأ.

الـ Shrinkage هي نسبة الفقد في المخزون من ثلاثة مصادر: سرقة (داخلية أو خارجية)، تلف، أو خطأ بشري في الإدخال. متوسطها في تجزئة مصر 2-4% من المبيعات. الكشف يتم عبر Cycle Counts منتظم. Audit Log + Cashier Sessions + CCTV يخفضها إلى أقل من 1%.

منتج طلبه العميل لكنه نفد فعلياً أو نظرياً — أحد أكبر مسببات خسارة الإيراد.

الـ Stockout يحدث عندما يطلب العميل منتجاً، إما يكون نفد فعلياً (لم تطلبه من المورد) أو نظرياً (موجود لكن النظام لا يعرف). أكبر إهانة للعميل المنتظم، ويسبب 18-25% من خسائر الإيراد المحتمل. الحل: Auto Reorder بناءً على Min/Reorder Point.

جرد جزئي يومي/أسبوعي بدلاً من الجرد السنوي الذي يقفل المحل أياماً.

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

كود فريد من 15 رقم يميّز كل جهاز موبايل في العالم — أساس نظام محل الموبايلات.

IMEI كود تعريف عالمي فريد لكل جهاز موبايل (15 رقم). لمحل الموبايلات هو الرقم التسلسلي لتتبّع كل جهاز فردياً، التحقق من الضمان، الكشف عن الأجهزة المسروقة، وإدارة Trade-in. لا يصح اعتبار 30 جهاز iPhone كـ "كمية 30" — كل واحد بـ IMEI مستقل.

الحدّ الذي ينبّه فيه النظام لإعادة طلب المنتج قبل نفاده.

Reorder Point الكمية التي يبدأ عندها النظام تنبيهك أو يولّد Purchase Order تلقائي. يُحسب: متوسط البيع اليومي × مدة وصول الشحنة من المورد (Lead Time) + Safety Stock. تطبيقه الصحيح يلغي Stockouts نهائياً.

كمية احتياطية فوق Reorder Point لتغطية تقلّبات الطلب أو تأخير الموردين.

Safety Stock الكمية الإضافية التي تحتفظ بها لمواجهة طلب غير متوقّع أو تأخير في توريد الشحنات. تختلف حسب القطاع: 7-14 يوم بيع للقطاعات المستقرّة، 30+ يوم للقطاعات الموسمية. تكلفتها (تجميد رأس المال) مقابل خسائر Stockouts.

تسجيل كل دفعة من المنتج برقم Batch وتاريخ انتهاء — أساس FEFO.

Batch Tracking تسجيل كل دفعة من المنتج (Lot/Batch Number) منفصلة عن الأخرى، مع تاريخ الاستلام وتاريخ الانتهاء. يسمح بسحب دفعة معيّنة في حالة Recall من المصنّع، أو بصرف الأقدم/الأقرب للانتهاء أولاً (FIFO/FEFO).

نسخة من المنتج تختلف في المقاس أو اللون أو الـ Configuration.

الـ Variant نسخة من نفس المنتج بمواصفات مختلفة — "T-shirt أحمر مقاس L" و"T-shirt أحمر مقاس M" Variants لنفس المنتج الأم. كل Variant له SKU و Barcode ومخزون مستقل. يدار تحت Parent Product موحّد.

منتج مركّب من عدة منتجات أصلية بسعر أقل من مجموع أسعارها الفردية.

الـ Bundle منتج يُباع كوحدة واحدة لكنه يتكوّن من عدة Components. مثال: "علبة 6 زجاجات مياه" = 6 × زجاجة فردية بسعر أقل من مجموع الفردية. النظام يخصم المكونات تلقائياً عند البيع. تستخدم لرفع AOV.

يدفع العميل نقداً عند استلام الشحنة. يمثل 68% من طلبات التجارة الإلكترونية في مصر.

الدفع عند الاستلام طريقة الدفع الأكثر شيوعاً في مصر (68% من طلبات E-commerce في 2025). تتيح للعميل الدفع نقداً للسائق عند استلام الشحنة. مخاطرها: طلبات وهمية (Ghost Orders)، إرجاع عند الباب، تأخير الـ Cash Flow. الحماية: OTP Confirmation قبل الشحن.

"اشترِ الآن وادفع لاحقاً" — تقسيم الطلب على 3-4 دفعات بلا فوائد على العميل.

BNPL طريقة دفع تتيح للعميل تقسيم قيمة الطلب على 3-4 دفعات خلال شهرين، بلا فوائد عليه. التاجر يستلم القيمة كاملة فوراً (ناقص عمولة 5-8%). المزودون الرئيسيون في مصر: Tabby و Tamara. زيادة AOV المتوقّعة 30-45%.

بوابة دفع إلكتروني مصرية تدعم Visa و Mastercard و Meeza و Vodafone Cash.

Paymob أكبر بوابة دفع إلكتروني في مصر، تتيح للتجار قبول البطاقات البنكية والمحافظ الإلكترونية (Vodafone Cash، Etisalat Cash) و Meeza. تدعم 3D Secure. الرسوم النموذجية 2.5-3% لكل عملية. تتكامل عبر API مع منصات التجارة الإلكترونية.

نظام التحويل اللحظي بين البنوك المصرية، رخيص أو مجاني للعميل.

InstaPay نظام تحويل لحظي بين البنوك المصرية أطلقه البنك المركزي. يتيح للعميل الدفع من حسابه البنكي مباشرة بدون رسوم بطاقة. لا يصلح للدفع المباشر في checkout بنفس سلاسة Visa، لكنه شائع للتسويات. الكثير من التجار يقدمونه كخيار "خصم 5% للدفع بـ InstaPay".

أكبر شبكة دفع غير بنكي في مصر — يدفع العميل نقداً في 200,000+ منفذ.

Fawry شبكة دفع تتيح للعميل دفع طلبه نقداً في أي من 200,000+ منفذ (بقالات، صيدليات، مكاتب بريد). العميل يحصل على رمز عند الـ Checkout، يدفع في أي منفذ خلال 48 ساعة، فيتم تأكيد الطلب. شائع للعملاء غير الرقميين.

بوابة دفع مصرية تربط Visa و Mada و Meeza و Vodafone Cash في واجهة واحدة.

Fawaterak بوابة دفع مصرية تتيح للتاجر قبول كل وسائل الدفع الإلكتروني (بطاقات بنكية، Meeza، محافظ إلكترونية، Fawry) من خلال تكامل واحد. الرسوم مماثلة لـ Paymob. التكامل عبر API أو Hosted Checkout.

شبكة بطاقات الدفع الوطنية المصرية — منافس Visa/Mastercard المحلي.

Meeza شبكة الدفع الوطنية المصرية، أطلقها البنك المركزي. تصدر بطاقات خصم وائتمان بنفس واجهة Visa/Mastercard، لكن برسوم أقل للتاجر (1-2% بدلاً من 2.5-3%). موجودة في معظم البنوك المصرية الآن.

طبقة أمان إضافية للبطاقات البنكية — OTP يصل لموبايل العميل قبل الدفع.

3D Secure (3DS) بروتوكول أمان للدفع ببطاقة بنكية. عند الدفع، يصل OTP لموبايل العميل عبر SMS، يدخله للتأكيد. يحمي التاجر من Chargebacks الاحتيالية، ويحمي العميل من السرقة. إلزامي في معظم بوابات الدفع المصرية منذ 2024.

العميل يطعن في عملية دفع بالبطاقة، فيُسترد المبلغ منك بالقوة.

Chargeback عملية يتنازع فيها حامل البطاقة على معاملة مع البنك. لو فاز العميل، يُخصم المبلغ من حسابك بالإضافة إلى رسوم Chargeback (15-50 دولار). أسباب شائعة: استلام منتج معيب، عدم استلام، اشتباه احتيال. الحماية: 3D Secure + شفافية في الوصف + سياسة إرجاع واضحة.

عدد الأيام من تسليم الشحنة لاستلام التاجر للنقد من شركة الشحن.

دورة الـ COD هي المدة من إتمام التسليم للعميل حتى تحويل المبلغ لحسابك البنكي. Bosta: T+2 إلى T+5، Aramex: T+3 إلى T+7، Mylerz: T+5 إلى T+10. كل يوم تأخير يعني أموالاً محتجزة لا تستطيع استخدامها — يؤثر على الـ Cash Flow بشكل كبير للتجار الصغار.

الـ ID الفريد لكل شحنة، يتولد آلياً من تكامل API مع شركة الشحن.

الـ AWB رقم فريد لكل شحنة، يولده النظام عبر API شركة الشحن (Bosta, Aramex). يحتوي على بيانات الـ Pickup والـ Delivery، ويُطبع كـ Label يُلصق على الطرد. الإدخال اليدوي للـ AWB لكل طلب = خسارة 5-10 دقائق + أخطاء بشرية.

شحنة لم تصل العميل ولم تعد للتاجر — معدلها 0.5-2% حسب شركة الشحن.

الفقد في الشحن يحدث عندما تختفي الشحنة في عهدة شركة الشحن. متوسطه في مصر 0.5-2%، يختلف بشدة بين الشركات. الحماية: اختيار شركة مع Photo Proof of Delivery، التأمين على الشحنات > 500 ج.م، ومتابعة أي شحنة عالقة أكتر من 5 أيام.

مرحلة التوصيل من مستودع شركة الشحن إلى باب العميل — أغلى وأصعب مرحلة.

Last Mile المرحلة الأخيرة من رحلة الشحنة، من مستودع شركة الشحن إلى العميل. تمثّل 28-53% من تكلفة الشحن الإجمالية. تحسينها (Pickup Points، Self-collection، Pay-on-pickup) يخفّض التكلفة الإجمالية.

موقع يستلم منه العميل شحنته بدلاً من التوصيل لباب البيت — أرخص.

Pickup Point مكان (متجر، صندوق آلي، فرع شركة شحن) يستلم منه العميل شحنته. أرخص 20-40% من التوصيل للباب، ويقلّل الـ Lost Packages. Bosta و Aramex يوفّرون شبكات Pickup Points في القاهرة والإسكندرية.

شحنة لم تُسلَّم وعادت للتاجر — تكلّفه ضعف تكلفة الشحن العادي.

Return to Origin (RTO) يحدث عندما لا يتمكّن السائق من تسليم الشحنة (العميل غير موجود، رفض، عنوان خطأ) فترجع للتاجر. التكلفة: شحن الذهاب + شحن الإرجاع. متوسطها في مصر 8-15% من شحنات COD، وتنخفض إلى أقل من 5% مع OTP Confirmation.

استلام الطلب وتوصيله في نفس اليوم — متاح في القاهرة الكبرى والإسكندرية.

Same Day Delivery خدمة توصيل في نفس اليوم لو طُلب قبل ساعة معيّنة (عادة 12 ظهراً). متاح في القاهرة الكبرى والإسكندرية فقط. التكلفة 60-150 ج.م مقابل 25-40 للعادي. مناسب لمنتجات Urgent (مطاعم، groceries، هدايا اللحظة الأخيرة).

كود JavaScript يتتبع تصرّفات الزوار في موقعك لتحسين إعلانات Meta.

Meta Pixel كود JavaScript يُحقن في كل صفحة من موقعك، يتتبع أحداث الزوار (PageView, AddToCart, Purchase) ويرسلها لـ Meta لتحسين الاستهداف. في 2026، Pixel وحده يفقد 30-50% من الأحداث بسبب iOS ATT و Ad Blockers — لا غنى عن Conversions API (CAPI) معه.

إرسال الأحداث من سيرفر التاجر مباشرة إلى Meta — يتجاوز Ad Blockers و iOS ATT.

Conversions API (CAPI) آلية إرسال الأحداث من سيرفر متجرك مباشرة إلى Meta، بدلاً من المتصفح (Pixel). دقتها 95%+، لا تتأثر بـ Ad Blockers أو Safari ITP. مع Event Deduplication، Pixel + CAPI = الإعداد الأمثل في 2026. ترفع ROAS الإعلانات 30-50%.

كم جنيه إيراد لكل جنيه إعلان. ROAS 3× = كل جنيه يجلب 3 جنيهات.

ROAS مقياس كفاءة الإعلانات = إجمالي الإيراد ÷ تكلفة الإعلان. ROAS 1× يعني تساوي التكلفة مع الإيراد (لا ربح، لا خسارة). ROAS 3× ممتاز. ROAS أقل من 2× = إعلانات خاسرة بعد احتساب تكلفة المنتج. متجر متوسط مصري بـ Pixel + CAPI يحقّق 3-5×.

متوسط ما تنفقه على الإعلانات لجلب عميل واحد فعلي.

CPA = إجمالي الإنفاق الإعلاني ÷ عدد العملاء الجدد. ينبغي أن يكون أقل من ربح أول طلب من العميل (للتجارة قصيرة المدى) أو أقل من LTV (للتجارة طويلة المدى). CPA المعقول في مصر للقطاعات العامة: 40-80 ج.م.

إجمالي الإيراد ÷ عدد الطلبات — مؤشر أساسي لربحية المتجر.

AOV متوسط قيمة الطلب الواحد. ضربه × عدد الطلبات = إجمالي الإيراد. رفعه أرخص من جلب عملاء جدد. أسرع وسائل رفعه: عرض Bundle، Free Shipping Threshold (شحن مجاني بعد X ج.م)، تفعيل BNPL (يرفع AOV 30-45%).

إعلانات لمن زاروا موقعك دون شراء — أعلى ROI من إعلانات الاستهداف العام.

الـ Retargeting إعلانات تعرض على من زار موقعك سابقاً أو شاهد منتجاً ولم يشترِ. تستهدف "AddToCart but not Purchase" هو الأعلى ROI. Dynamic Product Ads على Facebook/Instagram تعرض نفس المنتج الذي شاهده العميل. تكلفة CPA أقل بـ 60-80% من إعلانات الاستهداف البارد.

إجمالي الإيراد المتوقّع من العميل الواحد طوال علاقته بمتجرك.

LTV إجمالي ما ينفقه عميل واحد عبر كل طلباته. حسابه: متوسط قيمة الطلب × معدّل تكرار الشراء × مدة العلاقة. مهم لاتخاذ قرارات الإعلانات — تستطيع دفع CPA أعلى لو LTV مرتفع. نظام موحّد يربط بين قنوات البيع المختلفة ضروري لقياس LTV الحقيقي.

نسبة من رأى إعلانك ونقر عليه — يقيس جودة الـ Creative.

CTR = عدد النقرات ÷ عدد مرات الظهور. يقيس فاعلية الـ Creative. CTR منخفض (< 0.8%) = إعلان لا يجذب. CTR مرتفع (> 2%) = creative ناجح. على Meta في مصر، CTR طبيعي 1-1.5%، ممتاز 2%+.

متوسط ما تدفعه لكل نقرة على إعلانك.

CPC تكلفة كل نقرة على الإعلان. يحدّده مزاد الإعلانات بناءً على المنافسة على الـ Audience والـ CTR (مزايدة Google/Meta). في مصر للقطاعات العامة، CPC مقبول 2-5 ج.م، مرتفع 8+ ج.م. كلما زاد CTR، انخفض CPC.

تكلفة عرض إعلانك 1000 مرة، بصرف النظر عن النقرات.

CPM (Cost Per Mille — لاتيني للألف) تكلفة كل 1000 ظهور للإعلان. مفيد لقياس تكلفة بناء الـ Brand Awareness. في مصر، CPM طبيعي 10-30 ج.م على Meta. مرتفع لـ Audiences ضيّقة (مثلاً عملاء High-Value).

Audience يبنيه Meta من مستخدمين يشبهون عملاءك الحاليين.

Lookalike Audience يبنيه Meta انطلاقاً من Custom Audience (مثلاً عملاء بـ AOV > 1000 ج.م)، فيجد مستخدمين يشبهونهم سلوكياً وديموغرافياً. 1% Lookalike من 1000 عميل = ~900K مصري مشابه. أفضل قناة لاكتساب عملاء جدد عالي القيمة.

بارامترات في الـ URL لتتبّع مصدر الزائر — utm_source, utm_medium, utm_campaign.

UTM Parameters بارامترات تُضاف إلى الـ URL لتعريف Google Analytics بمصدر الزائر. مثلاً: utm_source=instagram & utm_medium=story & utm_campaign=summer_sale. بدونها، الـ Traffic يظهر "Direct" أو "Referral" بدون تفاصيل. ضرورية لقياس ROI لكل قناة.

منظومة مصلحة الضرائب لإصدار الفواتير إلكترونياً — إلزامية لأكثر التجار في مصر.

ETA منظومة الفاتورة الإلكترونية لمصلحة الضرائب المصرية. تتطلب إرسال كل فاتورة بصيغة JSON محددة، مع شهادة رقمية للتوقيع. تحصل كل فاتورة على UUID رسمي. إلزامية للشركات منذ 2024، تتوسّع تدريجياً للأفراد. النظام يجب أن يدعم ETA Bridge ليُرسل تلقائياً.

ضريبة 14% على معظم السلع والخدمات في مصر — معفى منها بعض المنتجات الأساسية.

VAT ضريبة استهلاك بنسبة 14% في مصر (منذ 2017). تُفرض على معظم السلع والخدمات. استثناءات: بعض المواد الغذائية الأساسية (خبز، حليب)، الذهب نفسه (لكن المصنعية خاضعة)، الأدوية الأساسية. النظام الجيد يصنّف كل منتج تلقائياً ويحسب الـ VAT بدقة.

وثيقة تثبت تسجيلك في مصلحة الضرائب — مطلوبة لفتح حساب مع بوابات الدفع.

البطاقة الضريبية وثيقة تصدر من مصلحة الضرائب المصرية بعد تسجيل النشاط التجاري. تحتوي على Tax Number (Memo) ضروري لإصدار الفواتير الإلكترونية. بوابات الدفع (Paymob، Fawaterak) لا تفعّل حساب التاجر بدونها.

الوثيقة الأساسية التي تثبت قانونية النشاط التجاري في مصر.

السجل التجاري (CR) الوثيقة الرسمية التي تصدرها وزارة التموين أو الاستثمار لإثبات قانونية النشاط التجاري. مطلوب لـ: فتح حساب بنكي تجاري، التسجيل في مصلحة الضرائب، التعاقد مع موردين بوابات الدفع، الحصول على فاتورة إلكترونية معتمدة.

ضريبة تُخصم من المدفوعات للموردين، تُورّد لمصلحة الضرائب نيابة عنهم.

الخصم والإضافة آلية ضريبية يُخصم فيها جزء من قيمة الدفعة (1-5% حسب نوع الخدمة) للمورد، ويُورّد لمصلحة الضرائب. التاجر مسؤول عن الخصم وإيداع المبلغ. ضرورية لو تتعامل مع مزوّدي خدمات يتجاوزون 20 ألف ج.م سنوياً.

سجل دائم لكل حركة مخزون، يضمن استحالة overselling حتى تحت الضغط.

الـ Atomic Inventory Ledger نمط تصميم في قاعدة البيانات. بدلاً من تعديل كمية المخزون مباشرة، يُسجَّل كل حركة (دخول، خروج، تحويل) كصف في جدول حركات، وتُحدَّث الكمية الكلية ذرياً. يضمن: استحالة overselling، سجل audit كامل، إمكانية عكس الحركات.

سياسات أمان على مستوى قاعدة البيانات تمنع التاجر من رؤية بيانات تاجر آخر.

RLS سياسات Postgres تطبق تلقائياً على كل استعلام، تمنع التاجر A من قراءة بيانات التاجر B حتى عبر خطأ برمجي. ضروري في أي SaaS متعدد المستأجرين. CloudMarkit يستخدم RLS بشكل صارم — كل جدول يحتوي على tenant_id وكل سياسة تفرض المطابقة.

رابط يستقبل إشعارات لحظية من خدمات خارجية (Tabby، Bosta) عند حدوث حدث.

الـ Webhook رابط HTTP يستقبل إشعارات من خدمات خارجية. مثال: Tabby ترسل Webhook عند نجاح الدفع، يحدّث النظام حالة الطلب فوراً. الأمان: التوقيع بـ HMAC-SHA256 لمنع التزوير. الـ Webhook هو المرجع الموثوق للحالة، مش الـ Redirect الذي يسهل تزويره.

منع Meta من حساب نفس الحدث مرتين عندما يصل من Pixel و CAPI معاً.

Event Deduplication عملية تتم بإرسال نفس event_id الفريد من Pixel و CAPI، فيدمج Meta الحدثين على أنهما حدث واحد. بدون Dedup، الأرقام تتضاعف ويصبح الـ Optimization على بيانات خاطئة. Match Rate المستهدف: 95%+.

بروتوكول يسمح لنظامين بالتواصل برمجياً — أساس كل تكامل تقني.

API (Application Programming Interface) مجموعة قواعد تسمح لنظامين بالتواصل برمجياً. كل تكامل في النظام الحديث يتم عبر API: Talabat ↔ POS، Tabby ↔ Checkout، Bosta ↔ نظام الشحن. اختيار منصة بـ API مفتوح يعطيك مرونة في التوسّع.

بنية SaaS تخدم عدة عملاء من نفس قاعدة البيانات مع عزل صارم بين بياناتهم.

Multi-tenant بنية معمارية حيث يخدم نفس النظام (نفس الكود ونفس قاعدة البيانات) عدة عملاء (Tenants). كل Tenant يرى بياناته فقط بفضل RLS. أرخص وأكثر مرونة من Single-tenant، لكن يحتاج عناية أمنية صارمة. CloudMarkit Multi-tenant بطبيعته.

دخول كل أنظمة الشركة بنفس بيانات تسجيل الدخول.

SSO ميزة تسمح للموظف بتسجيل الدخول مرة واحدة فيستطيع الوصول لكل أنظمة الشركة (POS، Email، CRM، إلخ). يستخدم بروتوكولات مثل SAML أو OAuth. مهم للشركات بفروع متعدّدة.

موقع يعمل كتطبيق موبايل بدون تثبيت من المتجر — يعمل Offline ويصدر إشعارات.

PWA (Progressive Web App) موقع ويب يتصرّف كتطبيق native: يعمل Offline، يصدر Push Notifications، يثبَّت على الشاشة الرئيسية للموبايل. مزاياه: أرخص من تطبيق native، يعمل على iOS و Android، لا يحتاج موافقة App Store. CloudMarkit POS مبني كـ PWA.