Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

El valor del token en el momento del VCO está calculado en ETH y en la moneda local (por ejemplo, ARS). Ese valor representa el valor FIJO de la botella. Durante el crowdsale, el valor de ETH frente otras monedas, como el valor de la divisa local, puede variar frente otras criptomonedas y fiat en el mundo, pero el precio base queda establecido el día del VCO.

Sobre ese valor, se aplican los impuestos LOCALES de venta (IVA).

Por ejemplo, el día 6 de mayo, 2018, salió a la venta (VCO) en el crowdsale los tokens MTB18.

El precio de los MTB18 quedó en 97,55 ARS + IVA = 118,05 ARS.

Al finalizar el crowdsale, se envía un email a los compradores de tokens, pidiendo sus datos fiscales para emitir la factura. A los compradores que devuelven su información se genera una factura de venta nacional. A los los compradores que NO devuelven su información, se genera una factura de venta de caja. Incluso a los compradores extranjeros del país, se les genera una factura con IVA.

Los tokens van a la pileta!

...

  • La bodega debe conservar tokens para quemar en caso de pérdidas de stock (roturas, pérdidas, muestras, consumo interno, regalos de botellas)

  • La bodega puede querer vender tokens en el exchange o P2P a otro precio que no sea del VCO, y percibir mayor ganancias.

Si la bodega vende directamente (P2P) tokens a un comprador, esa venta debe ir acompañado con una factura (incluyendo IVA se es venta nacional, sin IVA si es para exportación) al precio de la venta del token.

...

Tres momentos imponibles en la vida del token:

  1. Cuando se vende el token en el momento del VCO - venta de token de la bodega directamente durante el crowdsale, con la generación de un recibo (de anticipo).

  2. Cuando alguien quema un token y la bodega envía el vino al cliente, se hace una factura que incluye:

    1. el gasto del envío + IVA

    2. las botellas a VCO + IVA, (el cliente solo paga el IVA)

  3. Cuando la bodega retira sus tokens (MTB* y ETH) del liquidity pool, vende el ETH por fiat (ganancias), y quema los restantes tokens del pool.

Info

El valor del IVA del vino se define en el inicio del VCO. Si después hay un incremento el valor del token en el exchange, esto es un reflejo del mercado secundario…no del valor del token por parte de la bodega, donde 1 token siempre es igual a 1 botella.

  • La bodega siempre puede quemar tokens suyos, y vender y facturar el vino al precio que quiere en fiat, de forma tradicional (y facturar al precio que quiere, con IVA).

  • La bodega puede vender tokens propios de forma P2P, pero igualmente percibe la ganancia según la cantidad de ETH recibe en este momento. Se sigue “segregando IVA” en la ecuación, mediante recibo de anticipo.

Info

Tampoco tiene mucho sentido que la bodega venda tokens P2P a precios diferentes del listado en el exchange, salvo que sean cantidades grandes, para reducir “slippage”, porque esto generaría situaciones de arbitraje

Considera que si no lo hacemos así, vemos estos problemas:

  • Si quisiéramos facturar el token + IVA durante la VCO (en lugar de registrar un anticipo) estaríamos cobrando IVA a los poseedores de tokens que van hacer redeem fuera de Argentina, y el IVA es local. Esto sería un problema, pero encarece el precio del token innecesariamente.

  • Las personas que compran los tokens en el exchange NO estarían pagando IVA (si no se hace en el momento del redeem)

  • Si el comprador NO hace el redeem (y se quedan con los tokens) hemos terminado cobrando IVA sobre algo que no está gravada (cripto)

Si la bodega vende sus tokens en el exchange (sin aumentar el LP), entonces la Bodega debería contabilizar la ganancia (recepción de ETH), similar a cuando hace una venta P2P de tokens, pero nuevamente, no hay IVA, porque no hay entrega de vino.

Info

Hay un incentivo para que la bodega NO vender sus tokens en el exchange, porque reduce el precio del token, pero puede hacerlo.

Ahora bien, como contabilizamos los activos, y de que manera podemos actualizar los valores adyacentes (del vino)?

Para la contabilidad de activos, pensamos en la cantidad de tokens en wallets de la bodega (no en botellas de vino) que tenemos en stock):

  1. Debemos hablar de tokens en el/los wallets de la bodega, no botellas, porque:

    1. Es un valor que podemos calcular de forma fehaciente (y públicamente), mirando el último bloque del año.

    2. El valor del token (tomada desde la VCO no es ambigua ni manipulable)

    3. La única discrepancia entre tokens/botellas aparecería cuando la bodega no haya quemado tokens por botellas perdidas/consumidas en bodega.

    4. Es fácil de calcular cuantas botellas tenemos en la bodega que ya pertenecen a poseedores externos de tokens (tokens vendidos).

  2. Recordamos que el valor en el exchange, es un valor en un mercado secundario no manejado por la bodega, ni por OpenVino. Para la bodega, el valor de un token es siempre 1 botella. Y el valor de la botella se determina mediante los cálculos tradicionales de costos.

  3. Si vemos la necesidad de aplicar una actualización del valor de la botella (del valor inicial del VCO), por ejemplo, debido a la inflación, podemos aplicar un incremento porcentual regular para todos los tokens (fijando un valor de referencia basado en el INDEC).
    Al aumentar el valor de la botella (del valor VCO), esto generaría un cambio en dos aspectos:

    1. El cálculo del IVA aplicable al momento de hacer redeem (en Argentina).

    2. Valor de exportación declarado en la factura “E” para la salida de botellas (en USD@TCO, suponiendo la exportación en USD).

Las referencias de los valores de ETH (u otra moneda como MATIC u OPS) se definen según la selección de un exchange local (i.e. usando la API de CryptoMKT en Argentina).