Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0036859Retail ModulesWeb POSpublic2017-09-14 13:302017-09-22 09:49
Reporteravicente 
Assigned Toranjith_qualiantech_com 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionFixed in VersionRR17Q4 
Merge Request Status
Review Assigned Tomarvintm
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0036859: Errors in Pay Open ticket when paying with Digital Coupon GS1
DescriptionErrors in Pay Open ticket when paying with Digital Coupon GS1. When the cashier enters twice the same coupon, an error is raised. In that moment, the amount of the digital coupon changes (in the payments list) and the amount of the layaway turns to zero. In addition, when the pop up with the error is closed, the label of the button says 'Open' instead 'Done'.

See video https://drive.google.com/file/d/0B_fgCEJswkYWQlFna1gwRHpaMkU/view [^]

If the cashier does lock screen with the pay open ticket opens without deleting the payments, payments are synchronized to the backend.
Steps To Reproduce- Install digital coupons, and configure Synchronized mode
- Log in the Web POS, and create three layaways.
- Execute Pay Open Tickets, and select the three layaways.
- Add the same digital coupon twice (can be achieved by using the scanner to scan the same coupon)
- Add the rest of the payment in cash
- Click on Open, closed the drawer and click DONE. The process will start, and at some point you will get an error message explaining that the same coupon was added twice.
ERROR: check that layways amount is zero,
- Close the error and click on Open again, without doing any changes.
ERROR: it behaves as a Done button.
Proposed Solution
Additional Information
TagsSER-QA
Relationships
related to defect 0036159 closed marvintm When order synchronization fails in synchronized mode, previous state is not recovered properly 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2017-09-14 13:30avicenteNew Issue
2017-09-14 13:30avicenteAssigned To => Retail
2017-09-14 13:30avicenteResolution time => 1506636000
2017-09-14 13:30avicenteTriggers an Emergency Pack => No
2017-09-14 13:31avicenteTag Attached: seq
2017-09-14 13:31avicenteTag Detached: seq
2017-09-14 13:31avicenteTag Attached: SER-QA
2017-09-18 15:59ranjith_qualiantech_comAssigned ToRetail => ranjith_qualiantech_com
2017-09-18 15:59ranjith_qualiantech_comStatusnew => scheduled
2017-09-19 09:24ranjith_qualiantech_comRelationship addedrelated to 0036159
2017-09-20 08:01hgbotCheckin
2017-09-20 08:01hgbotNote Added: 0099153
2017-09-20 08:01hgbotStatusscheduled => resolved
2017-09-20 08:01hgbotResolutionopen => fixed
2017-09-20 08:01hgbotFixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/bceb2fc0a8e97e557ebe7de7aa0a190443c7d0cb [^]
2017-09-22 09:49marvintmReview Assigned To => marvintm
2017-09-22 09:49marvintmStatusresolved => closed
2017-09-22 09:49marvintmFixed in Version => RR17Q4

Notes
(0099153)
hgbot   
2017-09-20 08:01   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: bceb2fc0a8e97e557ebe7de7aa0a190443c7d0cb
Author: Ranjith S R <ranjith <at> qualiantech.com>
Date: Wed Sep 20 11:11:36 2017 +0530
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/bceb2fc0a8e97e557ebe7de7aa0a190443c7d0cb [^]

Fixed issue 36859 : MiltiOrder should be restored when the order is not saved

* IN Multiorder, if order is failed in PreOrderSave then following orders should be processed and multiorder should be restored with original values

---
M web/org.openbravo.retail.posterminal/js/data/dataordersave.js
M web/org.openbravo.retail.posterminal/js/pointofsale/model/pointofsale-model.js
---