Seu RFP de projeto SAP fiscal pode estar tecnicamente perfeito e ainda contratar o fornecedor errado.

O RFP do próximo projeto de SAP com componente fiscal relevante costuma ser escrito por TI, com um parágrafo dedicado à Reforma Tributária. O time fiscal só vê o documento quando ele já está pronto para publicar. Isso não é uma falha de competência técnica. É uma lacuna de governança na construção do critério de aceite, e ela decide qual fornecedor a empresa contrata.

Um RFP de projeto SAP é, na prática, o documento que define o que vai ser avaliado antes de qualquer proposta chegar. Escopo, cronograma, critério técnico de pontuação, lista de fornecedores convidados. Quando o componente fiscal entra nesse documento como um parágrafo de contexto, e não como um critério de aceite específico e mensurável, o RFP pode estar tecnicamente impecável e, ainda assim, selecionar o fornecedor errado para o problema que a empresa realmente tem.

O padrão que aparece na construção do RFP

Em conversas com times de TI e fiscal que já passaram por processos de RFP de projeto SAP, um padrão se repete: o processo de contratação nasce dentro da governança de TI, com etapas, templates e critérios técnicos já consolidados por outros projetos. O fiscal entra na lista de stakeholders informados sobre o RFP, não na lista de quem participa da construção do documento desde a primeira versão.

Isso não acontece por falta de boa vontade de nenhuma das duas áreas. O processo de RFP tem maturidade de governança em TI que o componente fiscal, especialmente num momento de Reforma Tributária, ainda não tem. O resultado é um documento tecnicamente maduro, com um item fiscal incorporado como adição tardia, não como parte estrutural do escopo desde o início.

Um RFP pode ter cronograma realista, critério técnico de pontuação bem desenhado e processo de avaliação rigoroso, e mesmo assim selecionar, com total legitimidade formal, um fornecedor forte em migração de sistema e fraco em interpretação fiscal do que a Reforma exige de fato. O documento não errou. O critério que ele avaliou é que nunca incluiu essa dimensão.

Validar a proposta final não é o mesmo que definir o critério

A resposta mais comum, quando esse padrão aparece, é: "o fiscal sempre valida a proposta final antes de fechar." Isso costuma ser verdade, e resolve menos do que parece. Validar uma proposta já estruturada, contra um critério técnico que o fiscal não ajudou a escrever, é diferente de participar da definição do que caracteriza um fornecedor apto antes de o documento ser publicado.

Quando o fiscal entra só na validação, o espaço real de influência dele fica pequeno: aprovar ou reprovar um parágrafo que outra pessoa já escreveu, sem poder redesenhar o critério de avaliação dos fornecedores concorrentes. O que protege a contratação não é quem lidera o projeto. É quem define o critério de aceite antes da proposta chegar. Depois que o RFP é publicado e o prazo de resposta começa, esse critério já está fixado, e mudá-lo no meio do processo é, no mínimo, desconfortável com os fornecedores que já responderam.

Por que a Reforma Tributária aumenta o custo desse gap

A Emenda Constitucional 132/2023 fixou, no próprio texto constitucional, um cronograma de transição longo para o IBS e a CBS. Segundo o art. 125 do Ato das Disposições Constitucionais Transitórias (ADCT), 2026 é um ano de teste, com o IBS cobrado à alíquota estadual de 0,1% e a CBS à alíquota de 0,9%, sem substituir ainda a cobrança de PIS, COFINS, ICMS, ISS e IPI. O art. 126 do ADCT determina que, a partir de 2027, a CBS passa a ser cobrada de forma plena, com a extinção de PIS e COFINS. A Lei Complementar 214/2025 regulamenta essa operação dentro desse cronograma constitucional.

Um projeto de SAP contratado em 2026, sob esse calendário, não tem margem para descobrir em 2027 que o critério fiscal do RFP era genérico demais. Um projeto que atravessa a virada de 2026 para 2027 carrega, dentro do prazo legal, o mesmo risco que qualquer projeto técnico carrega quando o critério de aceite não foi bem definido: só que aqui o prazo não é negociável com o fornecedor, é fixado por norma constitucional. Um RFP que trata a Reforma como parágrafo técnico, sem decisor fiscal na construção do documento, carrega esse risco desde a primeira linha, num momento em que o custo de descobrir o gap tarde é maior do que em qualquer outro ciclo de contratação de SAP dos últimos anos.

As quatro perguntas que testam o próximo RFP

O framework abaixo não substitui a decisão da empresa sobre como conduzir sua própria contratação. Serve para testar, de forma objetiva, se o RFP em construção (ou já publicado) tem um critério de aceite fiscal real, ou apenas uma menção genérica a conformidade.

1. Participação na construção: o decisor fiscal participou formalmente da escrita do RFP, antes da publicação, ou recebeu o documento pronto para revisar um parágrafo já fechado? A diferença entre as duas situações é a diferença entre definir o critério e validar o critério de outra pessoa.

