Zendesk customer classification: Payments & Refund_Refund_Not_Reflecting/Incorrect_Amount
The customer's refund may not be reflecting and requires proof of refund or may not have received a refund based on the order value (may have a coupon reissue or credit).
Always check the order status before applying manual credits.
Do not apply Credits should an order be marked as RISK PENDING – this needs to be cleared by Finance. If cancelled, inform Risk to action refund/credit.
Before crediting a COD order, always double-check whether payment was actually received.
When adding /allocating a credit, ensure that comment field reflects the order number, correct Reason code and description (where applicable)
When issuing a credit do not refresh the page as this might potentially duplicate a credit entry
Do not transfer credits from one profile to another. Only Finance to action (but this is based on the nature of the request)
Should credit not be reflecting on the customer’s profile, the OSA will need to check if it was applied for a different order already if not, this will need to be escalated to Credits to allocate the credit to the customer's profile for a canceled item or Concluded return.
NOTE: Credit requests should always go to the Credits Team.
If a refund is not reflecting on the customer's end, the OSA will need to check the customer's account credit via CS Portal to check if there is already a credit applied to the profile as well what was the original payment method.
From there: OSA will be able to auto refund the customer provided the payment method was not Ebucks, Mobicred, Voucher, Discovery Miles or Sbux. (These will need to be sent to Finance)