سؤال

أشعر بالفضول بشأن وجود أي معايير "تقريبية" عندما يتعلق الأمر بحساب البيانات المالية.أفكاري الأولية هي إجراء التقريب فقط عندما يتم تقديم البيانات إلى المستخدم (طبقة العرض التقديمي).

إذا تم بعد ذلك استخدام البيانات "المقربة" لإجراء المزيد من الحسابات، فهل يجب استخدام الرقم "المقرب" أم الرقم "الخام"؟هل لدى أي شخص أي نصيحة؟

يرجى ملاحظة أنني على دراية بطرق التقريب المختلفة، أي.تقريب المصرفيين الخ

هل كانت مفيدة؟

المحلول

القاعدة الأولى والأهم: استخدم أ نوع البيانات العشرية, ، أبدا الأنواع العائمة الثنائية.

عندما يتم تنفيذ الدقة بالضبط ، يمكن تفويض اللوائح ، مثل التحويل بين اليورو والعملات الوطنية استبدل.

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

نصائح أخرى

لقد طلبت للتو من مبرمج Greybeard Mainframe في شركة البرمجيات المالية التي أعمل من أجلها ، وقال إنه لا يوجد معيار معروف ويعود إلى ممارسة المبرمج.

في حين أن الإحصائيين كانوا على دراية بمسألة التقريب منذ عام 1906 على الأقل ، إلا أنه من الصعب العثور على مستوى مالي يؤيده.

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

بشكل عام ، استخدم وضع التقريب المتماثل بغض النظر عن القاعدة التي تعمل فيها (Base-2 أو Base-10).

هذا سوف يتجنب التحيز المنهجي خلال الحسابات.

مثل هذا الوضع هو من نصف لآخر ، والمعروف باسم "التقريب المصرفيين".

استخدم أدوات اللغة التي تسمح لك بتحديد شرطي السياق الرقمي ، بما في ذلك أوضاع التقريب والاقتطاع. على سبيل المثال ، بيثون decimal وحدة. قد لا تكون الافتراضات الضمنية التي وضعتها مكتبة C مناسبة لحساباتك.

http://en.wikipedia.org/wiki/Rounding#Rounding_to_integer

لم أر وجود "المعيار الوحيد الذي يحكمهم جميعًا" - هناك أي عدد من قواعد التقريب (كما أشرت) ، ويبدو أنها تلعب دورها بناءً على رمز الصناعة/العميل/العملة (http://en.wikipedia.org/wiki/iso_4217) - نظرًا لأن الجميع لا يستخدمان مكانين بعد العشرية ، تصبح المشكلة أكثر تعقيدًا. في نهاية اليوم ، يحتاج عميلك إلى تحديد القواعد التي يريدون تنفيذها ...

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

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

كيف يمكنك دفع العمل الإضافي على ذلك؟

15 hours x 23.37183475 x 1.5 = $525.87 rounded from $525.86628187
15 hours x 23.37       x 1.5 = $525.82

لماذا سرقت خمسة سنتات من موكلي؟ للأسف، أنا لا أمزح حول هذا الموضوع.

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

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

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

النظر في استخدام الأعداد الصحيحة المقاس.

بمعنى آخر ، قم بتخزين أعداد كاملة من البنسات بدلاً من أعداد الكسور من الدولارات.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top