A integração Protheus Tray conecta o seu ERP à Tray de forma automática, sincronizando produtos, estoque, preços e pedidos sem digitação manual. O catálogo nasce no Protheus, o saldo publicado é o saldo real e cada venda entra no ERP como pedido, pronto para separação e faturamento.
O TOTVS Protheus é o ERP mais configurável do portfólio da TOTVS — e essa flexibilidade é exatamente o que torna a integração delicada, porque cada empresa tem a própria parametrização. A Tray é uma plataforma de e-commerce brasileira usada por operações que querem loja própria com recursos de plataforma madura. A integração é a ponte entre os dois — e ela só funciona bem quando respeita o que cada lado exige de verdade.
Neste conteúdo você vai ver como a conexão funciona na prática, quais problemas ela elimina, o que a API da Tray permite e por que o modelo ERP First é o caminho mais seguro para quem leva o Protheus a sério.
O que é a integração Protheus Tray?
É a conexão automática entre o ERP TOTVS Protheus e a Tray, fazendo os dois sistemas trocarem dados sem intervenção manual.
A divisão de papéis não deveria ser negociável: o Protheus é a fonte oficial — controla estoque, preços, faturamento e fiscal. A Tray é canal — apresenta o produto, capta o cliente e registra o pedido.
Por que integrar o Protheus exige atenção?
Porque um conector genérico ignora justamente o que faz o ERP funcionar:
- TES e natureza de operação. O Protheus define por essas estruturas como cada pedido é processado e faturado. Uma integração que as ignora gera pedido com operação errada e nota fiscal furada.
- Parametrização própria. Não existe “Protheus padrão”. O mapeamento precisa partir da configuração real da sua empresa.
- Gravação respeitando as rotinas. Inserir registro direto no banco contorna as validações do ERP e cria inconsistência que só aparece no fechamento.
- Múltiplas filiais. A estrutura de filiais define de onde sai o saldo e quem fatura.
O que a API da Tray permite?
- A API da Tray usa OAuth 2.0: a loja autoriza o aplicativo e a integração recebe as credenciais para operar.
- O escopo cobre produtos, variações, categorias, clientes, pedidos, nota fiscal e webhooks.
- Existe endpoint específico de MultiCD, para estoque por centro de distribuição — e não apenas um saldo único por produto.
- Preço é campo do produto ou da variação; há endpoints próprios para listas de preço B2B.
O MultiCD é a peça que costuma ser ignorada. Quem publica um saldo único quando a operação tem mais de um centro de distribuição perde a capacidade de dizer de onde a mercadoria sai — e descobre isso na hora de expedir.
Quais problemas surgem sem a integração entre Protheus e Tray?
- Venda de produto sem estoque. O canal segue anunciando o que já saiu no ERP por outra via, e o cancelamento vem depois.
- Pedido parado esperando digitação. O cliente já pagou e o pedido ainda não existe no ERP.
- Preço desatualizado. A tabela mudou no ERP e o canal não acompanhou — margem errada ou venda perdida.
- Retrabalho fiscal. Pedido lançado às pressas gera nota com operação errada.
- Conciliação manual no fechamento. O que o canal registrou não bate com o que o ERP faturou.
Quanto custa continuar no manual?
O custo raramente aparece como linha de orçamento, e é por isso que passa despercebido. Ele aparece como uma pessoa dedicada a copiar pedido, como venda perdida por ruptura que não existia no estoque real, e como margem errada em item cujo preço mudou sem o canal acompanhar.
Enquanto o volume é baixo, dá para absorver. O problema é o teto: passado certo número de pedidos por dia, a digitação deixa de ser incômoda e passa a ser o que impede o canal de crescer.
Como funciona a integração ERP Protheus Tray?
A Plugar.me opera como uma camada entre o Protheus e a API da Tray. Ela traduz os dados de um lado para o outro, orquestra a ordem das operações e trata os erros que aparecem no caminho — porque eles aparecem.
| Dado | Direção | O que acontece |
|---|---|---|
| Produtos e categorias | Protheus → Tray | Cadastro sai do ERP e alimenta o canal |
| Estoque | Protheus → Tray | Saldo correto atualiza a oferta |
| Preços | Protheus → Tray | Valor sai da política definida no ERP |
| Pedidos | Tray → Protheus | Venda entra como pedido, com a operação correta |
| Clientes | Tray → Protheus | Dados do comprador chegam prontos para faturar |
| Nota fiscal | Protheus → Tray | NF-e emitida no ERP e informada ao canal |
| Rastreio | Protheus → Tray | Código de envio atualiza o pedido |
Estoque por centro de distribuição muda o desenho
A Tray expõe estoque por centro de distribuição, não apenas um número por produto. Para um ERP que já controla saldo por filial ou depósito, isso é uma boa notícia: o desenho pode espelhar a realidade da operação em vez de achatá-la num saldo só. Mas exige decidir, no projeto, qual CD corresponde a qual filial — e manter esse mapa vivo.
Como funciona o controle de estoque?
O saldo sai do Protheus e atualiza o canal. A pergunta relevante não é apenas “quanto tem”, e sim quanto pode ser vendido ali.
O saldo precisa sair da filial correta, e nem todo saldo deve ir para o canal: parte costuma estar comprometida com outras operações.
Como funciona o faturamento e a emissão de notas fiscais?
A nota nasce no Protheus. É a regra que separa uma integração ERP First de um conector qualquer.
A nota nasce no Protheus, com a TES adequada à operação de venda para consumidor final — diferente da usada em venda para revenda. O canal recebe a informação do documento emitido; ele não substitui essa etapa. Seu fiscal continua sendo um só.
Qual é o fluxo completo, do clique à nota fiscal?
- O cliente compra na Tray.
- A integração captura o pedido e o cria no Protheus, na operação correta.
- O estoque é baixado no ERP e o saldo do canal é atualizado.
- O pedido segue o fluxo interno de separação e conferência.
- O faturamento é executado no Protheus e a NF-e é emitida.
- Número da nota e rastreio voltam para o canal.
- O painel da Plugar.me registra cada etapa em log, para auditoria.
Preciso desenvolver essa integração do zero?
Não existe conector nativo entre o TOTVS Protheus e a Tray. Os dois lados têm interface; ninguém fez a ponte por você. E a ponte não é só transporte de dados: é mapear a estrutura do ERP, respeitar os limites do canal e tratar o que falha.
| Caminho | Investimento inicial | Tempo até operar | Manutenção |
|---|---|---|---|
| Desenvolver internamente | Alto | Longo | Sua equipe, para sempre — inclusive quando a API mudar |
| Consultoria sob medida | Alto | Médio | Depende de contrato; cada ajuste é novo escopo |
| Hub ERP-first | Baixo | Curto | Do fornecedor, com o ERP seguindo como fonte da verdade |
O que costuma ser subestimado no desenvolvimento interno não é construir. É manter: o canal muda regra de API, muda exigência de cadastro, muda comportamento. Quem construiu internamente assume essa fila para sempre.
Quais os benefícios para empresas de médio e grande porte?
- Volume sem headcount proporcional. Dobrar pedidos não significa dobrar gente digitando.
- Menos cancelamento. O saldo publicado passa a refletir o estoque real.
- Margem sob controle. O preço do canal sai da política definida no ERP.
- Fiscal em um lugar só. A nota nasce no Protheus, com a operação correta.
- Fechamento sem conciliação manual. O que aconteceu no canal está registrado no ERP.
- Rastreabilidade. Log de cada etapa, para quando algo precisar ser auditado.
Para quais empresas essa integração é indicada?
- Empresas que rodam Protheus e querem canal digital governado pelo ERP.
- Operações com parametrização fiscal específica, onde erro de TES custa retrabalho.
- Negócios com múltiplas filiais.
Se o volume é baixo e não há complexidade fiscal, o manual ainda se sustenta. A conta vira quando o volume cresce ou quando o erro passa a custar reputação.
Por que escolher uma integração ERP First para o Protheus?
Porque a alternativa é deixar o canal ditar a operação. Existe um modelo comum em que a plataforma vira o centro: o catálogo passa a viver nela, o pedido é tratado nela e o ERP recebe um resumo depois. Para quem investiu em TOTVS Protheus, isso é inversão de comando.
- Estoque, preço e cadastro têm uma origem: o Protheus.
- A nota fiscal nasce no ERP, com a operação da sua empresa.
- O canal é canal — importante, mas não dono do dado.
- Se amanhã você abrir outro canal, a fonte da verdade não muda.
Como a Plugar.me realiza a integração Protheus Tray?
A operação roda 100% em nuvem: não é preciso subir servidor nem manter estrutura adicional na sua infraestrutura.
- Diagnóstico. Entender como o seu Protheus está configurado e o que a operação exige.
- Mapeamento e setup. Definir de onde sai cada dado, qual operação o pedido da Tray deve usar e qual saldo o canal enxerga.
- Go-live assistido. Acompanhamento nos primeiros ciclos, quando os casos de exceção aparecem, com painel de logs para auditar cada etapa.
Conclusão: vale a pena integrar o Protheus à Tray?
Vale quando a Tray deixa de ser teste e passa a ser canal. A partir daí, digitação manual não é economia: é o teto do canal e a origem dos erros que custam tempo e margem.
A integração bem feita não muda a forma como a sua empresa opera. Faz o contrário: garante que o canal se encaixe na operação que já existe no Protheus, em vez de obrigar a operação a se contorcer para caber no canal.
Quer avaliar como ficaria no seu cenário? Fale com a equipe da Plugar.me e conte como o seu Protheus está estruturado hoje: volume, estrutura de estoque e como funciona o seu faturamento.
Luan Carvalho é fundador e CTO da Plugar.me, empresa especializada em integração de ERP com marketplaces e plataformas de e-commerce. Atua no desenvolvimento de soluções para automação de pedidos, estoque, preços, faturamento e documentos fiscais, ajudando empresas a escalarem suas operações com estabilidade, segurança e alto desempenho. Ao longo de sua trajetória, participa da implementação de integrações entre ERPs como SAP Business One, Protheus, WinThor, Consinco e Sankhya, conectando-os aos principais marketplaces e plataformas do mercado.
