Kit de produtos no e-commerce: evite erros de estoque

A integração de kits de produtos com ERP precisa relacionar cada kit aos itens que o compõem e definir qual sistema controla o estoque. Assim, uma venda do conjunto baixa as quantidades corretas dos componentes, sem duplicar saídas nem anunciar kits que não podem ser montados. Antes de publicar a oferta, valide SKUs, variações, pedidos e estornos.

Um kit é uma oferta composta por dois ou mais produtos vendidos juntos. O estoque disponível depende dos componentes: se um item necessário acaba, a loja precisa bloquear o conjunto ou atualizar sua disponibilidade.

O ponto crítico é que o kit pode existir como uma página ou SKU próprio na loja, enquanto o estoque físico está registrado nos produtos individuais do ERP. A integração deve traduzir a venda do kit em movimentações coerentes para os itens componentes.

Imagine uma loja de beleza que vende um kit com um shampoo, um condicionador e uma máscara. Se o pedido baixar apenas o SKU do kit, o ERP pode continuar mostrando estoque dos três produtos avulsos que, na prática, já foram separados para o conjunto. Se baixar o kit e também os componentes, pode haver uma baixa duplicada. A regra depende de como o ERP, a plataforma e o conector tratam a composição.

O cálculo da disponibilidade deve considerar quantos conjuntos completos os componentes permitem montar. Por exemplo, se cada kit usa dois sabonetes e há nove sabonetes disponíveis, esse componente sustenta quatro kits completos. A disponibilidade final é limitada pelo componente que permite montar menos conjuntos. A documentação da Shopify descreve esse cálculo para os pacotes compatíveis com o recurso da plataforma.

O kit pode ter um SKU próprio para identificação comercial, mas isso não significa que ele deva ter estoque independente. Se os produtos também são vendidos separadamente, o controle precisa preservar o saldo dos componentes compartilhados.

SKU é o código interno usado para identificar um produto ou uma variação. Para uma operação com ERP, defina se o SKU do kit será apenas um identificador da oferta ou se representará um item montado e estocado fisicamente.

Modelo	Quando faz sentido	Ponto de atenção
SKU próprio com baixa nos componentes	Kit montado somente depois do pedido, com itens também vendidos avulsos.	O ERP ou conector precisa conhecer a composição e baixar cada componente uma única vez.
SKU próprio com estoque de kit separado	Conjuntos montados antes da venda e armazenados como unidades prontas.	É preciso registrar a montagem e evitar contar ao mesmo tempo os componentes e o conjunto acabado.
Venda dos componentes como linhas do pedido	Quando a plataforma ou o aplicativo transforma o kit em itens individuais para processamento.	Confira como o pedido chega ao ERP, como o preço é distribuído e qual código identifica a oferta.

No Bling, por exemplo, um produto com composição pode ter regras diferentes de lançamento de estoque: somente no produto principal, somente nos componentes ou em ambos. A própria documentação do Bling recomenda atenção ao tipo de estoque e alerta que uma composição feita por kits pode não realizar a baixa nos componentes. Portanto, não presuma que cadastrar a composição, por si só, garante o comportamento esperado na integração.

Em plataformas e aplicativos, a representação também varia. Na Shopify, por exemplo, a documentação informa que o pacote recebe um SKU separado dos SKUs dos produtos individuais. Isso torna importante confirmar quais códigos aparecem no pedido e são enviados ao ERP.

Escolha um sistema como referência do saldo e configure o outro para receber a atualização. A configuração deve impedir que loja, ERP e aplicativo de kits façam baixas independentes sobre os mesmos componentes.

1. Cadastre primeiro os componentes. Use códigos consistentes para produto e variações, como cor e tamanho. Corrija duplicidades antes de montar a composição.
2. Registre a estrutura do kit. Informe cada componente e a quantidade consumida por unidade do conjunto. Se o kit usa duas unidades de um produto, a regra deve refletir isso.
3. Defina a regra de estoque. Decida se o kit é virtual, calculado a partir dos componentes, ou físico, montado e controlado como item acabado. Não misture os dois modelos sem uma rotina clara de montagem e desmontagem.
4. Confirme a direção da sincronização. Verifique qual sistema envia saldo para os demais e em quais eventos: pedido aprovado, pedido importado, cancelamento ou devolução.
5. Mapeie o pedido recebido pelo ERP. Confira se ele chega como uma linha de kit, como linhas de componentes ou como ambos. Defina onde ocorre a baixa para não duplicá-la.
6. Revise o depósito e a situação do pedido. O saldo disponível para venda deve corresponder ao depósito usado pela operação e à regra de reserva ou baixa configurada.

