Estoy trabajando en los impuestos sobre las ganancias de capital que exige el IRS de los Estados Unidos (Formulario 8949 y Anexo D). Elegir un buen algoritmo para escoger la base de coste de una venta parece no ser fácil en la siguiente situación:
- Los artículos que compra y vende son indistintos.
- Puedes comprar cantidades arbitrarias de ellos por un precio arbitrario.
- Te preocupan los errores de redondeo.
- Le preocupa que las declaraciones de impuestos futuras sean coherentes con las pasadas.
- Nadie le proporciona un formulario 1099-B.
Por ejemplo, supongamos que he comprado 6 artículos por $0.17. (I am picking small numbers in this example to make it easy to see my point.) Then I sold each item individually, for various prices. I will need to report 6 cost bases to the IRS, and I think they need to add up to $ 0.17. La verdadera base de coste de cada artículo es 0,17/6, pero no puedo ponerlo en un formulario fiscal porque su representación decimal es infinitamente larga (0,02833333333...). Supongamos que quiero bases de costes que no tengan centavos fraccionarios. Entonces un algoritmo razonable para esta situación podría asignar los artículos para que tengan estas bases de coste 0.03, 0.03, 0.03, 0.03, 0.03, 0.02.
Otra cosa importante a tener en cuenta es que voy a ejecutar este algoritmo a lo largo de múltiples años fiscales. Así que no quiero que una venta en 2016 afecte a la base de coste de una venta que ya declaré en mi declaración de impuestos de 2015.
¿Cuál es un buen algoritmo/método para elegir cada base de coste en situaciones como ésta?
0 votos
Dado que los impuestos estadounidenses permiten redondear al dólar, sospecho que lo estás pensando demasiado... Yo utilizo sobre todo la contabilidad "first in first out", ya que tengo esos registros y así es como a mis fondos les gusta informar de los resultados.
1 votos
A Hacienda no le importan los errores de redondeo.