Integração · ERP

Integração com Tiny ERP para operação multicanal

Pedido, estoque e expedição entre o Tiny e seus canais de venda — com o que a API expõe, o que costuma quebrar e quanto tempo leva.

O que é o Tiny

O Tiny é um ERP em nuvem voltado a e-commerce e varejo, com foco em quem opera em vários canais e precisa de expedição ágil. Cobre pedido, estoque, nota e logística.

A integração entra quando a operação tem um canal fora do padrão, um sistema sob medida no meio, ou precisa de conciliação e relatório que o produto não faz do jeito da casa.

O que a API entrega

API REST com autenticação por token, cobrindo pedido, produto, estoque, contato e nota. O modelo é direto e a documentação cobre os recursos principais.

Notificação de evento existe para os fluxos mais comuns, mas nem todo evento tem cobertura — parte das integrações combina evento com varredura periódica de reconciliação para não deixar buraco.

Como em todo ERP em nuvem, há limite de chamadas. O desenho precisa consultar por janela de alteração em vez de varrer a base inteira.

Fluxos que construímos

  1. Pedido para expedição

    Pedido entra, é conferido e segue para separação com a informação de frete e etiqueta já resolvida, sem etapa manual entre canal e expedição.

  2. Estoque por canal

    Saldo distribuído com regra de segurança definida por item ou por curva, e não uma rotina única para o catálogo inteiro.

  3. Devolução e troca

    Retorno de mercadoria refletido em estoque e financeiro, que é a parte que quase sempre fica de fora da primeira fase e vira retrabalho depois.

  4. Relatório próprio

    Dado do Tiny copiado para uma base analítica, para relatório que o produto não entrega sem consultar produção.

O que costuma quebrar

  1. Evento sem cobertura total

    Confiar apenas em notificação deixa lacuna nos fluxos que não a emitem. A varredura de reconciliação em janela curta é o que fecha o buraco.

  2. Estoque negativo por concorrência

    Dois canais vendendo o último item ao mesmo tempo. A decisão entre reserva e colchão precisa ser tomada, não herdada da rotina padrão.

  3. Devolução fora do escopo inicial

    Projeto que só cobre a ida deixa a volta manual — e a volta é onde estão os casos difíceis. Vale dimensionar desde o começo, mesmo que entre depois.

  4. Sem alerta de fila parada

    O sintoma aparece como 'os pedidos de ontem não chegaram', dias depois. Monitoramento é entregável.

Prazo típico

2 a 4
semanas para pedido e estoque
+1 a 2
semanas para devolução e troca
24/7
monitoramento com alerta de falha

Precisa integrar o Tiny?

Conte o cenário em trinta minutos. Se fizer sentido, o diagnóstico devolve o desenho da integração, o esforço e o prazo — sem custo.

Mais de 90 operações já rodam com a gente

Perguntas frequentes

Tiny ou Bling, qual integra melhor?

Os dois têm API suficiente para o que a maioria das operações precisa. A escolha entre eles é de produto, não de integração — e se você já usa um, quase nunca vale trocar pelo outro por causa de API.

Dá para migrar do Tiny mantendo as integrações?

A camada de integração é construída para isolar o ERP: trocar de ERP exige reescrever o conector, não o fluxo inteiro. Isso é decisão de arquitetura tomada no começo, e é o que evita ficar preso.

Como fica o estoque em operação com dois depósitos?

A regra de rateio precisa ser explícita — por canal, por região, por prioridade. Sem definição, a integração adota um comportamento padrão que ninguém escolheu e que aparece como venda sem estoque.

Vocês assumem integração feita por outro time?

Assumimos, depois de uma avaliação técnica curta que diz o que dá para aproveitar e o que precisa ser reescrito. Às vezes a resposta honesta é que reescrever sai mais barato que manter — e dizemos isso.