الرسوم والاحتكاك والحد الأدنى المنطقي للشراء: نموذج مبسّط لمعرفة متى تتوقف جدوى تجزئة أصول RWA

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

توزيع الأصول الواقعية على شكل وحدات أو رموز مجزأة (RWA: Real-World Assets، أي أصول من العالم الحقيقي تُعرض كوحدات قابلة للتداول) يكون أكثر فعالية عندما يبقى الاحتكاك الكلي صغيرًا مقارنة بحجم الطلب. وعندما لا يتحقق ذلك، يميل المنتج طبيعيًا إلى رفع الحدود الدنيا، أو تتراجع حركة التداول الصغيرة، أو تظهر فجوات بين السعر والقيمة المتصوَّرة.

مقدمة

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

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

المشكلة

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

في الغالب، لا تعود المشكلة إلى التقنية نفسها، بل إلى رحلة المستخدم. فالاحتكاك يتراكم عبر:

• رسوم صريحة (ثابتة ونسبية)
• حدود دنيا (حد أدنى للتحويل أو للطلب أو للتسوية)
• تكاليف مرتبطة بالزمن (يومية أو دورية، إضافة إلى تكلفة الانتظار)
• خطوات تشغيلية (كل محطة إضافية تزيد احتمال الدفع أو التأخير أو الفشل)

ويبرز سبب عملي لإعادة فحص هذه المعادلة في إيران: أفادت قناة العلاقات العامة للبنك المركزي بأن رسوم خدمات المصرفية الإلكترونية لعام 1405 تمّت مراجعتها واعتمادها (في اجتماع مجلس الإدارة بتاريخ 29/04/1405) وتم تبليغها إلى الشبكة المصرفية في 17 شهریور 1405.

مكدس الاحتكاك: لماذا تهم الرحلة أكثر من رسم واحد

من المفيد النظر إلى الرحلة كسلسلة «محطات». غالبًا ما تمر تجربة RWA المجزأة بـ:

1. تمويل/إيداع
2. تحويل داخلي أو انتقال بين حسابات/محافظ
3. شراء الوحدة أو الإصدار
4. الاحتفاظ (تسجيل، حفظ، عمليات أمين حفظ أو تقارير)
5. بيع أو استرداد
6. سحب/إخراج الأموال

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

ما الذي يحدد «الحد الأدنى المنطقي للشراء»؟

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

صياغة عملية:

• نختار «ميزانية احتكاك» b (مثلًا: ألا تتجاوز تكلفة الاحتكاك في رحلة كاملة ذهابًا وإيابًا 1–3% ضمن أفق احتفاظ متوقع).
• نحسب الاحتكاك على كامل الدورة: إدخال الأموال + تنفيذ/تداول + تكلفة فترة الاحتفاظ + إخراج الأموال.
• نستنتج أقل تذكرة تحقق أن الاحتكاك/التذكرة ≤ b.

وهذا يفسر مفاجأتين شائعتين:

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

نموذج بخمسة متغيرات للحساب التقريبي

لا نحتاج دقة محاسبية هنا؛ نحتاج اتجاهًا يساعدنا على تصميم المنتج. يمكن الاكتفاء بخمسة متغيرات:

• T: قيمة التذكرة (مبلغ الطلب)
• F_fixed: مجموع الرسوم الثابتة في الدورة الكاملة (إيداع/سحب ورسوم ثابتة مرتبطة بالتسوية أو التداول)
• p: مجموع الرسوم النسبية المطبّقة على T عبر الرحلة (قناة دفع، تداول، ويمكن إدخال الفروقات السعرية كتكلفة عند الحاجة)
• C_time: التكلفة المرتبطة بالزمن خلال فترة الاحتفاظ
• n: عدد الأحداث التي تُحتسب عليها رسوم ثابتة ضمن تلك الفترة (تمويلات، تحويلات، صفقات)

تقدير الاحتكاك الكلي:

F_total(T) ≈ F_fixed × n + (p × T) + C_time

ومع ميزانية احتكاك b يكون الحد الأدنى التقريبي للتذكرة:

T_min ≈ (F_fixed × n + C_time) / (b − p)

ملاحظتان:

• إذا كان b ≤ p فلن يفيد رفع T لتحقيق النسبة المستهدفة؛ نحتاج خفض p أو اعتماد ميزانية احتكاك مختلفة.
• الحدود الدنيا لقنوات الدفع تُعامل كقيد مستقل. عمليًا يصبح الحد الأدنى النهائي هو الأكبر بين حد القناة الدنيا و T_min.

روافع تصميم تحسن جدوى التجزئة غالبًا

بعد حساب T_min، نحدد ما الذي يضغط أكثر: الرسوم الثابتة، الرسوم النسبية، التكاليف الزمنية، أم عدد المحطات.

روافع شائعة تساعد على إبقاء التذاكر الصغيرة قابلة للحياة:

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

الترميز يعزز هذه الروافع عبر قابلية برمجة قواعد التجميع والنوافذ الزمنية ووجود سجلات أحداث قابلة للتتبع، بشرط أن تتوافق معها طبقة التشغيل والضبط.

مثال مبسّط (افتراضي)

لنفترض منتجًا لوحدات مجزأة مدعومة بأصل، وسلوكًا شائعًا كالتالي:

• تمويل مرتين في الشهر.
• شراء مرة وبيع مرة خلال فترة احتفاظ ثلاثة أشهر.
• سحب مرة واحدة في نهاية الفترة.

لا نستخدم أرقامًا محددة للرسوم هنا لأن الجداول تختلف حسب القناة وتتغير، لكن خطوات الحساب واضحة:

1. نحدد عدد الأحداث ذات التكلفة (n).
2. نفصل الرسوم إلى ثابتة ونسبية وزمنية.
3. نحدد b كنسبة احتكاك مقبولة.
4. نحسب T_min ونقارنها بحدود القنوات الدنيا.

إذا خرجت T_min أعلى مما قصدناه كـ«شراء صغير»، فإما أن نرفع الحد الأدنى بصورة واقعية، أو نعيد تصميم الرحلة لتقليل F_fixed وn عبر التجميع والمقاصة وتقليل المحطات.

اعتبارات تنفيذية: الإفصاح وتجربة الاستخدام والمراقبة

ثلاث ممارسات تشغيلية تجعل الاقتصاد أكثر استقرارًا:

1. نشر خريطة رسوم (حتى بشكل مبسط) تُظهر الرحلة كاملة.
2. شرح الحدود الدنيا على أنها حماية من احتكاك مرتفع بدل تقديمها كمنع أو تقييد.
3. مراقبة الانسحاب حسب حجم التذكرة: إذا هبط التحويل تحت مبلغ معين، فهذا غالبًا هو الحد الأدنى المنطقي الحقيقي.

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

المخاطر والقيود

هذا إطار تصميم، وليس ضمانًا.

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

الخلاصة

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

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

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

1) لماذا تضعف سيولة المبالغ الصغيرة رغم جودة الأصل؟

لأن الاحتكاك المتراكم (رسوم، حدود دنيا، تكاليف زمنية، وخطوات تشغيلية) يصبح كبيرًا نسبةً للمبالغ الصغيرة، فيقل تكرار المعاملات وتخمد الأرصدة الصغيرة.

2) هل يكفي تغيير قناة الدفع لحل المشكلة؟

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

3) متى نعيد حساب الحد الأدنى المنطقي؟

عند تغيّر جداول الرسوم، وكذلك عند تغيّر سلوك المستخدمين (التكرار، مدة الاحتفاظ، نمط السحب). مراجعة فصلية مع تحديثات عند الأحداث غالبًا كافية.