2. Especificidade do critério: o RFP contém um critério de aceite fiscal específico e mensurável (por exemplo, cobertura de combinações tributárias críticas, plano de teste fiscal segregado do teste técnico, experiência comprovada em projetos de adequação a IBS/CBS), ou apenas uma menção genérica a "conformidade com a legislação vigente"? Menção genérica não funciona como critério, porque não especifica o que caracteriza uma entrega insuficiente.

3. Peso na pontuação: o critério fiscal tem peso explícito na nota final de avaliação dos fornecedores, comparável ao peso dos critérios técnicos, ou é um item de conformidade binária (atende ou não atende) que praticamente todo fornecedor qualificado marca como "sim" sem diferenciação real entre eles?

4. Lastro para questionamento futuro: se o projeto entregar e a Reforma não tiver sido bem endereçada, o RFP contém um critério documentado que sustenta esse questionamento junto ao fornecedor, ou a reclamação vai depender de interpretação posterior sobre o que "conformidade" deveria ter significado?

Empresa que responde as quatro perguntas com um documento concreto na mão tem, com alta probabilidade, um RFP construído com participação real do decisor fiscal. Empresa que responde "acho que sim" ou "isso está implícito no escopo técnico" em qualquer uma delas tem, muito provavelmente, um RFP tecnicamente competente que nunca foi desenhado para selecionar o fornecedor certo para o problema fiscal específico da Reforma.

O que muda quando o critério nasce junto com o escopo

Formalizar a participação do fiscal na construção do RFP não muda quem lidera o projeto, nem retira de TI a condução técnica do processo de contratação. Muda a natureza do documento: de um RFP tecnicamente maduro com um parágrafo fiscal anexado, para um RFP em que os dois critérios, técnico e fiscal, são igualmente centrais desde a primeira versão.

Isso costuma exigir um passo simples e raramente formalizado: um momento explícito, no início do processo, em que fiscal e TI definem juntos o que caracteriza um fornecedor apto para o componente fiscal do projeto, antes de o documento ser fechado para publicação. Sem esse momento, o RFP segue o caminho de menor resistência, que é o caminho já dominado por TI, e o critério fiscal chega tarde, pequeno, e genérico demais para diferenciar fornecedores de verdade.

Esse não é um substituto para os critérios técnicos objetivos que já orientam a escolha de uma consultoria de SAP fiscal (arquitetura, metodologia, histórico de entregas). É um passo anterior: garantir que esses critérios técnicos existam dentro de um RFP que, desde a primeira linha, tratou a Reforma como decisão de contratação, não como detalhe de escopo.

O custo de descobrir isso no meio do projeto

Quando o gap no critério de aceite fiscal aparece depois do fornecedor já contratado, a correção não é gratuita, e raramente é rápida. O contrato foi assinado com base num escopo que não previa a profundidade de trabalho fiscal necessária. Ampliar esse escopo no meio do projeto costuma passar por um aditivo contratual, uma negociação de prazo e, quase sempre, um custo adicional que não estava no orçamento original aprovado pelo comitê.

O problema não é apenas financeiro. É de sequência. Um fornecedor contratado para um escopo majoritariamente técnico organiza sua equipe, seu cronograma e sua alocação de especialistas em torno desse escopo. Descobrir, na metade do projeto, que a cobertura fiscal precisa ser redesenhada significa remontar parte da equipe, revisar entregas já aprovadas com um critério que não existia quando elas foram validadas, e absorver esse retrabalho dentro de um prazo legal que, no caso da Reforma, não se move.

Esse é exatamente o cenário que um critério de aceite fiscal bem definido no RFP, desde a primeira versão, existe para evitar: não porque elimina todo risco de um projeto complexo, mas porque coloca a discussão sobre profundidade de trabalho fiscal no momento em que ela ainda é barata de resolver, antes da proposta comercial ser fechada, não depois que a equipe já está mobilizada em torno de um escopo incompleto.

A pergunta que vale levar para o próximo RFP

O RFP de um projeto SAP com componente fiscal relevante vai definir, antes de qualquer proposta chegar, que tipo de fornecedor a empresa está apta a contratar. Se o critério de aceite fiscal nasce junto com o escopo, ou se é anexado depois como validação de um documento quase pronto, isso não aparece na qualidade técnica do RFP. Aparece só depois, quando o fornecedor tecnicamente certo se revela o fornecedor errado para o problema fiscal específico que a Reforma Tributária impõe.

Vale checar, no próximo RFP de projeto SAP com componente fiscal: o decisor fiscal participou da construção do documento, ou apenas recebeu o link para validar depois de publicado? Se fizer sentido revisar essa lacuna antes do próximo RFP sair, com dado concreto sobre o que um critério de aceite fiscal específico deveria conter.

Revisar quem participa da elaboração do próximo RFP antes de publicá-lo é decisão simples de tomar hoje. O Diagnóstico Fiscal Estruturado é o instrumento que documenta os requisitos fiscais que um RFP escrito só por TI costuma deixar de fora.