Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0046293
TypeCategorySeverityReproducibilityDate SubmittedLast Update
feature request[Localization Pack: Spain] Taxesmajoralways2021-04-19 10:092021-07-01 18:53
ReporterpsanjuanView Statuspublic 
Assigned Tojuabaez 
PriorityurgentResolutionno change requiredFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSLinux 64 bitDatabasePostgreSQLJava version7.x
OS VersionOpenbravo Appliance 14.04Database version9.3.xAnt version1.9.x
Product VersionSCM revision 
Regression date
Regression introduced by commit
Regression level
Review Assigned To
Regression introduced in release
Summary

0046293: Foreign VAT rates creation and management required for e-commerce

DescriptionForeign VAT rates creation and management required for e-commerce.

If a product having a Normal VAT is sold in a store in Spain, it has to be taxed at a 21% (Spanish VAT).

If that same product is sold to an intracommunity operator and deliver within EU, that transaction will be VAT exempt due to the fact that intracommunity sales are exempt

So far all these scenarios are covered by Openbravo and the Spanish taxes dataset (same applies to rest of taxes datasets for France, Portugal and Italy).

However e-commerce sales taxation changes whenever the amount of that sales is higher than a given threshold, up to which instead of being taxed at local tax (for instance normal Spanish VAT at 21%), will be taxed at the foreign VAT (for instance German VAT at 19%).

In that last case, those transaction will not be subject to local VAT and therefore will not be settle locally, however will have to informed (SII).
Steps To Reproducen/a
Proposed SolutionFor the definition see document attached.

Considerations: (in Spanish)
1. El nombre y la categoria de impuestos están en inglés con el fin de dar un uso genérico de los mismos a clientes en otros estados miembros de la UE distintos de España.

2.No podemos controlar los tipos de IVA que se apliquen en las plataformas e-commerce a las ventas online, dicho lo cual y en caso de que dichas ventas se tengan que registrar en el backoffice de Openbravo, es necesario que esos tipos de IVA de la UE esten creados en el backoffice de OB, con el fin de que las transacciones tengan los mismos importes de bases, cuotas e importes totales.

3. No podemos controlar en Openbravo, el ĺímite de este tipo de operaciones a partir del cual aplicaría el IVA de destino, y esto aplica igualmente en el caso de que esas transaciones se creen de forma manual en el backoffice de OB
No podemos controlar el país de origen de dichos productos/servicios ofrecidos online, es por ello que no se asigna Pais Origen en la configuración de dichos impuestos

4. No hay un mapping exacto entre las categorias de IVA de los diferentes países de la UE, es por ello que relacionamos todos estos IVAs a una categoria genérica de IVA "EU VAT for e-commerce". Ver See Tipos de IVA en los estados mienbros de la UE

5. No podemos asegurar que un producto determinado en España pertenezca a la misma categoria de IVA (por ejemplo Normal), que en otro estado miembro.
Las transacciones relacionadas con el IVA extranjero de destino se tienen que configurar como "No Sujetas" respecto del IVA local, en todos los casos. Esta configuración se tendrá en cuenta en el caso del SII para España.

6. Como parte del pack de localización tendremos que atender también a los cambios en el DR del 303 y 390. En definición.

7. Finalmente, no he incluido todos los tipos reducidos y super-reducidos para todos los países sólo algunos, pero pueden añadirse con posterioridad si es necesario.

8. No he asociado estos impuestos con una categoria especifica de impuestos de Tercero, ya que si utilizamos ese tercero asociado a esa categoria en el POS, el tipo de IVA asignado no será el correcto.

9. En todo caso, estos impuestos se deben asociar de forma manual al crear los pedidos en Openbravo, o a través de un script que facilite su integración.
 
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
related to feature request 0047300 closedjuabaez New 303 Design starting from August 1st caused by new EU e-commerce legislation 
related to feature request 0047301 closedpsanjuan Nuevo dataset dek 390 para 2021 incluyendo nuevo diseño de registro Modelo 390 2021 - Ventas e-commerce 

-  Notes
(0129940)
psanjuan (manager)
2021-06-29 13:42
edited on: 2021-06-30 15:05

 For definition see:


https://docs.google.com/spreadsheets/d/16eTKzc3k9FLlSlPfyty-EZTe5NYRiLPkIHAdMHRCXro/edit#gid=671892912 [^]
(0130075)
psanjuan (manager)
2021-07-01 17:02

 Rejected as this was not a correct design. e-commerce platforms need to get the correct taxes configuration which already exits (Localization Taxes Configuration modules).

