Was ist ein Verlagsmanagementsystem? Welche Module gehören hinein?

Wer nach „Verlagsmanagementsystem” sucht, stößt auf eine merkwürdige Lücke: Man findet entweder allgemeine Buchhaltungsprogramme, Manuskript-Tracking-Software für Zeitschriften oder Warenwirtschaft für Buchhandlungen. Jedes davon verwaltet ein Organ des Verlags; keines verwaltet den Verlag.

Diese Lücke ist kein Zufall. Der Markt für Verlagssoftware ist historisch vertikal gewachsen: eigene Systeme für Zeitschriften (mit knapp 58.000 Zeitschriften auf OJS der Riese dieser Kategorie), Manuskript-Tracking-Werkzeuge, Druckereisoftware, generische E-Commerce-Pakete für den Buchverkauf … Der Verlag aber ist nicht vertikal, sondern horizontal: Dieselbe Institution wartet in derselben Woche auf ein Gutachten, gibt ein Druckangebot frei, bringt Pakete zur Post und rechnet Autorenhonorare ab.

Dieser Beitrag ist der Versuch, die Kategorie „Verlagsmanagementsystem” zu definieren: Was dürfen Sie von einem solchen System erwarten — und was bedeutet es, wenn etwas fehlt? Dann haben Sie in Wahrheit ein Werkzeug aus einer anderen Kategorie vor sich.

Definition: das System, das das ganze Leben eines Werks trägt

Ein Verlagsmanagementsystem ist Software, die den gesamten Lebenszyklus eines Werks von der Einreichung bis nach dem Verkauf unter einem einzigen Dach verwaltet. Die entscheidende Formulierung ist „unter einem Dach”: Zeitschriftensoftware + Buchhaltungsprogramm + E-Commerce-Paket nebeneinanderzustellen ist kein System, sondern eine Sammlung. Der Maßstab dafür, ein System zu sein: Wenn ein Verkauf stattfindet, werden Rechnung, Bestandsabbuchung und Tantiemenbuchung von selbst als Folgen desselben Ereignisses verarbeitet — nicht als drei getrennte Eingaben in drei Programme.

Die unverzichtbaren Module

Der Kern der Kategorie lässt sich in sieben Punkten zusammenfassen:

1. Einreichung und Begutachtung. Einreichungsformulare je Werktyp, Vorprüfung, Gutachterverwaltung, Entscheidungsprozesse. Die Stärke zeitschriftenzentrierter Systeme; dieselbe Disziplin muss aber auch Buch- und Kapitelprozesse tragen.
2. Produktionsabläufe. Lektorat, Übersetzung, Satz, Umschlag, Druckereikoordination; Aufgabenzuweisung und Qualitätskontrollen. In den meisten Werkzeugen fehlt das vollständig — die Produktion lebt in der E-Mail.
3. Katalog, Editionen und Bestand. ISBN/ISSN-Verwaltung, Druck- und Auflagendaten, formatbezogene Editionen, kontrollierte Bestandsbewegungen. Dieses Modul auf der Buchseite haben wir in Was ist ein Buchverwaltungssystem aufgeschlüsselt, die Beziehung Werk–Auflage–Format in Auflage, Edition und ISBN.
4. Verkaufsschaufenster. Ein Shop unter der eigenen Domain der Institution, live mit dem Katalog verbunden: Print, Digital, Bundle; Gastbestellung; digitale Bibliothek. Den Katalog von Hand in ein separates E-Commerce-Paket zu übertragen ist der Punkt, an dem der Bruch beginnt. Dass die Verkaufsfähigkeiten verbreiteter Open-Source-Werkzeuge im Buchbereich schwach sind (bei OMP etwa bleibt die Bezahlung auf Plugin-Niveau), lässt diesen Bedarf seit Jahren offen.
5. Buchhaltung und Tantiemen. Fakturierung, Anbindung an die doppelte Buchführung, Autorenverträge und periodische Honorarabrechnung. Der Satz „Das exportieren wir nach Excel” ist das Eingeständnis, dass dieses Modul fehlt.
6. Dokumentenerzeugung. Annahmeschreiben, Verträge, Quittungen — automatisch und verifizierbar aus der Vorlage der Institution erzeugt.
7. Reporting und Audit. Redaktionelle und finanzielle Dashboards; ein unveränderliches Audit-Protokoll, das die Frage „Wer hat wann was getan?” beantwortet.

Auswahlkriterien: jenseits der Modulliste

