Parceiro SAP ou consultor independente: quando você precisa de cada um

Um parceiro de implementação SAP entrega o seu programa: fornece a equipe que desenha, constrói, testa e implanta o sistema, e responde por essa entrega. Um consultor SAP independente trabalha do seu lado da mesa, sem interesse na receita do parceiro, e verifica o contrato, o desenho e o trabalho do parceiro.

Resposta curta: a maioria dos grandes programas precisa de um parceiro para entregar. Muitos também precisam de um consultor independente durante a contratação, o desenho e a revisão dos entregáveis do parceiro, enquanto o parceiro faz a construção.

Este artigo é uma parte do meu guia sobre como escolher um parceiro de implementação SAP. Aqui trato apenas da divisão entre os dois papéis e de quando cada um justifica o que cobra.

Um parceiro é a empresa que conduz a entrega. Ele traz consultores funcionais por módulo, pessoal técnico e de integração, especialistas em migração de dados, testadores, líderes de gestão de mudanças e treinamento, e a gestão de projeto que mantém tudo isso unido. Também traz uma equipe de reserva, para que, quando alguém sai, outra pessoa possa assumir.

A maioria dos parceiros entrega com o SAP Activate, a metodologia de implementação da SAP. Ela tem seis fases: Discover, Prepare, Explore, Realize, Deploy e Run. A fase Explore é onde a análise de fit-to-standard confirma o desenho, e a Realize é onde o sistema é construído e testado em iterações.

A SAP também classifica os parceiros. O seu programa de parceiros, o SAP PartnerEdge, usa um modelo de competências com sete competências e três níveis em cada uma: essential, advanced e expert. Os parceiros as conquistam com conhecimento especializado, sucesso de clientes e proficiência, e você pode pesquisar as designações no SAP Partner Finder.

Para o RISE with SAP existe um reconhecimento adicional. A descrição dos RISE with SAP Validated Partners publicada pela SAP em julho de 2025 exige a RISE with SAP Methodology e competências atualizadas nas funções-chave.

Os projetos dos parceiros também precisam documentar os quality gates de clean core no SAP Cloud ALM. O meu guia sobre como escolher um parceiro de migração S/4HANA mostra o que esses selos provam e o que não provam.

Nenhum consultor independente substitui nada disso. Uma pessoa, ou um punhado de pessoas, não consegue compor a equipe de um programa, assumir o risco da entrega em um contrato ou cobrir um líder que pede demissão no meio dos testes.

Onde o modelo de parceiro tem limites estruturais

Os limites estão na forma como o contrato é montado, não na intenção de alguém. O incentivo comercial de um parceiro é ganhar o trabalho, iniciá-lo e ampliá-lo quando encontra mais coisas. O seu incentivo é terminar dentro do valor que você apresentou ao conselho.

Isso cria três pontos cegos quando o parceiro é o único especialista na sala:

1. O parceiro escreve o escopo. A mesma empresa depois abre as solicitações de mudança contra ele.
2. O parceiro verifica o próprio trabalho. Documentos de desenho, resultados de testes e planos de cutover são aprovados com base na palavra do parceiro, a menos que alguém do seu lado consiga lê-los.
3. A equipe da proposta nem sempre é a equipe da entrega. As pessoas que apresentaram a proposta podem não ser as que aparecem depois da assinatura.

Nada disso torna os parceiros ruins. Significa que o cliente precisa de alguém capaz de ler o trabalho do parceiro com a mesma profundidade, e essa pessoa não pode estar na folha de pagamento do parceiro.

"Consultor SAP independente" cobre dois trabalhos diferentes. Confundi-los é onde começam muitos erros de compra.

• Um profissional independente dentro da equipe de entrega. Um especialista freelancer contratado para ocupar uma função, como líder de finanças ou líder de migração de dados. Ele acrescenta capacidade e trabalha segundo o plano de entrega, muitas vezes sob a direção do parceiro.
• Um consultor independente do lado do cliente. Ele se reporta ao seu patrocinador, CIO ou CFO. Não constrói o sistema; verifica o contrato, o desenho e os entregáveis, e ajuda você a tomar as decisões que o parceiro não deve tomar por você.

Este artigo trata principalmente do segundo tipo. O valor de um consultor do lado do cliente vem de uma única coisa: ele não tem nada para lhe vender depois da revisão. As minhas notas sobre consultores de negociação SAP detalham as verificações de independência.

Um consultor também tem limites. Não tem equipe de reserva, não responde pela entrega, e um consultor que começa a dirigir os consultores do parceiro confunde quem é responsável pelo quê. Mantenha o papel restrito e ele funciona.

É assim que os dois papéis se comparam nas perguntas que importam para quem compra:

