Learn About

Da escrita em papiro às APIs: 3.000 anos de regras de negócio

Por que as leis tributárias da antiga Babilônia falharam pelos mesmos motivos do seu software com regras codificadas (hardcoded) hoje? Explore a fascinante evolução da lógica de negócio e veja onde as modernas plataformas de automação de decisões se encaixam nessa jornada de automação com 3.000 anos.

Da escrita em papiro às APIs: 3.000 anos de regras de negócio hero image

O Wilbour Papyrus: Mais do que apenas um registro

Por volta de 1145 a.C., durante o reinado de Ramesses V, escribas egípcios compilaram o que hoje chamamos de Wilbour Papyrus — um dos documentos administrativos mais importantes do Antigo Egito.

M0622i-08.webp

Imagem de O Wilbour Papyrus

O papiro recebe o nome do jornalista e colecionador americano Charles Edwin Wilbour, que o adquiriu no século XIX; mais tarde, passou a fazer parte da coleção do Brooklyn Museum. Fisicamente, impressiona: tem mais de 10 metros de comprimento, é composto por várias folhas e está densamente preenchido com texto hierático. Contém centenas de registros descrevendo propriedades de terra em grande parte do Médio Egito, incluindo regiões ao longo da planície de inundação do Nilo.¹

O que ele registra?

  • Lotes de terra e suas dimensões (em arura)
  • Categorias de terra (por exemplo, ihwty, rmnyt, m-drt)
  • Detentores (sacerdotes, soldados, autoridades, agricultores)
  • Obrigações associadas, tipicamente em grãos

Uma transcrição simplificada, inspirada em traduções publicadas, fica assim:

Distrito: Médio Egito (Texto A)

Entrada 1:

Detentor: Sacerdote de Amon

Tipo de terra: domínio do templo (rmnyt)

Área: 10 arura

Cultivo: arrendatários (agricultores)

Devido: 30% da produção (grãos)

Entrada 2:

Detentor: Soldado (mercenário estrangeiro)

Tipo de terra: ihwty (pequena propriedade privada)

Área: 5 arura

Qualidade: classe de produtividade menor

Devido: obrigação de grãos reduzida

Entrada 3:

Detentor: Administrador de estábulo

Tipo de terra: m-drt (propriedade coletiva)

Área: 20 arura

Devido: taxa institucional padrão

Entrada 4:

Detentor: Senhora (detentora de bens/administradora de espólio)

Tipo de terra: rmnyt (institucional)

Área: 15 arura

Devido: obrigação de alta produtividade

Entrada 5:

Detentor: Agricultor

Tipo de terra: ihwty

Área: 3 arura

Devido: imposto mínimo / obrigações mistas


Mesmo nessa forma simplificada, uma coisa se destaca: o campo Devido.

Não é apenas dados brutos — vemos uma regra aplicada ao tipo de terra, ao detentor e ao contexto de produtividade. Egiptólogos interpretam o papiro como um levantamento de terras e um registro fiscal, em que as obrigações refletem práticas de tributação padronizadas ligadas à classificação da terra e à produção esperada.¹

E isso revela algo importante:

O Wilbour Papyrus não era apenas documentação. Fazia parte de um sistema criado para resolver um problema profundamente humano — como tomar decisões consistentes e escaláveis em uma economia complexa.

Implantando código sem um pipeline: o jeito do Antigo Egito

Vamos imaginar um cenário. Um decreto é emitido sob Ramesses V:

A partir de agora, a terra ihwty será tributada com uma alíquota mais alta.

O que acontece em seguida?

Não há um sistema central para atualizar. Não há migração de banco de dados. Não há pipeline de implantação.

Em vez disso, o sistema responde por meio das pessoas.

A administração do Antigo Egito era altamente estruturada, com hierarquias de autoridades, governança regional e escribas treinados responsáveis por aplicar procedimentos padronizados.² Quando as políticas mudavam — como níveis de tributação ou obrigações — essas mudanças eram disseminadas por canais administrativos e implementadas em avaliações subsequentes.

A nova regra seria:

  • Comunicada por autoridades
  • Aprendida e aplicada por escribas
  • Refletida em avaliações tributárias a partir de então

