Pregunta

Tengo curiosidad acerca de la existencia de ningún "redondeo" estándares" cuando se trata del cálculo de los datos financieros. Mis pensamientos iniciales son para llevar a cabo el redondeo sólo cuando se está presentando los datos al usuario (capa de presentación).

Si los datos "redondeadas" se utiliza a continuación para otros cálculos, debe ser utilizar la figura "redondeado" o la figura "en bruto"? ¿Alguien tiene algún consejo?

Tenga en cuenta que yo soy consciente de los diferentes métodos de redondeo, es decir, los banqueros de redondeo, etc.

¿Fue útil?

Solución

La primera y más importante regla: el uso de un tipo de datos decimal , nunca jamás tipos binaria de punto flotante.

Cuando el redondeo se debe realizar con exactitud puede ser requeridos por las normativas, tales como la conversión entre la euro y monedas nacionales que sustituye.

Si no existen tales normas, lo haría todos los cálculos con gran precisión, y alrededor sólo para la presentación, es decir, no utiliza valores redondeados para los cálculos posteriores. Esto debería producir la mejor precisión global.

Otros consejos

Me acaba de pedir un programador de computadora central barba gris en el software financiero trabajo de la empresa I para, y dijo que no existe un estándar conocido y le toca a la práctica programador.

Mientras que los estadísticos han sido conscientes del problema de redondeo al menos desde 1906, es difícil encontrar una norma financiera lo hace suyo.

De acuerdo con este plantón e, el "Informe de la Comisión Europea la introducción del euro y el redondeo de divisas Cantidades sugiere que había habido previamente ningún enfoque estándar para el redondeo en la banca ".

En general, use un modo de redondeo simétrico no importa qué base de que está trabajando en (base-2 o en base 10).

Esto evitará sesgo sistemático durante los cálculos.

Tal modo es de ida y Medio-A-Incluso, también conocida como "banqueros de redondeo".

Utilice las herramientas lingüísticas que permiten especificar explícitamente el contexto numérico, incluyendo los modos de redondeo y de truncamiento. Por ejemplo, Python decimal módulo. Las suposiciones implícitas hechas por la biblioteca C podría no ser apropiada para sus cálculos.

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

Ive no se ve la existencia de "un estándar para gobernarlos a todos" - hay cualquier cantidad de normas de redondeo (como se ha referenciado), y que parecen entrar en juego basado en cliente / y el código de la industria / moneda ( http://en.wikipedia.org/wiki/ISO_4217 ) - ya que no todo el mundo utiliza 2 lugares después del punto decimal, el problema se complica aún más. Al final del día, el cliente debe especificar las reglas que deseen implementar ...

Es frustrante que no hay normas claras sobre esto, tanto para guiar al programador, y como defensa en los tribunales. Sólo haciendo "regular" redondeo hacia la más cercana de la nómina puede conducir a pago insuficiente por unos pocos peniques en un cheque de pago, aquí y allá, que es algo abogados laborales se comen como el crack.

A pesar de una tasa de pago de base puede solamente así puede especificar de dos cifras decimales ( "Estás contratado a $ 22.71 / hora"), cosas como tiempo extra mezclado (determinado por un promedio de múltiples tasas de pago en un período) terminan con una efectiva tasa por hora de $ 23.37183475 / hr.

¿Cómo se pagan las horas extras al respecto?

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

¿por qué robaste CINCO CÉNTIMOS DE MI CLIENTE? Lamentablemente, no estoy bromeando sobre esto.

Esto se vuelve aún más incómoda cuando se calcula el valor de precisión completa, pero muestran una versión truncada:. Lo hace el primer cálculo anterior, pero sólo mostrar $ 23.37 para la tasa sobre el talón de pago

Ahora los cálculos talones de pago al no atar a cabo hasta el último centavo, y ahora hay que explicarlo, pero incluso si es a favor del empleado, puede ser suficiente para que un abogado laboral a la sangre olor en el agua y de inicio en busca de otras cosas.

Un enfoque es siempre redonda en favor del empleado, no en la dirección natural, por lo que no puede ser nunca una acusación de robo de salarios sistemática.

Considere el uso de números enteros escalados.

En otras palabras, almacenar números enteros de monedas en lugar de números fraccionarios de dólares.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top