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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0010783
TypeCategorySeverityReproducibilityDate SubmittedLast Update
feature request[Openbravo ERP] 09. Financial managementmajoralways2009-09-25 16:502011-02-04 09:11
ReporterpsanjuanView Statuspublic 
Assigned Tormorley 
PrioritynormalResolutionopenFixed in Version
StatusnewFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSLinux 32 bitDatabaseOracleJava version1.6
OS VersionUbuntu 8.04.1Database version11.1.0.6.0Ant version1.7.0
Product Version2.50MP5SCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0010783: OB do not allow you to manage "operaciones triangulares" - Spanish company as intermediary agent (acquisitions/sales within EU)

DescriptionSupplies of goods after an Intra Community acquisition => “Operación Triangular” (Spanish) must be included in 349 tax report; this is now out of the scope because OB ERP do not allow you now to:

specify other “destination” country rather than organization country, in the case of purchase operations.

to specify other “origin” country rather than the organization country, in the case of sales operations.

There are 2 scenarios here:

Scenario 1 => A Spanish resident (Spanish company located in Spain) acquires goods and sell those goods out of Spain (within the EU region). The exempt Intra Community sales must be included in the 349 report and besides the spanish company needs to comply with some "Invoicing" requirements. Invoice must clearly state that this transactions are "operaciones triangulares" and besides it must be clearly state the corresponding Tax ids of each BP involved.

Scenario 2 => An EU intermediary supplies goods to a Spanish company coming from another EU country. This acquisition must not be included in the 349 report. The important thing here is that this scenario is not an intra-community acquisition of goods but a reverse charge scenario which means that we need to properly setup these operation in order to get the right Tax Rate selected in the purchase lines/purchase invoice lines.
Steps To ReproduceIn the case of scenario 1 above:
Navigate to Procurement Management / Transactions / Purchase Order - it is not possible to specify other “destination” country/address of the goods rather than the organization country/address.

Navigate to Sales Management / Transactions / Sales Order- it is not possible to specify other “origin” country of the goods rather than the organization country/address.

In the case of scenario 2 above:
Navigate to Procurement Management / Transactions / Purchase Order - it is not possible to specify other "origin" country / address of the goods rather than the supplier country/address.
Proposed SolutionIn the case of scenario 1 above:

Navigate to Procurement Management / Transactions / Purchase Order - it should be possible to specify other “destination” country/address of the goods rather than the organization country/address. Therefore, we could let the system know that country destination of the goods is not our organization but a customer we do have in another EU country.

Navigate to Sales Management / Transactions / Sales Order- it should be possible to specify other “origin” country of the goods rather than the organization country/address. Therefore, we could let the system know that the origin of the goods is not our organization country but a third EU supplier country.
 

In the case of scenario 2 above:
Navigate to Procurement Management / Transactions / Purchase Order - it should be possible to specify other "origin" country / address of the goods rather than the supplier country/address. Therefore, we could let the system know that the origin country of the goods is not supplier country but a third EU supplier country.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
There are no notes attached to this issue.

- Issue History
Date Modified Username Field Change
2009-09-25 16:50 psanjuan New Issue
2009-09-25 16:50 psanjuan Assigned To => rafaroda
2009-09-27 13:15 rafaroda Assigned To rafaroda => pjuvara
2011-02-04 09:11 jpabloae Assigned To pjuvara => rmorley


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker