Anonymous | Login

Project:

News | My View | View Issues | Roadmap | Summary

View Issue Details[ Jump to Notes ]

[ Issue History ] [ Print ]

ID

0042108

Type

Category

Severity

Reproducibility

Date Submitted

Last Update

defect

[Retail Modules] Web POS

major

always

2019-10-23 17:28

2019-11-14 18:22

Reporter

ngarcia

View Status

public

Assigned To

ranjith_qualiantech_com

Priority

urgent

Resolution

fixed

Fixed in Version

RR20Q1

Status

closed

Fix in branch

Fixed in SCM revision

Projection

none

ETA

none

Target Version

OS

Any

Database

Any

Java version

OS Version

Database version

Ant version

Product Version

SCM revision

Merge Request Status

Review Assigned To

guilleaer

OBNetwork customer

Gold

Support ticket

12280

Regression level

Regression date

Regression introduced in release

Regression introduced by commit

Triggers an Emergency Pack

No

Summary

0042108: Amount to keep can be higher than total counted for a payment method in cash up

Description

Amount to keep can be higher than total counted for a payment method in cash up.

In the following piece of code the payment.get('foreignCounted') is undefined so the payment.get('foreignCounted') < paymentMethod.amount) condition is false:

if (paymentMethod.keepfixedamount) {
   if (_.isNumber(payment.get('foreignCounted')) && payment.get('foreignCounted') < paymentMethod.amount) {
      payment.set('qtyToKeep', payment.get('foreignCounted'));
   } else {
      payment.set('qtyToKeep', paymentMethod.amount);
}

Steps To Reproduce

In the backoffice:
   Configure the Payment Methods of 'VBS POS Terminal Type' Channel - Touchpoint Type as:
      Keep Fixed Amount: Y
      Amount to Keep: 200
      Allow Variable Amount: N
      Allow Not to Move: N
      Allow Move Everything: N

In the POS:
   Do the cash up
   In 'Step 1 of 3: Count Cash' do not count any amount, leave Counted as 0.00
   In 'Step 2 of 3: Count Cash', select all the payment methods in order to leave Counted = Expected
   Due to previous configuration the next step is 'Step 3 of 3: Post, print and close'
   Post, Print & Close

In the backoffice:
   Go to 'Channel - Touchpoint' window, 'Cash Up History' tab and 'Payment Method Statu Cashup' subtab
   Check for Cash that the Amount to Keep is 200 and the Total Counted is 0

Tags

No tags attached.

Relationships [ Relation Graph ] [ Dependency Graph ]

causes	defect	0043914		closed	ranjith_qualiantech_com	Wrong 'Amount to keep' in cash up when Allow Not to Move = N
causes	defect	0044410		closed	ranjith_qualiantech_com	Incorrect cash-up values: "Total to Keep" and "Total to Deposit".

Notes
(0115422) hgbot (developer) 2019-11-06 08:29	Repository: erp/pmods/org.openbravo.retail.posterminal Changeset: 4369b93ea8521399ca95e53ce68e2187ea037a03 Author: Ranjith S R <ranjith <at> qualiantech.com> Date: Wed Nov 06 12:58:56 2019 +0530 URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/4369b93ea8521399ca95e53ce68e2187ea037a03 [^] Fixed issue 42108 : Updated Amount to Keep when changing Counted Amount in Cashup * Amount to Keep should be exceed the Counted amount --- M web/org.openbravo.retail.posterminal/js/closecash/model/cashup-model.js ---

Issue History
Date Modified	Username	Field	Change
2019-10-23 17:28	ngarcia	New Issue
2019-10-23 17:28	ngarcia	Assigned To	=> Retail
2019-10-23 17:28	ngarcia	OBNetwork customer	=> Gold
2019-10-23 17:28	ngarcia	Support ticket	=> 12280
2019-10-23 17:28	ngarcia	Resolution time	=> 1573599600
2019-10-23 17:28	ngarcia	Triggers an Emergency Pack	=> No
2019-10-23 17:29	ngarcia	Issue Monitored: networkb
2019-10-23 17:33	rafaroda	Issue Monitored: rafaroda
2019-10-24 16:26	ranjith_qualiantech_com	Assigned To	Retail => ranjith_qualiantech_com
2019-10-25 07:54	ranjith_qualiantech_com	Status	new => scheduled
2019-11-06 08:29	hgbot	Checkin
2019-11-06 08:29	hgbot	Note Added: 0115422
2019-11-06 08:29	hgbot	Status	scheduled => resolved
2019-11-06 08:29	hgbot	Resolution	open => fixed
2019-11-06 08:29	hgbot	Fixed in SCM revision	=> http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/4369b93ea8521399ca95e53ce68e2187ea037a03 [^]
2019-11-14 18:22	guilleaer	Review Assigned To	=> guilleaer
2019-11-14 18:22	guilleaer	Status	resolved => closed
2019-11-14 18:22	guilleaer	Fixed in Version	=> RR20Q1
2020-05-07 07:41	ranjith_qualiantech_com	Relationship added	causes 0043914
2020-07-03 11:00	ranjith_qualiantech_com	Relationship added	causes 0044410

Copyright © 2000 - 2009 MantisBT Group