Se a loja vende os componentes avulsos e também em kits, a composição precisa compartilhar o mesmo saldo. Se o kit é pré-montado, registre a transformação dos componentes em produto acabado conforme o processo do ERP. O fluxo correto varia por ferramenta; valide com a documentação do ERP e do conector instalado.

Teste cada escolha de variação como uma combinação de componentes e códigos. Uma seleção de tamanho ou cor na página do kit precisa chegar ao pedido e à baixa de estoque sem ser substituída por uma variação genérica.

Em uma loja de moda, um conjunto pode incluir uma camiseta e uma calça, com o cliente escolhendo tamanho para cada peça. A camiseta tamanho M e a calça tamanho 40 precisam ser identificadas separadamente no pedido e no ERP. Não basta testar se o kit aparece disponível: confira se as variações selecionadas são exatamente as reservadas.

• Teste todas as opções permitidas, inclusive combinações diferentes de tamanho e cor.
• Confira se uma variação sem saldo deixa indisponível apenas a combinação afetada, quando essa regra for suportada.
• Confirme se a edição ou exclusão de uma variação não deixa o kit publicado com vínculo inválido.
• Verifique se o SKU transmitido corresponde à variação escolhida, não apenas ao produto-pai.

A função nativa de kits da Nuvemshop pode agrupar produtos com variações, mas tem limites próprios de combinações e propriedades, e a disponibilidade do kit é afetada quando falta estoque de um componente. Veja as condições descritas na central de ajuda da Nuvemshop. Recursos de aplicativos podem operar de modo diferente: confira a configuração específica de bloqueio e estoque antes de publicar.

Configure a disponibilidade do kit para acompanhar os componentes e bloqueie a compra quando não for possível montar o pedido completo. Depois, confirme que o bloqueio funciona tanto na página do produto quanto no carrinho e no checkout.

Uma falha comum é o kit continuar disponível porque seu próprio cadastro tem saldo, embora um componente esteja zerado. Outra é o conector atualizar o estoque em intervalos ou considerar um depósito diferente do usado na separação. Para reduzir esse risco, teste a alteração de saldo do componente e observe quanto tempo a loja leva para refletir a indisponibilidade.

Na função de kits do administrador da Nuvemshop, a orientação é que, quando falta estoque de algum produto incluído, o kit inteiro fica sem estoque disponível. A documentação do aplicativo Kits Pró também prevê uma opção para bloquear a compra quando algum produto estiver sem estoque. Essas regras são específicas dos recursos citados; em outros aplicativos, confirme o comportamento antes de confiar no bloqueio.

Faça pedidos de teste antes de liberar a oferta e acompanhe cada evento nos sistemas envolvidos. O teste só está concluído quando os saldos, os itens do pedido e a situação da venda ficam coerentes na loja e no ERP.

• Pedido aprovado: confirme se o ERP recebeu o pedido, os SKUs e as variações corretas.
• Baixa: compare o estoque dos componentes antes e depois. Cada item deve diminuir conforme a quantidade usada no kit, sem uma segunda baixa indevida.
• Disponibilidade: zere ou reduza o saldo de um componente em ambiente de teste e confira se a loja atualiza a oferta.
• Cancelamento: cancele um pedido e verifique se a reserva ou baixa é revertida uma única vez, de acordo com a etapa em que ocorreu.
• Devolução parcial: teste a devolução de um componente, se sua política permitir, e confirme como o ERP registra o item retornado e se ele pode voltar ao estoque vendável.
• Reprocessamento: verifique se importar novamente um pedido não repete a baixa de componentes.
• Conferência final: compare saldo físico, ERP, plataforma e aplicativo de kits. Registre qual sistema deve ser consultado para corrigir divergências.

Cancelamento e devolução não devem ser tratados como sinônimos de reposição automática. O produto devolvido pode precisar de inspeção antes de voltar ao estoque disponível, e o momento do estorno depende do fluxo configurado. Documente quem confere e quem aprova esse retorno.

Uma integração confiável depende de três decisões documentadas: como o kit é identificado, quais componentes consome e qual sistema controla o estoque disponível. Se houver variações ou venda avulsa dos mesmos itens, inclua essas combinações nos testes.

Use o checklist em um pedido de teste e registre os saldos antes e depois de cada evento. Se a loja já apresenta diferenças entre ERP, plataforma e aplicativo de kits, a WEHSOFT pode fazer um diagnóstico gratuito da operação pelo WhatsApp, avaliando o fluxo de pedidos, os SKUs e a sincronização antes de ampliar a oferta.