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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0005880
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 09. Financial managementmajoralways2008-11-08 10:242008-12-15 15:26
ReportergalderromoView Statuspublic 
Assigned Todalsasua 
PriorityhighResolutionduplicateFixed in Version
StatusclosedFix in branchpiFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSLinux 32 bitDatabaseOracleJava version1.5.0_15
OS VersionGentoo 2.6.24Database versionXEAnt version1.7
Product VersionSCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0005880: Spanish bank rule 34: Does not manage business partner bank accounts properly

DescriptionWhen a business partner has more than a bank account registered on the application, and the user creates a payment 34 bank rule, the generated file includes as payment per registered bank account.

It doesn't matter if the banks are active or not.
Steps To ReproduceRegister a business partner with 3 bank accounts.
Register a purchase invoice to this business partner.
Create an Spanish Cuaderno34 an include the debt payment from the previous invoice.
Process the remittance.
Generate the file.
Check you are paying 3 times the same person.
Proposed SolutionCheck the business partner has only an active bank account.
Throw an error if more than one bank is registered for any business partner on the remittance and do not generate the file.
Specify which business partners creates the exception.
The user will make sure a single bank account is activated for this business partner.
Make sure, the generated file, just includes a line per each activated bank account.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
duplicate of defect 0005697 closedvmromanos CreateFile creates several lines for each remittance line 
depends on backport 0005884 closeddalsasua Spanish bank rule 34: Does not manage business partner bank accounts properly 
depends on backport 0005885 closeddalsasua Spanish bank rule 34: Does not manage business partner bank accounts properly 

-  Notes
(0010095)
psarobe (manager)
2008-11-09 19:29

DAL, I think this also applies for the rest of the banking rules (C19,C58) that exist in the application. But my proposal it's quite similar as Galder's but different. I would add three new fields: Isvendor, Iscustomer, Isdefault. Thinking that a business partner can be a vendor an a customer at the same time and also to not use Isactive as a Isdefault field. The logic would be:
--For Sales transactions--
1. Select the ones where isdefault='Y'. If more than one filter by Iscustomer='Y', if more than one show an error message
--For Purchase transactions--
1. Select the ones where isdefault='Y'. If more than one filter by Isvendor='Y', if more than one show an error
(0010869)
dalsasua (reporter)
2008-12-02 11:00

Hi Galder,

Does this solution fit your needs: https://issues.openbravo.com/view.php?id=5697 [^] ?

Regards.
(0010917)
galderromo (reporter)
2008-12-02 23:27

It does fit if:
- Makes sure the length of each field is what should be.
- Throws an exception when a business partner on the remittance has no bank account.
- Throws and exception when a business partner on the remittance has more than an active bank account.
(0011371)
dalsasua (reporter)
2008-12-15 15:26

QA confirms that fix of bug 0005697 fixes this defect as well.

- Issue History
Date Modified Username Field Change
2008-11-08 10:24 galderromo New Issue
2008-11-08 10:24 galderromo Assigned To => rafaroda
2008-11-08 10:24 galderromo sf_bug_id 0 => 2240539
2008-11-09 19:29 psarobe Status new => scheduled
2008-11-09 19:29 psarobe Note Added: 0010095
2008-11-09 19:29 psarobe Assigned To rafaroda => dalsasua
2008-11-09 19:29 psarobe fix_in_branch => trunk
2008-12-02 11:00 dalsasua Note Added: 0010869
2008-12-02 11:00 dalsasua Status scheduled => feedback
2008-12-02 23:27 galderromo Note Added: 0010917
2008-12-03 19:03 pjuvara Priority normal => high
2008-12-15 15:25 dalsasua Regression testing => No
2008-12-15 15:25 dalsasua Relationship added duplicate of 0005697
2008-12-15 15:25 dalsasua Status feedback => closed
2008-12-15 15:25 dalsasua Duplicate ID 0 => 5697
2008-12-15 15:25 dalsasua Resolution open => duplicate
2008-12-15 15:26 dalsasua Note Added: 0011371


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker