Printing receipts
Login or Join the Community (free)[You only need to join if you want to post to our forums or subscribe or donate.]
Thanks to our sponsors: 
OpenVPMS is developed with the help of various tools including the Java profiler 
RE: Printing receipts
Typically when finalising a payment you get prompted if you want to print a receipt at which point you can cancel. If you are not being prompted this is most likely due to the receipt template being setup to do automatic printing (non interactive printing as we call it ). This can be changed by going to Administration ->Templates , select Receipt template and edit and under printer tab check to see if there is a printer defined and if interactive is checked or unchecked. If unchecked then can be checked and then save template by hitting OK. Should prompt for printing from that point forward ..
Also during checkout workflow you should be prompted with what documents you want to print. With the latest invoice template the amount paid is on the invoice so you don't need to print the receipt. If your invoice doesn't have the amount paid on it then ask your implementer to add it .. pretty straight forward template editing .
Hope this helps.
Cheers Tony -----Original Message----- From: users-bounces@lists.openvpms.org [mailto:users-bounces@lists.openvpms.org]On Behalf Of spvet2004@yahoo.com.au Sent: Friday, 17 October 2008 06:55 To: users@lists.openvpms.org Subject: [OpenVPMS Users] Printing receipts
Hi, I work at a vet clinic that uses OpenVPMS. I've noticed that when finalising a payment, the system automatically prints a receipt of payment. I was wondering if there is a way to have an option to not print the receipt, to cut down paper usage. Thanks. _______________________________________________ OpenVPMS User Mailing List users@lists.openvpms.org To unsubscribe or change your subscription visit: http://lists.openvpms.org/mailman/listinfo/users
_______________________________________________ OpenVPMS User Mailing List users@lists.openvpms.org To unsubscribe or change your subscription visit: http://lists.openvpms.org/mailman/listinfo/users
combined invoice receipts
Hi Tony,
We have just started using the combined invoice receipts and loving it. Question though.
What does the DISCOUNT total refer to? "Discount" entries in "Payments" don't seem to total in this field.
Cheers,
Matt
RE: combined invoice receipts
When entering charges on each line is a discount field wher you can enter a discount amount directly or, if the customer/patient has a discount type selected, the discount will be automatically calculated.
This amount is the total of the discounts for all the invoice items. The totalling is done in the template itself.
Cheers Tony
-----Original Message----- From: users-bounces@lists.openvpms.org [mailto:users-bounces@lists.openvpms.org]On Behalf Of mpcosta@boroniavet.com.au Sent: Friday, 17 October 2008 18:32 To: users@lists.openvpms.org Subject: [OpenVPMS Users] combined invoice receipts
Hi Tony, We have just started using the combined invoice receipts and loving it. Question though.
What does the DISCOUNT total refer to? "Discount" entries in "Payments" don't seem to total in this field.
Cheers, Matt _______________________________________________ OpenVPMS User Mailing List users@lists.openvpms.org To unsubscribe or change your subscription visit: http://lists.openvpms.org/mailman/listinfo/users
_______________________________________________ OpenVPMS User Mailing List users@lists.openvpms.org To unsubscribe or change your subscription visit: http://lists.openvpms.org/mailman/listinfo/users
Discount totalling
Thanks Tony,
That makes sense.
In our installation, when I tested this morning, discount types don't seem to be calculating a discount total per "Charges" invoice item automatically.
We haven't been using it as a feature because we have certain products/services we don't want discounted. So we have generally discounted at receipting. In partial payment situations, we don't apply the discount until the final payment.
There was an intended product field called "minimum price" which was going to set a $value below which an item could not be discounted. Is that still intended?
In an ideal combined/invoice receipt, it would include a listing of payment types ie. a subreport of a linked receipt. Is the AMOUNT PAID (or allocated amount) derived from a linked receipt and its receipt_items or is it just a stored number whilst receipting?
Matt
RE: Discount totalling
I would guess you haven't setup the appropriate discount types against product types or products as yet. The application will first check the customer and/or patient for a discount type and the check against the selected product for either a product specific discount type or, if none, check the products product type for any discounts. It then matches the discount types and if any matches applies the appropriate discount.
We have ditched the minimum price and instead opted for a maximum discount field in the fixed and unit prices. The total calculated discount is compared against the maximum discount and if exceeds then the maximum discount is used instead. The maximum discount calculations are part of the new 1.3 release.
The amount paid on the template is actually derived from the invoice itself as it has an allocated amount field which is updated as payments are allocated against the invoice. We would need to investigate how best to get the attached receipt information and the receipt details inside the template. Also, as the invoice can be reprinted, we may have multiple linked receipts representing multiple payment allocations against the invoice ...
Food for some more thought .. :-)
Cheers Tony
-----Original Message----- From: users-bounces@lists.openvpms.org [mailto:users-bounces@lists.openvpms.org]On Behalf Of mpcosta@boroniavet.com.au Sent: Monday, 20 October 2008 08:35 To: users@lists.openvpms.org Subject: [OpenVPMS Users] Discount totalling
Thanks Tony, That makes sense. In our installation, when I tested this morning, discount types don't seem to be calculating a discount total per "Charges" invoice item automatically. We haven't been using it as a feature because we have certain products/services we don't want discounted. So we have generally discounted at receipting. In partial payment situations, we don't apply the discount until the final payment. There was an intended product field called "minimum price" which was going to set a $value below which an item could not be discounted. Is that still intended? In an ideal combined/invoice receipt, it would include a listing of payment types ie. a subreport of a linked receipt. Is the AMOUNT PAID (or allocated amount) derived from a linked receipt and its receipt_items or is it just a stored number whilst receipting?
Matt
_______________________________________________ OpenVPMS User Mailing List users@lists.openvpms.org To unsubscribe or change your subscription visit: http://lists.openvpms.org/mailman/listinfo/users
_______________________________________________ OpenVPMS User Mailing List users@lists.openvpms.org To unsubscribe or change your subscription visit: http://lists.openvpms.org/mailman/listinfo/users