Calculadora de propostas comerciais em Excel no Bitrix24 é substituída por um app criado por agente de IA

O Excel nos times de vendas dura mais do que deveria. Enquanto só uma pessoa usa a planilha, está tudo bem. Quando são dez, cada uma ganha a sua cópia: um trabalha com a tabela de preços antiga, outro "ajustou um pouquinho" a fórmula, um terceiro deu ao cliente um desconto acima do regulamento. O gestor só descobre quando o contrato já está assinado. Dentro da série de artigos Bitrix24 DevRel, o redator técnico Igor Roslyakov testou com que rapidez é possível substituir uma calculadora assim por um app dentro do CRM, se a maior parte do trabalho fica com um agente de IA.

O que foi construído e por quê

O cenário é simples, mas reconhecível: uma empresa vende móveis de escritório. O gerente busca produtos no catálogo, adiciona ao pedido, escolhe a empresa e o contato e informa o desconto. O app deve:

• buscar os preços atuais no catálogo do CRM, e não em constantes no código;
• calcular o total por regras únicas;
• limitar o desconto: até 100 000 ₽, no máximo 5%; de 100 000 a 300 000 ₽, 10%; a partir de 300 000 ₽, 15%;
• criar o negócio e a proposta comercial diretamente no Bitrix24.

Um detalhe importante: a faixa é definida pelo valor do pedido antes do desconto. Se o gerente informa um valor acima do permitido, o app não corta o número em silêncio: ele recusa e explica qual percentual é aceito.

O trabalho usou o agente Bitrix24 Cowork/Code, que tem dois modos: "Cowork", para trabalhar com os dados de negócio do portal, e "Code", para desenvolvimento. No primeiro, o agente criou uma seção de teste no catálogo com seis produtos, três empresas e os contatos vinculados a elas. No segundo, montou o app em si e o publicou na plataforma Bitrix24 Vibecode.

Como o prompt é estruturado

A parte mais útil do material não é a calculadora, e sim a estrutura da solicitação. O autor não escreveu o prompt à mão: primeiro pediu ao agente que redigisse uma especificação precisa, depois passou o relatório pelo ChatGPT, fez alguns ajustes e entregou ao agente. Isso também economiza tokens.

A especificação já traz decisões que costumam ficar sem descrição:

• O servidor é a fonte da verdade. O valor enviado pelo cliente não é aceito. Antes de criar o negócio, o servidor lê os preços do catálogo de novo e recalcula o limite. Adulterar dados no navegador não adianta nada.
• A identidade vem do gateway. O responsável pelo negócio é o funcionário logado. O ID é obtido do cabeçalho do gateway, e não do corpo da requisição.
• Acesso por departamento. Um funcionário fora do departamento autorizado recebe uma recusa clara, e não uma tela vazia. As ações no CRM são executadas com as permissões dele, e não em nome do administrador.
• Idempotência. A chave do pedido é criada uma única vez por cálculo. Um novo clique devolve o negócio já criado, e uma duplicata paralela recebe 409.
• Limites rígidos. No máximo 50 linhas, quantidade de 1 a 999, desconto de 0 a 50, nenhum proxy universal para o portal.
• Lista do que não fazer. Aprovações, impostos (НДС), margem e log de auditoria ficam para a próxima versão. Isso evita que o escopo da tarefa cresça.

Vale destacar também a ordem do trabalho: primeiro os testes da parte financeira (limites 99 999,99 / 100 000 / 299 999,99 / 300 000), depois o servidor, depois a interface, a verificação de segurança e a publicação. O agente só cria o negócio de teste após a confirmação de um humano.

Limitações e o que levar para o seu caso

Primeiro, as ressalvas. O material faz parte de uma série da própria equipe de DevRel do Bitrix24, então mostra a ferramenta do fornecedor sob uma luz favorável. O caso é um modelo simplificado: um catálogo de seis produtos e uma única regra de desconto não equivalem a uma tabela de preços real, com centenas de itens e exceções. Na parte acessível do texto não há números finais de tempo nem de quantidade de iterações, então não é possível estimar a economia. Também restam perguntas que o próprio autor deixa em aberto: até que ponto é seguro confiar os cálculos a um app escrito por IA e quem vai mantê-lo.

A conclusão prática para desenvolvedores e product managers vai além do Bitrix24. Se você entrega uma ferramenta interna a um agente de IA, o que determina a qualidade do resultado não é o modelo, e sim a especificação. Descreva onde fica a verdade (o servidor), o que é proibido aceitar do cliente, como se proteger de duplicatas e o que explicitamente não faz parte da versão. Verifique dinheiro e permissões com testes nos limites dos valores. E não crie entidades reais no CRM sem confirmação de um humano: esse item o autor também incluiu na especificação.