Relatório de vendas lojistas: comparativo pontuado de fornecedores

A demonstração do terceiro fornecedor acabou de terminar. Nos três casos, o relatório de vendas lojistas apareceu na tela com o mesmo visual: tabela por loja, total do mês, aluguel variável calculado. Aí alguém da equipe de controladoria fez a pergunta que nenhum dos três respondeu de forma igual: "como esse número da loja 112 chegou até aqui, e o que acontece se ele estiver errado?" Um falou em API, outro em planilha enviada pelo lojista, o terceiro em "processo de conciliação". É exatamente essa diferença, e não o painel, que uma avaliação de fornecedores precisa pontuar. Este artigo propõe uma matriz com notas para comparar o ciclo completo: coleta, validação e emissão do relatório.

Como pontuar o relatório de vendas lojistas: três blocos, uma escala

A sugestão é simples: três blocos (coleta, validação, relatório), cada um com critérios pontuados de 0 a 3, com pesos de 35%, 35% e 30% respectivamente. A escala tem um significado fixo em todos os critérios: 0 significa que o fornecedor não faz; 1, que faz manualmente ou sob encomenda; 2, que faz de forma configurável no produto; 3, que faz no produto e consegue demonstrar em ambiente real com um cliente de referência. Nota 3 nunca é atribuída com base em slide. Os requisitos gerais do edital, como garantia contratual de precisão de contagem, independência de hardware e condições de saída, continuam valendo como critérios eliminatórios e estão detalhados no guia sobre requisitos técnicos para licitação de análise de receita de locatários; aqui o foco é exclusivamente o que acontece com o dado de venda depois que o contrato é assinado.

Bloco 1: coleta, ou de onde vêm as vendas dos lojistas

Em um shopping de porte médio, as vendas dos lojistas chegam por caminhos muito diferentes: integração direta com dezenas de sistemas de PDV, portal de submissão para quem não tem integração, e, inevitavelmente, e-mail com planilha para o restante. O fornecedor que só pontua bem no primeiro caminho vai deixar o gestor do shopping resolvendo os outros dois à mão. Critérios sugeridos:

• Conectores de PDV em produção: lista nominal de integrações ativas hoje, com cliente de referência contatável. Pontue a lista verificável, não a frase "integramos com qualquer PDV". A Vemco, por exemplo, concentra essas integrações com PDV, BI, ERP e CRM na camada VemFusion; qualquer fornecedor deve conseguir mostrar o equivalente.
• Portal de submissão para lojistas sem integração: existe no produto? Permite declaração por período, anexos comprobatórios e confirmação de recebimento?
• Lembretes automáticos e escalonamento: quem é notificado quando um lojista não declara até o prazo, com que frequência e em que momento a administração do shopping entra no fluxo.
• Custo de um conector novo: quem paga, em quanto tempo entra em produção, e se o preço está fixado no contrato ou é orçado a cada caso.

Um dado de implementação que justifica o peso deste bloco: nos primeiros seis meses de operação, é normal que 20 a 30% dos lojistas entreguem dados atrasados, em formato errado ou com valores inconsistentes. O fornecedor que não tem processo para isso transfere o problema para a equipe do empreendimento.

Bloco 2: validação, ou o que o fornecedor faz com um número suspeito

É aqui que a maioria das demonstrações se cala. Quando o aluguel depende do faturamento declarado, cada número precisa passar por algum teste antes de virar fatura. O cruzamento mais objetivo é entre venda declarada e fluxo contado na entrada da loja: uma queda de 40% nas vendas com fluxo estável não prova fraude, mas obriga a uma pergunta. Para que esse cruzamento tenha valor, a contagem precisa estar amparada por mínimo contratual de precisão (96% é um piso aceitável, com desempenho típico de 98 a 99% quando iluminação, layout e comportamento do público permitem). Critérios:

