Venha da VTEX, de um headless ou de um ERP, seu catálogo chega à CrossUp como cinco entidades. Tudo é opcional exceto o que identifica, e um campo que o seu sistema não tem é omitido: não vai vazio nem zerado.

As cinco entidades

Todas são identificadas pelo seu external_id, o id que têm no seu sistema. item, variant e availability terminam no mesmo produto, e podem ser enviados separadamente. A disponibilidade leva o external_id da sua variante, sem sufixos. Uma variante tem uma única disponibilidade: se você enviar dois depósitos para a mesma, o segundo sobrescreve o primeiro.

Os campos

Três tipos que não são o que parecem

  • Dinheiro é uma string. amount é um decimal como texto: um float binário muda o preço e aparece como um centavo a menos no checkout.
  • Texto é por idioma. Um idioma que você não tem é omitido: não copie o português no espanhol.
  • Estoque tem três estados. unlimited, tracked e unknown, e unknown não é zero.

Os pedidos

Não há uma entidade de clientes: os dados do comprador viajam dentro do pedido, e tudo é opcional. O que você enviar ali não escreva em nenhum log. Para que a venda fique medida, o pedido precisa poder ser cruzado com a recomendação:
  • O external_id do pedido é o mesmo cart_id que a sua loja envia ao pedir recomendações.
  • Cada linha traz variant_external_id. Uma linha conta como vendida se a sua variante está no pedido.
Quando o pedido mudar (o pagamento, o total), envie de novo: o cruzamento é refeito e dá o mesmo, sem duplicar.

Como chega à sua loja

A CrossUp mantém os seus external_id e atribui ids próprios (itm_…, var_…). Sua loja pode pedir um produto pelo seu id com GET /v1/catalog/items/by-external/{external_id}.

O que você vai ver

Cada entidade aceita aparece no catálogo com os campos que você enviou, e nenhum a mais. Um quarantined diz o campo exato que não validou.

Se não aparecer

SDK de conector e protocolo

O contrato destas entidades, em OpenAPI.

O que a CrossUp decide

O que entra, o que sai e o que fica do seu lado.