Como a Mercedes-Benz Índia utiliza o Qntrl para orquestrar seus processos

Não é à toa que as marcas de luxo costumam ter obsessão com detalhes que outros ignoram.

Quando um cliente leva seu Mercedes-Benz para a revisão, ele espera precisão. Não apenas no reparo, mas em cada interação. A confirmação do agendamento. A atualização de status. A notificação de retirada. Cada ponto de contato reflete se a marca realmente entrega o que promete.

Agora imagine coordenar essa experiência em 27 concessionárias, cada uma com operações independentes, todas conectadas a sistemas corporativos legados que foram criados antes da existência dos smartphones.

Esta era a realidade da Mercedes-Benz Índia. E a solução adotada por eles mostra por que as decisões tecnológicas que você não vê geralmente importam mais do que aquelas que você vê.

O que quebra quando os sistemas não conseguem se comunicar 

A maioria dos projetos de tecnologia corporativa começa pelas camadas visíveis: a interface de CRM que os colaboradores irão usar, o aplicativo móvel que os clientes verão, os dashboards que os executivos irão analisar.

A integração costuma ser discutida em reuniões de implementação. É tratada como um item técnico a ser marcado, algo que a equipe de TI resolve depois que as “decisões reais” já foram tomadas.

Esta abordagem tende a falhar de forma previsível.

Antes da transformação, o cenário da Mercedes-Benz Índia era familiar para qualquer líder de TI corporativo:

Sistemas que não falavam a mesma língua: a matriz europeia operava com SAP, comunicando-se por meio de protocolos SOAP projetados numa época em que XML era tecnologia de ponta. A nova plataforma de gestão de concessionárias utilizava REST — o padrão moderno, mas incompatível se não for traduzido.

Dados ociosos em formatos ultrapassados: informações críticas estavam armazenadas em arquivos simples: CSVs, exportações de largura fixa e formatos proprietários acumulados ao longo de décadas. Cada um exigia tratamento manual antes de poder fluir para sistemas modernos.

Atualizações que chegavam tarde demais para fazer diferença: quando uma concessionária atualizava o status de um pedido, a mudança precisava atravessar vários sistemas antes de chegar ao SAP para logística e faturamento. Os atrasos faziam com que os clientes recebessem informações desatualizadas, gerando dor de cabeça.

Pontos cegos: não havia uma visão única do que realmente estava acontecendo em toda a rede. Os tomadores de decisão dependiam de relatórios que já estavam defasados quando chegavam até eles.

Por que “conectado” não é o mesmo que “orquestrado” 

Quando a Mercedes-Benz Índia se uniu à Zoho Corporation para construir seu novo sistema de gestão de concessionárias, o SKYLine, eles fizeram uma escolha pouco convencional: tratar a orquestração como uma decisão fundamental de plataforma, e não como um detalhe de implementação.

O Qntrl tornou-se a camada inteligente de middleware — não apenas conectando sistemas, mas governando a maneira como dados e processos fluem entre eles.

Esta distinção é importante. Ferramentas tradicionais de integração apenas movem dados do ponto A para o ponto B. Plataformas de orquestração fazem algo fundamentalmente diferente:

Tradução em vez de simples transferência 

O Qntrl realiza conversão bidirecional de protocolos em tempo real. Quando o SAP envia requisições no formato SOAP, o Qntrl as traduz em chamadas REST que o SKYLine entende. Quando os vendedores atualizam registros no CRM, estas alterações retornam ao SAP no formato esperado — automaticamente, com precisão e instantaneamente.

Transformação sem supervisão constante 

O Qntrl busca os arquivos legados em horários definidos, interpreta os dados, valida-os com base em regras de negócio, mapeia os campos para seus destinos e registros validados e consistentes — tudo sem intervenção humana. O que antes exigia esforço manual agora acontece de forma invisível.

Governança no centro 

Cada processo segue regras bem definidas. Os temporizadores de SLA disparam escalonamentos. As exceções são encaminhadas às equipes corretas. As trilhas de auditoria registram cada transação. Por fim, a camada de orquestração se torna a fonte única da verdade sobre o estado dos processos em todo o ecossistema.

