Regras de negócio são as instruções que dizem como a empresa decide e calcula: qual desconto vale para qual cliente, quando o frete é grátis, quem pode aprovar um pedido acima de certo valor, que prazo cada cliente recebe. Elas não dependem de sistema. Existem porque a empresa escolheu operar daquele jeito, e continuariam valendo se tudo voltasse para o papel.
Este guia explica o que são regras de negócio, os quatro tipos mais comuns, exemplos de regras de negócio numa distribuidora, a diferença entre regra de negócio e requisito, onde elas costumam se esconder e como fazer a documentação de regras de negócio de um jeito que sobreviva à troca de pessoas e de sistemas. No exemplo, uma regra de desconto que ninguém tinha escrito custa 1,8 ponto de margem por ano.
O que são regras de negócio
Uma regra de negócio é uma decisão da empresa escrita de forma que qualquer pessoa, ou qualquer sistema, consiga aplicá-la do mesmo jeito. “Clientes da curva A têm até 8% de desconto sem aprovação” é uma regra. “O comercial negocia o desconto” não é: diz quem decide, mas não como.
Três características separam a regra de negócio de uma simples orientação:
- É verificável. Dado um pedido, dá para dizer se ele cumpre ou não a regra, sem interpretação.
- Tem dono. Alguém da área de negócio responde por ela e pode mudá-la. Não é a TI.
- Tem vigência. Começa numa data e pode terminar em outra. A tabela de comissão de 2026 não é a de 2025.
Numa empresa média, as regras que mais pesam no resultado são poucas e conhecidas: preço, desconto, frete, prazo, crédito, comissão e alçada de aprovação. Juntas, elas decidem boa parte da margem de contribuição de cada pedido.
Os quatro tipos de regra de negócio
| Tipo | O que faz | Exemplo |
|---|---|---|
| Cálculo | Define como um número é obtido | Preço de venda = custo de reposição × markup da família de produto |
| Restrição | Impede que algo aconteça | Pedido abaixo de R$ 800 não é faturado para fora do estado |
| Decisão ou alçada | Diz quem decide e até onde | Desconto entre 8% e 12% precisa do gerente regional; acima disso, da diretoria |
| Derivação | Conclui uma informação a partir de outras | Cliente com mais de dois títulos vencidos há 15 dias passa a ter risco alto |
A classificação ajuda na hora de levar a regra para sistema. Regras de cálculo viram fórmula. Restrições viram bloqueio. Alçadas viram fluxo de aprovação. Derivações viram um campo calculado que outras regras consultam. Misturar os quatro numa planilha só é o que torna a planilha impossível de manter.
Exemplos de regras de negócio numa distribuidora
Imagine uma distribuidora de embalagens industriais que fatura R$ 180 milhões por ano, com 1.400 clientes ativos e 25 vendedores. O exemplo é ilustrativo. Estas são algumas das regras que decidem o resultado dela, e onde cada uma vivia antes de alguém olhar:
| Regra | Tipo | Onde vivia |
|---|---|---|
| Desconto por faixa de volume: 3% acima de R$ 20 mil no pedido, 5% acima de R$ 50 mil | Cálculo | Planilha do gerente comercial |
| Frete grátis acima de R$ 5 mil nas capitais do Sudeste | Restrição | E-mail de 2022, repassado de vendedor para vendedor |
| Prazo de 28 dias para risco baixo, 14 para risco médio, à vista para risco alto | Decisão | Na cabeça da analista de crédito |
| Desconto acima de 8% precisa de aprovação do gerente regional | Alçada | Combinado verbal, aplicado só por parte da equipe |
| Cliente sem compra há 120 dias perde a tabela especial | Derivação | Em lugar nenhum. Ninguém aplicava |
Quando as regras foram escritas lado a lado, apareceu o problema. As faixas de desconto por volume se somavam ao desconto negociado pelo vendedor, e ninguém tinha decidido se uma substituía a outra. Na prática, 30% dos pedidos acima de R$ 20 mil saíam com desconto empilhado. No ano, isso representava cerca de R$ 3,2 milhões a menos de faturamento, ou 1,8 ponto de margem. Nenhuma pessoa estava errada: a regra simplesmente não existia por escrito, e cada um aplicava a sua versão.
Regra de negócio e requisito
As duas palavras aparecem juntas em todo projeto de sistema, e são coisas diferentes:
| Regra de negócio | Requisito | |
|---|---|---|
| Responde a | Como a empresa decide | O que o sistema precisa fazer |
| Quem é dono | A área de negócio | O projeto do sistema |
| Existe sem sistema? | Sim | Não |
| Exemplo | Desconto acima de 8% precisa do gerente regional | O sistema deve bloquear o pedido e notificar o gerente quando o desconto passar de 8% |
Uma regra costuma gerar vários requisitos. A confusão entre as duas custa caro: quando a regra é escrita só como requisito, ela fica presa ao sistema daquela época. Na troca de sistema, alguém precisa ler o código antigo para descobrir o que a empresa decidia. É um dos motivos pelos quais trocar um sistema legado parece mais arriscado do que é.
Onde as regras se escondem
Quase nenhuma empresa tem um documento com as regras de negócio. Elas estão espalhadas, e o trabalho começa por encontrá-las:
- Planilhas com fórmula. A planilha de preço, a de comissão e a de crédito são as maiores fontes. Cada fórmula aninhada é uma regra que alguém escreveu sem chamar de regra.
- Customizações do ERP. Campos criados, gatilhos e relatórios com filtro que ninguém lembra por que existe.
- E-mails e mensagens. “A partir de agora, cliente X só com pagamento antecipado.” A regra mudou e ficou numa caixa de entrada.
- A cabeça de pessoas-chave. A analista de crédito que sabe quais clientes merecem exceção. É o caso mais frágil, tratado em gestão do conhecimento.
- As exceções. Cada exceção recorrente é uma regra que ainda não foi reconhecida.
O mapeamento de processos é a forma mais rápida de achá-las: em cada passo que bifurca, pergunte qual é o critério. Se ninguém consegue enunciar, você achou uma regra que não existe por escrito.
Como fazer a documentação de regras de negócio
A documentação que funciona é curta, uma regra por linha, num formato que a área de negócio consegue ler e aprovar. O formato “quando, se, então” resolve a maioria dos casos:
| Campo | Exemplo |
|---|---|
| Código | RN-COM-07 |
| Quando | Um pedido é registrado |
| Se | O valor passa de R$ 20 mil e o vendedor já aplicou desconto negociado |
| Então | Vale o maior dos dois descontos, nunca a soma |
| Dono | Diretor comercial |
| Vigência | De 01/01/2027 até nova versão |
| Exemplo de teste | Pedido de R$ 30 mil com 4% negociado: desconto final de 4%, não 7% |
Quatro cuidados fazem a diferença entre um catálogo de regras que é usado e um que é esquecido:
- Comece pelas regras que mexem na margem. Preço, desconto, frete, prazo e comissão. Vinte regras bem escritas valem mais que duzentas pela metade.
- Escreva o exemplo de teste. Um caso com números concretos e o resultado esperado. É o que permite conferir se o sistema aplica a regra e o que tira a ambiguidade do texto.
- Guarde as versões. Regra alterada não apaga a anterior. Quando alguém perguntar por que o pedido de março saiu com aquele preço, a resposta está na versão que valia em março, e na trilha de auditoria de quem mudou.
- Separe a regra do procedimento. A regra diz o que vale. O passo a passo de quem faz o quê é assunto de padronização de processos.
Quando a regra precisa virar sistema
Escrever a regra já resolve parte do problema: todo mundo passa a aplicar a mesma versão. Mas regra escrita e aplicada à mão continua dependendo de alguém lembrar. Ela precisa virar sistema quando três coisas acontecem juntas: o volume é alto, o erro custa dinheiro e a regra muda com alguma frequência.
Levar para sistema não significa trocar o ERP. Os caminhos mais comuns numa empresa média são:
- Parametrização no próprio ERP. Quando o ERP já tem o conceito, como tabela de preço por cliente ou alçada de desconto, basta configurar. É o primeiro lugar a olhar.
- Uma camada de regras ao lado do ERP. Quando a regra é específica demais para o ERP, ela mora num sistema pequeno, integrado ao ERP, que calcula o preço ou valida o pedido e devolve o resultado. A área de negócio altera os parâmetros sem pedir programação.
- Motor de regras. Para empresas com centenas de regras que mudam toda semana, como seguradoras e varejo com muitas promoções. Para a maioria das empresas médias, é mais do que precisa.
Em qualquer caminho, o desenho é o mesmo: a regra tem uma fonte única, versão e dono, e o sistema calcula, em vez de uma pessoa copiar o número da planilha. É o trabalho de transformar o que hoje está na cabeça de alguém em automação de processos confiável, e o tipo de projeto da frente Operação e margem da Northern. Antes de decidir construir, vale delimitar o escopo do projeto: quais regras entram na primeira entrega e quais continuam manuais por mais um tempo.
Por onde seguir
Para encontrar as regras escondidas no processo, o guia de mapeamento de processos e o modelo de mapeamento de processos, com o questionário pronto. Para as regras de preço e desconto, a formação de preço de venda. Para ligar a regra ao ERP que a empresa já usa, a integração de sistemas. E para saber quem mudou cada regra e quando, a trilha de auditoria.
Perguntas frequentes
O que são regras de negócio?
Regras de negócio são as instruções que dizem como a empresa decide e calcula: qual desconto vale para qual cliente, quando o frete é grátis, quem aprova um pedido acima de certo valor, que prazo cada cliente recebe. Elas existem porque a empresa escolheu operar daquele jeito e valem com ou sem sistema. Uma boa regra é verificável, tem um dono na área de negócio e tem vigência.
Quais são os tipos de regras de negócio?
Os quatro tipos mais comuns são cálculo, que define como um número é obtido, como o preço de venda; restrição, que impede algo de acontecer, como faturar pedido abaixo de um valor mínimo; decisão ou alçada, que diz quem decide e até onde, como a aprovação de desconto; e derivação, que conclui uma informação a partir de outras, como classificar um cliente como risco alto por títulos vencidos.
Quais são exemplos de regras de negócio?
Numa distribuidora: desconto de 3% para pedidos acima de R$ 20 mil e 5% acima de R$ 50 mil; frete grátis acima de R$ 5 mil nas capitais do Sudeste; prazo de 28 dias para cliente de risco baixo e à vista para risco alto; desconto acima de 8% só com aprovação do gerente regional; cliente sem compra há 120 dias perde a tabela especial. Cada uma pode ser verificada num pedido.
Qual a diferença entre regra de negócio e requisito?
A regra de negócio diz como a empresa decide e existe mesmo sem sistema. O requisito diz o que o sistema precisa fazer para aplicar essa regra. A regra pertence à área de negócio; o requisito, ao projeto do sistema. Uma regra costuma gerar vários requisitos. Escrever a regra só como requisito a prende ao sistema daquela época, e a troca de sistema vira arqueologia de código.
Como documentar regras de negócio?
Uma regra por linha, no formato quando, se, então: quando um pedido é registrado, se passa de R$ 20 mil e já tem desconto negociado, então vale o maior dos dois descontos. Cada regra recebe código, dono, vigência e um exemplo de teste com números e resultado esperado. Versões antigas não são apagadas. Comece pelas regras que mexem na margem: preço, desconto, frete, prazo e comissão.
Onde ficam as regras de negócio de uma empresa?
Raramente num documento. Elas se escondem em planilhas com fórmula, como as de preço, comissão e crédito; em customizações e filtros do ERP; em e-mails que mudaram uma política; na cabeça de pessoas-chave; e nas exceções que se repetem. O mapeamento de processos é o jeito mais rápido de encontrá-las: em cada passo que bifurca, pergunte qual é o critério.
Quando uma regra de negócio precisa virar sistema?
Quando três coisas acontecem juntas: o volume é alto, o erro custa dinheiro e a regra muda com alguma frequência. Regra escrita e aplicada à mão ainda depende de alguém lembrar. No sistema, ela tem fonte única, versão e dono, e é calculada em vez de copiada da planilha. Regras de preço, desconto e crédito costumam ser as primeiras.
É preciso trocar o ERP para automatizar regras de negócio?
Quase nunca. O primeiro caminho é a parametrização do próprio ERP, quando ele já tem o conceito, como tabela de preço ou alçada de desconto. Quando a regra é específica demais, ela mora numa camada pequena integrada ao ERP, que calcula ou valida e devolve o resultado. Motor de regras só compensa com centenas de regras que mudam toda semana.
O que é um motor de regras?
É um software que guarda as regras de negócio separadas do código do sistema e as executa quando um evento acontece, como um pedido registrado. A área de negócio altera as regras sem programação. Faz sentido para empresas com muitas regras que mudam com frequência, como seguradoras e varejo com promoções. Para a maioria das empresas médias, parametrização ou uma camada de regras integrada ao ERP basta.
