موعد تجديد الاشتراك بعد فبراير القصير لا تحدده كلمة شهري وحدها. قد يحتفظ الجدول بمرجع نهاية الشهر، أو ينتقل إلى 28 ويواصل عليه، أو يضيف 30 يومًا ثابتة. نقرأ قاعدتين مسماتين في Stripe و Google Play، ثم نؤلف جداول لسنة 2027 ونافذة ميزانية؛ لم ننشئ اشتراكًا أو فاتورة أو ننفذ خصمًا ماليًا، ولا نحكم باستحقاق رسوم فعلية.
الخلاصة السريعة
اقرأ قاعدة التجديد الخاصة بالخدمة وتاريخها المرجعي قبل إضافة شهر أو 30 يومًا؛ تشابه تاريخ فبراير لا يضمن تشابه موعد مارس.
- في مثال Stripe الشهري ذي مرساة 31 يناير، يأتي التجديد في نهاية فبراير ثم 31 مارس و 30 أبريل؛ فبراير 29 في السنة الكبيسة. هذه قاعدة المثال المسمى، لا قاعدة كل اشتراك. [1]
- تذكر Google Play أن تجديد 29 أو 30 أو 31 عند الانتقال إلى فبراير غير كبيس ينتقل إلى 28 ، ويستمر في 28 شهريًا خلال الاشتراك. لا تنقل إليه قاعدة العودة إلى 31 من المصدر الآخر. [2]
- في فروع مؤلفة تبدأ 31 يناير 2027 غير الكبيسة:Stripe يعطي 28 فبراير و 31 مارس و 30 أبريل؛Play يعطي 28 فبراير و 28 مارس و 28 أبريل؛ أما جدول 30 يومًا مستقل فيعطي 2 مارس و 1 أبريل و 1 مايو.
- فروق الأيام التقويمية للفروع على الترتيب 28 ثم 31 ثم 30 ، و 28 ثم 28 ثم 31 ، و 30 في كل مرة. ليست هذه ساعات زمنية فعلية في منطقة محلية، ولا يثبت الحساب تنفيذ تجديد.
- نافذة مؤلفة من 1 فبراير شاملًا إلى 1 مايو مستبعدًا تضم 3 مواعيد Stripe و 3Play و 2 من جدول 30 يومًا. مع مخصص معطى 24 لكل موعد، تكون 72 و 72 و 48 ؛ اختلاف النافذة ليس توفيرًا أو إلغاء موعد 1 مايو.
- تستخدم مرساة Stripe توقيت UTC؛ اقرأ الوقت والمنطقة عند مراجعة طابع فعلي. أمثلتنا تواريخ فقط، وتستبعد التجربة والإيقاف وتغيير الخطة وفشل الدفع أو الاسترداد؛ لا تحسب الرسوم أو أهلية الخدمة من التاريخ وحده. [1]
- احفظ الخدمة والقاعدة والمرجع والتاريخ المتوقع والفترة وبيان الفاتورة وحركة الدفع كلًا على حدة. الموعد في الخطة ليس فاتورة مؤكدة أو قبضًا؛ نحتاج إلى بيانات الحالة الفعلية قبل تصحيح سجل أو تفسير فرق.
حدد ما الذي يعنيه الجدول بكلمة شهري
قبل إجراء الحساب، اكتب العبارة التي تخص اشتراكك كما وردت في مستنده: تجديد شهري في يوم معين، أو في نهاية الشهر، أو كل عدد ثابت من الأيام. لا تستبدل هذه العبارات ببعضها لأن كلمة شهري مألوفة. قد تتشابه مواعيد قصيرة ثم تختلف لاحقًا، ولذلك لا تكفي مشاهدة تاريخ واحد لتفسير القاعدة التي تولد جميع التواريخ التالية.
سنستعمل ثلاثة فروع مستقلة تبدأ في 31 يناير 2027. الأول يطبق قاعدة المثال الشهري المسمى في Stripe، والثاني قاعدة الانتقال إلى 28 المذكورة في Google Play، والثالث جدولًا مؤلفًا يضيف 30 يومًا في كل خطوة. لا يمثل الفرع الثالث خدمة حقيقية نقلنا شروطها، ولا نقترح تحويل اشتراك من منصة إلى أخرى. اخترنا نقطة بداية واحدة كي تظهر الفروق في الجدول بسهولة.
ونفترض تجديدًا شهريًا عاديًا ثابتًا في فرعي المنصتين، دون تجربة أو إيقاف أو تغيير خطة أو فشل دفع أو تغيير مرجع. هذه حدود التمرين؛ لا نعرضها قائمة لجميع الأحداث الممكنة في كل منتج. وإذا كانت حالتك تتضمن حدثًا آخر، فلن تكون الجداول التي حسبناها جوابًا كاملًا عنها. ينبغي معرفة القاعدة والحالة المنطبقتين قبل مقارنة تاريخ متوقع بتاريخ ظهر في الحساب.
كذلك نفصل تاريخ التجديد في الجدول عن تاريخ صدور مستند أو وصول رسالة أو ظهور حركة بنك. لم نعط هذه الأحداث في البداية، فلا نستنتجها من التاريخ التقويمي وحده. ورقة القراءة تحتاج إلى أسماء الحقول التي تعرضها؛ فقد يسأل القارئ عن الفترة أو التجديد أو التحصيل، وهي أسئلة مختلفة يمكن أن تكون لها تواريخ متقاربة دون أن تعني الحدث نفسه.
اقرأ مرجع نهاية الشهر في مثال Stripe
تعطي وثائق Stripe مثالًا لاشتراك شهري بمرساة 31 يناير: يجدد في 28 فبراير، أو 29 في سنة كبيسة، ثم 31 مارس و 30 أبريل. وتشرح أن اختيار اليوم 31 يجدد في آخر يوم للشهر الأقصر. نقرأ المثال المحدد دون تعميمه على كل مسار أو اشتراك. [1]
نطبق هذه القاعدة على تواريخ مؤلفة في 2027 ، وهي سنة غير كبيسة في حسابنا التقويمي. يكون التسلسل 31 يناير ثم 28 فبراير ثم 31 مارس ثم 30 أبريل. لم نجمعه من فواتير عميل، ولم نضبط مرساة حساب. لذلك نسميه مثالًا على القاعدة، لا سجلًا فعليًا أثبت أن الخدمة نفذت جميع التجديدات أو حصلت مبالغها في هذه الأيام.
المعلومة المهمة هنا أن وصول الجدول إلى 28 فبراير لا يجعل 28 مرجع كل الأشهر التالية في هذا الفرع. احتفظ باسم القاعدة مع التاريخ، كي لا يبني من يقرأ الورقة موعد مارس على فبراير وحده. إذا نسخت 28 إلى مارس وأبريل تلقائيًا، ستكون قد طبقت جدولًا آخر، حتى لو بدا قريبًا من الموعد السابق ومعقولًا لمن لم يقرأ المرجع.
ولا نستنتج من هذا التسلسل موعد أول فاتورة لكل اشتراك ينشأ في يوم آخر أو يتضمن فترة مختلفة. جعلنا 31 يناير نقطة البداية المرجعية للتمرين، ولم نحسب فترة أولية جزئية أو رصيدًا أو سعرًا. إذا كان سؤالك عن هذه العناصر، فسيحتاج إلى بيانات إضافية من الاشتراك نفسه. القاعدة الزمنية التي شرحناها تحدد تواريخ في نطاقها، ولا تكمل تلقائيًا جميع تفاصيل حساب مالي.
اقرأ استمرار اليوم 28 في قاعدة Google Play
تذكر وثائق Google Play أن اشتراكًا يجدد في 29 أو 30 أو 31 وينتقل إلى فبراير من سنة غير كبيسة ينقل يوم التجديد إلى 28 فبراير، ثم يستمر في 28 من كل شهر خلال الاشتراك. نحتفظ بشرط السنة غير الكبيسة وبالاستمرار، ولا نستبدله بقاعدة Stripe المختلفة. [2]
في الفرع المؤلف لعام 2027 نعطي البداية 31 يناير، ثم 28 فبراير، ثم 28 مارس، ثم 28 أبريل. هذا تسلسل يفسر القاعدة المختارة في حالة عادية كما عرّفناها. لم نفتح Google Play Console أو نطلب شراءً أو نراجع حساب مستخدم، لذلك لا تصبح التواريخ تقريرًا عن دفع أو استمرار حق وصول. إنها نتائج التقويم التي ربطناها بقراءة المصدر المسمى.
ويتفق الفرعان في 28 فبراير ثم يختلفان في مارس وأبريل. إذا عرضت ورقة فيها فبراير فقط، فلن تستطيع منها معرفة أي قاعدة يخصها الجدول. اطلب اسم الخدمة والقاعدة المنطبقة أو المرجع الذي يفسر استمرار التاريخ. لا تعد التطابق في شهر واحد دليلًا على تطابق سلسلة كاملة، ولا تجعل الاختلاف اللاحق خطأ قبل تحديد أساس كل سلسلة.
كما لا نستخرج من هذه الملاحظة حكمًا عامًا عن سنة كبيسة أو تعليق أو استرداد بعد فشل دفع لم ندخله في المثال. اخترنا سنة غير كبيسة وشروطًا ثابتة حتى تكون المقارنة محددة. إذا ورد في ملفك ما يغير الحالة، احفظه مع التواريخ بدل حذفه لتطابق الورقة المثال. فهم القاعدة الصحيحة يسبق تصحيح رقم يبدو مختلفًا عن توقع اعتدت عليه من منصة أخرى.
أضف 30 يومًا في جدول مستقل دون تسميته شهرًا تقويميًا
نبدأ الفرع الثالث في 31 يناير 2027 أيضًا، لكن قاعدته المؤلفة هي إضافة 30 يومًا في كل مرة. تعطي الخطوة الأولى 2 مارس، ثم 1 أبريل، ثم 1 مايو. لا نأخذ آخر يوم في كل شهر، ولا نثبت 28 بعد المرور بفبراير؛ نضيف عدد الأيام نفسه إلى تاريخ الخطوة السابقة. لهذا لم يوجد في هذا التسلسل موعد تجديد داخل فبراير بعد البداية.
يمكن مراجعة الخطوة الأولى من عدد الأيام: من 31 يناير إلى 28 فبراير 28 يومًا تقويميًا، ثم نحتاج إلى يومين آخرين للوصول إلى 2 مارس. هذه عملية على تواريخ 2027 كما أعطيناها، وليست اشتراكًا زادت خدمته أو تأخر تحصيله. لم نعط مبلغًا أو رسالة أو فشل دفع يفسر التاريخ؛ القاعدة التي اخترناها وحدها أنتجت 2 مارس في النموذج.
ومن 2 مارس إلى 1 أبريل 30 يومًا، ومن 1 أبريل إلى 1 مايو 30 يومًا. لذلك تتغير أسماء أيام الشهر مع بقاء الفاصل العددي ثابتًا في هذا الفرع. لا نكتب أن كل 30 يومًا تعني دائمًا اليوم نفسه من الشهر التالي. ربط الاسم والفاصل مهم حين تنقل جدولًا إلى ميزانية؛ التاريخ الناتج لا يحدد نوع القاعدة بمجرد أنه قريب من بداية شهر أو نهايته.
وإذا وصف منتج فعلي دورته بعدد أيام محدد، اقرأ شروطه وتاريخه المرجعي قبل استخدام جدول مشابه. لا ننسب هذه التواريخ إلى تطبيق أو منصة من نتائج البحث، ولا نعرضها ترتيبًا أفضل من الفروع الأخرى. غرض الفرع أن يوضح اختلاف العملية الحسابية، مع بقاء السعر والرسوم والمدة الفعلية والموافقة على الدفع أسئلة لا تحددها إضافة 30 يومًا وحدها.
احسب فروق الأيام مع الحفاظ على معناها التقويمي
في فرع Stripe المؤلف، الفروق بين 31 يناير و 28 فبراير و 31 مارس و 30 أبريل هي 28 ثم 31 ثم 30 يومًا تقويميًا. مجموع الفترات الثلاث 89 يومًا بين تاريخ البداية والنهاية المعطاة. يبين ذلك أن قاعدة شهرية يمكن أن تعطي فترات بعدد أيام مختلف، دون أن يكون اختلاف العدد في النموذج دليلًا على تغير القاعدة أو وجود خصم أو رسم إضافي.
وفي فرع Play، الفروق 28 ثم 28 ثم 31 يومًا، ومجموعها 87 يومًا إلى 28 أبريل. أما فرع 30 يومًا ففتراته الثلاث 30 و 30 و 30 ، ومجموعها 90 يومًا إلى 1 مايو. لا نقارن هذه المجاميع باعتبارها فترات متساوية تنتهي في اليوم نفسه؛ نهاياتها مختلفة. احتفظ بتاريخي البداية والنهاية مع مجموع الأيام بدل عرض 89 و 87 و 90 بلا شرح لما جمعته.
وهذه فروق تواريخ، لا عدد ساعات فعلية في منطقة زمنية محلية. لم نعط توقيت ساعة أو إزاحة أو تغيرًا في التوقيت المحلي. لذلك لا نضربها في 24 ثم ننسب الناتج إلى الزمن الذي مرت به خدمة حقيقية بين طابعين. يستطيع فرق تاريخين إيضاح المسافة التقويمية في المثال، بينما سؤال الزمن الفعلي يحتاج إلى بيانات الوقت التي لم ندخلها هنا.
كما لا نحول فرق الأيام إلى رسوم يومية أو حق رد. لم نعط قاعدة تسعير بحسب اليوم، ولم نقل إن الفترات الطويلة تكلف أكثر أو القصيرة تمنح ردًا. لا يكفي عدد الأيام لتحديد المبلغ دون اتفاقه وأساسه. سنعطي لاحقًا مخصصًا ثابتًا لكل موعد لأجل نافذة تخطيط، وهو معطى مختلف تمامًا عن حساب سعر يوم من فترة خدمة.
حدد نافذة الميزانية قبل عد المواعيد
نؤلف نافذة تبدأ 1 فبراير 2027 شاملًا وتنتهي عند 1 مايو 2027 مستبعدًا. يعني ذلك أننا ندرج تاريخًا يساوي 1 فبراير، لكن لا ندرج تاريخًا يساوي 1 مايو. البداية 31 يناير خارج النافذة في جميع الفروع. لا نسمي هذه الحدود دورة فوترة لشركة؛ إنها حدود التقرير الذي اخترناه كي نعد المواعيد الواقعة داخله بالطريقة نفسها.
داخل النافذة توجد مواعيد Stripe الثلاثة 28 فبراير و 31 مارس و 30 أبريل. وتوجد مواعيد Play الثلاثة 28 فبراير و 28 مارس و 28 أبريل. وفي جدول 30 يومًا يوجد 2 مارس و 1 أبريل فقط؛ 1 مايو يقع على الحد المستبعد. لا نحذف هذا الموعد من السلسلة، بل نبقيه ظاهرًا بوصفه خارج نافذة العد التي أعلنّاها.
إذا بدلت نهاية النافذة أو طريقة إدراج حدها، فقد يتغير العدد دون أن يتغير أي اشتراك أو قاعدة. لذلك اكتب الحدين وحالتهما مع النتيجة، لا اسمًا عامًا مثل الأشهر الثلاثة فقط. وقد يفهم القارئ من الاسم فترة تبدأ يومًا مختلفًا، وعندها لا يراجع البيانات نفسها. تحديد النافذة يشرح لماذا يكون العدد 3 في فرعين و 2 في فرع آخر في المقارنة المعطاة.
ولا نعتبر وجود موعد خارج النافذة دليلًا على أنه مجاني أو ملغى أو لم يعد مطلوبًا. نحتاج إلى حد تقرير لاحق إذا أردنا متابعة ما بعد 1 مايو. ولم نعط في المثال فاتورة افتتاح أو مبالغ سبقت النافذة، لذلك لا تدخل بداية 31 يناير في مجموعنا. حفظ هذا الفصل يمنع أن تتحول حدود التقرير إلى تعديل لشروط خدمة أو تاريخ فعلي لم نغيره.
خصص مبلغًا لكل موعد دون تسميته قبضًا محققًا
نعطي في تمرين الميزانية مخصصًا 24 وحدة نقدية لكل موعد داخل النافذة، بعملة واحدة ودون مبالغ أخرى. هذا رقم مؤلف لا سعر خدمة أو رسم منصة. في فرع Stripe توجد 3 مواعيد، فتكون 24 زائد 24 زائد 24 مساوية 72. وفرع Play فيه 3 مواعيد أيضًا، فيعطي 72 ، رغم اختلاف يوم مارس وأبريل في الفرعين.
أما الجدول الثابت ففيه موعدان داخل الحدود، فيكون 24 زائد 24 مساويًا 48. الفرق بين 72 و 48 هو 24 في هذه النافذة الحسابية. لا نسميه توفيرًا محققًا من اختيار دورة؛ الموعد الثالث للجدول الثابت موجود في 1 مايو خارج الحدود، ولم نقارن مدة خدمة متساوية أو أسعارًا أو رسومًا أو شروط منتجات فعلية. تغير مجال العد ليس برهانًا على انخفاض تكلفة شاملة.
كذلك لا تعني 72 أن البنك خصم 72 أو أن فواتير بالمبلغ نفسه صدرت فعلًا. نحن خصصنا رقمًا لكل موعد في ورقة تخطيط، ولم نعط سجل تحصيل ناجح أو حالة فاتورة. إذا وصل بيان فعلي، يمكن مراجعة مبلغه وحالته وتاريخه في حقول مستقلة. لا تعالج اختلافه عن 24 بإعلان خطأ فورًا؛ 24 معطى تعليمي لا تعريفة التزمت بها الجهة.
وفي التخطيط، يبقى تاريخ كل مخصص مهمًا حتى عندما يتساوى المجموع. فرعا 72 لا يجعلان المال مطلوبًا في اليوم نفسه في مارس وأبريل. احتفظ بالتاريخ والمبلغ معًا بدل أن يحل إجمالي الفترة محل جدولها. لم نعط رصيدًا أو دخلًا أو قدرة سداد للقارئ، لذلك لا نستخرج من هذا الجدول خطة تمويل أو قرارًا بإلغاء اشتراك لتغطية مبلغ آخر.
ميز التاريخ المعروض من الطابع الزمني والمنطقة
تذكر وثائق Stripe أن مرساة الفوترة تستخدم UTC. لذلك تحتاج قراءة طابع فعلي إلى وقته ومرجعه الزمني، لا تاريخ محلي مختصر فقط. أمثلتنا السابقة تواريخ تقويمية، وليست طوابع تنفيذ استخرجناها من حساب. [1]
إذا كان مستند يعرض تاريخًا في منطقتك، وآخر يعرض وقتًا بمرجع مختلف، احتفظ بالفرق قبل تفسير تغير اليوم. لم نحول في هذا المقال ساعات بين مناطق، ولم نعط ساعة التنفيذ أو قواعد عرض سجل Google Play. لا تستنتج من تقارب رقمين في جدول التاريخ أنهما يصفان اللحظة نفسها، ولا تنقل قاعدة توقيت المصدر الأول إلى الثاني دون بياناته.
كذلك لا يكفي وقت وصول رسالة لتعيين لحظة التجديد التي تسجلها الجهة. يمكن أن يصف إشعار ما حدث أو ما يتوقع أن يحدث، بينما سؤالك عن حدث آخر في الحساب. سجل اسم الوقت مع قيمته: تاريخ مرجعي أو موعد متوقع أو وقت مستند أو حركة دفع. الغرض أن تعرف أي سؤال يستطيع الحقل الإجابة عنه، قبل استعماله لتصحيح يوم في جدول.
ولو كانت المقارنة تتوقف على إدراج حدث قرب حد 1 مايو، فإن أمثلة التاريخ وحدها لا تحسم جميع تفاصيل تقرير فعلي يستعمل ساعات. ينبغي تعريف حد نافذته ومرجعها بما يطابق البيانات. في تمريننا اخترنا تواريخ فقط وحدودًا واضحة لها، فكانت نتيجة العد محددة ضمن هذا الاختيار. لا تصبح هذه النتيجة طريقة إقفال حساب أو قاعدة منطقة زمنية لمستند لم نراجعه.
راجع الحدث الذي غيّر الموعد بدل افتراض قاعدة واحدة
نفترض ثبات القواعد في الفروع، لكن الملف الفعلي قد يتضمن تجربة أو إيقافًا أو تغيير خطة أو واقعة دفع تغير ما ينبغي مراجعته. لا نسرد هنا قواعد هذه الحالات لكل منصة؛ لم ندخلها في حسابنا. إذا كانت موجودة، احفظها وتاريخها والمستند الذي يفسرها قبل استعمال سلسلة التجديد العادية بوصفها جوابًا كاملًا عن الحالة.
ولا نجعل اسم شهري شهادة بأن الموعد يجب أن يبقى 31 أو 28 دائمًا. عرفنا من المصدرين أن معالجة شهر قصير تختلف في المثالين اللذين اخترناهما. السؤال العملي هو أي قاعدة تخص المنتج المعني وهل بقيت شروطها كما كانت. إذا أخذت قاعدة من خدمة أخرى، فقد تنتج توقعًا غير مطابق دون أن يكون التاريخ الذي عرضته خدمتك خطأ.
عند وجود اختلاف في ورقة التخطيط، احتفظ بالتاريخ الذي توقعته والقاعدة التي بنيت عليه التوقع والتاريخ الذي وجدته في المستند الفعلي. ثم اسأل عن سبب الفرق في هذا الملف. لا تغير إعدادًا أو تلغي دفعة من مقال حتى تجعل الحساب يشبه أحد فروعه؛ نحن لم نصل إلى حساب ولم ننفذ طلبًا. الجداول تساعد على تسمية الاحتمال، ولا تثبت وحدها ما وقع فعلًا.
ومن المفيد الاحتفاظ بنسخة المصدر ووقت قراءة المعلومة مع اسم الخدمة والمنتج والفترة. لا تعتبر تاريخ قراءة صفحة تاريخ نشوء الاشتراك، أو تاريخ نشر مستند موعدًا جديدًا لعميل. هذه التواريخ لها وظائف مختلفة. ربطها بأسمائها يمنع اختصار الملف إلى رقم يوم يبدو واضحًا، بينما تخفي الورقة المعنى الذي تحتاجه لفهم تجديدها أو فاتورتها.
احفظ سلسلة التواريخ والمخصصات مع حدودها
يمكن تلخيص فرع Stripe المؤلف بقاعدة نهاية الشهر وتواريخ 28 فبراير و 31 مارس و 30 أبريل 2027. وفرع Play يحفظ شرط فبراير غير الكبيس واستمرار 28 في مارس وأبريل. أما الثالث فيحفظ قاعدة 30 يومًا وتواريخ 2 مارس و 1 أبريل و 1 مايو. لا تدمج التواريخ في سلسلة واحدة تختار من كل فرع الموعد الأقرب، لأنك عندها أنشأت جدولًا لا يمثل أيًا من القواعد المعطاة.
وبجانب كل سلسلة اكتب نقطة البداية 31 يناير 2027 وأن الأمثلة تقويمية دون تغييرات للحالة. ثم احتفظ بحدي نافذة 1 فبراير شاملًا و 1 مايو مستبعدًا، والمخصص 24 لكل موعد داخلها. بذلك يستطيع القارئ مراجعة 3 و 3 و 2 ومبالغ 72 و 72 و 48 ، ومعرفة أن الفرق ناتج من حدود العد والمواعيد، لا من خصم مالي أو سعر خدمة ثبت أنه أقل.
في سجل واقعي، افصل القاعدة والموعد المتوقع والفترة وبيان الفاتورة وحركة الدفع وحالة العملية. قد تعرف بعض هذه المعلومات وتبقى أخرى غير متاحة؛ لا تملأها بأرقام المثال. لم نثبت تنفيذ تجديد أو صحة مبلغ أو حق رد أو استمرار وصول في اشتراك. كذلك لم ننشئ فترة سماح أو معالجة فشل دفع لمجرد أن موعدًا مر دون مستند يؤكد ما حدث بعده.
الصورتان توضحان جداول ومخصصات مؤلفة من قاعدتين قرأناهما وجدول أيام مستقل، وليستا فواتير أو تقارير من حساب. ما ينبغي أن يبقى هو سؤال القاعدة قبل الحساب، وحفظ الاتجاه الزمني وحدود التقرير واسم كل مبلغ. بهذا الترتيب تستطيع فهم لماذا لا يعني تاريخ فبراير المتشابه موعد مارس المتشابه، وتبقى نتيجة التخطيط منفصلة عن أحداث مالية لم نتحقق منها.
المصادر ومتابعة القراءة
- Stripe: Set subscription billing renewal date (يفتح في نافذة جديدة)docs.stripe.com
- Google Play: مراحل نشاط الاشتراك، التجديد (يفتح في نافذة جديدة)developer.android.com
أُعدّ هذا المقال بصياغة عربية أصلية بالاستناد إلى المصادر أعلاه، وهو مدخل تمهيدي إلى الموضوع. اقرأ منهجية المحتوى وحدوده.