---
title: "Automatisierung des Fundraising-Datenraums mit der Papermark CLI (2026)"
lang: de
canonical_url: https://www.papermark.com/de/blog/automate-fundraising-data-room-papermark-cli
last_updated: 2026-07-08
published: 2026-07-03
category: [datarooms, fundraising]
author: "Marc Seitz"
summary: "Ein einziges Shell-Skript verwandelt einen lokalen Ordner in einen strukturierten Fundraising-Datenraum mit VC-spezifischen Links, E-Mail-Verifizierung und Ablaufdaten. Papermark CLI Cookbook mit Code."
---

# Automatisierung des Fundraising-Datenraums mit der Papermark CLI (2026)

Ein einziges Shell-Skript kann einen Ordner mit PDFs auf deinem Laptop in einen strukturierten Fundraising-Datenraum verwandeln – mit einem separaten, per E-Mail gesicherten und zeitlich begrenzten Link für jeden VC auf deiner Liste. Die `papermark` CLI (auf npm) umhüllt die vollständige [Papermark Datenraum-API](/de/blog/data-room-api.md) mit maschinenlesbarer JSON-Ausgabe, sodass sich der gesamte Workflow sauber skripten lässt: hochladen, strukturieren, Links erstellen, Linkliste ausgeben. Dieses Cookbook liefert dir das vollständige Skript sowie alle Bausteine zur Anpassung – konzipiert für technische Gründer, die lieber fünfzehn Minuten Bash schreiben als ein Wochenende lang durch ein Dashboard zu klicken.

## Warum deinen Fundraising-Datenraum automatisieren?

Ein Fundraising-Prozess ist von Natur aus repetitiv. Jeder Investor erhält denselben Datenraum, benötigt jedoch einen eigenen Zugang: einen eigenen Link, ein eigenes E-Mail-Gate und eine eigene Analysespur, damit du weißt, wer die Finanzdaten tatsächlich vor dem Partner-Meeting gelesen hat. Das manuell für 20 Firmen durchzuführen bedeutet 20 Runden identischer Link-Konfiguration – und jedes Mal wieder von vorne anzufangen, wenn das Deck eine neue Version erhält.

Automatisierung beseitigt sowohl den Aufwand als auch Inkonsistenzen. Die Linkliste wird automatisch generiert, sodass keine Firma vergessen wird. Die Sicherheitseinstellungen sind im Code hinterlegt, sodass kein Link versehentlich ohne Ablaufdatum verschickt wird. Und wenn du in 18 Monaten wieder eine Finanzierungsrunde startest, ist das Skript die Dokumentation deines letzten Prozesses. Die zugrundeliegende Struktur folgt dem bewährten [Fundraising-Datenraum](/de/blog/why-startups-need-virtual-data-room-for-fundraising.md)-Konzept – wir machen es lediglich reproduzierbar.

Die versteckten Kosten des manuellen Ansatzes liegen nicht im Klicken, sondern in der Abweichung. Wenn du den zwölften Link per Hand konfigurierst, hörst du auf, das Ablaufdatum und die E-Mail-Schranke noch einmal zu überprüfen – und genau dann wird ein Link ohne jede Absicherung verschickt. Eine abgeschlossene Finanzierungsrunde mit einer aktiven, ungeschützten URL im Posteingang eines Partners ist genau die Art von Datenpanne, die erst auffällt, wenn ein Mitbewerber deine Zahlen zitiert. Wenn die Einstellungen in einem Skript hinterlegt sind, erhält jeder Investor exakt dieselbe Zugriffsrichtlinie – und diese Richtlinie lässt sich in einem Pull Request prüfen, bevor ein einziger Link existiert. So funktioniert Data-Room-Automatisierung nach dem Prinzip von Infrastructure-as-Code: Die Konfiguration ist die einzige Wahrheit, nicht der zufällige Zustand eines Dashboards.

