Learn About

Vom Papyrus zu APIs: 3.000 Jahre Business-Rules

Warum sind die altbabylonischen Steuergesetze aus denselben Gründen gescheitert wie heute Ihre fest im Code verankerte Software? Erkunden Sie die faszinierende Entwicklung von Business Logic und sehen Sie, wo moderne Plattformen für Entscheidungsautomatisierung in diese 3.000 Jahre währende Automationsreise passen.

Vom Papyrus zu APIs: 3.000 Jahre Business-Rules hero image

Der Wilbour-Papyrus: Mehr als nur ein Verzeichnis

Um 1145 v. Chr., während der Herrschaft von Ramses V., stellten ägyptische Schreiber das zusammen, was wir heute den Wilbour-Papyrus nennen—eines der wichtigsten Verwaltungsdokumente aus dem Alten Ägypten.

M0622i-08.webp

Bild des Wilbour-Papyrus

Der Papyrus ist nach dem amerikanischen Journalisten und Sammler Charles Edwin Wilbour benannt, der ihn im 19. Jahrhundert erwarb; später wurde er Teil der Sammlung des Brooklyn Museum. Auch physisch ist er beeindruckend: über 10 Meter lang, bestehend aus mehreren Blättern und dicht mit hieratischem Text gefüllt. Er enthält Hunderte von Einträgen, die Landbesitz in einem großen Teil des Mittleren Ägypten beschreiben, einschließlich Regionen entlang der Nilüberschwemmungsebene.¹

Was wird darin erfasst?

  • Grundstücke und ihre Größen (in Arura)
  • Kategorien von Land (z. B. ihwty, rmnyt, m-drt)
  • Inhaber (Priester, Soldaten, Beamte, Bauern)
  • Zugehörige Verpflichtungen, typischerweise in Getreide

Eine vereinfachte Transkription, inspiriert von veröffentlichten Übersetzungen, sieht etwa so aus:

Distrikt: Mittleres Ägypten (Text A)

Tabelle: Einträge zum Landbesitz
ParameterEintrag 1Eintrag 2Eintrag 3Eintrag 4Eintrag 5
InhaberPriester des AmunSoldat (ausländischer Söldner)StallmeisterDame (Landbesitzerin)Bauer
LandtypTempelgebiet (rmnyt)ihwty (kleine private Parzelle)m-drt (kollektive Parzelle)rmnyt (institutionell)ihwty
Fläche10 Arura5 Arura20 Arura15 Arura3 Arura
BewirtschaftungPachtbauern
QualitätKlasse geringerer Ertrag
Fällig30% des Ertrags (Getreide)Verminderte GetreideverpflichtungStandard-Rate für InstitutionenHochertragsverpflichtungMinimale Steuer / gemischte Verpflichtungen
Check iconA checkmark inside a circle signifying "yes"Minus iconA minus inside a circle signifying "no"PROS IconA plus symbol representing positive aspects or benefits.CONS IconA minus symbol representing negative aspects or drawbacks.

Schon in dieser vereinfachten Form sticht eine Sache heraus: das Feld „Fällig“.

Es ist nicht nur Rohdaten—wir sehen eine Regel angewendet auf den Landtyp, den Inhaber und den Kontext der Produktivität. Ägyptologen interpretieren den Papyrus als eine Bestandsaufnahme des Landes und als fiskalisches Register, in dem die Verpflichtungen standardisierte Steuerpraktiken widerspiegeln, die an die Einteilung des Landes und den erwarteten Ertrag gebunden sind.¹

Und das zeigt etwas Wichtiges:

Der Wilbour-Papyrus war keine bloße Dokumentation. Er war Teil eines Systems, das ein tief menschliches Problem lösen sollte—wie man konsistente, skalierbare Entscheidungen in einer komplexen Wirtschaft trifft.


Code ohne Pipeline bereitstellen: Der Weg der altägyptischen Verwaltung

Lassen Sie uns ein Szenario vorstellen. Unter Ramses V. wird ein Dekret erlassen:

„Von nun an wird Land vom Typ ihwty mit einem höheren Satz besteuert.“

Was passiert als Nächstes?

Es gibt kein zentrales System zum Aktualisieren. Keine Datenbankmigration. Keine Deployment-Pipeline.

Stattdessen reagiert das System über Menschen.

Die Verwaltung im Alten Ägypten war stark strukturiert, mit Hierarchien von Beamten, regionaler Herrschaft und geschulten Schreiberinnen und Schreibern, die für die Anwendung standardisierter Verfahren verantwortlich waren.² Wenn sich Richtlinien änderten—etwa bei Steuersätzen oder Verpflichtungen—wurden diese Änderungen über administrative Kanäle verbreitet und in anschließenden Beurteilungen umgesetzt.

Die neue Regel würde sein:

  • Über Beamte kommuniziert
  • Von Schreiberinnen und Schreibern erlernt und angewendet
  • In künftigen Steuerbemessungen widergespiegelt