Registros como o Wilbour Papyrus, no entanto, não seriam atualizados instantaneamente. Eles representavam um retrato de um estado levantado, e novos registros normalmente eram produzidos em ciclos administrativos posteriores.¹

É assim que a propagação de atualização de decisão ocorria no Antigo Egito:

ChatGPT Image 16. 6. 2026 08_32_36 (1).png

Processo de propagação da atualização de decisão no Antigo Egito

Duas coisas se destacam.

Primeiro, as mudanças nas regras podiam se propagar relativamente rápido — em semanas ou meses — assim que as autoridades eram informadas. Segundo, os próprios dados ficavam para trás, muitas vezes levando um ciclo administrativo inteiro (ou mais) para refletir completamente a nova realidade.

Em outras palavras:

A lógica era atualizada primeiro. Os dados ficavam para depois.

Isso se alinha com a forma como historiadores entendem a administração egípcia: um sistema capaz de aplicar regras de maneira consistente, mas dependente de levantamentos e atualizações periódicas de registros, e não de sincronização contínua.¹²

Avançando 3.000 anos

Aproximadamente 3.000 anos depois, eu peguei um trecho inspirado no Wilbour Papyrus e o inseri no Assistente de IA DecisionRules.

Em vez de um registro escrito à mão, recebi uma Tabela de Decisão estruturada. Os dados são os mesmos, mas sua forma e aplicação são completamente diferentes.

table.png

Tabela de Decisão

A transformação — do conhecimento institucional implícito para uma lógica explícita e executável — aconteceu instantaneamente. O que antes exigia escribas treinados e infraestrutura administrativa agora leva segundos.

Em termos simples:

Os desafios não mudaram. Só as ferramentas.

Propagação da atualização de decisão hoje

Vamos revisitar a mesma mudança de regra em um sistema moderno:

Aumentar o imposto para terras ihwty.

No DecisionRules, o processo parece bem diferente.

Um usuário de negócio atualiza uma Tabela de Decisão em uma interface intuitiva (ao menos para um humano moderno), parecida com uma planilha. A alteração é testada imediatamente. Depois de validada, é implantada com uma única ação. Em seguida, a lógica atualizada é executada em tempo real via chamadas de API em todos os sistemas conectados, e seu impacto pode ser monitorado continuamente.

ChatGPT Image 16. 6. 2026 08_32_36 (2).png

Propagação da atualização de decisão no DecisionRules

Em comparação com o Antigo Egito, o contraste é marcante:

As mudanças de regra se propagam instantaneamente

A execução acontece em milissegundos

Dados e lógica permanecem sincronizados

O que antes levava meses agora ocorre em quase tempo real.

O que permaneceu igual

Apesar do salto tecnológico, a estrutura subjacente continua surpreendentemente familiar.

Ainda estamos resolvendo os mesmos problemas centrais:

  • Como definir regras com clareza
  • Como aplicá-las de forma consistente
  • Como dimensionar decisões entre sistemas

O padrão é atemporal:

Entradas → Regras → Saídas

O Antigo Egito tinha as entradas (terra, posse, produção), as regras (lógica institucional de tributação) e as saídas (obrigações em grãos). Hoje, formalizamos e automatizamos a mesma estrutura usando mecanismos de regras.

Conclusão

Os egípcios antigos eram, no contexto de sua época, referência mundial em gerenciar sistemas complexos baseados em regras. A administração deles lidava com tributação em larga escala, logística e alocação de recursos com um nível de consistência e estrutura que poucas sociedades contemporâneas conseguiriam igualar.

Hoje, enfrentamos os mesmos desafios profundamente humanos, mas nos aproximamos deles com ferramentas totalmente diferentes. Saímos do papiro para as aplicações na nuvem. A lógica de decisão não está mais embutida em instituições e executada por pessoas treinadas — agora ela é explícita, versionada, testável e implantável instantaneamente.


Referências

Gardiner, Alan H. 1941–1952. The Wilbour Papyrus. 4 vols. Oxford: Oxford University Press for the Brooklyn Museum.

Kemp, Barry J. 2018. Ancient Egypt: Anatomy of a Civilization. 3rd ed. London: Routledge.


Jakub Kaninsky

Jakub Kaninsky

Lead Developer