Pergunta	Parceiro de implementação SAP	Consultor independente
Para quem trabalha	Para a própria empresa, contratada por você	Só para você
O que entrega	Desenho, construção, testes, migração de dados, cutover, hypercare	Revisões, questionamentos, decisões que você consegue defender
Responsabilidade pela entrega	Sim, nos termos da declaração de trabalho	Não
Interesse comercial	A receita cresce com o escopo e a duração	Nenhum no escopo ou na duração da entrega
Principal ponto forte	Capacidade, equipe de reserva, metodologia, profundidade de produto	Um segundo leitor sem interesse na resposta
Principal limite	Verifica o próprio trabalho, a menos que você acrescente uma verificação	Não consegue compor a equipe nem entregar um programa
Quando envolver	Da assinatura do contrato até o hypercare	Seleção e contratação, desenho e aprovação de entregáveis

A tabela aponta para três situações:

1. Só o parceiro. A sua própria equipe já conduziu um programa SAP e consegue questionar a arquitetura, o contrato e os entregáveis do parceiro sem ajuda externa. O escopo é pequeno e bem definido.
2. Só o consultor independente. Ainda não há nada para construir, ou a construção é pequena. Um diagnóstico do programa, um business case, uma RFP, uma revisão de contrato ou uma única função especializada ocupada por um profissional independente.
3. Os dois. Um programa de qualquer porte relevante em que o seu lado não tem experiência sênior em SAP internamente. O parceiro entrega, o consultor verifica e você decide.

A maioria dos CIOs e CFOs que leem isto está no terceiro grupo. Já conduziram grandes projetos, mas não um programa SAP, e o parceiro sabe mais sobre SAP do que qualquer pessoa do lado do cliente.

Eu trago um consultor independente, em vez de depender só do parceiro, em três etapas. São a contratação, o desenho e a avaliação dos documentos do parceiro. Entre esses momentos, o envolvimento do consultor pode ser leve.

Contratação

A seleção e a contratação são o momento em que se define o custo do programa inteiro. Eu levaria pelo menos três parceiros para a lista final, e a seleção leva cerca de 12 semanas quando é bem feita. O meu guia sobre como escrever uma RFP para parceiro SAP trata da pontuação.

O que mais pesa quando escolho um parceiro para um cliente são as referências de clientes. Nas ligações para referências, pergunto sobre a experiência do parceiro em projetos semelhantes ao do comprador. Uma referência de outro tipo de projeto diz muito pouco.

Duas coisas me fazem descartar uma proposta. A primeira é a baixa qualidade dos recursos propostos. A segunda é um parceiro que não consegue explicar a arquitetura e o plano para o seu programa.

Respostas genéricas, que poderiam valer para qualquer empresa, são o sinal de alerta para as duas.

Verifique as pessoas, além da empresa. Os selos SAP Certification são emitidos na Credly, então peça a cada líder proposto o link do selo, não um PDF de certificado.

Do lado comercial, o modelo que recomendo é tempo e materiais com o esforço quantificado. O esforço estimado por fase e por função entra no contrato, para que você possa acompanhar o esforço real em relação a ele.

A parte da declaração de trabalho que os clientes mais deixam de fora são as premissas e exclusões detalhadas. Cada premissa vaga é uma futura solicitação de mudança. O meu guia sobre a declaração de trabalho SAP apresenta as categorias, e as minhas notas sobre negociação de contratos de ERP tratam de recursos nomeados e marcos.

Desenho

Os orçamentos estouram na fase Explore, conforme a lista WRICEF (workflows, relatórios, interfaces, conversões, ampliações e formulários) cresce. O parceiro conduz os workshops de fit-to-standard e propõe o desenho. A sua equipe de negócio muitas vezes concorda sem saber quais escolhas vão custar dinheiro mais tarde.

Um consultor independente lê o desenho com três perguntas em mente:

1. Ele se mantém próximo do padrão SAP? Cada desvio precisa de um motivo de negócio, não de um hábito herdado do sistema antigo.
2. Cada objeto WRICEF se justifica? Conte os objetos no início e no fim da fase Explore e pergunte por que cada objeto novo existe.
3. O desenho corresponde ao que foi precificado? Se a fase Explore produzir um desenho maior do que o contrato previa, você precisa saber antes do início da fase Realize.

O parceiro continua dono do desenho. O consultor dá à sua autoridade de desenho profundidade suficiente para aprová-lo ou rejeitá-lo com segurança.

Avaliação dos entregáveis do parceiro

Cada fase termina com documentos: documentos de desenho, especificações funcionais, planos e resultados de testes, reconciliações da migração de dados, um plano de cutover. Se o aceite estiver ligado ao pagamento, aprová-los é uma decisão comercial além de técnica.

