A Neomode possui uma estrutura de APIS REST para parceiros. Abaixo, deixamos algumas dicas para facilitar a implementação.
É possível utilizar as API’s de gerenciamento da Neomode como um ERP ou um Canal de venda. Cada parte tem responsabilidade diferentes e isso reflete na utilização das rotas.
Cadastrar a árvore de categorias.
Cadastrar os produtos & skus.
Inserir preço nos produtos da loja.
Inserir estoque nos skus da loja.
Adquirir os novos pedidos.
Aprovar os novos pedidos.
Faturar os pedidos aprovados (inserindo os dados da nota fiscal).
Inserir os dados de transporte ou confirmar retirada dos pedidos faturados.
Criar pedido.
Aprovar pagamento.
Consumir dados de faturamento.
Consumir dados de entrega ou retirada do pedido.
Consumir árvore de categorias.
Consumir produtos & skus.
Consumir movimentações de estoque.
Consumir movimentações de preço.
Como baixar, importar arquivos e utilizar o postman
Collection, Download:
Environment, Download:
A autenticação é feita via Bearer Token, que expira em 1 hora. É preciso gerar um novo a cada expiração.
Os dados necessários: clientId
, clientSecret
& scope
serão disponibilizados pelo time de implantação.
Com sucesso na resposta (200 OK):
{"access_token":"your_token_will_be_here","expires_in":3600,"token_type":"Bearer"} |
O valor de "access_token"
será usado no Header em todas as requisições, dessa forma:
--header 'Authorization: Bearer put_token_here' \ |
Para entender como replicar um catálogo na Neomode, vamos dividir os elementos principais.
Categorias
Produtos
Skus
Preços
Saldo de estoque.
Loja(s)
A Lori possui um sistema de categorias em níveios. É possível ter listas de categorias e essas categorias estarem vinculadas a outros níveis.
A categoria de nível superior é atrelada a categoria de nível inferior através de um campo identificador parentId
na Categoria
A identificação de uma categoria PAI é a falta do parentId
.
A identificação de uma Subcategoria é a presença do parentId
.
Vamos entender na prática:
|
Criar as categorias em níveis, pois o o Id do primeiro nível será utilizado para vincular a categoria de segundo nível. |
1. Criando o primeiro nível:Endpoint: https://neomode.readme.io/reference/upsert-batch-categorires Payload (Lista de NeoCategory sem
2. Criando os demais níveis:Endpoint: https://neomode.readme.io/reference/upsert-batch-categorires
Payload (Lista de NeoCategory com
Agora, Frutas está abaixo de Alimentos.
|
Endpoint: https://neomode.readme.io/reference/consultar-categorias
Para construção do catálogo, existem duas formas de preenchimento dos produtos através do seguinte:
Produto único ou com preço por variação (ex: perfume, valor diferente por frasco)
Produto com grade de variação de cor ou tamanho.
“Um produto para um sku”
![]() |
“Um produto para muitos skus”
![]() |
Observações
O produto é atribuído a uma categoria.
Um sku só existe a partir de um produto.
O preço é atribuído ao produto & a uma loja.
O preço do produto vale para todos os Skus.
O estoque é atribuído ao sku & a uma loja.
Observações
O produto é atribuído a uma categoria.
Um sku só existe a partir de um produto.
O preço é atribuído ao produto & a uma loja.
O preço do produto vale para todos os Skus.
O estoque é atribuído ao sku & a uma loja.
Nesse cenário, cada NeoProductPrice ou NeoSkuStock precisa ser relacionado a uma única loja ( ao NeoSeller).
Haverá mais de um estoque & preço apenas quando houver mais de uma loja. |
A estrutura de pedidos varia sendo ERP ou Canal de Venda. Durante a vida de um pedido nós podemos separar em fases.
Criação do pedido pelo canal de venda.
Reserva pelo ERP. (opcional)
Aprovação do pagamento pelo canal de venda.
Confirmação do pedido pelo ERP. (obrigatória)
Faturamento do pedido pelo ERP.
Dados de transporte preenchidos pelo ERP.
Finalização do pedido.
Campo | Tipo | Função |
---|---|---|
id | String (Guid) | Unique Identifier interno da Neomode. |
ExternalId | String | Identificador do pedido no Canal de Venda. |
SellerOrderId | String | Identificarod do pedido no ERP. |