Read Sharp SHARPSOFT (serv.man4) Handy Guide online
All of these unallocated payments will be reported as such against the payment types that
were used in each case (e.g. cash, cheque). This applies equally to payments for deposits,
since we have no way of differentiating them from payments for items and so cannot
exclude them completely from the report.
were used in each case (e.g. cash, cheque). This applies equally to payments for deposits,
since we have no way of differentiating them from payments for items and so cannot
exclude them completely from the report.
Sub-total discounts are now applied before the payments are allocated to groups, and will
no longer appear as exceptions as in previous versions of this report.
no longer appear as exceptions as in previous versions of this report.
This method allows us to handle split transactions, but reintroduces the problem of deposit
payments being potentially counted twice, once when the deposit is purchased and again
when the deposit is redeemed. We have worked around the issue for this report by dividing
it into separate blocks of payments by actual money (e.g. cash, cheque) and payments by
redeemed deposit. The structure of the report would be as follows for a typical combination
of payments by cash, cheque and redemption of deposits.
payments being potentially counted twice, once when the deposit is purchased and again
when the deposit is redeemed. We have worked around the issue for this report by dividing
it into separate blocks of payments by actual money (e.g. cash, cheque) and payments by
redeemed deposit. The structure of the report would be as follows for a typical combination
of payments by cash, cheque and redemption of deposits.
Click on the first or last page to see other SHARPSOFT (serv.man4) service manuals if exist.