Items in the Full Service Provider validation that we can't complete on our side and need Ganga / the Walmart onboarding team to unblock. Everything else in the matrix is done, evidenced, or a safe production-pilot read.
POST /v3/returns/{returnOrderId}/refund needs a returnOrderId, which only a return can produce./v1/simulations/items, /v1/simulations/orders, acknowledge, ship, cancel, and /v1/simulations/orders/{po}/deliver — all HTTP 200. We also retried the return call on a successfully delivered order and tried 4 path variants; identical 404.GET /v3/wfs/recommendation/restock).400 WFS.100 "sellerId must be 32 characters". Walmart derives sellerId from the OAuth token / account and ignores any client-supplied value — proven across 7 param/header locations (query sellerId, WM_PARTNER.ID, WM_CONSUMER.ID, etc.); the error is identical whatever we send. No 32-char seller GUID exists anywhere in our data or partusa's Developer Portal (which shows only Client ID/Secret + numeric partner id 10002506668).WM_CONSUMER.ID that is one of the SP's "2 subscribed consumer ids". Our SP OAuth client_id and the seller partner id (10002506668) are not subscribed consumer ids, and the real value isn't exposed in any SPC credential view we can access. (Header routing itself — WM_SVC.NAME=PARTNERMANAGEMENTSERVICES — is already fixed and deployed.)