25 Jahre JOX von Talkline zu freenet.

1995 – 2000: Vom Skript-Chaos zum eigenen Werkzeug

Die Geschichte von JOX beginnt 1995 bei der Talkline GmbH, damals ein junger Mobilfunkanbieter im wachsenden deutschen Markt. Den Tagesbetrieb des damaligen Abrechnungssystems realisierte Talkline mit einem großen Bestand an Shell-Skripten mit eingebetteten sqlplus-Aufrufen. Diese Skripte wurden manuell gestartet und überwacht. Fehler mussten erkannt und einzeln nachbearbeitet werden; Sichtbarkeit über den Gesamtfortschritt der täglichen Abläufe war kaum vorhanden.

Aus diesem Umfeld entstand bei Talkline schrittweise ein erstes Werkzeug, entwickelt von Alexander Odesser in enger Abstimmung mit den System- und Billing-Analysten im Talkline-Servicebüro: eine Server-Anwendung in Perl, die auf einer Oracle-Datenbank arbeitete, mit einer GUI in SQL-Windows. "Job Maintenance" hieß das. Es lief sehr gut – aber nur auf einem einzigen Server. Für die wachsenden Anforderungen einer Multi-Server-Landschaft war es nicht ausgelegt.

In den Folgejahren entwickelte derselbe Autor bei einer Nachfolgefirma eine zweite Generation: den "Job Manager" – multi-server-fähig, sauberer, aber bei Talkline wurde er nie eingeführt. Job Maintenance lief dort einfach zu gut, um es abzulösen.

Der Auslöser kam im Jahr 2000: Talkline entschied sich, das in die Jahre gekommene Abrechnungssystem durch eine neue Plattform eines internationalen Anbieters zu ersetzen. Das Versprechen umfasste auch eine moderne Scheduling-Schicht, die den Batch-Betrieb tragen sollte. In der Praxis stellte sich heraus, dass die mitgelieferte Schicht für den realen Talkline-Betrieb nicht ausreichte. Routine-Abläufe mussten weitgehend manuell gefahren werden – mit allen Folgen für Fehlerquote, Nachtdienste und Sichtbarkeit.

An diesem Punkt rief Talkline beim Entwickler von Job Maintenance an. Inzwischen selbständig, übernahm er den Auftrag, das interne Tool so weiterzuentwickeln, dass es den neuen Betrieb tragen würde. Genau aus diesem Auftrag entstand JOX.

2001: Greenfield mit Erfahrung

JOX wurde von Grund auf neu in Java entwickelt – multi-server-fähig von Anfang an, mit einem zentralen Repository und verteilt arbeitenden Server-Prozessen. Eine Migrations-Funktion las die Job-Definitionen aus Job Maintenance direkt ein, sodass das angesammelte Talkline-Know-how nicht verloren ging.

Die Einführung dauerte fünf bis sechs Monate. Das Vorgehen war iterativ und eng am tatsächlichen Migrations-Bedarf orientiert; die Branchen- und Talkline-Kenntnis des Entwicklers verkürzte die Abstimmungswege mit dem Servicebüro erheblich.

Die Prozessautomatisierung für das neue Abrechnungssystem und die JOX-Einführung liefen parallel, Schritt für Schritt. Statt einen festen Endzustand vorzudefinieren, wurden die Anforderungen kontinuierlich priorisiert: was funktionierte, wurde produktiv genommen; was als Nächstes wichtig wurde, wurde nachgezogen.

Die Talkline-Kollegen gestalteten beide Seiten aktiv mit: die Prozesse, die in JOX abgebildet werden sollten, und JOX selbst – durch Anforderungen, Tests und schnelles Feedback aus dem Produktivbetrieb. Genau dieses tägliche Zusammenspiel hat aus einem Werkzeug für einen einzelnen Kunden eine Plattform gemacht, die anderen Installationen seither zugute kommt.

Vom Krisenmodus in den stabilen Betrieb

Das neue Abrechnungssystem ging in Produktion, die Prozesse mussten Tag und Nacht laufen. Im Tagesgeschäft waren bei Talkline rund 20 bis 30 eigene Mitarbeiter beschäftigt, dazu 10 bis 15 externe Consultants des Plattform-Anbieters. Drei bis vier Studenten begleiteten zusätzlich nachts die End-of-Day-Verarbeitung. Fehler waren in dieser Phase häufig – neu eingeführte Abrechnungslogik trifft auf neu eingeführte Schnittstellen, das ist normaler Anlaufschmerz, und ohne tragende Scheduling-Schicht multiplizierte sich jeder einzelne Fehler in Folgeaufwand.

Mit JOX nahm man das Anstoßen, Überwachen und Behandeln dieser Prozesse Schritt für Schritt in die Hand. Die Analysten modellierten die Abhängigkeiten zwischen den Verarbeitungsschritten als JOX-Gruppen/Workflows, definierten Fehler-Behandlung und Wiederholungslogik einmalig, und ließen sie in JOX laufen. Was vorher manuelle Aufmerksamkeit erforderte, lief jetzt deterministisch. Die wirklichen Fehler – die fachlichen, in der Abrechnungslogik selbst – wurden dadurch erst sichtbar, weil der Lärm der manuellen Pannen verschwunden war.

