{"id":19173,"date":"2016-03-07T14:47:25","date_gmt":"2016-03-07T20:47:25","guid":{"rendered":"https:\/\/blogs.msdn.microsoft.com\/axsupport\/?p=19173"},"modified":"2024-03-05T12:04:34","modified_gmt":"2024-03-05T20:04:34","slug":"sales-order-refunds-for-credit-card-payments","status":"publish","type":"post","link":"https:\/\/www.microsoft.com\/en-us\/dynamics-365\/blog\/business-leader\/2016\/03\/07\/sales-order-refunds-for-credit-card-payments\/","title":{"rendered":"Sales order refunds for credit card payments"},"content":{"rendered":"
<\/p>\n
Processing refunds can be a very simple and easy task, a customer returns an item that they do not want and you refund the money they paid for it right? Unfortunately, it’s not quite that simple as you also need to take into consideration partial returns, taxes, discounts, freight, and restocking fees?<\/p>\n
There are 3 main areas of Microsoft Dynamics AX that returns are processed through in respect to credit card functionality: Accounts Receivable, Call Center, and MPOS\/EPOS. I will be covering some basic scenarios and suggestions on how to process a refund based on the current design of the application.<\/p>\n
Optional note<\/em>:<\/strong> Another refund scenario to consider in place of issuing a straight up refund to a customer’s credit card is to issue an account credit for future orders or a check refund process to track refunds. I have seen both of these being used by businesses, which can help deter fraud returns. The refund terms are normally defined in additional sales agreement verbiage. This also allows for additional return options in AX outside of the credit card processing limitations.<\/p>\n Accounts Receivable (AR): The design expectation is that you will be creating a Credit Memo\/Note from the original Sales Order to perform the return\/refund. The credit card functionality in AR is strict that it is expecting a “return of the item” and not just crediting the credit card. This functionality is not included in the Payment journal form nor is it supported to use RMA’s (Return Merchandise Authorization). If you are not returning an item but want to refund a certain dollar amount, a workaround or customization is needed as this is not directly supported through AR.<\/p>\n Below are a few basic scenarios and suggested solutions. There may be other scenarios but this small list will provide you with a basic understanding to help determine a solution for anything not listed below. <\/p>\n Call Center: The credit card functionality in Call center can be used similar to that of AR. The only difference is the addition of the Complete and Payment buttons to submit the payment. When the “Enable order completion” option is marked in the Call center channel, these option will become available on the Sales Order.<\/p>\n Call Center does add a feature called “Order credit” to the Sales order form. Using this button, you can perform standalone credits to the customer from the Invoiced order (it must have at least 1 invoiced line) without having to return an item or create a credit note. You would just simply enter the amount of the credit with a reason code and post it. The 2 biggest drawbacks to utilizing this workflow is that this credit will not be directly associated to the sales order, and that the posting will only affect the Customer Account offset by the Offset account listed for the Journal specified in the Call center parameters. It is strongly recommended to test this workflow to ensure it meets your posting needs prior to use.<\/p>\n EPOS\/MPOS: The credit card functionality in POS is dependent on the previous sale. In order to process a refund to a credit card, you can either use the Return Transaction or Return Product function. The main difference in this functionality is that the Return Product doesn’t care about the customer and will use the current discounts and offers, whereas the Return Transaction uses all of the original information from the recalled transaction. When dealing with a lot of discounts and returns, it is recommended to utilize Return Transaction.<\/p>\n Here are a few scenarios and suggested solution based on the Return Transaction functionality: Processing refunds can be a very simple and easy task, a customer returns an item that they do not want and you refund the money they paid for it right? Unfortunately, it’s not quite that simple as you also need to take into consideration partial returns, taxes, discounts, freight, and restocking fees? There are<\/p>\n","protected":false},"author":4403,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"ms_queue_id":[],"ep_exclude_from_search":false,"_classifai_error":"","_classifai_text_to_speech_error":"","footnotes":""},"post_tag":[],"product":[],"content-type":[18],"topic":[],"audience-type":[],"audience":[4684],"ms-author":[],"coauthors":[3739],"class_list":["post-19173","post","type-post","status-publish","format-standard","hentry","content-type-thought-leadership","audience-business-leader","review-flag-1593580425-950","review-flag-2-1593580434-938","review-flag-3-1593580439-147","review-flag-4-1593580444-193","review-flag-and-o-1593580421-190","review-flag-disco-1593580346-935"],"yoast_head":"\n
\n<\/strong><\/span><\/p>\n
\n<\/strong><\/p>\n\n
\n<\/strong><\/div>\n\n
\n<\/strong><\/div>\n\n
\n<\/strong><\/div>\n\n
\n<\/strong><\/div>\n\n
\n<\/strong><\/div>\n\n
\n
\n<\/strong><\/div>\n\n
\n<\/strong><\/span><\/p>\n<\/p>\n
<\/p>\n
<\/p>\n
\n
\n<\/strong><\/div>\n\n
\n
\n<\/strong><\/div>\n\n
<\/p>\n
\n<\/strong><\/span><\/p>\n\n
\n<\/strong><\/p>\n\n
\n<\/strong><\/div>\n\n
\n<\/strong><\/li>\n
\n<\/strong><\/li>\n
\n<\/strong><\/li>\n<\/ul>\n<\/li>\n
\n<\/strong><\/div>\n\n
\n<\/strong><\/li>\n
\n<\/strong><\/li>\n<\/ul>\n<\/li>\n
\n<\/strong><\/div>\n\n
\n<\/strong><\/li>\n\n
\n<\/strong><\/li>\n<\/ul>\n<\/li>\n
\n<\/strong><\/div>\n\n
\n<\/strong><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"