Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0028008Retail ModulesWeb POSpublic2014-10-28 15:562015-01-20 13:11
Reporterjecharri 
Assigned Tomarvintm 
PriorityimmediateSeveritymajorReproducibilityunable to reproduce
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product VersionRR14Q2 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0028008: Cash up does not create the reconciliation
DescriptionCash up does not create the reconciliation
Steps To Reproduce-Go to Web POS and do the cash up
-Verify that orders have been invoiced but the transactions are not reconciled

Proposed SolutionAs it is really unusual problem first of all create the script to fix the data and second step, add log traces to try to find the source of the problem if the problem happens again
Additional Information
TagsNo tags attached.
Relationships
depends on defect 0027826RR15Q1 closed marvintm When browser cache is cleared, new cashup id is created, link non-reconciled tickets to this new cashupid 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2014-10-28 15:56jecharriNew Issue
2014-10-28 15:56jecharriAssigned To => marvintm
2014-10-28 15:56jecharriRegression date => 2014-10-29
2014-10-28 15:56jecharriTriggers an Emergency Pack => No
2014-10-28 15:57jecharriProposed Solution updated
2014-11-03 13:32jonalegriaesarteResolution time => 1414537200
2014-11-03 13:32jonalegriaesarteRegression date2014-10-29 =>
2014-11-05 17:30mtaalNote Added: 0071436
2014-11-12 22:51mtaalRelationship addeddepends on 0027826
2014-11-12 22:51mtaalRelationship deleteddepends on 0027826
2014-11-12 22:52mtaalRelationship addeddepends on 0027826
2014-11-12 23:26mtaalRelationship deleteddepends on 0027826
2014-11-17 11:50mtaalRelationship addeddepends on 0027826
2014-11-17 11:51mtaalStatusnew => scheduled
2014-11-17 11:51mtaalNote Added: 0071691
2014-11-17 11:51mtaalfix_in_branch => pi
2014-11-17 11:51mtaalNote Added: 0071692
2014-11-17 11:51mtaalStatusscheduled => resolved
2014-11-17 11:51mtaalResolutionopen => fixed
2014-11-17 11:51mtaalNote Added: 0071693
2014-11-17 11:51mtaalStatusresolved => closed
2014-11-27 16:06jecharriNote Added: 0072073
2014-11-27 16:06jecharriStatusclosed => new
2014-11-27 16:06jecharriResolutionfixed => open
2015-01-20 13:10marvintmStatusnew => scheduled
2015-01-20 13:10marvintmStatusscheduled => resolved
2015-01-20 13:10marvintmResolutionopen => fixed
2015-01-20 13:11marvintmNote Added: 0073642
2015-01-20 13:11marvintmStatusresolved => closed

Notes
(0071436)
mtaal   
2014-11-05 17:30   
Hi, this will be solved as part of a larger effort to provide a script with solves various cashup issues if orders are not completely reconciled.

The delivery of this will be week of 10th november 2014.

The effort won't add new logs.

The issue reported here is assumed to be a corner case.
(0071691)
mtaal   
2014-11-17 11:51   
.
(0071692)
mtaal   
2014-11-17 11:51   
The process to fix data is available as a module. See the related issue.
(0071693)
mtaal   
2014-11-17 11:51   
Is closed as is covered/solved by related issue
https://issues.openbravo.com/view.php?id=27826 [^]
(0072073)
jecharri   
2014-11-27 16:06   
Still the problem is not solved.

It has been a mistake to close the issue
(0073642)
marvintm   
2015-01-20 13:11   
The modulescript has been provided.