9

Current all Vendor rebate functionality is based upon the rebate accruing when the items is received or invoiced. Some vendor require the item to be sold either via the sales order or via the POS. This is known as "sold through" or scan. The complication can be if we sell the item to a Retailer, the rebates maybe recognized only when our customer sells the item. To me, to handled every scenario, the following would need to be handled: - Rebate accrued on sale through sales order or POS i.e. number of units or value sold for the given period - Rebate accrued on POS information provided by a customer i.e. this would be sales data manually entered. Ultimately, this data imported would be imported however, this could be achieved with standard DMF functionality.

STATUS DETAILS
Needs Votes
Ideas Administrator

Thank you for your feedback. Currently this is not in our roadmap; however, we are tracking it and if we get more feedback and votes, we may consider it in the future.

Comments

R

Our retail business considers this an import part of Promotional Support / Supplier Income. The Customer is not relevant to us only the Supplier of the products as the agreement is with the Supplier based on the number of their products sold. These rebates are often linked with Discounts/Promotions applicable to the retail Customer.

Category: Procurement and Sourcing

R

+ Vote

Our retail operations call this a Scan Rebate - based on promotions as a result of agreements with vendors. These are rebates based off the volume of sales of specified products. An agreed rate per unit is applied to each sale of a relevant product.

Category: Procurement and Sourcing