Legacy Retail API Overview
3 min
\<font color="#78b5c7">\</font> topic type concept purpose legacy retail api overview, differences, and hashing requirements audience api integrators and client developers applies to legacy retail clients implementing via api does not apply to universal apis, any other industry, or retail clients who opt for a non api integration \<font color="#386b84"> legacy api notice \</font> this api is part of the legacy fraud api framework and is maintained for compatibility with existing implementations new integrations should use the universal fraud apis instead the universal fraud apis provide a shared core transaction model consistent request and response contracts industry specific extensions unified documentation and onboarding ongoing feature investment use this legacy api documentation only if you are maintaining an existing legacy fraud api integration you have not yet completed migration to universal fraud apis accertify has specifically directed your implementation to remain on the legacy api framework for new implementations, start with universal fraud apis overview the retail api is designed for transactions involving consumer goods and fulfillment‑oriented purchases , built on the shared core model (transaction, account, payment, items, addresses, device signals, and so forth) what makes retail different retail implementations typically emphasize line items (what was purchased, quantity, price, discounts) fulfillment and delivery context (shipping vs pickup patterns, address usage) payment method mix (single tender vs split tenders, wallet vs card, etc ) retail clients can vary significantly (product types, checkout flows, fulfillment models) this is why the field requirement model is important if your implementation can supply an imperative field, you should send it consistently hashing requirements the retail api follows the platform hashing rules fields designated as hash required must be hashed before submission, including giftcardnumber hashedpassword see hashing requirements docid\ yughwvl8eon7vcgswpcd3 (constraint) and accertify hash algorithm docid\ rkik1lb6euuwsz3sxpce (reference) field reference us retail fields docid 1kmqmrornam8nwrpfv1ge