Abuse Post-purchase

abuse prevention post purchase the post purchase integration helps to prevent bad actors from exploiting customer friendly returns and refund policies by providing a decision or a recommendation at the time the consumer initiates a request, post purchase this integration also enables you to issue faster refunds to trustworthy customers with a high degree of confidence by weeding out the bad actors forter supports the following policy types at post purchase (ie initiate a return, report an issue, etc ) item not received returns integration steps complete abuse prevention at checkout integration in order to integrate abuse prevention at post purchase, complete the integration for abuse at checkout https //docs forter com/abuse prevention and provide forter with the relevant data as outlined send compensation requests when received using the compensation request https //docs forter com/reference/compensation request api endpoint, send forter all information regarding customers’ requests for compensation or appeasements (e g reship, refund, return, store credit) due to various service issues (e g item not received, items are missing or damaged, etc) in real time at the time the request is received the information will be used for this decision as well as informing the decision the next time that this customer places an order during checkout you can send the compensation requests at either item level when compensation requests can be made on an item by item basis, and an order may receive multiple compensation requests each with different items granularity of relevant information such as the type of compensation requested is detailed at the item level and may vary between items order level when compensation requests are aggregated at the order level a simpler approach where no item level data is shared with forter it is particularly important to ensure that all inr and returns requests are sent to forter in order to be able to order to define targeted item not received and returns policies based on specific conditions, whether they are applied at checkout or post purchase important data for this purpose includes orderid of the full reservation details sent via order api correlationid to the corresponding compensation request (when applicable) compensationrequest the main object that contains all relevant data about the compensation including type of compensation that was requested by the consumer (e g replacement, refund, return etc ) the channel through which the request was made, reason provided for the request (e g changed my mind) items being returned return method requested it is critical to map your internal returns data to forter’s fields and enums in order to define targeted refund/returns policies based on specific conditions handle automated and policy decisions from the api response the compensation request https //docs forter com/reference/compensation request api response will contain forter's decision (approve or decline) regarding the compensation request and, if applicable, a recommendation based on the abuse prevention policies you have set the recommendation responses will vary based on the policy type recommendation responses per policy type item not received monitor potential inr abuse returns monitor potential return abuse the merchantpolicyid field, is the unique id that forter assigns to a policy when a user creates a policy in policy builder the id can be used in downstream systems to have custom flows if the decision was not influenced by a user defined policy, then the field will return a blank string compensation request api response example { "forterdecision" "decline", "recommendations" \[], "decisionreason" "merchantpolicypostpurchaseinr", "merchantpolicyid" "d8b0fe7062eb4ad1a92bfbcc71b074d3", "status" "success" } dispute notifications docid\ dcfboyebigyyebqkr9yqj confirm that you are sending all disputes to forter through webhooks from your psp or the dispute api forter uses prior chargeback data to evaluate future refund requests as well as enforce item not received and returns policies at checkout and post purchase prepare and upload historical data https //docs forter com/historical data to ensure the highest level of accuracy for our decisioning model, forter customizes our model to fit the specific risk profile of each of our customers we achieve this by training the model with your past compensation data in order to provide you with better accuracy from day 1 provide 1 year historical data for returns and inr, where possible, so that inr & returns policies can take effect immediately, and velocity counters take into consideration prior returns/inr refunds