Drei Größenordnungen zeigten den Effekt der Einführung:

• Drei bis vier Studenten in der Nacht waren für die End-of-Day-Verarbeitung nicht mehr nötig. Der Lauf koordinierte sich selbst, Eskalationen kamen nur noch im Ausnahmefall.
• Externe Consultants des Plattform-Anbieters wurden im Tagesgeschäft schrittweise immer weniger gebraucht. Die Talkline-Mannschaft konnte den Betrieb selbst tragen.
• Die Fehlerrate sank auf einzelne, fachlich begründete Fälle. Die Fehlerklasse "Skript hat nicht gestartet / Skript ist abgebrochen / niemand hat es gemerkt" verschwand.

Innerhalb weniger Jahre wuchs die JOX-Installation bei Talkline auf rund 1.000 Jobs pro Tag. Verteilt auf drei bis fünf Solaris-Server, drei bis fünf Oracle-Datenbanken und drei bis vier Areas: eine marktübergreifende plus marktspezifische für die einzelnen Märkte. Eine typische Tagesverteilung umfasste 50 bis 100 Jobs für einen Billrun (der etwa einen Tag lief), 100 bis 200 für die End-of-Day-Verarbeitung, dazu rund 100 für sonstige Prozesse.

Die Arbeit des Talkline-Teams wandelte sich grundlegend. Statt manuell Skripte zu starten und Fehler zu suchen, modellierten die Kollegen neue Prozesse und brachten sie in JOX. JOX war von Anfang an als Plattform gedacht, nicht als Notlösung für den Migrations-Moment. In den Folgejahren entwickelte sich genau das: JOX wurde bei Talkline die zentrale Steuerung für jeden neuen Abrechnungsprozess.

Übernahme und Comeback

In den Jahren nach der Talkline-Hochphase wurde das Unternehmen Teil eines größeren Mobilfunkanbieters. Der Kundenbestand wurde in das hauseigene Abrechnungssystem migriert. Der hauseigene Scheduler kam damit automatisch zum Einsatz.

Im neuen Betrieb bewährte sich dieser Scheduler nicht in dem Maße, wie JOX es zuvor bei Talkline getan hatte. Die Erinnerung an die JOX-Zeit war im Haus präsent: viele der Kollegen, die die JOX-Landschaft über die Jahre mit aufgebaut hatten, waren weiterhin im Unternehmen.

2013 wurde JOX zurückgeholt. Der Auftrag war konkret: Billing und Rating sollten wieder auf JOX laufen. Die Entscheidung fiel nicht in einer Krise, sondern als bewusste Wahl aus der eigenen Erfahrung heraus. Politisch nicht trivial, fachlich klar.

Heute bei freenet DLS

Im Jahr 2026 steuert JOX bei der freenet DLS GmbH einen wesentlichen Teil des operativen Abrechnungsbetriebs des Mobilfunkanbieters. Seit der Rückkehr 2013 ist die Plattform dort produktiv im Einsatz.

Kennzahl	Stand 2026
Job-Templates	ca. 4.000
Verteilt auf Gruppen	77
Areas in Produktion	15
JOX Locations	89
Aktive JOX-Server-Anwendungen	73
Ausgeführte Jobs täglich	über 23.000
Benutzer (in 24h aktiv / gesamt)	~20 / über 100

Diese Skala ist auf eine technisch heterogene Landschaft verteilt. JOX-Repository und Job-Ziele decken heute PostgreSQL, Oracle, MySQL und weitere DBMS ab. Das Betriebssystem ist durchgängig Linux, der Betrieb verteilt sich auf on-premise und Cloud-Umgebungen.

Die 15 Areas in Produktion strukturieren den Betrieb sauber: fünf mandantenspezifische Areas für Rating und Billing, eine markenübergreifende für die o.g. Prozesse, weitere für angrenzende Anwendungen. Dazu kommt eine zweite JOX-Installation als Test-Repository, die als Entwicklungs- und Test-Umgebung dient.

JOX wird bei freenet DLS nicht nur als Steuerungsplattform für den laufenden Betrieb eingesetzt, sondern auch als Entwicklungswerkzeug: neue Prozesse werden direkt in JOX implementiert und getestet. Die über 100 Benutzer der Plattform kommen aus Entwicklung, Analyse, Betrieb und den verschiedenen Fachbereichen.

Seit den frühen 2000er-Jahren ist die Plattform mehrfach gewachsen. Die Grundarchitektur ist dieselbe geblieben: ein zentrales Repository, verteilte Server-Prozesse, eine klare Trennung zwischen Was (Job-Templates in Gruppen) und Wann und Wo (Orders mit Locations in Areas). Genau das, was 2001 angelegt wurde.

Was 2001 als Lösung für ein konkretes Talkline-Problem entstand, trägt heute das Rückgrat des Mobilfunk-Abrechnungsbetriebs. 25 Jahre Praxis. Eine Plattform.