Es gibt auch einen Audit-Vorteil. Ein geskripteter virtueller Datenraum hinterlässt zwei Artefakte, die du ins Deal-Repository einchecken kannst: das Skript, das den Raum erstellt hat, und das `links.csv`, das es ausgegeben hat. Sechs Monate später, wenn ein Abschluss bevorsteht und die Rechtsabteilung fragt, wer wann Zugriff auf die Cap Table hatte, beantwortest du das aus der Versionskontrolle – nicht aus dem Gedächtnis. Für einen technischen Gründer ist diese Reproduzierbarkeit mehr wert als die fünfzehn Minuten, die das Skript beim Setup spart.

Die CLI ist das richtige Werkzeug für diesen Zweck: Sie ist für einmalige Skripte, Cron-Jobs und CI ausgelegt und benötigt etwa 50–150 ms pro Aufruf. Wenn du stattdessen einen Backend-Dienst aufbaust, nutze direkt die [REST API](https://www.papermark.com/docs/api). Wenn du lieber im Dialog arbeitest als zu skripten, läuft derselbe Workflow über [Claude und den MCP-Server](/de/blog/how-to-create-data-room-with-claude.md).

## Einrichtung: Installation und Anmeldung

Zwei Befehle. Du brauchst Node 24+ und einen Papermark-Plan mit API-Zugang (Business oder höher; der Data-Rooms-Plan kostet 99 €/Monat mit einer 7-tägigen kostenlosen Testphase).

```bash
npm install -g papermark
papermark login
```

`papermark login` startet einen OAuth-2.1-Device-Flow: Es wird ein Code angezeigt, den du im Browser bestätigst, woraufhin das Token mit `0600`-Berechtigungen auf dem Datenträger gespeichert wird. Setze in CI-Umgebungen stattdessen die Umgebungsvariable `PAPERMARK_TOKEN` mit einem im Dashboard erstellten Token. Überprüfe die Einrichtung mit `papermark whoami` – falls etwas nicht stimmt, prüft `papermark doctor` deine Konfiguration, dein Token und die API-Erreichbarkeit.

Zwei globale Flags machen die CLI skriptfähig. `--json` erzwingt einen stabilen JSON-Envelope (`{ "ok": true, "data": ... }`) und wird automatisch aktiviert, wenn die Ausgabe weitergeleitet wird – sodass `jq` immer maschinenlesbare Ausgaben erhält. `--dry-run` gibt die HTTP-Anfrage aus, die gesendet würde (Token geschwärzt), und beendet den Vorgang – das ist der schnellste Weg, ein Skript zu debuggen, ohne dein Konto zu beeinflussen.

## Das Skript: Ordner rein, Link-Liste raus

Hier ist das vollständige Skript. Es erwartet deine Dokumente in lokalen Unterordnern (die [Sechsordner-Struktur für Fundraising](/de/blog/data-room-folder-structure.md) eignet sich gut) sowie eine `vcs.txt` mit einem Firmennamen und einer E-Mail-Adresse pro Zeile.

```bash
#!/usr/bin/env bash
set -euo pipefail

DEAL_DIR=~/deals/acme-series-a
ROOM_NAME="Acme Series A"
EXPIRY="2026-09-30T00:00:00Z"

## 1. Create the data room
DR_ID=$(papermark datarooms create \
  --name "$ROOM_NAME" \
  --description "Series A raise, Q3 2026" \
  --json | jq -r '.data.id')
echo "Created data room: $DR_ID"

## 2. Upload every PDF and attach it to the room
for f in "$DEAL_DIR"/**/*.pdf; do
  DOC_ID=$(papermark documents upload "$f" --json | jq -r '.data.id')
  curl -sX POST "https://api.papermark.com/v1/datarooms/$DR_ID/documents" \
    -H "Authorization: Bearer $PAPERMARK_TOKEN" \
    -H "Content-Type: application/json" \
    -d "{\"documentId\":\"$DOC_ID\"}" > /dev/null
  echo "Uploaded: $(basename "$f")"
done

## 3. One gated, expiring link per VC
echo "" > links.csv
while IFS=, read -r FIRM EMAIL; do
  URL=$(papermark links create \
    --dataroom "$DR_ID" \
    --name "$FIRM" \
    --email-protected \
    --expires "$EXPIRY" \
    --json | jq -r '.data.url')
  echo "$FIRM,$EMAIL,$URL" >> links.csv
done < vcs.txt

echo "Done. Link list written to links.csv"
```

Führe das Skript aus, und `links.csv` ist dein Outreach-Artefakt: Firma, Kontakt, persönliche URL. Jeder Link verweist auf denselben Raum, erfordert eine E-Mail-Verifizierung und läuft am 30. September ab – unabhängig davon, ob du dich daran erinnerst.

![Fundraising-Datenraum, erstellt mit der Papermark CLI](https://assets.papermark.io/upload/file_35DtVER7SdS1G6unRE8unv-papermark-data-room.png)

_Der strukturierte Datenraum und die investorenspezifischen Links, die das Skript aus einem lokalen Ordner erstellt._

## Aufbau des Skripts

Schritt 1 erstellt den Raum und liest seine ID aus dem JSON-Envelope mit `jq` aus. Alles Weitere baut auf `$DR_ID` auf – das Skript lässt sich daher problemlos anpassen: Ändere Namen und Verzeichnis, und der Rest bleibt unverändert.

Schritt 2 lädt jedes PDF hoch und fügt es dem Raum hinzu. Die Uploads laufen intern über S3-Presigned-URLs, sodass es keine Dateigrößenbeschränkung gibt. Falls du das Skript erneut ausführst, prüfe zunächst, was bereits im Raum vorhanden ist (`papermark datarooms`-Unterbefehle decken das ab) und überspringe Duplikate. Der [CLI-Einstiegsleitfaden](https://www.papermark.com/docs/cli/getting-started) zeigt die idempotente Variante.

Schritt 3 konzentriert den fundraisingspezifischen Mehrwert. Links pro VC bedeuten Analysen pro VC: Wenn der Link von Sequoia 40 Minuten beim Finanzmodell und der von Index zwei Minuten auf der Titelfolie anzeigt, weißt du genau, worauf du deine Woche verwenden solltest. E-Mail-Verifizierung (`--email-protected`) bestätigt, wer innerhalb des Unternehmens den Link tatsächlich geöffnet hat, und ein Ablaufdatum sorgt für Prozessdisziplin – eine abgeschlossene Runde sollte keine aktiven Links in Posteingängen hinterlassen. Du kannst auch `--password` pro Link hinzufügen, falls ein Unternehmen dies anfordert.

## CLI vs. REST-API vs. MCP-Server vs. Dashboard

Das obige Skript verwendet die CLI, aber derselbe Fundraising-Datenraum ist auf vier Wegen erreichbar – und die falsche Wahl kostet schnell einen halben Tag. Papermark stellt eine einzige Oberfläche bereit – Dokumente, Deal Rooms, investorenspezifische Links und Investorenanalysen – hinter einem einzigen Token. CLI, REST-API, MCP-Server und Dashboard sind dabei nur unterschiedliche Eingänge. Die Frage lautet nie, welcher davon „der beste“ ist, sondern welcher zur aktuellen Aufgabe passt. Es lohnt sich daher, klar zu benennen, wo jeder seinen Platz hat, bevor du einen Workflow daran bindest.

Greife zur CLI, wenn die Arbeit ein einmaliges Skript, ein Cron-Job oder ein CI-Schritt ist: Sie ist genau für das Muster optimiert, auf dem dieser Artikel aufbaut – Ordner rein, Link-Liste raus – mit etwa 50–150 ms pro Aufruf und ohne Boilerplate. Greife zur [REST-API](/de/blog/data-room-api.md), wenn du einen Backend-Dienst baust, der Links nach einem Zeitplan oder als Reaktion auf Ereignisse deiner eigenen App erstellt und du typisierte Antworten sowie volle Kontrolle über Wiederholungsversuche möchtest. Greife zum [MCP-Server](/de/blog/papermark-mcp-server.md), wenn du lieber das gewünschte Ergebnis beschreibst, als die einzelnen Schritte zu schreiben, und [Claude die Datenraum-Automatisierung](/de/blog/how-to-create-data-room-with-claude.md) per Prompt steuern lassen möchtest. Das Dashboard bleibt die beste Wahl für Dinge, die ein Mensch selbst prüfen sollte: eine Heatmap überfliegen, einen Raum vor dem Versand kontrollieren oder den einen individuellen Link erstellen, für den ein Skript übertrieben wäre.

| Schnittstelle | Am besten für | Einrichtungsaufwand | Reproduzierbarkeit |
| --- | --- | --- | --- |
| CLI | Einmalige Skripte, Cron-Jobs, CI-Schritte — das Fundraising-Setup in diesem Artikel | Gering: npm install -g papermark, dann einloggen | Hoch: das Skript ist die Aufzeichnung dessen, was du getan hast |
| REST API | Backend-Dienste, die Links nach einem Zeitplan oder basierend auf App-Ereignissen erstellen | Mittel: Integrationscode schreiben und hosten | Hoch, wenn dein Code unter Versionskontrolle steht |
| MCP server | Konversationelle, flexible Workflows, gesteuert durch Claude oder ChatGPT | Gering: Server verbinden, dann in natürlicher Sprache eingeben | Geringer: Eingaben variieren von Ausführung zu Ausführung |
| Dashboard | Analysen überblicken, Plausibilitätsprüfungen, individuelle Einzel-Links | Keiner: einloggen und klicken | Keine: manuelle, nicht protokollierte Klicks |

Der praktische Weg für die meisten Gründer ist es, mit dem Skript hier zu beginnen, das Dashboard für den visuellen Überblick über das Engagement offen zu halten und erst dann zur REST API oder zum MCP-Server zu wechseln, wenn ein konkretes Problem dies erfordert. Da alle vier eine einzige Token- und Datenmodellbasis teilen, ist nichts, was du über die CLI erstellst, wegwerfbar: Der Raum, die Links und die Analysen sind identisch, egal durch welche Tür du eingetreten bist.

## Sicherheit und Zugriffskontrolle pro Investorenlink

Fundraising ist der Moment, in dem deine sensibelsten Dokumente — Cap Table, Finanzmodell, Kundenverträge — deiner Kontrolle entzogen werden. Daher ist die Zugriffsrichtlinie für jeden Investorenlink genauso wichtig wie das Deck selbst. Der Vorteil eines geskripteten virtuellen Datenraums besteht darin, dass Sicherheit aufhört, ein Kontrollkästchen zu sein, das du möglicherweise vergisst, und stattdessen zu einer Reihe von Flags bei jedem `links create`-Aufruf wird, die identisch auf alle 20 Unternehmen angewendet werden. Jede Einstellung, die das Dashboard bietet, ist auch über die CLI oder einen curl-Aufruf erreichbar, da alle dieselbe API nutzen — durch das Scripting musst du also keine Abstriche beim Komfort zugunsten der Kontrolle machen.

Vier Flags erledigen den Großteil der Arbeit. `--email-protected` sperrt den Raum hinter einer verifizierten E-Mail-Adresse, sodass du weißt, dass eine echte Person der Firma ihn geöffnet hat – und nicht nur eine weitergeleitete URL; `--password` fügt ein gemeinsames Passwort für Firmen hinzu, die eines anfordern; `--expires` setzt eine feste Frist, sodass der Zugang mit der Finanzierungsrunde endet – unabhängig davon, ob du daran denkst; und Download-Berechtigungen legen fest, ob ein Betrachter die PDFs herunterladen oder nur im Browser lesen kann. Die zugrundeliegende API unterstützt außerdem dynamisches Wasserzeichen, das die E-Mail-Adresse jedes Betrachters auf jeder Seite einblendet – so lässt sich ein Screenshot eines Finanzmodells direkt auf die Firma zurückverfolgen, die es weitergegeben hat. Kombiniere diese Optionen im selben `links create`-Aufruf, und jeder Investoren-Link wird mit der vollständigen Richtlinie ausgeliefert:

```bash
papermark links create \
  --dataroom "$DR_ID" \
  --name "Index Ventures" \
  --email-protected \
  --password "$SHARED_SECRET" \
  --expires "$EXPIRY" \
  --no-download \
  --json | jq -r '.data.url'
```

Der Widerruf ist die Kontrollfunktion, die Gründer häufig vergessen – dabei ist sie durch Scripting besonders einfach umzusetzen. Da jede Firma ihren eigenen Link hat, kannst du den Zugang einer einzelnen Firma deaktivieren – etwa bei einem Investor, der abgesagt hat, oder bei einer geleakten URL – ohne die anderen neunzehn Links zu berühren. Das geht entweder durch Löschen des Links oder durch Setzen eines bereits vergangenen Ablaufdatums. Das investorenbasierte Modell sorgt von Grund auf für granulare Zugriffskontrolle: Es gibt keinen einzelnen gemeinsamen Link, dessen mögliche Kompromittierung du im Hinterkopf behalten müsstest – nur eine übersichtliche Eins-zu-eins-Zuordnung von Firma zu Link zu Analyse-Protokoll, das du jederzeit während der Finanzierungsrunde einsehen kannst.

## Investor-Analytics im Terminal auslesen

Der Grund, einen Fundraising-Datenraum per Skript aufzubauen, liegt nicht nur im Aufbau selbst, sondern auch in der Beobachtung. Sobald die Links verschickt sind, wird die Finanzierungsrunde zum Informationsspiel – und die Investor-Analytics zeigen dir, wo du stehst, bevor es dir ein Partner mitteilt. Eine Firma, die zwanzig Minuten im Finanzmodell verbringt und zweimal zurückkommt, führt intern Due Diligence durch; eine Firma, die die Titelfolie einmal geöffnet und nie wieder aufgerufen hat, ist eine höfliche Absage, von der du noch nichts weißt. Dieses Signal direkt im Terminal zu lesen bedeutet, dass du nie einen Browser-Tab öffnen musst, um zu wissen, wer ernsthaftes Interesse hat – und es bedeutet, dass das Signal Automatisierungen auslösen kann, anstatt nur in einem Dashboard zu verharren.

Dasselbe Token, das den Raum erstellt hat, liest ihn auch aus – die Analytics befinden sich damit nur einen Befehl entfernt von überall, wo deine Skripte bereits laufen. Aggregierte Raumstatistiken, individuelle Zuschauer-Footprints und linkbezogene Aufrufereignisse sind jeweils nur ein Befehl entfernt. Da die Ausgabe bei Pipe-Nutzung standardmäßig JSON ist, verwandelt `jq` jedes davon in genau das Feld, das dich interessiert:

```bash
## Aggregate stats for the room
papermark datarooms stats "$DR_ID"

## One firm's footprint
papermark datarooms viewers "$DR_ID" --email partner@sequoia.com

## Raw view events for one link
papermark views list --link link_abcd1234 --json | jq '.data[]'
```

Leite eines dieser Ergebnisse an `jq` weiter, und du hast ein Morgenkaffee-Dashboard in deinem Terminal – oder einen Cron-Job, der an Slack postet. Exit-Codes sind vertraglich definiert (2 für Auth, 3 für Validierung, 4 für Netzwerk), sodass dein Skript zwischen „Token abgelaufen“ und „Tippfehler“ unterscheiden kann, ohne Fehler-Strings zu parsen. Die [Output-Contract-Dokumentation](https://www.papermark.com/docs/cli) listet jeden Code auf.

Für eine tiefere Engagement-Analyse sind die seitenweisen Daten hinter diesen Befehlen dieselben [seitenbasierten Analytics](https://www.papermark.com/docs/api/reference), die das Dashboard anzeigt: welche Seiten die Aufmerksamkeit gehalten haben, wo Leser abgesprungen sind, von welchem Gerät und welchem Standort.

Der eigentliche Mehrwert liegt darin, dieses Lesen in eine Push-Benachrichtigung umzuwandeln. Ein Dutzend Zeilen Bash in einem Cron-Schedule können den Raum jeden Morgen prüfen und dich nur dann benachrichtigen, wenn sich etwas geändert hat – sodass die Analytics dich finden, anstatt umgekehrt. Das Muster ist, die Aufrufanzahl abzurufen, sie mit dem Vortag zu vergleichen und an einen Slack-Webhook zu posten, wenn eine Firma einen Schwellenwert überschreitet, der eine Reaktion rechtfertigt:

```bash
#!/usr/bin/env bash
set -euo pipefail

NEW=$(papermark datarooms views "$DR_ID" --since 24h --json | jq '.data | length')
if [ "$NEW" -gt 0 ]; then
  curl -sX POST "$SLACK_WEBHOOK" \
    -H "Content-Type: application/json" \
    -d "{\"text\":\"$NEW new investor views in the last 24h\"}" > /dev/null
fi
```

Da die Exit-Codes vertraglich definiert sind, schlägt ein solcher Cron-Job laut und korrekt fehl: Ein `2` benachrichtigt dich, dass das Token abgelaufen ist, ein `4` bleibt bei einem vorübergehenden Netzwerkausfall still und versucht es beim nächsten Durchlauf erneut. Du erhältst einen Investor-Analytics-Feed in dem Kanal, in dem du bereits arbeitest – aufgebaut auf demselben CLI, das den Raum erstellt hat, ohne offenen Dashboard-Tab und ohne manuelles Polling.

## Das Skript über Runden und Entitäten hinweg wiederverwenden

Ein Fundraising-Skript zahlt sich beim zweiten Einsatz aus, nicht beim ersten. Die meisten Unternehmen nehmen mehr als einmal Kapital auf, und die Teile, die sich zwischen einer Seed-Runde und einer Series A ändern, sind genau die drei Variablen am Anfang der Datei: das Deal-Verzeichnis, der Raumname und das Ablaufdatum. Alles darunter – die Upload-Schleife, die Logik für investorenspezifische Links, der CSV-Export – ist rundenunabhängig. Das Skript als kleines, parametrisiertes Werkzeug zu betrachten statt als einmaligen Behelf bedeutet, dass die nächste Runde von einer bewährten Basis startet statt von einem leeren Terminal. Dasselbe gilt für die [Startup-Fundraising](/de/blog/data-room-for-startups.md)-Strategie auf jeder Stufe ab Pre-Seed.

Das Muster lässt sich über Finanzierungsrunden hinaus auf Entitäten übertragen. Wenn du SPVs, ein Fondsvehikel oder separate Räume für Bestandsinvestoren und neue Investoren betreibst, wird das Skript zu einer Schleife über eine Konfigurationsdatei: ein Raum pro Entität, jeweils mit eigenem Dokumentensatz und eigener Investorenliste, alles in einem einzigen Durchlauf erstellt. Dieselbe Reproduzierbarkeit, die identische Sicherheit für 20 Unternehmen gewährleistet, garantiert auch identische Strukturen für fünf Entitäten – genau die Disziplin, [die VCs erwarten, wenn sie deinen Datenraum öffnen](/de/blog/vc-firms-data-room-essentials.md). Du hörst auf, Räume manuell aufzubauen, und fängst an, sie zu deklarieren.

Die Versionierung des Decks ist der dritte Anwendungsfall für die Wiederverwendung – und hier zahlt sich das Dokumentenmodell der API aus. Wenn das Metriken-Deck oder das Modell mitten in einer Runde überarbeitet wird, erstellst du keinen neuen Link und versendest ihn erneut; stattdessen lädst du die neue Datei als frische Version des bestehenden Dokuments hoch, und jeder Investorenlink liefert nun die aktuelle Version, während die alten Aufrufsanalysen weiterhin dem Raum zugeordnet bleiben. Der Link, den ein Unternehmen in Woche eins als Lesezeichen gespeichert hat, funktioniert noch in Woche sechs – und zeigt dann die Zahlen aus Woche sechs. Das Deck aktuell zu halten wird zu einem einzeiligen Upload im selben Skript, statt zu einem hektischen Suchen danach, wer welche Version hat.

## Eine Series-A-Finanzierungsrunde von Anfang bis Ende

Stell dir eine technische Gründerin vor – nennen wir sie die CTO-turned-CEO eines Seed-Stage-Infrastrukturunternehmens – die gerade eine Series A startet. An einem Montag exportiert sie ihren Deal-Ordner in die [Sechsordner-Struktur](/de/blog/data-room-folder-structure.md), legt eine `vcs.txt` mit 18 Unternehmen ins Verzeichnis und führt das Skript aus. Neunzig Sekunden später ist der Deal Room eingerichtet, jedes PDF hochgeladen, und `links.csv` enthält 18 per E-Mail-Zugangsschutz gesicherte Links, die am geplanten Abschlusstag der Runde ablaufen. Sie fügt jeden Link in eine personalisierte Einleitungs-E-Mail ein und verschickt das ganze Paket noch vor dem Mittagessen. Ein Setup, das früher einen Samstag voller Dashboard-Klicks erfordert hätte, ist vor ihrem ersten Meeting erledigt.

Die Analysen machen sich ab Mittwoch bezahlt. Ein morgendliches `papermark datarooms stats` zeigt, dass Sequoia insgesamt 35 Minuten mit dem Finanzmodell und dem Kohorten-Retention-Tab verbracht und die Unterlagen zweimal aufgerufen hat; Index hat das Deck einmal geöffnet, kurz auf dem Deckblatt verweilt und ist nie zurückgekehrt. Sie interpretiert das ganz richtig: Sequoia führt echte Due Diligence durch, und Index ist ein stilles Nein. Daher konzentriert sie ihre Follow-up-Energie auf die Unternehmen, bei denen die Daten ein echtes Interesse signalisieren. Als Sequoias Partner am Donnerstag aktualisierte NDR-Zahlen anfordert, lädt sie eine neue Version des Modells hoch – der bestehende Link funktioniert weiterhin und liefert nun die aktuellen Daten. Zwei Unternehmen, denen sie nie eine E-Mail geschickt hat, tauchen in der Zuschauerliste auf, weitergeleitet über eine persönliche Empfehlung – und da die Links per E-Mail-Zugangsschutz gesichert sind, kann sie genau sehen, wer dahintersteckt.

Bis zum darauffolgenden Freitag hat sie ein Term Sheet, und der Widerrufsvorgang schließt die Runde sauber ab: Ein Skriptaufruf lässt alle 18 Links ablaufen, sodass nach der Unterzeichnung keine aktuelle Cap Table mehr in einem Posteingang schlummert. Die gesamte Finanzierungsrunde lief über das Skript, das sie in fünfzehn Minuten geschrieben hat, und `links.csv` zusammen mit dem Analyseverlauf bilden ihr vollständiges, nachvollziehbares Protokoll darüber, wer was wann gesehen hat.

## Variationen, die es wert sind, übernommen zu werden

Die quartalsweise Aktualisierung: Verpacke die Schritte 1–2 in einen Cron-Job, der einen aus Drive exportierten Ordner monatlich in den Raum synchronisiert, damit dein Datenraum mitten in der Finanzierungsrunde nie veraltet. Da beim Upload bereits vorhandene Dateien übersprungen werden können, ist die Synchronisierung ressourcenschonend.

Der Widerrufsdurchlauf: Wenn die Runde abgeschlossen ist, listest du die Links des Raums auf und löschst sie in einer einzigen Schleife. Dies ist der einzige destruktive Vorgang im Workflow – ihn in einem lesbaren Skript durchzuführen ist zuverlässiger, als zu hoffen, dass du an jeden Link gedacht hast. (Halte Löschvorgänge aus [den Händen von KI-Agenten](/de/blog/build-due-diligence-agent-claude.md); in einem selbst geschriebenen Skript sind sie unbedenklich.)

Das CI-Publishing: Da dein Metrics-Deck ohnehin jeden Monat in der CI erstellt wird, lasse die Pipeline das neue PDF als neue Version hochladen und benachrichtige deine Investoren-Update-Liste. Ein `pm_live_`-Token mit ausschließlich `documents.write`-Berechtigung, als CI-Secret hinterlegt, ist alles, was dafür benötigt wird.

## Fazit

Fünfzehn Minuten Bash geben dir einen Fundraising-Datenraum, der sich selbst einrichtet, sich pro Investor absichert und sein eigenes Engagement auswertet. Die CLI, die [REST API](/de/blog/data-room-api.md) und der [MCP-Server](/de/blog/papermark-mcp-server.md) bieten alle dieselbe Oberfläche mit demselben Token – starte also mit dem Skript und wechsle zu der Schnittstelle, die zum nächsten Problem passt. Der Data-Rooms-Plan kostet €99/Monat mit einer 7-tägigen kostenlosen Testphase.

## Vorstellung der Papermark CLI

## FAQ

### Was ist die Papermark CLI?

Der offizielle Befehlszeilen-Client für Papermark, installiert mit npm install -g papermark. Er nutzt dieselbe REST API wie das Dashboard und bietet Befehle für Dokumente, Datenräume, Links und Aufrufsanalysen sowie eine stabile JSON-Ausgabe für Skripte.

### Muss ich Entwickler sein, um sie zu nutzen?

Du brauchst grundlegende Terminal-Kenntnisse: Befehle ausführen und ein Shell-Skript bearbeiten. Das vollständige Skript in diesem Artikel ist kopierbereit; du änderst drei Variablen (Ordnerpfad, Raumname, Ablaufdatum) und gibst eine CSV-Datei mit Investorenkontakten an.

### Wie funktioniert die Authentifizierung in Skripten und CI?

Interaktiv führt papermark login einen OAuth-2.1-Device-Flow aus und speichert den Token sicher auf der Festplatte. In CI- oder Cron-Jobs setzt du die Umgebungsvariable PAPERMARK_TOKEN mit einem bereichsbeschränkten Token aus dem Dashboard. Ein Token funktioniert über CLI, API und MCP-Server hinweg.

### Warum für jeden Investor einen separaten Link erstellen?

Für Analyse und Kontrolle. Jeder Link hat seinen eigenen Aufrufsverlauf, sodass du sehen kannst, welches Unternehmen was wie lange gelesen hat. Die E-Mail-Verifizierung bestätigt, wer den Link geöffnet hat, und du kannst den Zugang eines Unternehmens ablaufen lassen oder widerrufen, ohne die anderen zu beeinflussen.

### Kann ich Passwörter und Wasserzeichen über die CLI einrichten?

Ja. Die Link-Erstellung unterstützt Passwörter, E-Mail-Schutz, Ablaufdaten und Download-Berechtigungen als Flags, und die zugrunde liegende API unterstützt auch dynamische Wasserzeichen pro Link. Alles, was die API unterstützt, ist über die CLI oder einen curl-Aufruf erreichbar.

### Was kostet dieses Setup?

Die CLI ist kostenlos über npm installierbar. API-Zugang ist in Papermark Business-Plänen und höher enthalten; der Data-Rooms-Plan mit unbegrenzten Dokumenten, benutzerdefinierten Domains und Audit-Logs kostet €99/Monat mit einer 7-tägigen kostenlosen Testphase.

### Kann ich das mit KI statt mit Bash automatisieren?

Ja. Der Papermark MCP-Server stellt dieselben Operationen als typisierte Tools für Claude und ChatGPT bereit, sodass ‚Erstelle einen Datenraum aus diesem Ordner mit VC-spezifischen Links' als einzelner Prompt funktioniert. Die Bash-Version ist reproduzierbarer; die Agenten-Version ist flexibler.

### Kann ich dasselbe Skript für meine nächste Runde wiederverwenden?

Ja, genau darum geht es. Zwischen einer Seed-Runde und einer Series A ändern sich nur drei Variablen: das Deal-Verzeichnis, der Raumname und das Ablaufdatum. Die Upload-Schleife, die Investor-Link-Logik und die CSV-Ausgabe sind rundenunabhängig, sodass die nächste Finanzierungsrunde auf einer bewährten Basis startet. Dasselbe Muster lässt sich durch das Durchlaufen einer Konfigurationsdatei auf mehrere Einheiten oder SPVs ausweiten.

### Wie widerrufe ich den Investorenzugang, wenn die Runde abgeschlossen ist?

Da jedes Unternehmen seinen eigenen Link hat, kannst du den Zugang eines einzelnen Unternehmens widerrufen, ohne die anderen zu beeinflussen – indem du den Link löschst oder auf ein vergangenes Ablaufdatum setzt. Um die gesamte Runde zu schließen, führe eine Schleife über alle Links des Raums aus und lasse sie ablaufen, damit keine aktive Cap Table nach der Unterzeichnung in einem Posteingang verbleibt.

---

_Markdown version of [this article](https://www.papermark.com/de/blog/automate-fundraising-data-room-papermark-cli) for AI agents and LLMs._
_More Papermark content: [llms.txt](https://www.papermark.com/de/llms.txt) · [full index (English)](https://www.papermark.com/llms-full.txt)._