Sent to the partners:

Buenos días a todos,

Tras revisar hoy de nuevo este tema, quería informaros de que los impuestos que se incluyen en el obx que creamos y que os pase ayer, ya los tenemos en los distintos módulos/datasets de impuestos de cada país que están publicados en la Forge.

Os adjunto los links y la información:

    TaxesFrance - módulo: Taxes: Configuration for France (version 1.0.201)
    TaxesItaly - módulo: Taxes: Configuration for Italy (version 1.0.202)
    TaxesPortugal - módulo: Taxes: Configuration for Portugal (version 1.0.201)

Publicaremos en breve los impuestos para Austria, Alemania y Bélgica.
Por favor decidme si necesitais que creemos los impuestos para otros países de la UE.

Os recuerdo que hay un módulo que permite la asignación de más de una categoria de impuesto al mismo producto: MultiTax Category
De forma que el Producto A, puede estar asociado a la categoria de impuesto "IVA Normal" para las LE de España y a la categoría "TVA normale" para las LE de Francia.

Cada cliente, podrá aplicarse los impuestos/módulo de impuestos del país de la UE con el que realice transacciones.

Dicho lo cual, no publicaremos de forma oficial el módulo genérico de impuestos para EU que os envie ayer, por no ser válido debido a esta duplicidad que os comento.

Entendemos que el e-commerce se tiene que comportar como un TPV de Openbravo. El backoffice de Openbravo exporta todos los datos maestros: productos, impuestos configurados de forma correcta por cada país, etc, y el TPV o e-commerce recibe esos datos maestros y los utiliza para generar las ventas.

El e-commerce es quien implementa las reglas para calcular los importes de las ventas de esos productos y decide qué impuestos hay que aplicar, tal y como lo hace un POS de Openbravo.
Entendemos que una de las reglas de dichas plataformas, será el tener en cuenta el volumen de ventas para que:

    si no se supera el umbral para las ventas en un país de la EU, se aplique el mismo impuestos que se aplicaría si se realizara la venta en una tienda física de ese país (IVA local, por ejemplo "Entregas IVA 21%" (de España), aunque el cliente final tenga una dirección de envio de Alemania
    y si se supera el umbral de 10.000€ de venta en ese país, se aplique el IVA de destino a ese cliente final (consumidor) con domicilio en Alemania, como si la venta se realizara en una tienda física en Alemania.

El e-commerce envia al backoffice, a través de la correspondiente integración, la información de cada venta, con los productos e impuestos utilizados y el backoffice de Openbravo guarda esa información.
Os pido disculpas ya que las prisas en este caso me han llevado a un planteamiento erroneo, y a la creación de un dataset que no es necesario.

Respecto del SII - Al importar y aplicar las categorias de impuesto de estos impuestos, éstas se tendrán que configurar como "IVA extranjero" para que se envien a SII sólo las bases imponibles no las cuotas.
Tendremos que añadir la lógica de que además se envien como operaciones "No Sujetas" al IVA español. Abro issue. 47313

Respecto del 303 - tendremos que analizar como reflejar las transacciones relacionadas con esos impuestos de forma correcta en el 303 y en el 390, si es necesario. Por revisar.

- Issue History
Date Modified Username Field Change
2021-04-19 10:09 psanjuan New Issue
2021-04-19 10:09 psanjuan Assigned To => Jorge Bravo
2021-04-19 10:21 psanjuan Description Updated View Revisions
2021-04-19 10:21 psanjuan Proposed Solution updated
2021-04-19 10:25 psanjuan Proposed Solution updated
2021-04-22 15:46 Jorge Bravo Assigned To Jorge Bravo => psanjuan
2021-06-29 13:42 psanjuan Note Added: 0129940
2021-06-29 13:43 psanjuan Proposed Solution updated
2021-06-29 13:44 psanjuan Proposed Solution updated
2021-06-30 14:24 juabaez Assigned To psanjuan => juabaez
2021-06-30 14:24 juabaez Status new => scheduled
2021-06-30 15:05 psanjuan Note Edited: 0129940 View Revisions
2021-06-30 15:07 psanjuan Proposed Solution updated
2021-06-30 16:45 psanjuan Relationship added related to 0047300
2021-06-30 16:45 psanjuan Relationship added related to 0047301
2021-07-01 17:02 psanjuan Note Added: 0130075
2021-07-01 18:53 psanjuan Status scheduled => closed
2021-07-01 18:53 psanjuan Resolution open => no change required

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker