grants

Grants

Arbeitsbereich für Förderanträge. Jeder Antrag enthält einen LaTeX-Dateibaum (Ordner und Dateien). Dateien speichern rohen LaTeX oder referenzieren Binärdaten; der Editor zeigt eine übersichtliche Oberfläche. Anträge können geteilt werden.

Basis-URL

https://granttool.de

Nutzung & Abrechnung

Faire API-Nutzung im Rahmen der Anfragelimits ist in jedem Plan inbegriffen - die Integration soll sich nicht künstlich kompliziert anfühlen, nur weil ein günstigerer Plan gebucht ist. Enterprise-Kunden bekommen angepasste Limits nach Bedarf.

On-Demand-Betreuung ist verfügbar, und unser Entwicklerteam baut bei Bedarf maßgeschneiderte Integrationen - sprich uns an, wenn dein Anwendungsfall mehr braucht als die Standardanbindung.

Schnellstart

  1. 1

    Token erstellen

    Öffne in Grants das Integrationen-Menü, klicke *Neues Token*, wähle Name und Berechtigungen, kopiere den pat_… Wert. Er wird genau einmal angezeigt.

  2. 2

    Erste Anfrage senden

    Token als Bearer-Header an einen Grants-Endpunkt senden, den deine Berechtigungen abdecken. Paginierung, Filter und Sortierung sind pro Modell dokumentiert.

    curl -H "Authorization: Bearer pat_…" \
    https://granttool.de/xapi2/data/derived_doc
  3. 3

    Live-Updates abonnieren

    Mit einem einzelnen WebSocket alle Create/Update/Delete-Ereignisse in Echtzeit empfangen - gleiche Zugriffsregeln, gleiches Token. Polling entfällt.

    const ws = new WebSocket(`wss://${location.host}/xapi2/ch?token=${token}`)
    ws.onopen = () => ws.send(
    JSON.stringify({ op: "subscribe", id: "s1", dataType: "derived_doc" }),
    )
    ws.onmessage = (e) => console.log(JSON.parse(e.data))

Diese Dokumentation beschreibt jeden Endpunkt, den die App öffentlich macht. Modell-Seiten enthalten konkrete Code-Beispiele in curl, JavaScript, TypeScript und WebSocket.

Datenmodelle

Produktionsreife, branchenübliche Datenmodelle. Jedes Objekt wird sicher verwaltet - Validierung, Zugriffsregeln und Audit laufen einheitlich auf jedem Pfad - und die Daten gehören jederzeit dem jeweiligen Kunden. Export und Löschung sind selbstverständlich.

Pfeile zeigen vom referenzierenden Datenmodell zum referenzierten. Markierungen am Linienende beschreiben die Kardinalität (z.B. * = beliebig viele, 1 = genau eines, 0..1 = optional). Klick auf einen Knoten öffnet die Modell-Seite.

*1*1*1*1*1*1*1*1*1grant13 Felderderived_docgrant_id → grantfeedback_itemgrant_id → grantfeedback_pointgrant_id → grantfilegrant_id → grantfoldergrant_id → grantleadgrant_id → grantloigrant_id → grantreview_notegrant_id → grantversion_snapshotgrant_id → grant
Pflicht-ReferenzOptionale Referenz
Abgeleitete Dokumente
derived_doc

Aus dem Antrag erzeugtes Dokument - Pitch-Deck, Exec-Summary, Finanzplan-Excel, Klärungsbrief, ... Wird separat geführt, damit es als 'veraltet' markiert werden kann, wenn der Antrag bumpt.

7 Felder1 Refs
GETGETPOSTPATCHDELETE
Rückmeldungen
feedback_item

Eingehende Rückmeldungen zu einem Antrag - Uni-TT, PtJ, Mentor oder Selbstnotiz. Das body-Feld enthält den Rohtext; extrahierte Punkte liegen als feedback_point.

10 Felder1 Refs
GETGETPOSTPATCHDELETE
Rückmeldungspunkte
feedback_point

Ein einzelner extrahierter Punkt aus einem feedback_item. Trägt Kategorie, Quelltext-Auszug und KI-Vorschlag zur Übernahme.

8 Felder1 Refs
GETGETPOSTPATCHDELETE
Dateien
file

Eine Datei im Förderantrag. kind=doc enthält rohen LaTeX im content-Feld (Editor zeigt lesbaren Text; is_root=true markiert den Kompilierungs-Einstiegspunkt). kind=asset referenziert hochgeladene Binärdaten via blob_id (Bilder, .bib-Dateien, PDFs).

18 Felder1 Refs
GETGETPOSTPATCHDELETE
Ordner
folder

Ein Ordner im Förderantrag. Verschachtelt via parent_folder_id; null = Antragsstamm.

4 Felder1 Refs
GETGETPOSTPATCHDELETE
Förderanträge
grant

Arbeitsbereich für einen Förderantrag. Enthält den Dateibaum und Metadaten zu Förderer, Programm und Einreichungsstatus.

13 Felder9
GETGETPOSTPATCHDELETE
Pilot-Leads
lead

Pilot- / Partner- / LOI-Kontakt aus dem Partner-Kanban. An einen Antrag gebunden; Zustand lead → Gespräch → LOI-Entwurf → LOI unterschrieben → verloren.

8 Felder1 Refs
GETGETPOSTPATCHDELETE
Letter of Intent
loi

Ein erzeugtes LOI-Dokument verknüpft mit Lead + Antrag. Status draft → versandt → unterschrieben; unterschriebene Kopien per blob_id im Speicher.

7 Felder1 Refs
GETGETPOSTPATCHDELETE
Review-Anmerkungen
review_note

Mentor- / TT- / externer Reviewer-Kommentar zu einem Kapitel. Threadbar über parent_id (zunächst flache Liste).

8 Felder1 Refs
GETGETPOSTPATCHDELETE
Versionsstände
version_snapshot

Versionierter Stand eines Antrags - Label, Score, Zusammenfassung und JSONB-Snapshot der Dateiinhalte. Ausgelöst durch manuelles Speichern, Auto-Adjust oder externe Rückmeldung.

7 Felder1 Refs
GETGETPOSTPATCHDELETE