• Alertas de plausibilidade: o produto sinaliza automaticamente divergências entre venda declarada e fluxo, taxa de conversão fora do histórico da própria loja e valores repetidos de um mês para o outro?
• Detecção de duplicidade e de período: declarações enviadas duas vezes, períodos sobrepostos, meses sem fechamento.
• Trilha de auditoria: quem alterou qual valor, quando e com que justificativa, com versões anteriores preservadas. Sem isso, o relatório não serve como prova em disputa de aluguel variável.
• Fluxo de aprovação: estados claros (recebido, em análise, contestado, aprovado) e bloqueio do cálculo de aluguel enquanto o status não for final.

Bloco 3: relatório, ou do dado aprovado ao cálculo do aluguel

Só depois dos dois blocos anteriores faz sentido olhar para a saída. E mesmo aí, a pergunta não é se o relatório é bonito, mas se ele é defensável e reaproveitável:

• Fechamento de período: o mês pode ser travado após a emissão? Uma retificação posterior gera relatório de ajuste separado ou sobrescreve o original?
• Granularidade: loja, categoria, piso, empreendimento e portfólio no mesmo modelo de dados, sem exportar e consolidar em planilha.
• Exportação para o ERP e para o contrato: o cálculo de aluguel variável sai em formato aberto e integra com o sistema financeiro, ou fica preso no painel do fornecedor?
• Hospedagem e residência dos dados: vendas por lojista são informação comercialmente sensível, frequentemente protegida pelos próprios contratos de locação. A opção entre nuvem do fornecedor e nuvem privada deve ser resposta binária, com responsabilidades de backup e disponibilidade descritas.

O teste que separa produto de promessa

Em vez de pedir uma demonstração livre, envie aos fornecedores dois cenários e peça que executem ao vivo. Primeiro: "um lojista novo com PDV X abre em março; mostre o processo, o prazo e o custo para que as vendas dele apareçam no relatório de aluguel variável de abril." Segundo: "a loja 112 declarou faturamento 40% abaixo do mês anterior com fluxo estável; mostre o que o sistema faz sem intervenção humana e o que acontece depois." Quem tem o produto executa; quem não tem descreve. Pontue conforme a escala de 0 a 3 do início e registre a nota na hora, antes que a memória das três apresentações se misture.

Um exemplo ilustrativo de como a matriz muda a decisão (valores fictícios, apenas para mostrar o mecanismo): o fornecedor A obtém média 2,8 em coleta, 1,0 em validação e 3,0 em relatório; o fornecedor B, 2,2, 2,5 e 2,2. Pela impressão da demonstração, A vence com folga, porque o relatório é o que todos veem. Pela matriz ponderada, B fica à frente (2,30 contra 2,23), porque o bloco de validação, onde o risco de litígio mora, pesa tanto quanto a coleta. É esse deslocamento de atenção, do painel para o processo, que a pontuação existe para provocar.

Perguntas frequentes

Por que validação pesa o mesmo que coleta se a coleta é o maior esforço operacional?
Porque um dado coletado sem validação gera fatura de aluguel contestável, e a disputa custa mais do que a coleta. O peso igual garante que um fornecedor forte em integrações não compense uma ausência total de controles.

Posso aplicar essa matriz se o shopping já tem sensores de contagem de outra marca?
Sim, desde que a plataforma avaliada aceite sensores de múltiplos fabricantes, o que deve ser critério eliminatório antes da pontuação. Nesse caso, inclua no bloco de validação uma verificação de que o cruzamento venda versus fluxo funciona com o hardware existente onde ele atinge o mínimo contratual de precisão.

Como pontuar um fornecedor que promete entregar a funcionalidade "até o go-live"?
Com nota 1 no máximo, e com a promessa redigida como obrigação contratual com prazo e penalidade. A escala premia o que existe em produção hoje; roteiro de produto é risco do comprador, não mérito do fornecedor.

Quer aplicar essa matriz a uma avaliação em andamento, ou validar os cenários de teste antes de enviá-los aos fornecedores? Fale com a equipe da Vemco Group: respondemos perguntas de pré-consulta, mostramos como o ciclo de coleta, validação e relatório funciona na prática e explicamos exatamente o que podemos garantir por contrato e em que condições.