When the bill amounts were Odd number + .5, payment could not be received as javascript rounded it up, but python rounded it down.
We are now using the python rounding (Half Round Even / Banker's Rounding) in the bill service.
Since the amount Behaviour Subject pipe was not being subscribed to
and the original Behaviour Subject as being subscribed,
amountVal was not being populated. Now it will be.
This was creating problem where amount in receive payment was always 0
Added a check in the backend so that if any part of bill remains unsettled, it will give an error instead of silently accepting and removing the entry.
The data is kept as the original bill object and this view generated on every change. It has no sanctity.
To deal with the challenges of Selection of items in the bill.component.html created a bill selection item.
This is converted to string while checking else the selection model fails.
Feature: It now checks if Happy Hour items have equivalent regular items in each kot.
Feature: Discount won't apply to happy hour items.
Checks for both are both in front end and back end.
Fix: The docker image borked on printing as it did not have the en_IN locale
Fix: Angular errored as it needed typescript < 4.1.0
Fix: chd yml had a typo in host name
This is especially for GST. The format for the tax name is
"Display name 1 (Ratio eg. 1/2) ; Display name 1 (Ratio eg. 1/2)"
eg.
"SGST on Food @ 2.5% (1/2) ; CGST on Food @ 2.5% (1/2)"
or
"UTGST on Food @ 2.5% (1/2) ; CGST on Food @ 2.5% (1/2)"
Feature:
All report printing now uses local aware number formatting for Indian locale.
