Fluxo de pedidos incorreto causa problemas de estoque, expedição e prejuízos financeiros.
Respondida
Divinópolis - MG
24/08/2026 às 22:21
ID: 257287219
Estou registrando esta reclamação depois de diversas tentativas de resolver diretamente com o Bling através do ticket *****.
O problema ocorre no fluxo de pedidos quando utilizamos a emissão automática de NF-e. Não é uma questão exclusiva do Mercado Livre, embora seja especialmente grave nesse marketplace porque existem pedidos já pagos cuja etiqueta somente é liberada horas ou até dias depois.
A lógica que considero correta é extremamente simples:
Pedido aguardando pagamento EM ABERTO
Pagamento confirmado EM ANDAMENTO
NF-e emitida ATENDIDO
Porém, o próprio suporte do Bling confirmou por escrito que hoje, no Mercado Livre, quando um pedido está PAGO mas ainda aguardando a liberação da etiqueta, o sistema primeiro altera esse pedido para ATENDIDO, tenta emitir a NF-e, a emissão falha porque a etiqueta ainda não está disponível e, somente depois disso, o cliente precisa ter configurada uma transição para fazer o pedido voltar de ATENDIDO para EM ABERTO.
Esse fluxo não faz sentido.
Um pedido que acabou de ser pago, ainda precisa ser separado, embalado, etiquetado e expedido e sequer possui NF-e emitida não está ATENDIDO. Ele está claramente EM ANDAMENTO.
Além da questão conceitual, isso possui consequências práticas sérias. O status ATENDIDO deixa de trabalhar a reserva de estoque da mesma maneira, o que fez com que tivéssemos pedidos pagos sem o estoque devidamente reservado.
O resultado foi venda de produtos que já estavam comprometidos com outros pedidos, cancelamentos no Mercado Livre, reclamações de compradores e impacto direto na reputação da nossa conta.
Nossa conta no Mercado Livre chegou a perder o status verde por causa desses cancelamentos. Tivemos que arcar com mais de R$ 1.000 em taxas de venda relacionadas aos pedidos cancelados e ainda depositar mais de R$ 5.000 como garantia para recuperar a situação da conta.
Também tivemos impacto em relatórios e sistemas de BI, porque os mesmos status passaram a possuir significados diferentes dependendo do canal.
O mais frustrante foi a condução do suporte.
Expliquei diversas vezes que não estava pedindo uma personalização da minha operação. Pedi apenas uma justificativa técnica para a necessidade de um pedido PAGO ser tratado como ATENDIDO antes da emissão da NF-e.
Também pedi expressamente que o caso fosse escalado e solicitei uma conversa com algum gerente, diretor ou responsável técnico que pudesse me explicar por que a lógica PAGO EM ANDAMENTO NF-e ATENDIDO não poderia ser utilizada.
Esse contato não aconteceu.
Em vez disso, o chamado chegou a ser encerrado pelo suporte sob a justificativa de que esse seria o funcionamento atual e que qualquer alteração deveria ser registrada como uma sugestão de melhoria.
Não considero isso uma sugestão de melhoria.
Estou questionando uma lógica básica de fluxo de pedidos que está causando problemas concretos de estoque, expedição, BI e prejuízo financeiro. E para não ter todos esses problemas, voltando ao modo MANUAL de trabalhar, que não faz o menor sentido quando se paga por um sistema que oferece justamente a funcionalidade de emissão automática de NFe.
A solução também não parece exigir nenhuma funcionalidade extraordinária. Tudo se resolveria simplesmente fazendo com que pedidos com pagamento confirmado nos marketplaces sejam tratados como EM ANDAMENTO enquanto aguardam faturamento, passando para ATENDIDO somente após a emissão da NF-e.
Inclusive no próprio Bling o fluxo apresentado nas telas de configuração das integrações informa que o pedido vai para status ATENDIDO após a emissão da NFe e não no pagamento.
O que espero agora é que o ticket ***** seja analisado por alguém de Produto/Tecnologia/Integrações com poder de realmente avaliar o fluxo, e não apenas que eu receba novamente a orientação de criar transições para contornar o comportamento atual.
Se o Bling entende que tecnicamente um pedido pago, sem NF-e, ainda não separado, embalado ou expedido deve ser considerado ATENDIDO, gostaria que alguém responsável pelo produto entrasse em contato e apresentasse a justificativa técnica para isso.
O que não considero aceitável é sofrer prejuízo causado por esse fluxo, passar dias tentando demonstrar o problema e o atendimento simplesmente encerrar o assunto dizendo que o sistema funciona assim.
Compartilhe
Resposta da empresa
28/08/2026 às 14:38
Olá, Eduardo!
Me chamo Fabiana e faço parte da equipe de Qualidade de Atendimento do Bling.
Recebemos sua manifestação e agradecemos por compartilhar suas observações de forma tão detalhada, bem como pela oportunidade de analisar cuidadosamente os pontos apresentados.
Compreendemos a importância de um fluxo de pedidos adequado à rotina operacional, especialmente quando estão envolvidas etapas como confirmação de pagamento, reserva de estoque, emissão de NF-e, liberação de etiquetas e integração com marketplaces.
Por isso, buscamos analisar o cenário de forma individualizada, considerando as configurações da sua conta, o histórico do ticket #5671897 e o funcionamento das ferramentas atualmente disponíveis no Bling.
Após essa análise, identificamos que o status Atendido possui uma função específica dentro da arquitetura do fluxo de pedidos e não representa, tecnicamente, a conclusão da venda ou a entrega do pedido ao cliente.
O status Atendido é utilizado como uma etapa de processamento, permitindo ao sistema registrar que determinada condição operacional do pedido foi processada e, a partir desse ponto, aplicar as regras subsequentes de automação.
Essa lógica permite que o sistema organize de forma padronizada diferentes cenários relacionados a integração, faturamento, estoque e demais automações. Dessa forma, o status atua como um marcador dentro do fluxo interno de processamento, indicando ao sistema quais etapas e regras devem ser executadas na sequência.
Essa arquitetura também busca evitar que cada situação específica de marketplace resulte na criação de um status próprio dentro do fluxo principal, o que aumentaria a complexidade da estrutura de processamento e das regras de automação.
Por essa razão, o status Atendido pode ser utilizado antes da conclusão efetiva de etapas posteriores, como a emissão da NF-e ou a disponibilização da etiqueta, sem que isso represente, por si só, que o pedido tenha sido integralmente concluído.
Em relação especificamente ao fluxo mencionado em sua reclamação, verificamos que, inicialmente, a integração com o Mercado Livre não permitia o mapeamento dos pedidos nas situações Pago - Etiqueta disponível e Pago - Aguardando etiqueta. Em determinado momento, houve uma alteração que passou a permitir esse mapeamento.
No entanto, em 23/07, essa alteração foi revertida e o funcionamento anterior foi restabelecido, deixando novamente de existir o mapeamento específico dessas duas situações na integração automática de pedidos.
A decisão de simplificar a configuração das integrações e otimizar o desempenho geral da plataforma foi tomada após avaliações internas e análise de feedbacks de diferentes clientes.
A manutenção de múltiplos mapeamentos específicos aumenta a complexidade do processamento e pode gerar comportamentos distintos entre diferentes operações. Por esse motivo, foram adotadas alternativas de configuração que permitem alcançar o resultado operacional esperado sem a necessidade desses mapeamentos individualizados.
Essa alteração foi comunicada aos usuários por e-mail e por avisos no sistema, proporcionando informação sobre a mudança e possibilitando a realização dos ajustes necessários nas operações.
Sabemos, contudo, que uma alteração de comportamento pode exigir adequações na rotina da empresa e compreendemos que esse processo possa ter gerado transtornos à sua operação.
Nosso objetivo, ao esclarecer esse ponto, não é desconsiderar a situação apresentada, mas demonstrar que existem mecanismos atualmente disponíveis no Bling para que o fluxo seja configurado de acordo com as necessidades de cada operação.
Atualmente, é possível:
- Identificar pedidos com etiqueta liberada: utilizando os filtros de disponibilidade da etiqueta, disponíveis no Checkout e no Relatório de Separação.
- Configurar o momento do faturamento: escolhendo entre Faturar os pedidos logo após a importação ou Aguardar a liberação da etiqueta do Mercado Livre para realizar o faturamento, nas configurações da integração.
- Automatizar as transições de status: configurando a transição de Atendido para Em aberto e os parâmetros de automatização da emissão de NF-e na integração. Com essas configurações habilitadas, pedidos que aguardam a liberação da etiqueta podem retornar automaticamente para Em aberto após uma tentativa inicial de faturamento, permitindo que o fluxo prossiga de acordo com as condições configuradas.
Essas alternativas existem justamente para possibilitar o gerenciamento do cenário apresentado sem depender dos mapeamentos específicos que foram removidos da integração.
Em relação à sua observação de que o pedido pago deveria permanecer Em andamento até a emissão da NF-e, compreendemos a lógica operacional apresentada e consideramos o seu relato de que essa é a forma como o fluxo melhor representa as etapas da sua operação.
Entretanto, a alteração do comportamento padrão dos status ou a criação de uma nova regra específica para determinada etapa da integração caracteriza uma mudança no funcionamento do produto. Por esse motivo, esse tipo de solicitação é tratado internamente como uma sugestão de melhoria e pode ser submetido à avaliação das áreas responsáveis por Produto e Desenvolvimento.
Essa classificação não significa que a consideração apresentada seja desconsiderada. A avaliação de eventual implementação considera aspectos técnicos, impacto para diferentes perfis de usuários, arquitetura da plataforma, segurança, desempenho e prioridades de desenvolvimento.
Quanto aos impactos financeiros mencionados em sua manifestação, compreendemos a relevância desses valores para sua operação e entendemos a preocupação diante do cenário relatado.
É importante ressaltar que as comunicações sobre a alteração foram realizadas previamente, por e-mail e por avisos no sistema, justamente para que os usuários pudessem tomar conhecimento da mudança e realizar os ajustes necessários em suas operações.
Diante da análise realizada, não identificamos elementos que permitam atribuir os valores mencionados a uma falha na prestação do serviço pelo Bling.
O Bling disponibiliza funcionalidades, configurações, automações e orientações para que diferentes fluxos operacionais possam ser estruturados. Assim, quando uma alteração no funcionamento de uma integração exige adequações nas configurações ou nos procedimentos internos da operação, essas adequações fazem parte da gestão e utilização da plataforma de acordo com as necessidades específicas de cada empresa.
Dessa forma, embora compreendamos a preocupação apresentada, não identificamos elementos que permitam atribuir ao Bling a responsabilidade pelos valores mencionados exclusivamente em razão da alteração ou do funcionamento dos status, especialmente considerando a existência de configurações e mecanismos disponibilizados pela plataforma para tratar o cenário operacional apresentado.
Da mesma forma, eventuais consequências decorrentes da forma como pedidos, estoques, faturamentos ou relatórios foram configurados e utilizados não caracterizam, por si só, falha na prestação do serviço. A plataforma disponibiliza recursos para configuração e adequação dos parâmetros necessários aos diferentes fluxos operacionais.
Em relação aos relatórios e sistemas de BI, os status são referências utilizadas em diferentes etapas do fluxo. Portanto, alterações no comportamento ou na interpretação operacional de determinado status podem exigir ajustes na forma como esses dados são tratados em relatórios, integrações ou ferramentas externas.
O fluxo principal disponibilizado pelo Bling busca manter uma lógica padronizada e escalável. Já regras específicas de interpretação desses status em ferramentas de BI, relatórios personalizados ou sistemas externos dependem da estrutura adotada em cada operação.
Dessa forma, eventuais adequações necessárias nesses ambientes externos devem ser realizadas conforme a configuração e os critérios utilizados em cada operação.
Sobre a solicitação de escalada para gerente, diretor ou responsável técnico, compreendemos a expectativa de obter uma avaliação em nível hierárquico superior, especialmente diante dos impactos relatados.
Esclarecemos, contudo, que o encaminhamento para outras áreas é definido de acordo com a natureza técnica da demanda e com o fluxo interno de tratamento de cada solicitação.
No caso analisado, as dúvidas apresentadas estão relacionadas ao funcionamento e à configuração de funcionalidades existentes na plataforma, razão pela qual o atendimento pelo suporte técnico é o fluxo adequado para esse tipo de orientação.
Nossa equipe de suporte possui conhecimento técnico e autonomia para fornecer as orientações oficiais relacionadas ao funcionamento, configuração e utilização das funcionalidades do Bling.
Assim, a ausência de encaminhamento para uma gerência ou diretoria não significa ausência de análise técnica ou de consideração à manifestação apresentada. Significa que, diante da natureza da solicitação, o suporte técnico é a área especializada para orientar sobre as funcionalidades atualmente disponíveis.
Quando uma solicitação envolve alteração do comportamento padrão do sistema, criação, retorno ou modificação de uma funcionalidade, a demanda pode ser registrada e encaminhada às áreas responsáveis por Produto e Desenvolvimento para avaliação de viabilidade e impacto na plataforma.
Nesses casos, a solicitação é classificada como sugestão de melhoria, ainda que compreendamos que, sob a perspectiva da operação, a funcionalidade solicitada seja percebida como necessária ou indispensável.
Essa classificação apenas reflete a forma como o Bling organiza internamente demandas que envolvem mudanças no comportamento padrão do produto e não significa que a contribuição apresentada seja desconsiderada.
Por fim, reforçamos que nossa análise teve como objetivo esclarecer o funcionamento atual do fluxo, apresentar as alternativas disponíveis na plataforma e contextualizar as responsabilidades relacionadas à configuração e utilização dos recursos disponíveis.
Compreendemos que sua expectativa era obter um fluxo diferente para os pedidos pagos que aguardam a liberação da etiqueta. No entanto, considerando o funcionamento atual da integração e as configurações disponíveis, não identificamos falha na prestação do serviço que justifique atribuir ao Bling os prejuízos relatados.
Permanecemos à disposição pelos canais de suporte para orientar quanto à ativação e ao ajuste das configurações disponíveis em sua conta, de modo que o fluxo de pedidos possa ser estruturado da forma mais adequada às necessidades da sua operação.
Agradecemos novamente pela oportunidade de analisar o caso e apresentar os esclarecimentos.
Atenciosamente,
Fabiana B.
Equipe de Qualidade Bling