قليلا من الرياضيات المالية: حساب التضخم والفائدة

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

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

الجزء الثاني قريب جدًا من حساب الفائدة على معاملات الائتمان العادية (القروض ، القروض ، القروض ، إلخ).

بديل الصورة

أولا نظرية ، في نهاية المطاف رمز قليلا.

كل هذا تحت الخفض.

لذلك ، حصلت على وثيقة من المرافق العامة "بيان استحقاق تكاليف التضخم و 3 ٪ سنويا." تم التحقق من ذلك من قِبل لي ، ووجدت أنه تم حسابه باستخدام الخوارزمية الخاطئة وأنه ذو أهمية ، لأنه يجب أن ينفذ متطلبات المادة من القانون المدني لأوكرانيا.

ما ينبغي النظر هو مكتوب في القانون المدني لأوكرانيا:
المادة 625 من القانون المدني لأوكرانيا. "المسؤولية عن انتهاك الالتزام النقدي"
2. يلتزم المدين الذي أخر تأخير الوفاء بالتزام نقدي ، بناء على طلب الدائن ، بدفع مبلغ الدين مع مراعاة مؤشر التضخم الثابت لكامل فترة التأخير ، وكذلك 3٪ سنويًا من المبلغ المستحق ...
بناءً على أرقام الديون ، فإن المرافق العامة تحسب تكاليف التضخم و 3٪ سنويًا.

تكاليف التضخم


كذلك سأتحدث عن خوارزمية الحساب ، وليس عن أرقام محددة.

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

مؤشر التضخم (II) ، أو مؤشر أسعار المستهلك (CPI) ، أو مؤشر أسعار المستهلك (CPI) - أحد أنواع مؤشرات الأسعار التي تم إنشاؤها لقياس متوسط ​​مستوى سعر السلع والخدمات (سلة المستهلك) لفترة معينة في الاقتصاد.

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

في أوكرانيا ، AI و CPI مترادفتان

نظرًا لأن مؤشر الأسعار هو مؤشر سلسلة ، للفترات التالية واحدة تلو الأخرى ، يتم حسابه بضرب المؤشرات ، على سبيل المثال ، 101٪ * 102٪ = (1.01 * 1.02) * 100٪ = 103.02٪.

يتم احتساب منظمة العفو الدولية من قبل لجنة الدولة للاحصاءات في أوكرانيا ونشرها في الدوريات الرسمية. يمكن استخدام هذه الأرقام الأساسية لإعادة حساب المبالغ النقدية.
ماذا يفكر العمال المجتمعيون؟

جزء من مستند إعداد فواتير الخدمات

آخر موعد للتسوية هو 7 ديسمبر 2016.

دعنا نرى كيف أن العمال المحليين حصلوا على نسب تكلفة التضخم؟

يمكن أن يُرى بالعين المجردة أنه في العمود الثالث (والعام الخامس) ، بدلاً من الجزء الصحيح 1 ، يجب أن يكون الجزء الصحيح هو 0. كيف حصلوا على الجزء الكسري؟

سبتمبر 2016. الجزء الكسري 0.028. مدة الدفع لشهر سبتمبر هي 20 أكتوبر 2016. الجزء الكسري يتوافق مع مؤشر التضخم الذي نشرته لجنة الدولة للاحصاءات ، لشهر أكتوبر 2016 - 102.8 ٪

أغسطس 2016. جزء كسري 0.0465. مدة السداد لشهر أغسطس هي 20 سبتمبر 2016. يتوافق الجزء الكسري مع مؤشر التضخم لشهر سبتمبر مضروبًا في الثاني لشهر أكتوبر: 101.8٪ * 102.8٪ = 104.65٪ ، أو في الأسهم ، 1.018 * 1.028 = 1.046504. يتم تقريب المرافق العامة إلى 1.0465 وطباعة هذا الرقم ، على الرغم من أنه ينبغي سحب الوحدة ، لأنها في العمود التالي تقوم فقط بطباعة مقدار تكاليف التضخم ، وليس المبلغ المتراكم.

يوليو 2016 وما قبله. لقد أجريت هذه الحسابات واستعدت الخوارزمية. تضاعف المرافق العامة مؤشرات التضخم ، ابتداءً من الشهر التالي لشهر تقديم الخدمات (شهر تاريخ الاستحقاق) ، وتنتهي في أكتوبر 2016.

نقطة البداية صحيحة جزئياً فقط. كما سأظهر لاحقًا ، في الحالة العامة ، يجب أن يبدأ الحساب حقًا من هذا الشهر ، ولكن في حالتنا الخاصة ، يجب تخطي الشهر الأول (معادل الذكاء الاصطناعي إلى 100٪).

نقطة نهاية الضرب. نظرًا لأن آخر يوم للحساب في ديسمبر ، وتحتاج إلى إنهاء ديسمبر ، فهذا هو الحال عمومًا. كما سأظهر لاحقًا ، في هذه الحالة بالذات ، يجب أيضًا تخطي ديسمبر (يساوي أيضًا الذكاء الاصطناعي بنسبة 100٪). وفي 7 كانون الأول (ديسمبر) ، لم يكن لدى منظمة العفو الدولية الوقت الكافي للنشر.

