Categorias
expand_more
Selecionar uma plataforma de tecnologia financeira para uma operação enterprise sem um processo estruturado de RFP (Request for Proposal) é o equivalente a contratar um CFO sem processo seletivo. A ausência de critérios objetivos, comparáveis e auditáveis transforma a decisão em preferência subjetiva, eleva o risco de implementação e compromete a governança do projeto. Um template de RFP para tecnologia financeira bem estruturado acelera a comparação entre fornecedores, protege a empresa de promessas não documentadas e cria um registro formal que sustenta a decisão perante o comitê executivo.
Este artigo apresenta as sete seções obrigatórias de um RFP para software financeiro, um modelo de scoring para avaliação de respostas e os critérios que separam propostas sólidas de apresentações comerciais disfarçadas.
A estrutura mínima de um RFP para plataformas de FP&A, consolidação ou controladoria abrange sete seções. Cada uma cumpre uma função distinta no processo de seleção e deve ser respondida pelo fornecedor com evidências verificáveis, não com declarações genéricas.
Esta seção lista as capacidades que a plataforma precisa entregar para o negócio. Para uma empresa com operação multientidade, os requisitos funcionais incluem consolidação com eliminação de intercompany automatizada, geração de demonstrativos em múltiplos padrões (IFRS e CPC simultaneamente), suporte a múltiplas moedas com conversão configurável, modelos de planejamento com cenários e versões controladas, e integração bidirecional com o ERP atual sem dependência de exportação manual.
Cada requisito deve ser classificado como mandatório (eliminatório se ausente) ou desejável (pontuado no scoring). Fornecedores que não respondem requisito a requisito, preferindo enviar materiais de marketing como substituto, devem ser eliminados do processo antes da avaliação comparativa.
A arquitetura da solução determina a viabilidade de integração e a manutenção de longo prazo. Os requisitos técnicos relevantes para empresas enterprise brasileiras cobrem modelo de implantação (SaaS multitenant, SaaS dedicado ou on-premise), APIs disponíveis com documentação pública, conectores nativos para SAP, TOTVS, Oracle e outros ERPs presentes no mercado nacional, suporte a SSO (Single Sign-On) integrado ao Active Directory corporativo, capacidade de processamento para volumes de dados compatíveis com a operação e rastreabilidade de todas as alterações em dados financeiros (log de auditoria imutável).
O artigo sobre critérios técnicos para escolha de software FP&A no Blog da LeverPro detalha como ponderar cada requisito técnico conforme o perfil da infraestrutura existente, o que pode ser útil antes de fechar a seção 2 do RFP.
Para empresas com obrigações regulatórias perante a CVM, o Bacen ou com dados cobertos pela LGPD, esta seção é eliminatória antes de qualquer avaliação funcional. Os requisitos incluem certificações de segurança ativas (SOC 2 Tipo II, ISO 27001), criptografia de dados em trânsito e em repouso, política de controle de acesso baseada em perfis granulares, localização de dados no Brasil ou conformidade documental com a LGPD conforme orientação da Autoridade Nacional de Proteção de Dados, procedimento documentado de resposta a incidentes com SLAs definidos e cópia de relatório de teste de penetração recente.
Fornecedores que apresentam apenas declarações contratuais de conformidade, sem documentação técnica de suporte, merecem pontuação reduzida no critério de segurança independentemente do porte da empresa proponente.
O contrato de nível de serviço define o que acontece quando a plataforma falha. Os pontos críticos a exigir nesta seção são: disponibilidade mínima garantida em contrato (não em material de marketing), com penalidades financeiras proporcionais ao downtime; tempo de resposta segmentado por severidade do incidente (P1 a P4); suporte em português durante horário comercial brasileiro; canal dedicado para clientes enterprise com gestor de conta nomeado; e comunicação antecipada de janelas de manutenção planejada.
SLAs sem cláusula de penalidade têm valor contratual próximo de zero e indicam que o fornecedor não tem confiança real nos seus próprios compromissos de disponibilidade.
A seção de referências deve exigir do fornecedor ao menos três clientes ativos com perfil comparável ao da empresa compradora: porte similar (receita ou número de entidades consolidadas), setor de atuação próximo e tempo de uso da plataforma superior a 18 meses. O RFP deve solicitar nome, cargo e contato direto do responsável financeiro de cada referência, com autorização explícita para contato.
Referências sem contato direto verificável, substituídas por depoimentos em PDF ou vídeos institucionais, não atendem ao critério. A conversa com o controller ou CFO de uma empresa que usa a plataforma há dois anos entrega mais informação relevante do que qualquer demonstração técnica conduzida pelo fornecedor.
Leia mais: O processo de seleção de tecnologia financeira começa muito antes do RFP, na definição clara dos processos que precisam ser automatizados. O artigo sobre automação no fechamento financeiro no Blog da LeverPro apresenta os dados antes e depois da automação em cinco dimensões do closing, o que ajuda a traduzir ineficiências operacionais em requisitos concretos para o RFP.
O pricing model de plataformas SaaS financeiras tem múltiplas variáveis que raramente aparecem na proposta inicial. O RFP deve exigir detalhamento de: licença base com critério de cobrança (por usuário, por módulo, por volume de dados ou combinado), custos de implementação separados da licença, política de reajuste anual com teto contratual, custo de integrações adicionais não inclusas no pacote padrão, e política de cobrança para usuários de somente leitura (gestores que acessam relatórios sem editar dados).
Propostas que apresentam apenas um valor mensal consolidado, sem decomposição dos componentes, dificultam a comparação entre fornecedores e costumam esconder custos que aparecem após a assinatura do contrato.
O cronograma de implementação é o principal ponto de falha em projetos de tecnologia financeira. Esta seção deve solicitar: metodologia de implementação documentada com marcos e entregas por fase, composição da equipe do fornecedor alocada ao projeto (nomes, cargos e dedicação percentual), requisitos de envolvimento da equipe interna do cliente, plano de migração de dados históricos com critérios de validação, estratégia de treinamento para usuários finais e cronograma de transição do suporte de projeto para o suporte operacional.
Fornecedores que estimam implementações de plataformas enterprise em menos de 60 dias para operações multientidade merecem questionamento técnico sobre o escopo real contemplado na proposta.
Com as sete seções respondidas, a avaliação comparativa exige um modelo de pontuação que neutralize a subjetividade e documente o racional da decisão. O modelo recomendado distribui 100 pontos entre as seções com pesos diferenciados por perfil de empresa.
Para uma holding com múltiplas subsidiárias e obrigações de reporte consolidado, os pesos sugeridos são: requisitos funcionais (30 pontos), implementação e referências (20 pontos distribuídos entre as seções 5 e 7), segurança e conformidade (20 pontos), requisitos técnicos (15 pontos), SLAs (10 pontos) e modelo de precificação (5 pontos, já que o custo é avaliado separadamente na análise de TCO).
Cada seção é pontuada de 0 a 10, multiplicada pelo peso correspondente. Requisitos marcados como mandatórios funcionam como filtro binário: a ausência de qualquer um deles elimina o fornecedor antes da aplicação do scoring, independentemente da pontuação nas demais seções.
A planilha de scoring deve ser preenchida de forma independente por ao menos três avaliadores internos (CFO, controller e gestor de TI ou segurança), com a pontuação final sendo a média aritmética das três avaliações. Divergências superiores a dois pontos em qualquer seção devem ser discutidas em reunião antes da consolidação do resultado.
A PwC, em seu guia de transformação digital para finanças corporativas, recomenda que o processo de avaliação de tecnologia financeira inclua sempre uma sessão de perguntas técnicas aprofundadas com o time de engenharia do fornecedor, separada da apresentação comercial, como forma de verificar a aderência entre o que é prometido pelo time de vendas e o que a plataforma efetivamente entrega.
A LeverPro foi desenhada para operações financeiras enterprise brasileiras e atende aos requisitos das sete seções descritas neste template. A plataforma oferece consolidação multimoeda e multientidade com eliminação automática de intercompany, conectores nativos para os principais ERPs do mercado nacional, arquitetura SaaS com dados hospedados no Brasil, certificação de segurança documentada e suporte em português com gestor de conta dedicado para clientes enterprise.
Para equipes que desejam aprofundar os fundamentos técnicos antes de iniciar um processo de RFP, o CFX Institute oferece formação especializada em FP&A, consolidação e transformação digital financeira, com conteúdo alinhado às especificidades do ambiente regulatório e contábil brasileiro.
O artigo sobre horas recuperadas com automação financeira apresenta o impacto quantificado da tecnologia no tempo da equipe, dado relevante para dimensionar o ROI esperado no modelo de precificação do RFP.
Um processo de RFP bem conduzido leva de quatro a oito semanas em operações enterprise. Companhias que investem nesse período com metodologia estruturada reduzem substancialmente o risco de escolher uma plataforma que atende à demonstração técnica, mas falha na operação real. O template descrito neste artigo fornece a base mínima para conduzir esse processo com rigor e comparabilidade entre fornecedores.
