Versão: 0.2 Base: reunião de 06/11/2026 com o Abel (transcrição, notas do Gemini, vídeo), 9 arquivos enviados por WhatsApp e testes de leitura no I-Control Status: a integração com o I-Control está validada tecnicamente nos 5 relatórios, por tela e por HTTP. Seguem pendentes a empresa piloto, a conta de teste do robô, o acesso ao MR e ao Sicredi, o contrato com o Flwe e a decisão sobre as colunas derivadas (seção 10).
Marcações: [LACUNA] é algo que falta e precisa de resposta; [HIPÓTESE] é leitura nossa ainda não confirmada.
O Abel (Gera Valor BPO, empresa familiar) está no limite de capacidade e recusa tarefas. Todo dia ele baixa relatórios do ERP do cliente, cola em planilhas próprias, sobe arquivos num sistema de conciliação e envia um painel Power BI para o cliente aprovar pagamentos. Tudo manual.
Proposta: o Flwe (plataforma do Francisco) é o orquestrador e dispara a rotina todo dia; um robô baixa os relatórios, escreve nas planilhas, valida o recálculo, gera o arquivo do sistema de conciliação e devolve ao Flwe apenas o status. O piloto previsto é a Casa do Produtor (Umuarama), no I-Control. O acesso recebido é da Cama e Conforto, provavelmente o segundo cliente do Abel no mesmo ERP [HIPÓTESE].
Combinado até agora
O que já foi validado (11/11)
O que bloqueia
| Na transcrição/notas | Correto | Como sei |
|---|---|---|
| CCRED, Secret | Sicredi | Favoritos do navegador, planilha "Máquina Sicredi 2026" |
| Vico, Vic | Provavelmente MR | URL web.sistemamr.app.br, planilha "Todos os Extratos MR" [LACUNA: confirmar com o Abel] |
| Flujo, flu, fluido | Flwe | Confirmado |
Verde: robô na fase 1. Amarelo: decisão pendente. Cinza: humano hoje. Azul: já automático. Roxo: fase 2.
Papel do Flwe (reunião de 06/11 e conversa do Francisco em 09/11): chama o serviço uma vez por dia; planeja as etapas em sequência, com tarefa manual seguida de automática; recebe de volta o status (ok, problema na planilha, categoria nova, falha de acesso) e acompanha o andamento, inclusive o envio do link ao cliente e a resposta (fase 2). Os dados extraídos não passam por ele. A orquestração em si (por exemplo com LangGraph) é decisão do Francisco e do desenvolvedor sócio e não entra no nosso orçamento.
O Power BI lê as planilhas salvas. O Abel manda o link; o cliente marca o que pagar na semana (por exemplo, exclui um título que vai pagar em dinheiro) e devolve; só então o Abel agenda.
#N/D. Requisito: o robô detectar e sinalizar no Flwe.Testes de leitura em 11/11/2026, na Cama e Conforto (único acesso recebido), sem alterar nada no sistema.
| Código | Relatório | Menu | Registros (tela = HTTP) | Colunas: export da tela / resposta HTTP / arquivo do Abel |
|---|---|---|---|---|
| 1026 | A pagar, gerencial | Financeiro > A Pagar > Pesquisas | 151 | 19 / 28 / 28 |
| 228 | A receber, baixados | Financeiro > A Receber > Pesquisas > Título A Receber | 12 | 24 / 30 / 56 |
| 451 | A receber, em aberto | mesmo menu do 228 | 18 | 15 / 37 / 37 |
| 464 | Margem de venda realizada | Vendas > Vendas - Margem | 44 | 23 / 29 / 29 |
| 505 | Fechamento de caixa, recebimento analítico | Financeiro > Caixa > Pesquisas > Fechamento de Caixa | 4 | 9 / 17 / 17 |
As colunas escondidas explicam o arquivo do Abel. A grade esconde colunas e o export da tela só leva as visíveis. Pela chamada HTTP vêm todas, e o número delas é igual ao do arquivo do Abel em quatro relatórios (28, 37, 29 e 17): ele habilita as colunas escondidas na grade antes de exportar. Boa parte do que parecia "coluna acrescentada por ele" já existe nos dados: loja e empresa (451), hora (464), caixa, data, hora, ordem e registros (505). [HIPÓTESE] nº Loja e nome loja do 228 vêm de idfilial e EMPRESA. Restam como derivadas dele, até onde vimos, tipo (228) e Categoria (505), além das colunas de fórmula à direita.
Volumes em janelas maiores (uma chamada por vez, com pausa):
| Relatório | Janela | Registros | Tempo | Resposta |
|---|---|---|---|---|
| 228 | desde 01/01/2025 | 2.911 | 1,8 s | 1,9 MB |
| 1026 | inclusão desde 01/01/2025 | 9.616 | 3,5 s | 6,5 MB |
| 451 | vencimento 01/01/2026 a 31/12/2027 | 13.949 | 7,5 s | 11,8 MB |
| 464 | desde 01/01/2026 | 2.166 | 1,3 s | 1,6 MB |
| 505 | desde 01/01/2026 | 64 | 0,2 s | 46 KB |
Sem paginação, sem timeout e sem limite visível. A Casa do Produtor tem volume maior (cerca de 28 mil baixas no 228 em 10 meses); a conta linear dá algo como 18 MB por resposta: falta medir.
Funciona nos 5 relatórios. Armadilhas já resolvidas: o seletor de datas cobre o botão Pesquisar e exige digitação; o relatório 505 vem pré-selecionado e clicar de novo esconde o formulário; há elementos duplicados e ocultos com o mesmo id, então o robô deve usar sempre o visível.
Login por POST /icontrol/controllers/CLogin/login (txtEmpresa, txtUsuario, txtSenha), sessão por cookie e pesquisa por POST /icontrol/views/pesquisagrid, com os filtros como campos de formulário. A resposta é um trecho de JavaScript com columnsMeta e data em JSON. Mais de 70 requisições, uma por vez, com pausa de 1,5 a 3 s:
| Teste | Resultado |
|---|---|
| Mesma pesquisa por HTTP e pela tela | Resultado idêntico nos 5 relatórios |
Cabeçalhos (X-Requested-With, Origin, Referer, User-Agent) |
Sem validação escondida; funciona com User-Agent que identifica o robô |
| Sem cookie de sessão | Devolve a página de login; o robô detecta pela ausência dos dados |
| Corpo da requisição | Os campos de controle da tela não são necessários; numerofilial e as listas de processo são obrigatórias; cada relatório tem seu conjunto de parâmetros, que o robô guarda por relatório |
| Cadência | 10 pesquisas pequenas e várias grandes: sem 429, sem bloqueio, sem cabeçalho de limite |
| Duas sessões do mesmo usuário | Convivem; o robô não derruba o Abel |
| Expiração por inatividade | Sessões paradas 5, 15, 25 e 35 min continuaram válidas; uma sessão mantida viva por 35 min também. O limite não apareceu; o robô refaz o login ao ver a página de login |
| Login com usuário inexistente (2 tentativas) | Mensagem simples ("Usuário/Senha não confere"), sem captcha |
Perfil de consumo balanceado proposto para o nível 2: uma chamada por vez, pausa de 1,5 a 3 s, execução diária às 6h, janelas incrementais em vez do acumulado do ano, User-Agent que identifica o robô, repetição com espera crescente em erro, parada automática após erros em sequência e usuário dedicado, só leitura.
Pedir ao Abel e ao fornecedor uma conta de teste exclusiva do robô: de preferência uma empresa ou base de teste; na falta, um usuário só leitura numa empresa real. Motivos:
abel.grego) numa empresa que não é a do piloto.Observação para o fornecedor: quando faltam parâmetros, a resposta mostra a mensagem de erro do banco ao cliente. Não exploramos isso e não fizemos teste de injeção.
24_02_26 PRODUTOR a RECEBER e PAGAR iControl base geral): colunas A a AB são o relatório original do I-Control (as mesmas 28 do 1026); AC a AV são fórmulas; AW a BD são as colunas do template do MR. Abas de apoio: pagamentos, filiais (com o parâmetro "inclusão a partir de"), contatos (de-para I-Control x MR, 436 linhas), dicionário de categorias (14 mil linhas) e folha.| Fonte | O que se tira | Caminho | Risco |
|---|---|---|---|
| I-Control | 5 relatórios | API oficial, HTTP balanceado ou navegação (seção 5) | Baixo: testado, sem MFA nem captcha; depende de autorização e de conta de teste |
| Portal Sicredi | Extrato Excel/OFX; vendas da maquininha | Open Finance, RPA ou manual | Alto: portal bancário costuma ter MFA e captcha; sem acesso para testar |
| MR | Subir planilha; baixar "Todos os extratos" | Sem API pública conhecida: RPA de upload | Médio; sem acesso para testar |
| Planilhas do cliente | Escrever, recalcular, ler colunas de validação | API do Excel (Graph), ONLYOFFICE ou arquivo local | Alto: fórmulas entre arquivos; arquivo de 50 MB |
| Power BI | Lê as planilhas | Nada a fazer | Baixo, se o caminho do arquivo não mudar |
Riscos específicos
#N/D. É o maior risco técnico e precisa de teste com a planilha real.24_02_26 ...). Se o Abel renomeia a cada versão, o robô precisa de caminho fixo.Tamanhos relativos, sem horas: as horas saem depois das respostas da seção 10 e do exercício com a planilha real.
| Bloco | Tamanho | Depende de |
|---|---|---|
| A. Integração com o I-Control (3 cenários por prioridade): login e 5 relatórios, extração | P em cada cenário testável (HTTP e navegação funcionam nos 5 relatórios) | Empresa certa; autorização; conta de teste; API oficial para o cenário 1 |
| B. Escrita na planilha do cliente (a pagar regenerativa, a receber incremental), na ordem de colunas da matriz | M (diminui: as colunas escondidas já vêm; sobe se o robô gerar tipo, Categoria e afins) |
Decisão sobre colunas derivadas; teste de recálculo |
| C. Validação pós-cálculo e status de alerta ao Flwe | M | B; contrato com o Flwe |
| D. Gerar arquivo no template do MR e subir | M | Acesso ao MR |
| E. Baixar extrato e vendas do Sicredi | M a G | Decisão: Open Finance, RPA ou manual |
| F. Integração com o Flwe: ser chamado por ele e devolver o status | P a M | Contrato com o Flwe [LACUNA] |
| G. Aprovação do cliente por formulário (fase 2) | M | Definição do Francisco |
| H. Migração para a API oficial do I-Control | M | Resposta e custo do fornecedor |
Fase 1: A, B, C, D, F (E conforme decisão). Fase 2: G. Depois: H.
Exercício técnico que falta: escrever numa cópia da planilha do Abel e devolver para ele conferir, gerar um arquivo de teste e ver se o MR importa, comparar o dia anterior até dar zero a zero. (Baixar os relatórios do I-Control já está feito.)
Máquina Sicredi 2026 completa (com as fórmulas) e a planilha da Rede (trecho "até a coluna XX" da reunião).tipo (228) e Categoria (505), que não existem nos dados do I-Control, e as colunas sem nome? Por que os cabeçalhos mudam de nome?filiais) é atualizado à mão a cada carga?#N/D ("ponto vermelho"): o que o Abel vê e onde.tipo, Categoria e afins? Define o tamanho do bloco B.nº Loja e nome loja do 228 vêm de idfilial e EMPRESA.| Quem | O quê | Quando |
|---|---|---|
| Francisco | Levar as perguntas ao Abel; definir o contrato Flwe e robô; autorização para o consumo balanceado | em andamento |
| Abel | Empresa piloto e acesso à Casa do Produtor, acesso ao MR, Máquina Sicredi completa, pedido da API oficial ao fornecedor | sem data |
| Abel e Francisco | Conta de teste exclusiva do robô e usuário só leitura em produção | a combinar |
| Bruno | Exercício na cópia da planilha; teste de recálculo | em paralelo |
| Bruno | Estimativa de horas e orçamento, por cenário de integração | após as respostas |
| Francisco | Devolver a estimativa ao Abel | cerca de 2 dias úteis após as respostas |
Fontes: reunião de 06/11 (transcrição, notas do Gemini), arquivos e acessos enviados em 10/11, testes de 11/11.