A integração WinThor Magalu conecta o ERP da TOTVS ao marketplace do Magazine Luiza de forma automática, sincronizando produtos, estoque, preços, pedidos, faturamento e rastreio sem digitação manual. Na prática, isso significa vender no Magalu sem que ninguém da sua equipe precise abrir o painel do canal para operar.
Essa é a diferença que importa. Existe uma distância grande entre “estar integrado” e “operar dentro do ERP”. Muitas soluções entregam a primeira e deixam a segunda de lado: o pedido até chega, mas a conferência de estoque, o acompanhamento de prazo e a emissão da nota continuam acontecendo em duas telas diferentes.
Para quem roda WinThor, isso tem peso específico. O WinThor não é um ERP de loja, é um ERP de atacado e distribuição, com estrutura de filiais, política comercial por região e um fluxo de expedição desenhado para mover volume. Encaixar um marketplace nesse fluxo sem quebrar a lógica de estoque e faturamento é a parte difícil.
Neste conteúdo, você vai ver exatamente o que deixa de ser feito no painel do canal, como funciona o estoque por filial, o que acontece com pedidos e clientes dentro do ERP e por que a nota fiscal precisa nascer no WinThor.
O que é a integração WinThor Magalu?
É a conexão automática entre o ERP TOTVS WinThor e o marketplace da Magalu, que faz os dois sistemas trocarem dados sem ninguém no meio digitando.
A divisão de papéis é simples e não deveria ser negociável. O WinThor é a fonte oficial da operação, controlando estoque por filial, política de preço, faturamento, fiscal e financeiro. O Magalu é canal de venda, que capta o cliente, processa o pedido e cobra prazo de envio.
A integração é a ponte entre os dois: cada venda no marketplace vira automaticamente um pedido dentro do WinThor, com a operação correta, e cada movimentação de estoque ou mudança de preço no ERP reflete no anúncio. É a mesma lógica das demais conexões do ERP que a Plugar.me mantém para o WinThor.
Sua distribuidora já vende no Magalu, mas alguém precisa abrir o painel do canal todos os dias para conferir pedidos? Esse é o trabalho que a integração elimina. Converse com a equipe da Plugar.me e veja o que dá para automatizar antes de aumentar o volume.
O que deixa de ser feito fora do WinThor?
Essa é a pergunta que mais importa para quem avalia o projeto, e a resposta é concreta. Com a integração bem feita, o painel do Magalu deixa de ser ferramenta operacional e vira apenas uma vitrine que você acompanha quando quer.
| Tarefa | Sem integração | Com o WinThor no comando |
|---|---|---|
| Conferir pedidos novos | Alguém abre o painel do canal e copia pedido por pedido | O pedido entra sozinho no ERP, na filial e operação corretas |
| Atualizar estoque | Ajuste manual no anúncio, sempre atrasado em relação ao real | Saldo da filial atualiza o anúncio automaticamente |
| Alterar preço | Edição item a item no painel do marketplace | A política comercial do ERP alimenta o canal |
| Cadastrar o comprador | Digitação dos dados para conseguir faturar | Cliente chega pronto, vinculado ao pedido |
| Emitir a nota fiscal | Processo à parte, fora do fluxo normal | NF-e emitida no WinThor, na operação correta |
| Informar o envio | Lançamento manual do código de rastreio no canal | Rastreio retorna automaticamente ao pedido |
| Conciliar o repasse | Planilha comparando o que o canal pagou e o que o ERP faturou | Documentos financeiros nascem com o faturamento |
O ganho não é apenas de tempo. É de consistência: quando toda a operação acontece dentro do ERP, o pedido do Magalu passa pelas mesmas conferências, entra nos mesmos relatórios e aparece corretamente no fechamento, em vez de virar exceção que alguém precisa explicar no fim do mês.
Esse é o princípio ERP First aplicado na prática: o canal é importante, mas não é dono do dado nem da rotina da sua equipe.
Quantas horas por semana o seu time gasta dentro do painel do Magalu fazendo trabalho que o ERP já saberia fazer? Esse custo não aparece no orçamento, mas aparece no teto de crescimento do canal. Descreva o seu cenário para a Plugar.me e veja o que dá para eliminar.
E o estoque, como fica em uma operação com várias filiais? O próximo tópico detalha.
Como funciona o controle de estoque por filial?
O saldo sai do WinThor e atualiza o anúncio. A pergunta relevante em uma distribuidora, porém, não é quanto tem, e sim quanto tem, em qual filial, e quanto disso pode ser vendido no marketplace.
É comum não querer expor todo o saldo ao canal. Parte do estoque está comprometida com pedidos do atacado, parte pertence a uma filial que não atende aquele canal, e parte precisa ficar reservada para a operação que sustenta o negócio. A integração precisa respeitar essa separação, senão você vende no Magalu um produto já reservado para um cliente do atacado.
Três decisões precisam ser tomadas ainda no projeto:
- Qual filial atende o canal. Uma distribuidora com centro de distribuição em mais de um estado não tem um estoque, tem vários, e o marketplace precisa enxergar o número certo para calcular prazo e frete corretamente.
- Quanto do saldo fica disponível. Reserva fixa, percentual ou pulmão de segurança, conforme o giro de cada item e o compromisso com o atacado.
- Como tratar itens de giro compartilhado. Produtos que vendem bem nos dois canais exigem atenção redobrada na frequência de sincronização.
Essa estrutura é a mesma que sustenta a operação quando a distribuidora amplia a presença digital para outros canais e vitrines conectados ao ERP, sem multiplicar controles paralelos.
Sua empresa tem mais de uma filial e ainda publica um saldo único no Magalu? Esse atalho funciona até o primeiro pedido grande do atacado consumir o estoque que o canal já tinha vendido. Pergunte à Plugar.me como fica o mapa de filiais na sua operação.
Como pedidos e clientes entram no ERP?
Assim que uma venda é confirmada no Magalu, a integração captura o pedido e o cria dentro do WinThor. Não como um registro solto, mas como um pedido que entra no fluxo normal da operação, com a filial correta e a operação fiscal correta.
Isso importa mais do que parece. Um pedido criado fora do fluxo padrão até aparece no sistema, mas não passa pelas mesmas conferências, não entra nos mesmos relatórios e vira exceção no fechamento. O objetivo é o oposto: o pedido do Magalu deve ser indistinguível de qualquer outro pedido para quem opera o ERP.
A segunda metade dessa etapa costuma ser subestimada, e é onde uma distribuidora sente mais a diferença de contexto:
- A venda é para pessoa física. Uma empresa acostumada a faturar para CNPJ passa a lidar majoritariamente com consumidor final, o que muda o tratamento fiscal e a estrutura de cadastro.
- O cadastro precisa estar completo para faturar. Dados incompletos travam a emissão da nota exatamente quando o relógio do prazo de envio já está correndo.
- Cadastro duplicado polui a base. Sem regra de identificação, o mesmo comprador vira vários registros, o que atrapalha qualquer análise de recorrência.
O tráfego desses dados envolve informações pessoais, o que exige transmissão protegida e acesso restrito por função, tema tratado nas práticas de segurança aplicadas às integrações.
Seu time já travou um faturamento porque faltava um dado do comprador, com o prazo do marketplace correndo? Esse tipo de parada custa reputação de seller. Fale com a Plugar.me e leve pedido e cadastro prontos para o WinThor.
Como funcionam o faturamento e a emissão da NF-e?
A nota nasce no WinThor. Essa é a regra que separa uma integração ERP First de um conector qualquer.
O pedido do Magalu entra no ERP, segue o fluxo de faturamento da sua empresa, a NF-e é emitida com a operação correta e o número da nota volta para o marketplace. Seu fiscal continua sendo um só, dentro do sistema onde já está, em vez de uma segunda contabilidade paralela mantida por fora.
O ponto de atenção para distribuidoras é a diferença de operação fiscal. Venda para consumidor final por marketplace tem tratamento distinto da venda no atacado, e errar isso não é um detalhe, é nota rejeitada e retrabalho com a contabilidade. Por isso a definição de qual operação o pedido do canal deve usar precisa acontecer no mapeamento do projeto, e não no improviso do primeiro dia de vendas.
Vale destacar o encadeamento correto: pedido, baixa de estoque, separação, faturamento e só então a nota. Pular ou inverter etapas é o que gera nota com operação errada, situação frequente em operações que ainda lançam pedido às pressas. O mesmo cuidado aparece em outros ERPs conectados ao mesmo canal.
Você ainda emite as notas do Magalu fora do fluxo normal do WinThor? Isso multiplica trabalho e abre espaço para operação fiscal errada em escala de distribuidora. Fale com a Plugar.me e traga a emissão para dentro da cadeia de documentos que a sua empresa já domina.
Como o prazo de envio é controlado?
O relógio do marketplace começa a contar no clique do cliente, não quando alguém digita o pedido no ERP. Essa diferença de horas é o que separa um seller bem avaliado de um penalizado.
Com a integração, o pedido chega ao WinThor em minutos e entra na fila de separação junto com os demais. A equipe da expedição trabalha com a informação já correta, sem transcrição intermediária, e o faturamento acontece no ritmo da operação, não no ritmo de quem está disponível para digitar.
Depois do envio, o caminho de volta fecha o ciclo: o código de rastreio retorna ao pedido no canal automaticamente, atualizando o comprador sem que ninguém precise lançar essa informação manualmente. Sem esse retorno, o cliente continua vendo a compra como pendente mesmo com o produto já a caminho, e a equipe passa a receber chamados perguntando onde está o pedido.
Para operações que combinam marketplace com loja própria, a mesma lógica de prazo e rastreio se aplica, como acontece nas conexões do WinThor com plataformas de e-commerce.
Sua operação já perdeu pontos de reputação por atraso que não foi culpa da logística, e sim do tempo que o pedido levou para chegar na expedição? Esse intervalo é invisível no relatório e visível na sua avaliação. Pergunte à Plugar.me como encurtá-lo.
Preciso desenvolver essa integração do zero?
Não existe conector nativo pronto entre o WinThor e o Magalu. O WinThor é um ERP de distribuição com estrutura própria, o Magalu expõe uma API de marketplace, e alguém precisa fazer a tradução entre os dois, orquestrar a ordem das operações e tratar as falhas.
| Caminho | Investimento inicial | Tempo até operar | Manutenção |
|---|---|---|---|
| Desenvolver internamente | Alto | Longo | Sua equipe, inclusive quando o canal mudar a API |
| Consultoria sob medida | Alto | Médio | Depende de contrato, cada ajuste vira novo escopo |
| Hub com modelo 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. Marketplace muda regra de API, muda exigência de categoria e muda prazo. Quem construiu internamente assume essa fila para sempre.
Há ainda um cuidado técnico importante no WinThor: a entrada deve acontecer pelas portas oficiais disponibilizadas pela TOTVS, e nunca por gravação direta no banco de dados, prática vetada pela fabricante e que compromete suporte e atualizações. A mesma fundação atende outros sistemas de gestão, como mostra a lista de ERPs integrados pela Plugar.me.
Sua TI já estimou quanto tempo levaria para construir e manter essa integração internamente? Vamos mostrar como ajudar você agora mesmo!
Como a Plugar.me realiza a integração WinThor Magalu?
A operação roda em nuvem, sem necessidade de subir servidor nem manter estrutura adicional na sua infraestrutura.
O projeto segue três etapas:
- Diagnóstico: entender como o seu WinThor está configurado, com filiais, política comercial, fluxo de faturamento e regras fiscais, além do que a operação exige do canal.
- Mapeamento e setup: definir de onde sai cada dado, qual operação o pedido do Magalu deve usar, qual saldo o canal enxerga e como as filiais se relacionam com o anúncio.
- Go-live assistido: acompanhamento nos primeiros ciclos, quando os casos de exceção aparecem, com painel de logs para auditar cada etapa.
Empresas que integraram seus sistemas com a Plugar.me contam essa experiência na página de clientes e parceiros, incluindo distribuidoras que operam marketplace em alto volume com o ERP no comando.
Cada mês com o Magalu operando fora do ERP é margem evaporando em erro, atraso e conciliação manual, e esse custo cresce junto com o canal. Fale com o time da Plugar.me, apresente o seu cenário e descubra em quanto tempo a sua operação pode estar rodando integrada.
Conclusão
A integração WinThor Magalu vale a pena quando o marketplace 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 reputação.
O objetivo do projeto é claro: fazer com que ninguém da sua equipe precise operar dentro do painel do Magalu. Pedido, estoque, preço, cadastro e nota fiscal passam a acontecer no WinThor, onde a operação já funciona, e o canal recebe apenas o resultado do que o ERP decidiu.
E o fiscal permanece onde deve estar, com cada NF-e emitida no WinThor, na operação correta para venda ao consumidor final, e transmitida ao ambiente oficial da NF-e antes de a informação voltar para o marketplace.
Não deixe o seu canal crescer obrigando a operação a se contorcer para caber nele: cada semana de processo manual é retrabalho hoje e passivo de controle amanhã.
Fale agora com a Plugar.me, apresente o cenário do seu WinThor e receba uma análise técnica de quem homologa essas integrações todos os dias. O primeiro passo não custa nada.
Não. A TOTVS disponibiliza portas oficiais de entrada no ERP, e o Magalu expõe sua própria API de marketplace, mas a ponte entre os dois precisa ser construída e mantida, respeitando a estrutura de filiais e as regras fiscais da empresa.
Não, e esse é justamente o objetivo da integração. Pedidos, estoque, preços, cadastro de clientes e emissão de nota passam a acontecer dentro do WinThor, com o painel do canal servindo apenas para consulta.
O projeto define qual filial atende o canal e quanto do saldo fica disponível para o marketplace, com reserva ou pulmão configurável. Isso evita vender no Magalu um produto já comprometido com um cliente do atacado.
No ERP. A NF-e nasce no WinThor, com a operação fiscal correta para venda ao consumidor final, e o número do documento retorna ao Magalu, mantendo o fiscal centralizado em um só lugar.
Sim. Uma empresa acostumada a faturar para CNPJ passa a lidar majoritariamente com consumidor final, o que exige operação fiscal específica e cadastro completo do comprador para que o faturamento não trave.
Sim. Depois do faturamento no WinThor, o código de envio retorna ao pedido no Magalu automaticamente, o que atualiza o comprador sem intervenção manual e reduz chamados perguntando sobre a entrega.
Sim. Como a fonte da verdade permanece no WinThor, a mesma fundação atende outros marketplaces e plataformas de e-commerce, sem duplicar cadastro nem mudar o dono do dado.
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.