لماذا لا تؤخذ نوفمبر في الاعتبار في أي مكان؟ أعتقد أنهم نسوا فقط إدخاله في النظام.

الآن دعونا نرى كيفية حساب مؤشر التضخم. حسب الاقتضاء - الموصوفة في خطاب المعلومات الصادر عن المحكمة الاقتصادية العليا في أوكرانيا رقم 01-06 / 928/2012 بتاريخ 17.07.2012 [6].

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

وبالمثل ، إذا تم سداد الدين من 1 إلى 15 يومًا من الشهر ، يتم حساب تكاليف التضخم دون أخذ هذا الشهر في الاعتبار ، وإذا تم احتساب تكاليف التضخم من 16 إلى 31 يومًا في الشهر ، مع مراعاة هذا الشهر.
في حالتنا ، فإن مصطلح الدفع هو اليوم العشرين من الشهر التالي لشهر تقديم الخدمات ، أي لتوفير الخدمات في سبتمبر ، يكون تاريخ بدء المستوطنات هو 21 أكتوبر 2016 ، والموعد النهائي هو 7 ديسمبر 2016.

أي من الصواب مراعاة ذلك: لتوفير الخدمات في سبتمبر 2016 ، ضع في اعتبارك التضخم لمدة ثلاثة أشهر (اجتياز المؤشر أو الدورة) ، من أكتوبر إلى ديسمبر ، ولكن في الشهر الأول والأخير ، خذ الذكاء الاصطناعي يساوي 1 (100٪) ، وأخذ في الاعتبار نوفمبر فقط.

في نوفمبر 2016 ، بلغت نسبة الذكاء الاصطناعى 101.8 ٪ ، أي يجب أن يكون المعامل 0.0180 ، وليس 0.0280. كتبت عن وحدة الرصاص من قبل.

3 ٪ سنويا


دعونا نرى كيف تلقت الخدمات المجتمعية معاملات ومبالغ تراكمية قدرها 3 ٪ سنويا؟ هذا هو العمود الخامس في الجدول أعلاه.

كما كتبت في وقت سابق ، يجب ألا يكون هناك وحدة رائدة ، يجب أن يكون هناك 0. نحن ننظر إلى الجزء الكسري ، ولاحظ أنه مستدير بشكل مثير للريبة - كل شهر سابق هو 0.0025 أكثر من الشهر الحالي.

باستخدام حسابات بسيطة ، يمكن تحديد أن المرافق العامة ، دون مزيد من اللغط ، مقسمة 3٪ إلى 12 شهرًا ، وتلقى 0.0025 ، أو 0.25٪ شهريًا ، وتتراكم هذه النسبة المئوية لكل شهر تأخير كامل وغير كامل. نعم ، إذا نظرت إلى أكتوبر 2016 ، وهو الموعد النهائي للدفع الذي جاء في 21 نوفمبر ، وتم إجراء الحسابات في 7 ديسمبر ، ثم لشهر غير مكتمل ، تم احتساب نفس النسبة 0.25٪.

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

التشريعات في أوكرانيا والرياضيات المالية لا تعطي إجابة واضحة على سؤال حول كيفية شحن 3 ٪ سنويا؟ لقد بحثت عن العديد من الكتب حول هذا الموضوع ، ولكن الكتب قديمة ، ويعود تاريخها إلى عام 2002. لذلك ، سيتم استكمال خوارزميات الكتب بحقيقة أنه كان من الممكن google من المقالات الأكثر حداثة والغربية. [1] أعيد طبعه في عام 2007 ، ولم يكن من الممكن العثور على كتب باللغة الروسية. ربما لأن الرياضيات المالية ، كعلم ، نشأت منذ وقت طويل ، قبل وقت طويل من ظهور أجهزة الكمبيوتر ، ظهرت مفاهيم مثل "الائتمان" و "الفائدة على الائتمان" منذ عدة مئات من السنين. والخوارزميات لم تتغير كثيرا منذ عام 2002.

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

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

وفقا للفن. 625 يجب أن يتراكم القانون المدني لأوكرانيا بنسبة 3٪ سنويًا وفقًا لمخطط الفائدة البسيط. لحساب مقدار الفائدة ، يجب ضرب مبلغ الدين (أو نص القرض ، في الحالة العامة) بمعدل الفائدة السنوي العادي البالغ 3٪ وضربه في جزء السنة (المدة بالسنوات) الذي بلغ التأخير. قد تكون هذه المشاركة أكثر من 1 إذا كان التأخير أكثر من عام.

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

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

  1. يتلقى العميل قرضًا قصير الأجل من البنك من 6 ديسمبر 2018 إلى 7 ديسمبر 2018. ما هي مدة العقد وعدد الأيام التي أحتاجها لتجميع الفوائد؟ من الواضح - 1 يوم.
  2. يقوم المشترك بطلب الطلبات المسبقة من مشغل الاتصالات ، مع فترة صلاحية في المستقبل من 6 ديسمبر 2018 إلى 7 ديسمبر 2018. ما هي خطوط تقديم الخدمة وما هو عدد الأيام التي يجب أن أتحمل فيها رسوم الاشتراك في الخدمة؟ من الواضح 2 أيام.

ما هو الفرق؟