Um consultor revisa cada entregável contra os seus critérios de aceite antes que a sua equipe assine. A pergunta é simples: isto está completo o suficiente para construir, testar ou entrar em go-live, ou é um rascunho que será terminado depois com o seu orçamento? O meu guia sobre quality gates SAP mostra como fazer essas aprovações valerem.

Um consultor não está lá para competir com o parceiro nem para questionar cada decisão. Quando os papéis se confundem, o parceiro perde a responsabilidade e o cliente paga duas vezes pela mesma opinião.

Estas regras mantêm o arranjo funcionando:

1. Coloque a independência por escrito. Nenhuma receita dos parceiros avaliados, nenhuma comissão por indicação e nenhum acordo de revenda.
2. Exclua o trabalho posterior. Quem avaliou as propostas não deve concorrer depois à entrega.
3. Escreva o escopo do consultor. Quais documentos ele revisa, em quais etapas e a quem se reporta.
4. Mantenha uma única linha de responsabilidade. O consultor revisa, o cliente decide, o parceiro entrega. O consultor não dirige a equipe do parceiro.
5. Avise os parceiros na etapa de RFP. Um parceiro que sabe que o seu contrato, desenho e entregáveis serão revisados os escreve com mais cuidado. Um parceiro confiante no próprio plano tem pouco a perder com um segundo leitor.

Às vezes a revisão encontra um problema que o parceiro não consegue resolver. Já troquei de parceiro no meio de um programa, e o gatilho foi que o parceiro não conseguia fornecer recursos de qualidade. O meu guia sobre como trocar o seu parceiro SAP no meio do projeto mostra o que garantir antes dessa conversa.

Antes de a RFP sair, liste as decisões que a sua própria equipe precisa ser capaz de questionar. São a arquitetura e o plano, o contrato, o desenho na fase Explore e cada aprovação de entregável.

Ao lado de cada uma, escreva o nome da pessoa do seu lado que consegue fazer isso. As lacunas são o lugar de um consultor independente.

Nos 21 programas SAP que liderei ou resgatei, o maior erro que vejo é não planejar direito no início. Decidir quem verifica o parceiro faz parte desse planejamento.

Se você quiser uma visão independente sobre uma lista final de parceiros, um contrato ou um desenho, eu ajudo organizações com isso, e você pode falar comigo aqui.

Qual é a diferença entre um parceiro SAP e um consultor SAP independente?

Um parceiro de implementação SAP é uma empresa que entrega o programa e responde por ele nos termos de uma declaração de trabalho. Um consultor SAP independente é um especialista freelancer na equipe de entrega ou um consultor do lado do cliente.

O consultor verifica o contrato, o desenho e os entregáveis do parceiro. Ele não tem interesse na receita do parceiro.

Quando devo contratar um consultor SAP independente?

Traga um quando a sua própria equipe não tiver experiência sênior em SAP para questionar o parceiro. Os momentos que mais importam são a etapa de contratação, o desenho na fase Explore e a aprovação dos entregáveis do parceiro. Um consultor independente também é adequado para trabalhos em que ainda não há nada para construir, como um diagnóstico, um business case ou uma RFP.

Um consultor independente pode substituir um parceiro de implementação SAP?

Não em um programa completo. Uma implementação precisa de uma equipe que cubra módulos, tecnologia, dados, testes e mudança, mais uma equipe de reserva para cobrir quem sai, e de uma empresa que responda pela entrega. Um consultor independente pode ocupar uma função especializada ou assessorar o cliente, mas não pode fazer o trabalho do parceiro.

Como verificar se um consultor SAP é realmente independente?

Pergunte por escrito se ele recebe alguma receita, comissão por indicação ou renda de revenda de parceiros SAP, em especial dos parceiros que você está avaliando. Confirme que ele não vai concorrer ao trabalho de entrega que revisou. Depois garanta que ele seja pago por você e se reporte ao seu patrocinador, não ao parceiro.

O meu parceiro SAP vai se opor a um consultor independente?

Alguns parceiros veem isso como atrito, então estruture a relação de forma aberta. Avise os parceiros na etapa de RFP que o contrato, o desenho e os entregáveis serão revisados de forma independente, e limite o papel do consultor à revisão, sem direção da equipe do parceiro. Um parceiro confiante no próprio plano tem pouco a perder com um segundo leitor.

Como verificar a certificação de um consultor SAP?

Os selos SAP Certification são emitidos na Credly. Peça a cada consultor proposto o link do selo em vez de um PDF de certificado e confira na página do selo o nome da credencial, o titular e a data. Uma certificação confirma conhecimento de prova; as referências em projetos semelhantes dizem se a pessoa consegue entregar.