Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0005880 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Openbravo ERP] 09. Financial management | major | always | 2008-11-08 10:24 | 2008-12-15 15:26 | |||
Reporter | galderromo | View Status | public | |||||
Assigned To | dalsasua | |||||||
Priority | high | Resolution | duplicate | Fixed in Version | ||||
Status | closed | Fix in branch | pi | Fixed in SCM revision | ||||
Projection | none | ETA | none | Target Version | ||||
OS | Linux 32 bit | Database | Oracle | Java version | 1.5.0_15 | |||
OS Version | Gentoo 2.6.24 | Database version | XE | Ant version | 1.7 | |||
Product Version | SCM revision | |||||||
Merge Request Status | ||||||||
Review Assigned To | ||||||||
OBNetwork customer | No | |||||||
Web browser | ||||||||
Modules | Core | |||||||
Support ticket | ||||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0005880: Spanish bank rule 34: Does not manage business partner bank accounts properly | |||||||
Description | When 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 Reproduce | Register 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 Solution | Check 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. | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
![]() |
||||||||||||||||||||||
|
![]() |
|
(0010095) psarobe (viewer) 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 (viewer) 2008-12-02 11:00 |
Hi Galder, Does this solution fit your needs: https://issues.openbravo.com/view.php?id=5697 [^] ? Regards. |
(0010917) galderromo (viewer) 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 (viewer) 2008-12-15 15:26 |
QA confirms that fix of bug 0005697 fixes this defect as well. |
![]() |
|||
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 |