والحقيقة هي أن اليوم ليس نقطة في الجدول الزمني ، ولكن فاصل زمني يمكن كتابته بطريقتين (أذكر أن القوس المربّع على حدود الفاصل الزمني يعني أن النقطة هي في الفاصل الزمني ، وأن القوس ليس النقطة في الفاصل الزمني):

  • [06.12.2018 00.00.00 ، 12/07/2018 00.00.00) - هنا لا يتم تضمين الحد الأيمن من الفاصل الزمني في الفاصل الزمني ،
  • [06/12/2018 00.00.00 ، 12/06/2018 23.59.59] - هنا يتم تضمين الحد الأيمن من الفاصل الزمني في الفاصل الزمني.

في الحالة الأولى (1) ، عندما لا يتم إعطاء الفاصل الزمني بشكل صريح ، ولكن في شكل فاصل زمني بين التواريخ ، عادةً ما يتم حساب العدد الدقيق للأيام ، بما في ذلك اليوم الأول أو الأخير ، ولكن ليس الاثنين معا. [4] يقول نفس الشيء بمعنى آخر: "يوم إصدار القرض ويوم السداد يوم واحد."

تحدد هذه الطريقة ما يسمى بالوقت المحدد. يمكن أيضًا تحديده بسهولة إذا كان كلا التاريخين يشيران إلى نفس السنة ويتوفر تقويم يوضح الرقم التسلسلي لكل يوم من أيام السنة. بعد ذلك يكفي لطرح الرقم التسلسلي للتاريخ المبكر من الرقم التسلسلي للتاريخ المتأخر وسوف تعطي النتيجة مدة الفترة. في Oracle Database ، يمكنك ببساطة طرح التواريخ (نوع DATE) المقطوعة إلى يوم واحد (مع تجاهل الوقت) ، أحدهما من الآخر ، والفرق هو عدد صحيح من الأيام.

في الحالة الثانية (2) نتحدث عن أيام ، لذلك نحسب يومين.

علاوة على ذلك ، أستخلص من حقيقة أن عدد الأيام التي تم تحديدها لديك بالفعل ، على سبيل المثال ، في حالة الخدمات المجتمعية ، عندما يكون الموعد النهائي للدفع هو 20 سبتمبر (أي هذا هو آخر يوم مقبول للدفع) ، وتم دفعه في 21 سبتمبر ، أي من الواضح أن التأخير يجب أن يساوي يوم واحد. في حالة مواجهة مؤشر على الفاصل الزمني لا يشمل الحد الأيسر - فقط انقل الحد الأيسر في يوم من الأيام إلى اليمين.

كيف نحسب عدد الأيام وبسط الكسر؟ هناك حساب دقيق وحساب تقريبي.

العد الدقيق للأيام


ممارسة الناطقة باللغة الروسية


يستند النص إلى [1].

اختيار العدد المحدد للأيام في فترة ما مقسوم عليها ، والقاعدتان الأكثر شيوعًا تعطيهما قاسم المقسوم السنوي 360 أو 365:

القاعدة (R1) ACT / 365. بالنسبة لهذه القاعدة ، يتم تقسيم المدة بالأيام على الرقم 365. وألاحظ أن طول سنة كبيسة سيكون 366/365 = 1.00274 ، وهو أكثر من واحد. سيكون خطأ القاعدة ACT / 365 أكبر ، وكلما زادت سنوات الكبسولة في فترة ما. وبالتالي ، فإن قيمة 3 ٪ سنويا المستحقة بموجب هذه القاعدة ستكون أكثر من 3 ٪.

القاعدة (R2) ACT / 360. هذا هو ما يسمى "القاعدة المصرفية" ، والتي بموجبها ، يتم تقسيم المدة بالأيام على 360. هذه القاعدة تزيد من الطول السنوي للفجوات. لمدة سنة غير قفزة ، سيكون طوله 365/360 = 1.01389 ، ولعام قفزة 366/360 = 1.01667. وبطبيعة الحال ، كلما طالت المدة ، زادت درجة "الاستطالة" في سنوات. غالبًا ما تستخدم هذه القاعدة في الحسابات المتعلقة بسوق المال ، أي تسويق الديون قصيرة الأجل ، مثل الودائع لدى البنوك ، والسندات ، والأوراق التجارية ، وشهادات الإيداع ، وما إلى ذلك. وستكون قيمة 3 ٪ في السنة للعام أكبر مما كانت عليه عند استخدام القاعدة السابقة.

في حالة قبول المقسوم السنوي على 360 يومًا ، فإن الفائدة المكتسبة باستخدام هذا المقسوم تسمى عادية أو تجارية . إذا أخذ المقسوم بالتساوي على 365 أو ، كما سأظهر لاحقًا ، 366 يومًا ، فإن الفائدة تسمى بالضبط.

من الواضح ، النسب المئوية العادية هي أكثر من دقيقة.

على الرغم من أن القاعدة الأولى أكثر دقة من الثانية ، فإن كلاهما غير دقيق بدرجة كافية.

للقضاء على تأثير سنوات القفز على النتائج ، هناك قاعدتان أخريان.

القاعدة (R3) ACT / 365 ، اليابان. يتم إجراء الحساب بنفس الطريقة المتبعة في قاعدة ACT / 365 ، ولكن عند حساب مدة الفاصل (البسط الكسر) ، يتم استبعاد تواريخ الكسب. المقسوم السنوي لا يزال دون تغيير.

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


طريقة أخرى تتعلق بالتغيير الفعلي للقاسم.

القاعدة (R4) ACT / ACT الأساسية. نقسم الفترة المطلوبة إلى ثلاثة أجزاء:

  • الجزء الأول ، من تاريخ البدء إلى نهاية العام الذي يقع فيه تاريخ البدء ،
  • الجزء الثالث - من بداية السنة التي يقع فيها تاريخ الانتهاء ، إلى تاريخ الانتهاء ،
  • الجزء الثاني - 0 أو عدة سنوات تقويمية كاملة بين الجزأين الأول والثالث.

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

القاعدة (R5) ACT / ACT "قصيرة" التعديل ، لفترات أقل من سنة. في هذه الحالة ، يتم تقسيم المدة بالأيام على المقسوم السنوي 365 أو 366 ، اعتمادًا على ما إذا كان هناك تاريخ في 29 فبراير في فترة البحث؟ تتمثل ميزة قاعدة ACT / ACT القصيرة في أنه إذا لم يكن الفاصل الزمني مناسبًا للسنة التقويمية (تنتمي نهايته إلى السنوات المجاورة) ، فسيؤدي تطبيق القواعد الأساسية والقصيرة إلى نتائج مختلفة.

الممارسة الغربية


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

تعتمد المعلومات على [2]. هذا هو Vicki ، لقد راجعت جميع المصادر واستخدمت معلومات google الأخرى: في القواعد التي تحتوي على عدد محدد من الأيام ، كل شيء على ما يرام ، ولكن في القواعد التي تحتوي على عدد تقريبي من الأيام ، توجد تفسيرات أخرى للقواعد ، وغالبًا ما تتغير مع مرور الوقت ، لوضع القواعد موضع التنفيذ ، العدد التقريبي للأيام هذه المقالة ليست كافية.

القاعدة (W1) ISDA الفعلي / الفعلي. تعطي هذه القاعدة نفس النتيجة (R4) "ACT / ACT main" ، ولكن صيغت بشكل مختلف: يتم تقسيم الفاصل إلى سنوات كبيسة وغير قفزة ، بغض النظر عما إذا كانت ممتلئة أو غير كاملة ، علاوة على ذلك ، مجموع الأيام التي تقع فيها السنوات الكبيسة ، مقسومة على 365 ، ومجموع الأيام في السنوات غير الكبيسة مقسوم على 366 ، يتم جمع الرقمين.

أسماء أخرى للقاعدة في الممارسة الغربية: Actual / Actual ، Act / Act ، Actual / 365 ، Act / 365. نعم ، الاسم الأخير هو نفس القاعدة (R1) ، على الرغم من أن جوهر القاعدة مختلف.

القاعدة (W2) الفعلي / 365 ثابت. تكرر هذه القاعدة تمامًا القاعدة (R1) ACT / 365 - عدد الأيام مقسوم على 365.

أسماء أخرى للقاعدة في الممارسة الغربية: Act / 365 ثابت ، A / 365 ثابت ، A / 365F ، الإنجليزية.

القاعدة (W3) الفعلي / 360. تكرر هذه القاعدة (R2) ACT / 360 - العدد الدقيق للأيام مقسوم على 360.

القاعدة (م 4) الفعلي / 364. عدد الأيام مقسوم على 364. ليس له مثيل في الممارسة الناطقة باللغة الروسية.

القاعدة (W5) الفعلي / 365L. يتكون من قرصين:
  1. للمدفوعات السنوية. إذا كان التاريخ هو 29 فبراير خلال الفترة ، فسيتم تقسيم عدد الأيام في الفترة على المقسوم السنوي 366 ، إن لم يكن ، على 365. وبهذا المعنى ، يتزامن مع القاعدة (R5) ACT / ACT "تعديل قصير".
  2. إذا كان تواتر المدفوعات يختلف عن السنوي. إذا كان تاريخ الانتهاء في سنة كبيسة (ولا يساوي بالضرورة 29 فبراير) ، فإن المقسوم السنوي هو 366 ، وإلا - 365. في الممارسة الناطقة باللغة الروسية ، لا يوجد لديه تناظرية.

اسم آخر هو السنة ISMA.

القاعدة (م 6) القوات المسلحة البوروندية الفعلية / الفعلية. يتكون من قرصين:
  1. الرئيسية للفترات التي تقل عن سنة: إذا كان التاريخ هو 29 فبراير خلال الفترة ، فسيتم تقسيم عدد الأيام في هذه الفترة على المقسوم السنوي 366 ، إن لم يكن ، على 365. وبهذا المعنى ، يتزامن أيضًا مع قاعدة "التعديل القصير" R / ACT ACT / ACT .
  2. ممتدة ، لفترات تزيد عن سنة: يتم احتساب سنة عدد صحيح كاملة من تاريخ الانتهاء إلى تاريخ البدء. بالنسبة إلى رصيد أقل من عام ، يتم تطبيق القاعدة الرئيسية. يتم تلخيص عدد السنوات الكاملة وحصة السنة بموجب القاعدة الأساسية.

هناك فروق دقيقة مرتبطة بالعد التنازلي منذ سنوات ، إذا تم إجراء العد التنازلي في 28 فبراير ، وبعد عدد كامل من سنوات كاملة ، كانت السنة سنة كبيسة. في هذه الحالة ، يجب اعتماد التاريخ قبل سنوات في 29 فبراير. وأضيف أن السؤال الذي يطرح نفسه هو ما إذا كان قد تم إجراء العد التنازلي من 29 فبراير ، وعدد سنوات كاملة ليست مضاعفة من أربعة ، وبالتالي لم يكن العام السابق سنة كبيسة. لم أخض في التفاصيل هنا. لكن يمكنك الرجوع إلى الروابط من [2].

و "الكرز على الكعكة" ، القاعدة (W7) 1/1. عدد الأيام مقسوم على المقسوم السنوي 365.25. يستخدم للحسابات المتعلقة بالتضخم.

عدد الأيام المقدرة


تستند القواعد المذكورة أعلاه إلى المدة المحددة في أيام فترات التقويم. ومع ذلك ، في بعض الأحيان هناك مخططات تعتمد على ما يسمى العد المبسط ، أو التقريبي ، للأيام. فكرة هذه المخططات هي "معادلة" مدة كل الأشهر إلى 30 يومًا. وبالتالي ، ستتألف السنة من 12 شهرًا من 30 يومًا ، أي من 360 يوما. لذلك ، سيكون المقسوم السنوي (مقام الكسر) لهذه القواعد دائمًا 360 ، ويتم حساب البسط بطريقة خاصة.

نظرًا لأن العدد المحدد لأيام القرض في معظم الحالات ، ولكن بالطبع ، ليس دائمًا ، يكون أكثر من تقريبي (كما يمكن رؤيته بسهولة من خلال تحديد متوسط ​​عدد الأيام في شهر ما لمدة 30.44) ، فإن طريقة حساب الفائدة مع العدد الدقيق لأيام القرض عادةً ما تعطي نمو أكبر من التقريبي. [4]

يتم وصف أبسط نسخة من هذه القاعدة ، ما يسمى بالقاعدة الأساسية 30/360 ، على النحو التالي (فيما يلي المعلومات الواردة في الكتاب [1] - ممارسة اللغة الروسية):

القاعدة الأساسية 30/360. العدد التقريبي للأيام بين التواريخ هو
 360 * (y2 - y1) + 30 * (m2 - m1) + (d2 - d1) ، 
حيث y، m، d - السنة والشهر واليوم في التاريخين الثاني والأول.

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

تنطبق القاعدة مع إشارة إلزامية لتعديل يشير إلى كيفية التعامل مع الأيام الأخيرة من الأشهر:

ممارسة الناطقة باللغة الروسية


يعطى بواسطة [1].

القاعدة (R6) 30/360 ISDA. إذا كانت d1 = 31 ، ثم d1 '= 30 ، وإلا d1' = d1. إذا كانت d2 = 31 و d1 '= 30 ، ثم d2' = 30 ، وإلا d2 '= d2.

القاعدة (R7) 30E / 360. إذا كانت d1 = 31 ، ثم d1 '= 30 ، وإلا d1' = d1. إذا كانت d2 = 31 ، ثم d2 '= 30 ، وإلا d2' = d2.

هذه القاعدة هي البديل لقاعدة ISDA 30/360 ، والتي تستخدم بشكل أساسي في أوروبا ، ومن هنا جاءت التسمية "E" باسم القاعدة. يختلف عن قاعدة ISDA 30/360 فقط عندما يكون التاريخ الثاني هو الحادي والثلاثين. تقوم النسخة الأوروبية دائمًا بتحويلها إلى الرقم الثلاثين ، بغض النظر عن التاريخ الأول.

القاعدة (R8) 30/360 PSA. إذا كان d1 = 31 أو d1 هو آخر يوم في شهر فبراير ، فعندئذ يكون d1 '= 30 ، وإلا d1' = d1. إذا كانت d2 = 31 و d1 '= 30 ، ثم d2' = 30 ، وإلا d2 '= d2.

من المحتمل أن يكون وصف القاعدة 30/360 SIA الواردة في [1] خطأ ، لذلك لن أقدمها هنا.

الممارسة الغربية


نظرا وفقا ل [2].

القاعدة (W8) 30/360 أساس السندات. نفس (R6) 30/360 ISDA. اسم آخر: 30A / 360.

القاعدة (W9) 30E / 360. مثل (R7) 30E / 360. أسماء أخرى: 30/360 ICMA ، 30S / 360 ، أساس سندات اليورو (ISDA 2006) ، الألمانية الخاصة.

القاعدة (W10) 30E / 360 ISDA. إذا كانت d1 هي آخر يوم في الشهر ، فعندئذ d1 '= 30. إذا كانت d2 هي آخر أيام NOT February ، فعندئذ d2 '= 30.

أسماء أخرى: 30E / 360 ISDA ، Eurobond أساس (ISDA 2000) ، الألمانية.

القاعدة (W11) 30/360 SIA. إذا كانت d1 هي آخر أيام شهر فبراير وكانت d2 هي آخر أيام شهر فبراير ، فعندئذٍ سيكون d2 '= 30. إذا كانت d1 = 31 أو اليوم الأخير من فبراير ، فعندئذ d1 '= 30 ، وإلا d1' = d1. إذا كانت d1 '= 30 و d2 = 31 ، ثم d2' = 30 ، وإلا d2 '= d1.

القواعد (R4) ACT / ACT ، (W1) ISDA الفعلي / الفعلي ، (W2) Actual / 365 ثابت تسمى أيضًا "ممارسة اللغة الإنجليزية".

القواعد (R2) ACT / 360 و (W3) Actual / 360 تسمى أيضًا "ممارسة فرنسية".

القاعدة (R7) 30E / 360 ، (W9) 30E / 360 و (W10) 30E / 360 تسمى أيضًا "الممارسة الألمانية" أو "الممارسة الألمانية".


لذلك ، مع الأخذ بعين الاعتبار الفائدة الدقيقة والعادية ، وكذلك العدد الدقيق والتقريبي للأيام لحساب الفائدة ، نحصل على أربع طرق لحساب الفائدة البسيطة (تتم الإشارة إلى أسماء القواعد في الممارسة الناطقة باللغة الروسية):

  1. مصلحة عادية مع العدد الدقيق للأيام (ACT / 360 - القاعدة المصرفية) ،
  2. النسب المئوية بالضبط مع العدد الدقيق للأيام (ACT / 365 ، ACT / ACT) ،
  3. مصلحة عادية مع عدد تقريبي من الأيام (30/360) ،
  4. النسب المئوية بالضبط مع عدد تقريبي من الأيام.

الطريقة الأولى الأكثر شيوعًا تُسمى القاعدة المصرفية ، وعادةً ما تكون الثانية والثالثة ، وتقريباً الرابعة [1]. وتقول [4]: ​​"... خيار الحساب مع الفائدة الدقيقة وعدد تقريبي من أيام القرض لا معنى له ولا ينطبق".

توضح الحسابات أعلاه للمدة التقريبية للفترات بالكسور في السنة عدم تافه وتنوع القواعد المطبقة. يعتمد تطبيقها (وكذلك الأصل) على البلد والعملة ونوع الأداة المالية والجمعيات المهنية والاتفاقيات. [1]

الخلاصة:

كيف أحسب 3 ٪ في حالتي مع المرافق العامة في أوكرانيا؟

تحليل الممارسة القضائية لتطبيق الفن. يقول 625 من القانون المدني لأوكرانيا أن الطريقة (R1) ACT / 365 [3] تُستخدم عادة ، لكن هذا لم يصاغ بوضوح. أعتقد أنك ما زلت بحاجة إلى تطبيق (R4) ACT / ACT ، وإليك السبب: إذا كنت تتراكم 3٪ لمدة سنة كاملة باستخدام طريقة ACT / 365 ، فسيكون مبلغ الفائدة مساوياً 3.008219٪ ، وهو للدين (أو حجم هيئة القرض) من 1 مليون وحدة نقدية سوف تعطي ما يزيد على 82.19 CU أكثر من 3 ٪ ، والتي يشترطها سعر الفائدة السنوي الموحد بموجب القانون. سيصبح هذا مهمًا بشكل خاص مع الاستحقاق التدريجي للفائدة.

سأكون ممتناً للتعليقات ، خاصة من موظفي البنك.

المصادر المستخدمة

1) Bocharov ، P.P. ، Kasimov ، Yu.F. الرياضيات المالية. موسكو: غارداريكي ، 2002
2)en.wikipedia.org/wiki/Day_count_convention
3) تحليل تطبيق الفن. 625 من القانون المدني لأوكرانيا في الدعاوى المدنية ، zib.com.ua/ua/74602-analiz_praktiki_zastosuvannya_st_625_civilnogo_kodeksu_ukrai.html
4) Chetyrkin E.M. الرياضيات المالية. موسكو: القضية ، 2005
5) اتفاقيات عدد الأيام وعوامل الاستحقاق ، docs.fincad.com/support/developerfunc/mathref/Daycount.htm
6) خطاب معلومات من المحكمة الاقتصادية العليا في أوكرانيا رقم 01-06 / 928/2012 بتاريخ 17/07/2012 ، zakon.rada.gov.ua/laws/show/v_928600-12

والآن رمز صغير في قاعدة بيانات أوراكل:

إليك حزمة قمت بإعدادها لحالتي الخاصة - فهي تحسب تكاليف التضخم و 3 ٪ سنويًا لأوكرانيا.

لا توجد وظيفة مجمعة في Oracle Database تضاعف قيم التضخم. لذلك ، أنا استخدم جمع اللوغاريتمات.

