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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0014874
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] Z. Othersmajoralways2010-10-14 12:422011-05-19 16:11
ReporterrmorleyView Statuspublic 
Assigned Toeduardo_Argal 
PriorityhighResolutionfixedFixed in Version
StatusclosedFix in branchpiFixed in SCM revisionf4b3bd4d8736
ProjectionnoneETAnoneTarget Version2.50
OSLinux 32 bitDatabasePostgreSQLJava version1.6.0_18
OS VersionCommunity ApplianceDatabase version8.3.9Ant version1.7.1
Product Version2.50SCM revision 
Review Assigned To
Web browser
ModulesAdvanced Payables and Receivables Mngmt
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0014874: "Standard" matching algorithm requirement for date to be removed

DescriptionThe "Standard" matching algorithm requirement for a match on date should be removed.
Steps To ReproduceThe "Standard" matching algorithm currently requires a match on date for both a soft match and a hard match to be achieved.
The problem with this is that the date in the system is the "Deposited" or "Withdrawn" date, whereas the date on the bank statement is the date the bank actually clears the transaction.
For example, I receive a cheque from a customer and I deposit it today.
That results in today's date being captured for the "Deposited Date" in Openbravo.
The bank receives the cheque from me today, but then has to wait a couple of days for the cheque to be cleared by the issuing bank. When the cheque clears it then appears on my bank statement. The date on the bank statement is the date the cheque cleared, not the date the cheque was originally deposited.
There is then no match between the deposited date in Openbravo and the cleared date on the bank statement.

Similarly, when making payment today, the "Withdrawn Date" in Openbravo is today's date. I then send the cheque to my supplier. The supplier has up to six months to present the cheque to their own bank for payment. Their bank then requests that my bank clear the cheque. When this happens it is the date that the cheque cleared that appears on the statement from my bank, so again there is no relationship between the "Withdrawn Date" in Openbravo and the Cleared Date on the statement from my bank.
Proposed SolutionThe match on date in the "Standard" matching algorithm must be removed because users will never get a match in reality.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0031868)
hgbot (developer)
2010-10-14 23:53

Repository: erp/pmods/org.openbravo.advpaymentmngt
Changeset: f4b3bd4d873615f3fa9357d010e21d3077812096
Author: Eduardo Argal Guibert <eduardo.argal <at> openbravo.com>
Date: Thu Oct 14 23:49:49 2010 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.advpaymentmngt/rev/f4b3bd4d873615f3fa9357d010e21d3077812096 [^]

Fixes issue 0014874.Changes API for Matching Algorithm

---
M src/org/openbravo/advpaymentmngt/ad_actionbutton/MatchTransaction.java
M src/org/openbravo/advpaymentmngt/algorithm/StandardMatchingAlgorithm.java
M src/org/openbravo/advpaymentmngt/dao/MatchTransactionDao.java
M src/org/openbravo/advpaymentmngt/utility/FIN_MatchingAlgorithm.java
M src/org/openbravo/advpaymentmngt/utility/FIN_MatchingTransaction.java
---

- Issue History
Date Modified Username Field Change
2010-10-14 12:42 rmorley New Issue
2010-10-14 12:42 rmorley Assigned To => eduardo_Argal
2010-10-14 18:34 eduardo_Argal Status new => scheduled
2010-10-14 18:34 eduardo_Argal fix_in_branch => pi
2010-10-14 23:53 hgbot Checkin
2010-10-14 23:53 hgbot Note Added: 0031868
2010-10-14 23:53 hgbot Status scheduled => resolved
2010-10-14 23:53 hgbot Resolution open => fixed
2010-10-14 23:53 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.advpaymentmngt/rev/f4b3bd4d873615f3fa9357d010e21d3077812096 [^]
2011-05-19 16:11 mirurita Status resolved => closed


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker