The Escheatment functionality in RESA is DRIVEN by the hierarchy of Store, Issuer, Recipient, & HQ. When performing escheatment, ReSA checks if there is an address for the first level of the hierarchy, the Store. If so, it checks if the state or country is defined in the Escheatment table in ReSA. If the state or country exists on the table it then checks to see if the Store indicator for that state or country is set to YES. If so, ReSA escheats these monies to that state or country. If no state or country exists for the store, or one does but does not EXIST on the Escheatment table, or it does exist on the table but the Store indicator is set to no, then ReSA checks the next level, Issuer, and so on. If no MATCHES are found after ReSA checks all four levels of the hierarchy, then the retailer claims the voucher as income. 

• If claimed as revenue, this is a non-merchandise type of invoice. 
• An entry in the partner table (escheatment authority be defined to indicate to whom the monies will be sent. 
• If a voucher is redeemed after it has been escheated, it is the responsibility of the retailer to collect these monies from the government 
• Only the outstanding voucher amount is escheated.

The Escheatment functionality in ReSA is driven by the hierarchy of Store, Issuer, Recipient, & HQ. When performing escheatment, ReSA checks if there is an address for the first level of the hierarchy, the Store. If so, it checks if the state or country is defined in the Escheatment table in ReSA. If the state or country exists on the table it then checks to see if the Store indicator for that state or country is set to yes. If so, ReSA escheats these monies to that state or country. If no state or country exists for the store, or one does but does not exist on the Escheatment table, or it does exist on the table but the Store indicator is set to no, then ReSA checks the next level, Issuer, and so on. If no matches are found after ReSA checks all four levels of the hierarchy, then the retailer claims the voucher as income.