O ERP da Olist (Tiny) trabalha com 11 situações de pedido: dados incompletos, aberta, aprovada, faturada, preparando envio, pronto para envio, enviada, entregue, não entregue, em devolução e cancelada. Cada uma diz em que etapa a venda está e, na prática, decide o que o estoque, o fiscal e o relatório de margem fazem com ela.
Regra prática: situação do pedido não é detalhe de tela; é o gatilho que baixa estoque, libera nota fiscal e define se a venda entra ou não no seu faturamento.
As 11 situações e o que significam
A lista abaixo segue a documentação oficial da API v3, em que cada situação tem um código numérico.
| Código | Situação | Em geral significa |
|---|---|---|
| 8 | Dados incompletos | O pedido chegou sem algum dado obrigatório e precisa de correção |
| 0 | Aberta | Pedido registrado, ainda sem aprovação |
| 3 | Aprovada | Pagamento ou conferência aprovados; pode ser separada |
| 4 | Preparando envio | Em separação e embalagem |
| 1 | Faturada | Nota fiscal emitida |
| 7 | Pronto para envio | Embalado e aguardando coleta ou postagem |
| 5 | Enviada | Saiu do vendedor |
| 6 | Entregue | Chegou ao comprador |
| 9 | Não entregue | Houve falha na entrega |
| 10 | Em devolução | Voltando ao vendedor |
| 2 | Cancelada | Venda desfeita |
Os nomes exatos e a ordem do fluxo podem variar conforme a configuração da sua conta e o canal de venda. O importante é que cada situação seja tratada de forma consistente pela operação.
O que cada situação muda na sua operação
| Situação | Estoque | Fiscal | Margem e faturamento |
|---|---|---|---|
| Aberta | Pode reservar | Sem nota | Ainda não deve entrar como venda concluída |
| Aprovada | Reserva ou baixa, conforme a regra | Pode emitir nota | Entra como venda em andamento |
| Faturada | Baixa (se a regra for "ao autorizar a nota") | Nota emitida | Entra no faturamento |
| Cancelada | Devolve a reserva | Nota a cancelar, se emitida | Deve sair do faturamento |
| Em devolução | Aguarda retorno físico | Pode exigir nota de entrada | Deve gerar o custo da devolução |
Dois erros aparecem o tempo todo: contar pedido cancelado como venda e esquecer de estornar a reserva quando o pedido cai. O primeiro infla o faturamento; o segundo trava estoque que está livre. Veja também como a nota fiscal de devolução evita pagar imposto duas vezes.
Mapeamento com o Mercado Livre
Na integração do ERP da Olist com o Mercado Livre, as situações do ERP são mapeadas às situações do marketplace. A ajuda da Olist dá o exemplo de um pedido do Mercado Livre em "ready to ship", que entra no ERP como pronto para envio. Quando não há mapeamento definido, o pedido entra como em aberto.
Isso significa que, se você não revisar o mapeamento, pedidos já pagos podem ficar "em aberto" no ERP, sem a regra de estoque e de nota que você espera. A ajuda também desaconselha a opção de retroceder situação quando o OMS está ativo, porque o movimento contrário bagunça o fluxo de baixa.
Como revisar o fluxo em 20 minutos
- Liste as situações que sua operação realmente usa e as que nunca aparecem.
- Para cada canal (Mercado Livre, Shopee), confira para qual situação o pedido novo entra.
- Defina em qual situação o estoque baixa (aprovada ou faturada) e mantenha a regra igual em todos os canais.
- Garanta que cancelada devolve reserva e sai do faturamento.
- Revise toda semana os pedidos parados em aberta ou dados incompletos.
Como a Turbcom ajuda
A Turbcom acompanha pedidos do Mercado Livre e da Shopee e calcula a margem real de cada venda, considerando o status do pedido: cancelamentos não entram no resultado, e devoluções entram como custo. Isso evita o erro de comemorar um faturamento que inclui venda desfeita.
[Conheça a Turbcom e acompanhe a margem dos pedidos que realmente se concretizaram.](/oferta)
Fontes e data de consulta
Consultado em 10 de outubro de 2026 na documentação oficial da API v3 do ERP da Olist (códigos de situação do pedido) e na Central de Ajuda da Olist sobre a integração com o Mercado Livre (mapeamento de situações, atualizada em 24/04/2026). Nomes e fluxo podem variar por conta.