Autonomia com governança: resolvendo o paradoxo da escala 

É aqui que os requisitos da Mercedes-Benz Índia se tornaram realmente desafiadores.

Eles não precisavam apenas de integração. Precisavam de integração federada — uma rede em que cada concessionária mantivesse autonomia sobre as operações locais, mas ainda parte de um ecossistema unificado. Assim, a matriz não perderia escala, consistência da operação e governança do negócio.

A maioria das plataformas corporativas pressupõe uma implantação centralizada: um banco de dados, uma instância, uma única fonte da verdade.

A Mercedes-Benz precisava do oposto: cerca de 30 instâncias independentes, cada uma com seus próprios dados, suas próprias configurações, sua própria realidade operacional — e ainda assim perfeitamente conectadas aos sistemas da matriz e entre si.

A arquitetura do Qntrl tornou isto possível ao orquestrar em níveis:

Provisionamento de instâncias sem integração customizada: quando a Mercedes-Benz adiciona uma nova concessionária, ela provisiona uma instância e a conecta à camada de orquestração. Os dados mestres são sincronizados automaticamente, sem a necessidade de um projeto de integração sob medida.

Controle local com visibilidade central: cada concessionária opera de forma independente, enquanto o Qntrl garante que toda transação, atualização de status e exceção esteja visível para os stakeholders da montadora que precisam dessas informações.

Governança consistente sem uniformidade rígida: as regras de negócio garantem conformidade e padrões de qualidade. Mas, dentro destes limites, as concessionárias têm flexibilidade para operar de acordo com as realidades locais.

O resultado é um ecossistema federado que escala por design, e não por meio de esforços heroicos de engenharia.

O que isto significa para sua próxima decisão de TI 

A experiência da Mercedes-Benz Índia vai além do setor automotivo, de redes de concessionárias ou de qualquer vertical específica.

Perguntas básicas que todo líder corporativo deveria fazer:

1. Você está tratando a integração como uma categoria de plataforma ou como um detalhe de implementação?
Se a orquestração só entra em pauta depois que os aplicativos principais já foram escolhidos, provavelmente você está investindo menos do que deveria. A camada de middleware costuma determinar se estes aplicativos realmente entregam o valor prometido.

2. Você precisa de tradução ou apenas de transporte?
Integrações ponto a ponto funcionam quando os sistemas falam os mesmos protocolos e formatos de dados, mas falham ao conectar mundos legados e modernos. A orquestração inteligente cuida da tradução necessária para ambientes híbridos e heterogêneos funcionarem.

3. Sua arquitetura suporta operações distribuídas?
Sistemas centralizados são mais simples de construir, mas mais difíceis de escalar em unidades de negócio autônomas. Se sua organização opera por meio de franquias, concessionárias, escritórios regionais ou redes de parceiros, você precisa de orquestração em nível de rede.

4. Onde a governança realmente está?
Conformidade, trilhas de auditoria, cumprimento de SLAs, tratamento de exceções — estas capacidades não podem ser deixadas para depois. Se sua abordagem de integração não inclui fluxos de trabalho governados, você está criando pontos cegos na arquitetura.

Para empresas que não podem se dar ao luxo de concessões 

Seus clientes talvez não dirijam veículos de luxo. Mas eles esperam a mesma coisa que os clientes da Mercedes-Benz esperam: que cada interação com sua organização reflita precisão, confiabilidade e atenção aos detalhes.

Esta experiência depende de sistemas funcionando juntos de forma transparente, mesmo quando nunca foram projetados para trabalhar em conjunto.

Os aplicativos que você escolhe importam. A camada de orquestração que os conecta determina se essas escolhas se combinam para gerar vantagem competitiva ou se fragmentam em fricção operacional.

A maioria das empresas aprende isso da forma mais difícil: após um go-live fracassado, uma falha de conformidade ou um desastre na experiência do cliente que remonta a sistemas que não conseguiam se comunicar. A Mercedes-Benz entendeu isso.

*Texto traduzido e adaptado para o português pelo jornalista e desenvolvedor Rafael Bruno.