النص المخفي
CREATE OR REPLACE TYPE DEBT_OVERHEAD_T as object (ID number, DEBT_DATE date, OVERHEAD_AMOUNT number); CREATE OR REPLACE TYPE DEBT_WITH_INF_AMOUNT_T as object (ID number, DEBT_DATE date, DEBT_AMOUNT number, PAYMENT_DATE date, INF_MONTH date, INF_RATE number, SKIP_INFLATION char (1), INF_RATE_ACCUMULATED number , INF_COEF_ACCUMULATED number, INF_AMOUNT_ACCUMULATED number, INF_AMOUNT_MONTH number); CREATE OR REPLACE TYPE DEBT_WITH_INF_T as object (ID number, DEBT_DATE date, DEBT_AMOUNT number, PAYMENT_DATE date, INF_MONTH date, INF_RATE number, SKIP_INFLATION char (1)); CREATE OR REPLACE TYPE DEBT_WITH_PCT_AMOUNT_T as object (ID number, DEBT_DATE date, DEBT_AMOUNT number, PAYMENT_DATE date, PCT_YEAR number, PCT_YEAR_DAYS number, PCT_YEAR_PCT_PER_DAY number, PCT_YEAR_BEGIN_DATE date , PCT_YEAR_END_DATE date, PCT_YEAR_DAYS_CALC number, PCT_YEAR_PCT_PER_YEAR number, PCT_AMOUNT_PER_YEAR number); CREATE OR REPLACE TYPE DEBT_OVERHEAD_LIST_T as table of DEBT_OVERHEAD_T; CREATE OR REPLACE TYPE DEBT_WITH_INF_AMOUNT_LIST_T as table of DEBT_WITH_INF_AMOUNT_T; CREATE OR REPLACE TYPE DEBT_WITH_INF_LIST_T as table of DEBT_WITH_INF_T; CREATE OR REPLACE TYPE DEBT_WITH_PCT_AMOUNT_LIST_T as table of DEBT_WITH_PCT_AMOUNT_T; CREATE OR REPLACE PACKAGE CALC_OVERHEADS_P is function GET_DEBT_WITH_INF (p_debt_date_begin date, p_debt_date_end date, p_last_collection_date date) return DEBT_WITH_INF_LIST_T; function GET_DEBT_WITH_INF_AMOUNT (p_debt_date_begin date, p_debt_date_end date, p_last_collection_date date) return DEBT_WITH_INF_AMOUNT_LIST_T; function GET_DEBT_WITH_INF_AMOUNT_TOTAL (p_debt_date_begin date, p_debt_date_end date, p_last_collection_date date) return DEBT_OVERHEAD_LIST_T; function GET_DEBT_WITH_PCT_AMOUNT (p_debt_date_begin date, p_debt_date_end date, p_last_collection_date date) return DEBT_WITH_PCT_AMOUNT_LIST_T; function GET_DEBT_WITH_PCT_AMOUNT_TOTAL (p_debt_date_begin date, p_debt_date_end date, p_last_collection_date date) return DEBT_OVERHEAD_LIST_T; end; / CREATE OR REPLACE PACKAGE BODY CALC_OVERHEADS_P is function GET_DEBT_WITH_INF (p_debt_date_begin date, p_debt_date_end date, p_last_collection_date date) return DEBT_WITH_INF_LIST_T is ret_value DEBT_WITH_INF_LIST_T; begin with T1 as (select a.ID, a.DEBT_DATE, a.DEBT_AMOUNT, a.PAYMENT_DATE, b.INF_MONTH, c.AVAL as INF_RATE from DEBTS a cross apply (select add_months (trunc (a.PAYMENT_DATE, 'month'), rownum - 1) as INF_MONTH from dual connect by level <= months_between (trunc (p_last_collection_date, 'month'), trunc (a.PAYMENT_DATE, 'month')) + 1) b left join INFLATION c on c.ADATE = b.INF_MONTH and c.TYP = 'M' where a.DEBT_DATE between p_debt_date_begin and p_debt_date_end ) , T2 as (select ID, DEBT_DATE, DEBT_AMOUNT, PAYMENT_DATE, INF_MONTH, INF_RATE , case when trunc (PAYMENT_DATE, 'month') = INF_MONTH and extract (day from PAYMENT_DATE) between 16 and 31 then 'Y' when trunc (p_last_collection_date, 'month') = INF_MONTH and extract (day from p_last_collection_date) between 1 and 15 then 'Y' end as SKIP_INFLATION from T1) select DEBT_WITH_INF_T (ID, DEBT_DATE, DEBT_AMOUNT, PAYMENT_DATE, INF_MONTH, INF_RATE, SKIP_INFLATION) bulk collect into ret_value from T2; return ret_value; end; function GET_DEBT_WITH_INF_AMOUNT (p_debt_date_begin date, p_debt_date_end date, p_last_collection_date date) return DEBT_WITH_INF_AMOUNT_LIST_T is ret_value DEBT_WITH_INF_AMOUNT_LIST_T; begin with T1 as (select ID, DEBT_DATE, DEBT_AMOUNT, PAYMENT_DATE, INF_MONTH, INF_RATE, SKIP_INFLATION , exp (sum (ln (case when SKIP_INFLATION = 'Y' or INF_RATE is null then 1 else INF_RATE / 100 end)) over (partition by ID order by INF_MONTH rows between unbounded preceding and current row)) * 100 as INF_RATE_ACCUMULATED from table (CALC_OVERHEADS_P.GET_DEBT_WITH_INF (p_debt_date_begin, p_debt_date_end, p_last_collection_date))) , T2 as (select ID, DEBT_DATE, DEBT_AMOUNT, PAYMENT_DATE, INF_MONTH, INF_RATE, SKIP_INFLATION, INF_RATE_ACCUMULATED , (INF_RATE_ACCUMULATED - 100) / 100 as INF_COEF_ACCUMULATED , round (((INF_RATE_ACCUMULATED - 100) / 100) * DEBT_AMOUNT, 2) as INF_AMOUNT_ACCUMULATED from T1) select DEBT_WITH_INF_AMOUNT_T (ID, DEBT_DATE, DEBT_AMOUNT, PAYMENT_DATE, INF_MONTH, INF_RATE, SKIP_INFLATION, INF_RATE_ACCUMULATED, INF_COEF_ACCUMULATED, INF_AMOUNT_ACCUMULATED , INF_AMOUNT_ACCUMULATED - lag (INF_AMOUNT_ACCUMULATED, 1, 0) over (partition by ID order by INF_MONTH)) bulk collect into ret_value from T2; return ret_value; end; function GET_DEBT_WITH_INF_AMOUNT_TOTAL (p_debt_date_begin date, p_debt_date_end date, p_last_collection_date date) return DEBT_OVERHEAD_LIST_T is ret_value DEBT_OVERHEAD_LIST_T; begin with T1 as (select ID , DEBT_DATE , round ((exp (sum (ln (case when SKIP_INFLATION = 'Y' then 1 else INF_RATE / 100 end))) - 1) * DEBT_AMOUNT, 2) as INF_AMOUNT from table (CALC_OVERHEADS_P.GET_DEBT_WITH_INF (p_debt_date_begin, p_debt_date_end, p_last_collection_date)) group by ID, DEBT_DATE, DEBT_AMOUNT) select DEBT_OVERHEAD_T (ID, DEBT_DATE, INF_AMOUNT) bulk collect into ret_value from T1; return ret_value; end; function GET_DEBT_WITH_PCT_AMOUNT (p_debt_date_begin date, p_debt_date_end date, p_last_collection_date date) return DEBT_WITH_PCT_AMOUNT_LIST_T is ret_value DEBT_WITH_PCT_AMOUNT_LIST_T; begin with T1 as (select * from DEBTS a cross apply (select extract (year from PAYMENT_DATE) + level - 1 as PCT_YEAR from dual connect by level <= extract (year from p_last_collection_date) - extract (year from PAYMENT_DATE) + 1) where DEBT_DATE between p_debt_date_begin and p_debt_date_end ) , T2 as (select ID, DEBT_DATE, DEBT_AMOUNT, PAYMENT_DATE, PCT_YEAR, to_date ('31.12.'||PCT_YEAR, 'DD.MM.YYYY') - to_date ('01.01.'||PCT_YEAR, 'DD.MM.YYYY') + 1 as PCT_YEAR_DAYS from T1) , T3 as (select ID, DEBT_DATE, DEBT_AMOUNT, PAYMENT_DATE, PCT_YEAR, PCT_YEAR_DAYS , 0.03 / PCT_YEAR_DAYS as PCT_YEAR_PCT_PER_DAY from T2) , T4 as (select ID, DEBT_DATE, DEBT_AMOUNT, PAYMENT_DATE, PCT_YEAR, PCT_YEAR_DAYS, PCT_YEAR_PCT_PER_DAY , greatest (PAYMENT_DATE + 1, to_date ('01.01.'||PCT_YEAR, 'DD-MM-YYYY')) as PCT_YEAR_BEGIN_DATE , least (to_date ('31.12.'||PCT_YEAR, 'DD-MM-YYYY'), p_last_collection_date) as PCT_YEAR_END_DATE from T3) , T5 as (select ID, DEBT_DATE, DEBT_AMOUNT, PAYMENT_DATE, PCT_YEAR, PCT_YEAR_DAYS, PCT_YEAR_PCT_PER_DAY, PCT_YEAR_BEGIN_DATE, PCT_YEAR_END_DATE , PCT_YEAR_END_DATE - PCT_YEAR_BEGIN_DATE + 1 as PCT_YEAR_DAYS_CALC , (PCT_YEAR_END_DATE - PCT_YEAR_BEGIN_DATE + 1) * PCT_YEAR_PCT_PER_DAY as PCT_YEAR_PCT_PER_YEAR , round ((PCT_YEAR_END_DATE - PCT_YEAR_BEGIN_DATE + 1) * PCT_YEAR_PCT_PER_DAY * DEBT_AMOUNT, 2) as PCT_AMOUNT_PER_YEAR from T4) select DEBT_WITH_PCT_AMOUNT_T (ID, DEBT_DATE, DEBT_AMOUNT, PAYMENT_DATE, PCT_YEAR, PCT_YEAR_DAYS, PCT_YEAR_PCT_PER_DAY, PCT_YEAR_BEGIN_DATE, PCT_YEAR_END_DATE, PCT_YEAR_DAYS_CALC, PCT_YEAR_PCT_PER_YEAR, PCT_AMOUNT_PER_YEAR) bulk collect into ret_value from T5; return ret_value; end; function GET_DEBT_WITH_PCT_AMOUNT_TOTAL (p_debt_date_begin date, p_debt_date_end date, p_last_collection_date date) return DEBT_OVERHEAD_LIST_T is ret_value DEBT_OVERHEAD_LIST_T; begin select DEBT_OVERHEAD_T (ID, DEBT_DATE, sum (PCT_AMOUNT_PER_YEAR)) bulk collect into ret_value from table (CALC_OVERHEADS_P.GET_DEBT_WITH_PCT_AMOUNT (p_debt_date_begin, p_debt_date_end, p_last_collection_date)) group by ID, DEBT_DATE; return ret_value; end; end; 

Source: https://habr.com/ru/post/ar466401/


All Articles