client_secret daquela loja: é ele que determina qual loja está sendo configurada. Veja Primeiros passos.
Também disponível pelo painel. Esses mesmos dados podem ser preenchidos no painel de developers (https://developer.deliveryvip.com.br/), no formulário “Dados da integração da loja”, sem chamar a API. O endpoint
merchantOnboarding é útil para automatizar o cadastro quando você integra muitas lojas.Request
merchantId vai na query string; o restante no corpo, em camelCase, conforme a spec OD.
string
obrigatório
O identificador da loja no seu sistema. A partir do onboarding, ele passa a ser o
merchantId usado nos eventos e nas URLs da integração.string
URL que receberá os webhooks de pedido desta loja. Veja Recebendo eventos.
object
Onde a DeliveryVip busca os dados da loja no padrão OD Merchant.
merchantId é obrigatório. Os campos do corpo que você não enviar ficam sem configuração: a loja fica sem webhook próprio ou sem endpoint de catálogo até você informá-los.
Response
Trate
201 e 204 como sucesso. Depois do onboarding, chame o merchantUpdate para disparar a primeira importação do catálogo: o onboarding apenas registra a configuração.Reenviar o onboarding
O onboarding é um upsert que substitui a configuração da loja: cada envio regravamerchantId, ordersWebhookURL e getMerchantURL com o que veio no corpo. Envie sempre a configuração completa; um campo omitido no reenvio é apagado.
Ao reenviar:
- o
client_secretda loja é preservado: você não precisa reconfigurar a credencial; - o circuito de webhooks da loja é religado, se estiver suspenso. Reenviar o onboarding é uma das formas de reativar as entregas; veja Recebendo eventos.
O merchantId da integração
O merchantId informado no onboarding passa a ser o identificador da loja em toda a integração: é o valor que chega nos eventos (campo merchantId e header X-App-MerchantId dos webhooks) e o que você informa em merchantStatus. Se a loja não tiver um merchantId configurado, a integração usa o id interno da loja na DeliveryVip.