Zwei Systeme können dieselbe Modulliste bieten und sich völlig unterschiedlich anfühlen. Die Fragen, die nach der Modulliste kommen:

• Stehen die Prozesse im Code oder in der Konfiguration? Wenn sich die Begutachtungsschritte Ihrer Institution ändern: Warten Sie auf eine Entwicklung des Anbieters, oder stellen Sie es im Panel um?
• Wem gehören die Daten, und wo liegen sie? Gehören Ihre Daten Ihnen, oder liegen sie in einem gemeinsamen Pool? Können sie auf Wunsch auf Ihrem eigenen Server gehalten werden?
• Sind die Rollen wirklich getrennt? Dass die Buchhaltung keine Gutachten sehen kann, ist keine Ansichtssache, sondern eine Designfrage.
• Ist der Datenschutz nach KVKK eingebaut oder aufgeflickt? KVKK ist das türkische Datenschutzgesetz, Pendant zur DSGVO. Einwilligungsnachweise, Aufbewahrungsfristen, personenbezogene Daten in Logs — nachgerüstete Compliance bleibt immer lückenhaft.
• Wer trägt die Last von Installation und Betrieb? Die internationale Erfahrung zeigt, dass selbst Open-Source-Werkzeuge für Installation und Wartung technische Expertise verlangen; fehlt diese Kapazität in der Institution, braucht es einen Ansprechpartner, der die Last übernimmt.

Mit diesem Kriterienset die eigenen Werkzeuge zu bewerten ist eine Arbeit von einer halben Stunde — und liefert meist dasselbe Ergebnis: Jedes Ihrer Werkzeuge ist in seiner Vertikale gut; der Bruch liegt dazwischen.

„Alles in einem” ist nicht dasselbe wie „alles integriert”

Eine Falle in der Kategoriedefinition verdient eine eigene Markierung. Manche Anbieter stellen ihre getrennten Produkte nebeneinander und verkaufen sie als „End-to-End-Lösung”: ein Zeitschriftensystem + ein E-Commerce-Paket + eine Buchhaltungssoftware, verbunden über Datenbrücken. In der Broschüre ist das eine Lösung; im Alltag sind es drei Systeme.

Der praktische Test für den Unterschied sind Grenzszenarien:

• Ein Kunde hat ein Buch zurückgegeben; korrigiert sich die Tantiemenbuchung von selbst, oder wird in der Buchhaltung von Hand nachgebessert?
• Der Titel eines Werks hat sich geändert; werden Shopseite, Vertragsdaten und die Darstellung auf Rechnungen an einer Stelle aktualisiert?
• Während die Autorin im Panel ihre frühere Einreichung ansieht — sieht die Institution den Verkaufsstatus desselben Werks im Shop im selben Datensatz?
• Wenn ein Audit ansteht: Liegt „jeder Vorgang zu diesem Werk” auf einer Zeitleiste oder in den Logs dreier Systeme?

In der Brückenarchitektur lautet die Antwort auf diese Fragen immer „wenn die Übertragung läuft” — und Übertragungen sind berüchtigt dafür, ausgerechnet an Ihrem vollsten Tag auszufallen. Unter einem Dach werden die Fragen gegenstandslos; es gibt keine zweite Kopie, die man korrigieren müsste.

Dieser Unterschied ist im Einkaufsprozess selten sichtbar — im sechsten Nutzungsmonat ist er alles. Fragen Sie in der Demo statt nach der „Modulliste” nach den vier Szenarien oben; die Art der Antwort erklärt die Architektur besser als jede Broschüre.

Wir haben die Kategorie für genau diese Lücke gegründet

Sagen wir es offen: Wir haben Nasirus entwickelt, damit es genau in diese Definition passt — vier Werktypen, ein System; von der Begutachtung bis zum E-Commerce, von der Buchhaltung bis zum Audit-Protokoll: sämtliche Punkte oben unter demselben Dach. Auch die Kriterienliste oben ist der Kompass auf unserem Tisch: die Prozesse in der Hand der Institution, Ihre Daten in Ihrem Eigentum, die Berechtigungen gestaffelt, der Datenschutz von Anfang an.

Wenn Sie Ihr eigenes Werkzeuginventar in den Rahmen dieses Beitrags stellen möchten, sehen Sie sich die Modulübersicht an oder schreiben Sie uns Ihr Inventar — wir arbeiten gemeinsam heraus, welcher Teil ins System gehört und welcher sinnvollerweise bleibt, wo er ist.