Aufzeichnungen wie der Wilbour-Papyrus würden jedoch nicht sofort aktualisiert. Sie stellten eine Momentaufnahme eines vermessenen Zustands dar, und neue Register wurden typischerweise in späteren Verwaltungszyklen erstellt.¹

So sah die Weitergabe von Entscheidungsaktualisierungen im Alten Ägypten aus:

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

Prozess der Weitergabe von Entscheidungsaktualisierungen im Alten Ägypten

Zwei Dinge stechen hervor.

Erstens konnten sich Regeländerungen relativ schnell ausbreiten—innerhalb von Wochen oder Monaten—sobald die Beamten informiert waren. Zweitens hinkten die Daten selbst hinterher; oft dauerte es einen ganzen Verwaltungszyklus (oder länger), bis die neue Realität vollständig abgebildet war.

Mit anderen Worten:

Die Logik wurde zuerst aktualisiert. Die Daten zogen später nach.

Das passt zu dem, was Historiker über die ägyptische Verwaltung verstehen: ein System, das in der Lage ist, Regeln konsistent anzuwenden, aber abhängig von periodischen Vermessungen und Aktualisierungen der Aufzeichnungen statt von kontinuierlicher Synchronisation.


3.000 Jahre vorwärtsgedacht

Etwa 3.000 Jahre später nahm ich einen Auszug, inspiriert vom Wilbour-Papyrus, und gab ihn in den DecisionRules AI Assistant ein.

Anstelle eines handschriftlichen Registers erhielt ich eine strukturierte Decision Table. Die Daten sind dieselben, aber ihre Form und Anwendung sind völlig anders.

table.png

Decision Table

Die Transformation—von implizitem institutionellem Wissen zu expliziter, ausführbarer Logik—geschah augenblicklich. Was früher geschulte Schreiberinnen und Schreiber und administrative Infrastruktur erforderte, dauert jetzt nur noch Sekunden.

Einfach gesagt:

Die Herausforderungen haben sich nicht geändert. Nur die Werkzeuge.


Weitergabe von Entscheidungsaktualisierungen heute

Rekapitulieren wir dieselbe Regeländerung in einem modernen System:

„Erhöhen Sie die Steuer für ihwty-Land.“

In DecisionRules sieht der Prozess ganz anders aus.

Eine Business-Person aktualisiert eine Decision Table in einer intuitiven (zumindest für einen modernen Menschen) Oberfläche im Stil einer Tabellenkalkulation. Die Änderung wird sofort getestet. Nach der Validierung wird sie mit nur einer Aktion ausgerollt. Die aktualisierte Logik wird anschließend in Echtzeit über API-Aufrufe in allen verbundenen Systemen ausgeführt, und ihre Auswirkungen können fortlaufend überwacht werden.

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

Weitergabe von Entscheidungsaktualisierungen in DecisionRules

Im Vergleich zum Alten Ägypten ist der Kontrast frappierend:

Regeländerungen werden sofort weitergegeben

Die Ausführung erfolgt in Millisekunden

Daten und Logik bleiben synchron

Was früher Monate dauerte, passiert jetzt in nahezu Echtzeit.


Was gleich blieb

Trotz des technologischen Sprungs bleibt die zugrunde liegende Struktur überraschend vertraut.

Wir lösen weiterhin dieselben zentralen Probleme:

  • Wie man Regeln klar definiert
  • Wie man sie konsistent anwendet
  • Wie man Entscheidungen über Systeme hinweg skaliert

Das Muster ist zeitlos:

Eingaben → Regeln → Ausgaben

Das Alte Ägypten hatte die Eingaben (Land, Eigentum, Ertrag), die Regeln (institutionelle Steuerlogik) und die Ausgaben (Getreideverpflichtungen). Heute formalisieren und automatisieren wir dieselbe Struktur mithilfe von Rule Engines.


Fazit

Die Ägypter waren—im Kontext ihrer Zeit—erstklassig darin, komplexe, regelbasierte Systeme zu verwalten. Ihre Verwaltung bewältigte großskalige Besteuerung, Logistik und die Zuweisung von Ressourcen mit einer Konsistenz und Struktur, die nur wenige zeitgenössische Gesellschaften erreichen konnten.

Heute stehen wir vor denselben tief menschlichen Herausforderungen, begegnen ihnen jedoch mit völlig anderen Werkzeugen. Wir sind vom Papyrus zu Cloud-Anwendungen übergegangen. Decision Logic ist nicht mehr in Institutionen eingebettet und von geschulten Personen ausgeführt—sie ist explizit, versioniert, testbar und sofort bereitstellbar.


Referenzen

Gardiner, Alan H. 1941–1952. Der Wilbour-Papyrus. 4 Bde. Oxford: Oxford University Press für das Brooklyn Museum.

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


Jakub Kaninsky

Jakub Kaninsky

Leitender Entwickler