Na sexta-feira, o comercial confirma a venda de um sistema fotovoltaico para o Mercado Bela Vista. A proposta foi montada com a última conta de energia enviada pelo cliente e uma foto do telhado. O sinal entra, o material começa a ser reservado e a instalação ganha uma data provisória.
Na vistoria, a equipe encontra uma área sombreada que não aparecia na foto. O desenho muda. O cliente aprova a revisão pelo WhatsApp, mas a pasta compartilhada ainda destaca a versão anterior. Quando a documentação segue para a distribuidora, um dado da unidade consumidora não confere. A instalação continua marcada mesmo assim, porque a agenda mostra "confirmado" e ninguém enxerga o bloqueio aberto fora dela.
Na semana seguinte, há quatro respostas diferentes para a mesma pergunta: esse projeto está pronto para instalar?
Um sistema para empresa de energia solar precisa acabar com essa dúvida. Ele deve separar venda, viabilidade, proposta, projeto, documentação, análise externa, instalação e entrada em operação. Cada etapa precisa ter condição de saída, responsável, versão usada e pendência visível. O software registra e coordena o trabalho; não aprova projeto, não substitui responsabilidade técnica e não decide pela distribuidora.
A venda abre um projeto que atravessa toda a empresa
A venda abre um trabalho que cruza áreas com ritmos diferentes. O comercial quer responder rápido. A engenharia precisa confirmar premissas. O cliente envia documentos aos poucos. A distribuidora analisa uma solicitação por seus próprios canais. A equipe de campo depende de material, acesso ao local, clima e de uma versão liberada.
Quando tudo recebe o mesmo rótulo de "projeto em andamento", a empresa perde a diferença entre trabalho ativo e espera. O Mercado Bela Vista pode estar aguardando uma conta legível, uma revisão técnica, o aceite do cliente, um retorno externo ou a chegada de um componente. São situações diferentes. Cada uma pede uma próxima ação diferente.
A Lei nº 14.300/2022 instituiu o marco legal da microgeração e minigeração distribuída e trata, entre outros pontos, da solicitação de acesso. A página da ANEEL sobre micro e minigeração distribuída reúne a regulação aplicável, a Resolução Normativa nº 1.000/2021 e o Módulo 3 do Prodist. Para a operação da integradora, isso deixa uma consequência simples: há uma etapa externa real, com regras e retornos próprios. Ela não pode ser reduzida a uma caixa marcada dentro do CRM.
Cliente, unidade consumidora e local de instalação são dados diferentes
O Mercado Bela Vista é o cliente. A unidade consumidora identifica a relação daquele ponto com a distribuidora. O local de instalação descreve onde o sistema será implantado. Em muitos projetos, os três parecem iguais. Basta uma rede com filiais, um imóvel alugado ou um telhado diferente do endereço de faturamento para a confusão aparecer.
O cadastro precisa manter essas entidades separadas e ligadas. O cliente pode ter vários contatos e contratos. Uma unidade consumidora tem titularidade, dados de consumo e documentos próprios. O local guarda acesso, coordenadas, características observadas, riscos de agenda e evidências da vistoria.
Misturar tudo em uma ficha única cria erros difíceis de perceber. Uma conta antiga pode ser anexada ao projeto novo. O endereço do contato financeiro pode ir para a equipe de instalação. Uma procuração pode pertencer a outra unidade. O sistema não precisa "adivinhar" a associação correta: ele deve exigir que a pessoa escolha o vínculo e mostrar divergências antes do envio.
Esse cuidado também vale para dados pessoais. Contatos, documentos, assinaturas, fotos e endereços precisam de acesso compatível com o trabalho. O guia de segurança da informação da ANPD para agentes de tratamento de pequeno porte reúne medidas administrativas e técnicas que ajudam pequenas empresas a estruturar esse controle. Na prática, vendedor, projetista, instalador e parceiro externo não deveriam enxergar ou alterar os mesmos dados por padrão.
Orçamento preliminar não é projeto liberado
A primeira proposta costuma nascer antes de a empresa conhecer todos os detalhes do local. Isso não torna a proposta inútil. Torna suas premissas importantes.
No caso do mercado, o comercial usou consumo histórico, tarifa informada, área aparente e equipamentos previstos. A vistoria mudou uma dessas bases. O sistema precisa preservar o que foi apresentado, o que o cliente aceitou e o que mudou depois. Se a nova condição afeta potência, quantidade de módulos, equipamento, preço, prazo ou escopo, uma revisão deve ser criada.
Sobrescrever o PDF antigo parece organização. Na verdade, apaga a decisão. Meses depois, ninguém consegue explicar por que o valor mudou ou qual desenho sustentou a compra de material.
Uma versão útil tem número, data, autor, motivo e estado. Ela pode estar em elaboração, enviada, aceita, substituída ou cancelada. O aceite precisa apontar para uma versão específica. A ordem de instalação também. Assim, uma revisão nova não muda silenciosamente o que a equipe de campo recebeu.
O artigo sobre como comparar propostas de software usa um princípio parecido: preço isolado diz pouco quando escopo, premissas e critérios de aceite não estão claros. Em projetos solares, essa rastreabilidade começa já na proposta entregue ao cliente.
Vistoria, projeto e documentos precisam produzir pendências explícitas
A vistoria não deveria terminar em uma pasta de fotos e uma mensagem dizendo "tudo certo". Ela abre fatos que precisam chegar ao projeto: medidas, acesso, condição observada, interferências, local previsto para equipamentos e qualquer ponto que exija avaliação por quem tem competência para isso.
O sistema pode pedir campos e anexos, mas não deve transformar checklist em parecer técnico. "Foto do quadro anexada" é um registro. "Condição tecnicamente aprovada" é outra coisa. A segunda afirmação precisa vir da pessoa responsável e seguir o processo aplicável.
A mesma separação vale para documentos. Em vez de uma coluna genérica chamada "documentação", cada item deve ter estado próprio: solicitado, recebido, incompatível, em validação, aceito para a etapa ou substituído. Se o titular da unidade não confere com a informação do contrato, o projeto ganha uma pendência com dono e próxima ação. Ele não continua parecendo 80% concluído.
A ANEEL mantém uma área oficial de formulários de micro e minigeração distribuída e publica a versão vigente do Prodist. Esses materiais ajudam a equipe responsável a conferir o processo regulado. O software interno pode organizar a preparação e preservar o que foi enviado, mas deve permitir configuração por distribuidora, modalidade e caso. Um formulário fixo gravado no código envelhece mal.
A solicitação à distribuidora é uma etapa externa
Quando a solicitação é protocolada, a integradora perde parte do controle sobre o tempo e mantém o controle sobre o acompanhamento. Essa diferença evita duas promessas ruins: dizer ao cliente que "está com a engenharia" quando o caso aguarda retorno externo, ou dar uma data como se a empresa comandasse todas as etapas seguintes.
O registro deveria guardar protocolo, distribuidora, data, versão do pacote enviado, responsável pelo acompanhamento, retorno recebido e próxima ação. Se houver pedido de complementação, o fluxo volta para a etapa adequada sem apagar o protocolo anterior. Se um documento for reenviado, a nova versão fica ligada à exigência que motivou a troca.
A Lei nº 14.300 determina que distribuidoras atendam às solicitações de acesso observadas as disposições regulamentares. Isso não significa aprovação automática de qualquer pedido, nem autoriza a integradora a prever um desfecho sem analisar o caso. O sistema deve refletir a incerteza com estados honestos: preparado para envio, protocolado, em análise externa, com complementação solicitada, liberado para a próxima etapa ou encerrado conforme o motivo registrado.
Integração com portal externo também precisa de cautela. Quando existe API oficial e autorização adequada, o status pode ser sincronizado. Quando o processo depende de portal, e-mail ou documento, a empresa pode registrar o protocolo e anexar o retorno. Automação de navegador não deve ser tratada como integração garantida: mudanças de tela, autenticação e regras do serviço podem interromper o fluxo.
Instalação marcada não significa instalação liberada
No Mercado Bela Vista, a agenda recebeu uma data antes de o projeto terminar a análise documental. Esse é um erro de estado, não apenas de calendário.
A instalação pode ser planejada sem estar liberada. Planejar ajuda a reservar equipe e prever materiais. Liberar exige que condições definidas pela empresa estejam atendidas: versão correta do projeto, documentos necessários, situação externa compatível, material disponível, acesso combinado e responsáveis designados. O sistema precisa mostrar quais condições foram confirmadas e por quem.
Se chover, faltar equipamento ou surgir mudança no telhado, a ordem não deveria ser encerrada e recriada do zero. A equipe registra o impedimento, preserva o que já foi feito e abre uma nova previsão. O histórico distingue reagendamento de retrabalho.
No campo, o aplicativo entrega somente a versão liberada, lista o local correto e permite registrar execução, fotos, materiais, divergências e pendências. Alterar um dado técnico relevante durante a instalação deve acionar o processo definido pela empresa, não produzir uma edição silenciosa no desenho.
A NR-10 trata de segurança em instalações e serviços em eletricidade. A Lei nº 6.496/1977 institui a Anotação de Responsabilidade Técnica para contratos de obras e serviços profissionais de engenharia, agronomia e áreas abrangidas. Um sistema pode guardar referências, responsáveis e documentos. Não pode transformar o preenchimento de uma tela em habilitação, segurança ou responsabilidade técnica.
Instalação concluída não é o mesmo que sistema em operação
A equipe monta os painéis, conclui cabeamento e registra a execução. Para o cliente, é tentador chamar isso de projeto entregue. Para a operação, ainda pode existir vistoria, troca ou configuração de medição, conexão, ativação ou outra providência conforme o caso.
O software deve preservar essa transição. "Instalado" descreve uma execução física registrada pela integradora. "Aguardando etapa externa" mostra que ainda há dependência. "Em operação" só entra quando a condição definida para aquele projeto foi confirmada e documentada.
Essa diferença melhora a comunicação. O cliente deixa de receber a resposta vaga "já terminamos" enquanto espera uma próxima ação. O atendimento enxerga o estado, a dependência e quem acompanha. O financeiro pode ligar cobrança a marcos contratuais reais, desde que o contrato seja a fonte da regra.
Depois da entrada em operação, o mesmo histórico sustenta garantia, suporte e análise de desempenho comercial. Se um equipamento for trocado, a empresa sabe qual versão do projeto foi instalada e quais componentes foram registrados. Se o cliente abrir um chamado, o atendimento não começa procurando PDFs em três pastas.
Um projeto precisa de etapa, bloqueio, responsável e próxima ação
Percentuais dão aparência de controle. Um projeto "90% pronto" ainda pode estar bloqueado pelo único documento que permite avançar. Para a equipe, quatro campos são mais úteis:
- etapa atual;
- bloqueio ou condição pendente;
- pessoa responsável pela próxima ação;
- data de revisão ou compromisso, quando houver.
No projeto do mercado, isso produz uma resposta clara: "documentação em revisão; divergência de titularidade; cliente precisa enviar o comprovante atualizado; comercial revisa o caso na terça-feira". Ninguém precisa interpretar uma barra de progresso.
Também fica mais fácil medir a operação. A empresa pode acompanhar tempo parado por tipo de pendência, quantidade de revisões, instalações reagendadas, complementações solicitadas, passagem entre comercial e engenharia e projetos concluídos com retrabalho. Essas medidas mostram onde o fluxo falha sem transformar a equipe em uma fábrica de status.
Esse é o mesmo problema discutido no artigo sobre handoff de vendas para operação: a passagem não termina quando alguém muda a coluna do funil. Termina quando a próxima área recebe contexto suficiente para trabalhar e sabe o que ainda está aberto.
Sistema pronto ou software sob medida para integradora solar?
Um CRM pode cuidar muito bem de leads e negociações. Uma ferramenta de projetos pode organizar tarefas. Um aplicativo de campo pode registrar visitas. O problema aparece quando a empresa gasta parte do dia reconciliando os três com arquivos, mensagens e o portal da distribuidora.
Antes de construir, vale mapear onde a informação se parte. Se a maior dor está nas propostas, talvez uma ferramenta existente resolva. Se está na agenda, trocar o calendário pode bastar. Software sob medida começa a fazer sentido quando o processo crítico depende de regras e estados que as ferramentas prontas não conseguem compartilhar sem trabalho manual contínuo. O guia sobre sistema sob medida para pequenas empresas aprofunda essa decisão pelo custo do retrabalho e pelas exceções que o processo acumula.
Um primeiro escopo sensato poderia incluir:
- cadastro separado de cliente, unidade consumidora e local;
- proposta e projeto com versões e aceite;
- checklist documental configurável, com pendência e responsável;
- protocolo e retornos da etapa externa;
- condição de liberação para instalação;
- ordem de campo ligada à versão correta;
- linha do tempo acessível ao atendimento e ao cliente conforme permissões.
Não é necessário substituir tudo. O CRM pode continuar sendo o ponto de entrada comercial. O armazenamento de arquivos pode permanecer onde já está. O sistema novo coordena o trecho em que hoje a equipe perde versão, contexto e próxima ação. O guia sobre quando a planilha vira gargalo ajuda a reconhecer esse momento sem demonizar uma ferramenta que ainda funciona para partes menores do negócio.
O software organiza o fluxo; a responsabilidade continua com as pessoas competentes
Depois da correção documental, o Mercado Bela Vista recebe uma nova versão de proposta e projeto. A equipe sabe qual arquivo foi aceito, qual pacote foi protocolado, o que a distribuidora retornou e por que a instalação mudou de data. Quando o trabalho de campo começa, o aplicativo abre a versão liberada. Quando termina, o atendimento ainda enxerga a etapa externa que falta.
O ganho não vem de uma tela que promete automatizar a integradora inteira. Vem de parar de misturar estimativa com projeto, documento recebido com documento validado, instalação planejada com instalação liberada e obra concluída com sistema em operação.
Se a sua empresa precisa abrir CRM, planilha, pasta, agenda, portal e WhatsApp para descobrir o estado real de cada projeto, vale conversar com a Foyth Tech. O primeiro passo é mapear um caso concreto, seus bloqueios e as versões que não podem se perder. A partir daí, dá para desenhar um sistema sob medida que coordene o trabalho sem prometer assumir decisões técnicas ou externas que não pertencem ao software.
