Miinto: why was my order/transfer rejected?
About this article
This article describes Miinto's transfer system and the most common reasons behind transfer rejections.
Table of contents
Is there a manual transfer override?
Introduction
When an item that is offered by multiple merchants is sold on Miinto, Miinto turns the order into a "transfer" that each merchant accepts or rejects. If the first merchant rejects the transfer, the transfer is passed on to the other merchants.
If the transfer matches certain scenarios, described below, ChannelEngine automatically rejects it and sends you a notification. If ChannelEngine automatically rejects a transfer, all the order lines in the order are rejected.
ChannelEngine does not support manually accepting/rejecting Miinto transfers; transfers are handled automatically on ChannelEngine due to Miinto’s limited acceptance window and rejection-penalty risk.
Troubleshooting
There are four scenarios where ChannelEngine automatically rejects a transfer. If none apply, the transfer is accepted.
- The Miinto item ID on the transfer is empty.
- This is the unique identifier for products on Miinto, also used to match the product on an order with an existing product on ChannelEngine. If this ID is not provided by Miinto, ChannelEngine automatically rejects the transfer.
- The Miinto item ID is provided, but ChannelEngine cannot find the matching product.
- When exporting products to Miinto, ChannelEngine frequently requests the status of a product/offer on Miinto. If it is published, ChannelEngine gets the corresponding Miinto item ID and stores in ChannelEngine's database under Listed products. However, if the Miinto item ID is not found under the Listed products section for that Miinto channel, ChannelEngine cannot connect the transfer to the correct product – and the transfer is automatically rejected.
- There is a Miinto item ID and a matching product was found, but there is no last exported price.
- While the transfer system Miinto uses is great for buyers, the downside is that transfers are not unique to each merchant. On other marketplaces, you set the price and discounts, and that is what the buyer pays and what you receive from the marketplace – minus the related fees. However, on Miinto you can get a sale from a different boutique for a different, perhaps lower price. Without a reference price exported, ChannelEngine's system cannot verify if the price is acceptable. Hence the automatic rejection.
- The selling price listed on the transfer is lower than the exported price, minus the threshold.
- This is the most common rejection reason. Due to Miinto's transfer system, the offered price on the transfer can be lower than the last exported selling price – minus a configurable threshold percentage, which by default is 0%. If this is the case, the transfer is also rejected. Example: if the exported price is €100 and the threshold is 10%, the transfer must be at least €90; €89.95 is rejected.
Setting the threshold
It is possible to add a threshold percentage to indicate if the offered price on a transfer is lower than the last exported price. To do so, go to the Setup tab of the channel.
There, you see a field labeled Percentage threshold for transfers. By assigning a value to it, say 20%, you can lower the minimum price at which the transfer is accepted.
Is there a manual transfer override?
Miinto fines merchants who reject too many transfers, a plausible solution could be to not reject or accept any transfers automatically – letting merchants handle them manually. However, there is only a limited window during which a transfer can be accepted: 24 hours, after this period the transfer is automatically rejected.
This would mean that someone with access to your account would have to manually accept or reject transfers 24/7, 365 days/year.
Because ChannelEngine is all about automating as many tasks as possible, the above scenario is not desirable. If too many of your transfers are automatically rejected, please contact your customer success manager or the Support team.
Comments
0 comments
Article is closed for comments.