{"meta": {"workbook_path": "/Users/phil/culture4life/orga/forschungszulage/01_case_inputs/planning/00_authoritative_sources/20260526_1640_FZul Financial Allocation & Gantt Chart_PhE.xlsx", "legal_name_address": "culture4life GmbH, Rummelsburger Seeblick 1, 10317 Berlin", "kmu_status": "KMU", "legal_representative": "Philipp Berger", "phone": "+4915111225533", "legal_form": "GmbH", "industry": "Softwareentwicklung", "founded_year": "2021", "tax_number": "", "vat_id": "DE356653710", "finance_office": "", "register_number": "HRB 784499", "register_court": "", "project_start": "2022-01-01", "project_end": "2025-12-31", "other_public_funding": "nein", "other_public_funding_year": ""}, "totals": {"basis": 4761991.899999999, "credit": 1435992.751, "pm": 1107.4, "assignments": 0, "subjects": 555, "workPackages": 40, "issues": 0}, "outputs": [{"year": 2022, "personal_costs_eur": 990049.18, "contract_costs_eur": 0.0, "asset_costs_eur": 0.0, "total_basis_eur": 990049.18, "personal_credit_eur": 247512.295, "contract_credit_eur": 0.0, "asset_credit_eur": 0.0, "total_credit_eur": 247512.295, "scientist_pm": 109.3, "technician_pm": 0.0, "other_pm": 109.3, "total_pm": 218.6}, {"year": 2023, "personal_costs_eur": 1316994.96, "contract_costs_eur": 0.0, "asset_costs_eur": 0.0, "total_basis_eur": 1316994.96, "personal_credit_eur": 329248.74, "contract_credit_eur": 0.0, "asset_credit_eur": 0.0, "total_credit_eur": 329248.74, "scientist_pm": 154.4, "technician_pm": 0.0, "other_pm": 154.4, "total_pm": 308.8}, {"year": 2024, "personal_costs_eur": 996390.48, "contract_costs_eur": 0.0, "asset_costs_eur": 0.0, "total_basis_eur": 996390.48, "personal_credit_eur": 348736.66799999995, "contract_credit_eur": 0.0, "asset_credit_eur": 0.0, "total_credit_eur": 348736.66799999995, "scientist_pm": 119.0, "technician_pm": 0.0, "other_pm": 119.0, "total_pm": 238.0}, {"year": 2025, "personal_costs_eur": 1458557.2799999998, "contract_costs_eur": 0.0, "asset_costs_eur": 0.0, "total_basis_eur": 1458557.2799999998, "personal_credit_eur": 510495.0479999999, "contract_credit_eur": 0.0, "asset_credit_eur": 0.0, "total_credit_eur": 510495.0479999999, "scientist_pm": 171.0, "technician_pm": 0.0, "other_pm": 171.0, "total_pm": 342.0}], "issues": [], "apRollup": [{"ap_number": "1", "uap_number": "1.1", "title": "1.1 Entwicklung eines deterministischen Mealy-Zustandsautomaten (FSM) via formale Zustandsspezifikation in TypeScript nach Hopcroft/Ullman (1979), um asynchrone Rapyd-Payment-Callbacks reihenfolge-invariant zu verarbeiten. Dazu wird fünfstufiger Lifecycle mit absorbierenden Endzuständen modelliert. Anschließend wird Diamond-Property-Beweis erarbeitet, der Konvergenz beliebig permutierter Eingabesequenzen in identische terminale Zustände sicherstellt.", "target_pm": 10.3, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "1", "uap_number": "1.2", "title": "1.2 Entwicklung einer Webhook-Schicht via Kafka-basierter, transaktions-partitionierter Queue mit mutual Transport Layer Security (mTLS), um doppelte oder verzögerte Rapyd-Callbacks im Multi-Replica-Betrieb in einen Zustandsübergang zu überführen. Dazu wird atomares Transaktionsprotokoll erforscht, das Hash-based Message Authentication Code (HMAC-SHA256, RFC 2104), Idempotenz-Lookup & Compare-and-Swap-Versions-Bump auf monoton wachsender Versionsspalte in einem Durchlauf erfasst. Anschließend wird Time-to-Live-Schlüsseltabelle mit Lebensdauer länger als Rapyd-Retry-Fenster entwickelt.", "target_pm": 12.9, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "1", "uap_number": "1.3", "title": "1.3 Entwicklung eines Property-based Test- und Validierungsframeworks nach Claessen/Hughes (2000, QuickCheck-Modell), um Konvergenz des Mealy-Zustandsautomaten aus AP 1.1 unter beliebiger Eintreff-Reihenfolge, Duplikat- und Partial-Zustellungen empirisch nachzuweisen. Dazu wird generative Permutation aller Callback-Sequenzen konzipiert, ergänzt um Fault-Injection-Szenarien (TCP-RST, mTLS-Reconnect, Provider-503). Anschließend wird Static Application Security Testing (SAST)-Härtung via Semgrep mit Custom-Rules für Webhook-, JSON Web Token (JWT)- & HMAC-Anti-Patterns entwickelt.", "target_pm": 13.1, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "1", "uap_number": "1.4", "title": "1.4 Entwicklung eines provider-übergreifenden Outlier-Detektors via Verknüpfung statistischer Anomalie-Erkennung mit automatischer Verwaisten-Klassifikation, um verwaiste Autorisierungs-Webhooks an Recovery-Pipeline aus AP 2 zu übergeben. Dazu wird eigene Sliding-Window-Baseline der Eintreffrate je Provider und Merchant entwickelt, deren Schwellwerte via z-Score und Quantil-Mapping saisonalitäts-tolerant adaptiv nachjustiert werden. Darauf aufbauend wird Klassifikator konzipiert, der Verwaiste in Wiederholungs-, Verlust- und Fehlleitungsklassen einordnet.", "target_pm": 13.1, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "1", "uap_number": "1.5", "title": "1.5 Entwicklung einer Burst-Lasttest- und Produktionsstrom-Evaluation des Payment-Stacks aus AP 1.1 bis 1.4 via deterministisches Replay echter Provider-Streams, um Konvergenz unter realistischen Bedingungen mit explizitem Konfidenzniveau nachzuweisen. Dazu wird automatisierte FSM-Konsistenzprüfung gegen die absorbierenden Zustände aus AP 1.1 entwickelt, ergänzt um Gast-Backend-Konsistenznachweis unter Netzabbruch- und mTLS-Reconnect-Szenarien. Anschließend wird statistische Auswertung via Bootstrap-Konfidenzintervalle nach Efron (1979) konzipiert mit Zielparametern < 0,1 % Mismatch und < 3 s Latenz.", "target_pm": 12.8, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "2", "uap_number": "2.1", "title": "2.1 Entwicklung einer neuen Fehlerklassen-Taxonomie für eventually-consistent Provider-Auszahlungen, deren Disjunktheit und Vollständigkeit empirisch gegen 18 Monate Rapyd- und Adyen-Payout-Reports nachgewiesen wird, um Divergenzen zwischen Sammelauszahlungen und Einzelzahlungen erschöpfend abzubilden. Dazu wird eigene Fault-Tree-Modellierung mit minimalen Schnittmengen entwickelt, ergänzt um Cluster-Analyse über Phänotypen (Float-Drift, fehlende Surcharges/Tips, nachträgliche Korrekturen). Darauf aufbauend wird eigene Transfer-Ebene im Datenmodell konzipiert, die Teilbeträge mit Gebühren-, Steuer- und Korrektur-Anteilen trennt.", "target_pm": 21.8, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "2", "uap_number": "2.2", "title": "2.2 Entwicklung eines neuen Matching-Algorithmus zur Rekonstruktion fragmentierter Zahlungs-Kausalketten via bipartites Matching nach Munkres/Kuhn (1955) zwischen Provider-Payout-Zeilen und Kandidaten-Transaktionen, um inverse Attribuierung von Sammelauszahlungen auf Einzeltransaktionen zu ermöglichen. Dazu wird eigene fünf-achsige Kostenfunktion entwickelt, die Betragsabstand, Zeit-Decay-Funktion, Merchant-Kontext, Referenz-Levenshtein-Distanz und Provider-Tag-Match kombiniert. Anschließend wird iterative Mehrdeutigkeitsauflösung via Jonker-Volgenant-Erweiterung konzipiert, ergänzt um Hyperkanten für mehrwertig-zerfallende Transaktionen.", "target_pm": 21.7, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "2", "uap_number": "2.3", "title": "2.3 Entwicklung eines neuen proportionalen Attribuierungsverfahrens für Gebühren, Steuern und Tips mit nachweislicher Drift-Freiheit über mehrstufige Aggregationsketten von Einzeltransaktion über Tages-Payout bis Wochen-Settlement, um Cent-Differenzen bei großen Payout-Volumina ohne Slack-Konten zu vermeiden. Dazu wird Minor-Unit-Normalisierung in Banker's-Rounding (IEEE 754) mit eigener Verteilungslogik über Brutto-Anteile entwickelt, ergänzt um Auflösung des Rundungsrests via Largest-Remainder-Methode (Hare-Quote). Anschließend wird zeitfensterbasierte Steuerlogik für MwSt-Stichtags-Wechsel und länderspezifische Multi-Country-Regelungen konzipiert.", "target_pm": 17.6, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "2", "uap_number": "2.4", "title": "2.4 Entwicklung einer neuen Recovery-Engine mit strikter Drei-Phasen-Trennung von Recovery-Trigger (aus AP 1.4 und 2.1), Recovery-Plan (über AP 2.2 und 2.3) und atomarer Recovery-Anwendung, um Recovery-Operationen wiederholbar und ohne Doppelbuchung über Datenbank-Replicas und Job-Restarts auszuführen. Dazu wird vollständiger Dry-Run-Modus entwickelt, der Buchungseffekte exakt vorhersagt ohne Persistierung, ergänzt um idempotente Job-Identifikatoren mit Compare-and-Swap gegen Append-Only-Job-Historie. Anschließend wird deterministische Backoff-Heuristik für eventually-consistent Provider-Korrekturen mit exponentiellem Wartezeitverhalten und Jitter konzipiert.", "target_pm": 21.7, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "2", "uap_number": "2.5", "title": "2.5 Entwicklung einer neuen empirischen Evaluationsmethodik für die Recovery-Pipeline aus AP 2.1 bis 2.4 via deterministisches Replay archivierter Payout-Reports über zwei Payout-Perioden inklusive nachträglicher Korrekturen, um belastbare Aktivierungsgrenzen für den produktiven Betrieb festzulegen. Dazu wird Auswertung via Bootstrap-Konfidenzintervalle nach Efron (1979, 95 %, 10⁴ Resamples) auf Match-Rate, Rundungsdrift und Restdivergenz pro Fehlerklasse entwickelt, ergänzt um Sensitivitätsanalyse via Monte-Carlo-Sampling über Hyperparameter. Anschließend wird KPSS-Stationaritätstest nach Kwiatkowski et al. (1992) als Vorprüfung der Validierungsperiode konzipiert.", "target_pm": 13.1, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "2", "uap_number": "2.6", "title": "2.6 Entwicklung eines adaptiven Online-Lernverfahrens für die Sliding-Window-Schwellwerte des Outlier-Detektors aus AP 1.4 und der Fault-Tree-Taxonomie aus AP 2.1 via Online-Bayesian-Update nach Murphy (2007), um saisonale Drift in Eintreffraten und Fehlerverteilungen ohne manuelle Rekalibrierung zu kompensieren. Dazu wird eigene Conjugate-Prior-Aktualisierung über Beta-Bernoulli-Verteilungen für binäre Fehlerklassen und Normal-Inverse-Gamma für kontinuierliche Latenzmaße entwickelt. Anschließend wird Concept-Drift-Erkennung via Page-Hinkley-Test (Page 1954) konzipiert, ergänzt um automatischen Rollback bei statistisch signifikanter Verschlechterung der Precision-/Recall-Metrik gegen versionierten Baseline-Snapshot.", "target_pm": 10.0, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "2", "uap_number": "2.7", "title": "2.7 Entwicklung einer cross-Provider-Latenz-Korrelations-Analyse zwischen Rapyd- und Adyen-Payout-Strömen via Granger-Kausalitätstest nach Granger (1969) und gegenseitiger Informations-Schätzung nach Kraskov/Stögbauer/Grassberger (2004), um vorhersagende Recovery-Priorisierung bei Provider-Lastspitzen aus AP 2.4 zu ermöglichen. Dazu wird eigene Sliding-Window-Korrelation auf normalisierten Eintreffraten entwickelt, ergänzt um Wavelet-Kohärenz nach Torrence/Compo (1998) zur frequenz-aufgelösten Synchronitäts-Analyse. Anschließend wird Bootstrap-Konfidenzintervall-Schätzung nach Efron (1979) auf der Korrelations-Stärke konzipiert, ergänzt um Falsifikationskriterium gegen Zufalls-Permutation.", "target_pm": 10.0, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "3", "uap_number": "3.1", "title": "3.1 Entwicklung einer non-invasiven Bitstream-Capture-Schicht in Rust via Tokio-basierter asynchroner Input/Output-Schleifen, um Electronic Programming Standard for Point-of-Sale (ESC/POS)-Druckdatenströme heterogener Kassensysteme (Lightspeed, OrderBird, Hypersoft, Gastrofix, Vectron V3) ohne Latenzeinbuße zu erfassen. Dazu wird Java Native Interface (JNI)-Brücke zum Android-Host mit Pin- und Lebenszeit-Steuerung der Java-Referenzen entwickelt, ergänzt um protokoll-transparente Transmission Control Protocol (TCP)- und USB-Interzeption ohne Modifikation des Druck-Pfades. Anschließend wird eigene Echtzeit-Quality-of-Service (QoS)-Schicht mit Reordering-Buffer für vertauschte Antwort-Reihenfolgen physischer Drucker konzipiert.", "target_pm": 39.1, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "3", "uap_number": "3.2", "title": "3.2 Entwicklung eines lexikalischen ESC/POS-Textparsers via Lex/Yacc-Methodik (Aho/Sethi/Ullman 1986) und Look-ahead-Right-recursive (LR)-Parser-Generierung (Knuth 1965), um Zeilen-, Abschnitts- und Item-Struktur inklusive Steuern und Trinkgelder aus Byte-Sequenzen heterogener Kassensysteme zu rekonstruieren. Dazu werden ESC/POS-Standardbefehle deterministisch behandelt, ergänzt um hersteller-spezifische Profil-Tabellen für Naramis und Schultes inklusive abweichender Codepage. Anschließend wird eigene zustandsbehaftete Erkennung mehrdeutiger Byte-Sequenzen konzipiert, deren Semantik je POS-Profil variiert.", "target_pm": 17.5, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "3", "uap_number": "3.3", "title": "3.3 Entwicklung einer bitweisen Pixelmatrix-Rekonstruktion für ESC/POS-Grafik- und Rasterbefehle (ESC *, GS v 0) via Bit-Plane-Decoding mit hersteller-spezifischer Bit-Reihenfolge-Erkennung, um Stromanteile heterogener Kassensysteme als verlustfreie Rasterbilder verfügbar zu machen. Dazu wird Densitäts- und Spaltenmodus-Klassifikation aus Header-Bytes mit eigener Fallback-Heuristik entwickelt, ergänzt um pixelgenaues Resampling via bilineare und bicubische Interpolation mit dynamischer Methodenwahl. Anschließend wird Sonderbehandlung für Logos, Trennlinien und Quick Response (QR)-Codes mit Validierung via Reed-Solomon-Fehlererkennung konzipiert.", "target_pm": 21.9, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "3", "uap_number": "3.4", "title": "3.4 Entwicklung eines virtuellen ESC/POS-Endpunkts mit Dual-Senke-Architektur, der gegenüber dem Kassensystem als Drucker erscheint und parallel den Bitstream der Parser-Pipeline aus AP 3.2 und 3.3 zuführt, um p99-Pass-Through-Latenz unter 50 ms einzuhalten. Dazu wird Tokio-Scheduling mit Priorität-Backpressure für den physischen Druckpfad entwickelt, ergänzt um separate Latenz-Toleranz-Schicht für die Parser-Senke. Anschließend wird eigenes QoS-Modell mit Antwort-Reordering konzipiert, ergänzt um Cross-Compile-Toolchain für MIPSel- und ARM-Targets ohne OpenSSL.", "target_pm": 32.3, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "3", "uap_number": "3.5", "title": "3.5 Entwicklung einer bidirektionalen Stammdaten-Sync-Engine zwischen POS-Menükarte und Quick Response (QR)-Frontend via Three-Way-Merge auf semantisch typisierten Item-Bäumen mit drei Wurzeln (POS-Stand, luca-Stand, Konsens-Snapshot), um divergierende Bäume ohne manuelle Pflege konvergent zu halten. Dazu wird eigene Diff-basierte Konflikterkennung mit Move-Operationen entwickelt, ergänzt um Konfliktauflösung mit Source-of-Truth-Priorität (Preis/Steuer aus POS, Foto/Beschreibung aus luca). Anschließend wird inkrementeller Update-Pfad mit Konflikt-Queue konzipiert.", "target_pm": 17.2, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "3", "uap_number": "3.6", "title": "3.6 Entwicklung einer Generalisierbarkeits-Evaluation des Parser-Stacks aus AP 3.1 bis 3.5 via Bit-für-Bit-Round-Trip-Verifikation gegen Hersteller-Dialekte (Lightspeed, OrderBird, Hypersoft, Vectron V3, Gastronovi, Sevenweb), um Übertragbarkeit auf über 30 produktive POS-Systeme mit explizitem Konfidenzniveau nachzuweisen. Dazu werden Property-based-Tests auf Item-Tree-Invarianten (Preis-Summe, Steuer-Konsistenz, Modifier-Bindung) entwickelt. Anschließend wird Generalisierbarkeits-Schätzung via Bootstrap-Konfidenzintervalle auf der Fünf-Hersteller-Stichprobe konzipiert.", "target_pm": 17.4, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "3", "uap_number": "3.7", "title": "3.7 Entwicklung einer foto-basierten Menüerkennungs-Pipeline für Hospitality-Umgebungen ohne ESC/POS-Anbindung via bimodaler Kalibrierung gegen ESC/POS-Druckdaten desselben Restaurants aus AP 3.2 als modalitätsübergreifende Ground-Truth, um Speisekarten als Bootstrap-Quelle für das Stammdatenmodell nutzbar zu machen. Dazu wird Tesseract-Optical-Character-Recognition (OCR) mit Conditional-Random-Field (CRF)-Postprocessing nach Lafferty/McCallum/Pereira (2001) entwickelt. Anschließend wird Random-Forest-Klassifikator und Evaluation über drei Restaurant-Klassen konzipiert.", "target_pm": 52.7, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "4", "uap_number": "4.1", "title": "4.1 Entwicklung einer Angriffsflächen-Analyse via STRIDE-Threat-Modeling nach Shostack (2014) auf den End-to-End-Pfad Gast-App, Backend, Provider und Drucker, um Schwachstellen klassifiziert und priorisiert zu verifizieren. Dazu wird Angriffsbaum-Zerlegung via Common Vulnerability Scoring System (CVSS v3.1) entwickelt, ergänzt um reproduzierbare Proof-of-Concept (PoC) für drei Angriffsklassen (Webhook-Manipulation gegen HMAC, Druckauftrags-Fälschung ESC/POS, Netzwerk-Interception via ARP-Spoofing).", "target_pm": 30.0, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "4", "uap_number": "4.2", "title": "4.2 Entwicklung einer Eskalationsanalyse für Operator-JSON-Web-Tokens (JWT) in der Payment-Domäne via Token-Spezifikation nach RFC 7519 mit Claims-Hierarchie (Subject, Audience, Scope, Roles, Tenant), um Privilegien-Übergangsfehler systematisch erzwingbar zu machen. Dazu werden Spike-Stimuli für vier Angriffsklassen (Algorithmus-Confusion RS256/HS256, Token-Wiederverwendung, Kid-Manipulation, JWK-Set-Spoofing) entwickelt. Anschließend wird Static-Application-Security-Testing (SAST)-Pipeline via Semgrep mit eigenen Custom-Rules und Pre-Merge-Gate konzipiert.", "target_pm": 13.1, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "4", "uap_number": "4.3", "title": "4.3 Entwicklung empirischer Empfangsstärken-Messreihen im 2,4-GHz- und 5-GHz-Band in Restaurant-Küchen-Geometrien via Verkopplung des ITU-R-P.2040-Materialmodells mit dem Software-Latenz-Zielparameter p99 < 50 ms aus AP 3.4, um Hochfrequenz (HF)-Ausfallrisiken der Echtzeit-Pass-Through-Architektur zu charakterisieren. Dazu werden kalibrierte Spektrum-Analyzer und eigene Mess-Skript-Bibliothek mit versionierten Sweep-Profilen entwickelt. Anschließend wird Frequenz-Diversitäts-Analyse gegen Material-Dämpfungsmodelle für Edelstahl-Theke und Servierebene konzipiert.", "target_pm": 17.5, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "4", "uap_number": "4.4", "title": "4.4 Entwicklung einer Generalisierbarkeits-Validierung der in AP 4.3 entwickelten Auswertungs-Methodik gegen strukturell andere Bauklassen (Armierungsbeton, Aluminium, Trennwände), um Übertragbarkeit des Modells und Gültigkeit der p99 < 50 ms aus AP 3.4 auf Hotel-Flur- und Konferenzsaal-Geometrien nachzuweisen. Dazu wird Generalisierbarkeits-Schätzung gegen ITU-R-P.2040-Materialmodelle entwickelt, ergänzt um eigene Frequenz-Selektivitäts-Analyse für bauklassenspezifische Profile.", "target_pm": 17.5, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "4", "uap_number": "4.5", "title": "4.5 Entwicklung einer übertragbaren Prüfmethodik via Konsolidierung der Ergebnisse aus AP 4.1 bis 4.4 in einer reproducible-builds-konformen Pipeline mit versioniertem Reporting-Format, um die Methodik für zukünftige QR-Payment- und Druckpfad-Erweiterungen wiederverwendbar zu machen. Dazu werden strukturierte Test-Protokolle mit Akzeptanz- und Fehlschlagkriterien entwickelt, ergänzt um STRIDE-Threat-Modeling-Templates mit branchenspezifischer Schadenschwere-Skala. Anschließend wird SAST-Pipeline mit versionierter Regelsatz-Sammlung und HF-Mess-Skript-Bibliothek konzipiert.", "target_pm": 17.6, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "4", "uap_number": "4.6", "title": "4.6 Entwicklung einer empirischen Side-Channel-Analyse für HMAC- und JSON-Web-Token-Signatur-Vergleichsoperationen aus AP 4.2 via statistisches Timing-Channel-Modell nach Kocher (1996) und Boneh/Brumley (2005), um Timing-Leak-Vulnerabilities bei Token-Validierung in der Payment-Domäne erschöpfend nachzuweisen. Dazu wird Microbenchmark-Harness mit Cycle-Counter-Auflösung (RDTSC) entwickelt, ergänzt um Welch-t-Test nach Welch (1947) gegen Null-Hypothese der Zeit-Unabhängigkeit vom Eingabebyte. Anschließend wird Constant-Time-Implementierungs-Härtung mit reproduzierbarem Verifikations-Skript konzipiert, ergänzt um Bootstrap-Konfidenzintervalle nach Efron (1979) auf der Latenz-Differenz.", "target_pm": 10.0, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "4", "uap_number": "4.7", "title": "4.7 Entwicklung einer reproducible-builds-konformen Penetrations-Test-Automatisierung für die HTTPS- und Webhook-Endpunkte aus AP 1.2 und AP 6.1 via Dynamic-Application-Security-Testing-Pipeline auf Basis von OWASP ZAP (Riancho 2007) mit signierten Scan-Profilen, um Sicherheits-Regressionen zwischen Releases im Continuous-Integration-Pfad systematisch zu detektieren. Dazu werden Custom-Active-Scan-Rules für Webhook-Replay, HMAC-Header-Manipulation und JWT-Algorithmus-Confusion entwickelt. Anschließend wird Risk-Scoring nach Common Vulnerability Scoring System (CVSS v3.1) mit Pre-Merge-Gate konzipiert, ergänzt um Generalisierbarkeits-Evaluation gegen die Threat-Model-Klassen aus AP 4.1.", "target_pm": 10.0, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "5", "uap_number": "5.1", "title": "5.1 Entwicklung einer Capture-basierten Verhaltens-Spezifikation heterogener POS- und Terminalprotokolle via Protokoll-Reverse-Engineering an Live-Captures und Machbarkeits-Spikes über fünf Integrationsklassen (Cloud-API: Oracle Simphony OHIP, Hybrid: Gastrofix/Vectron, REST/WebSocket, ZVT TA 7.1, Bluetooth/mDNS), um Machbarkeit eines einheitlichen Transaktionsmodells über divergierende Systemklassen zu validieren. Dazu wird formale Sequenz-Diagramm-Notation entwickelt, ergänzt um Dokumentation zweier Forschungs-Nullergebnisse (Bluetooth-Direktkommunikation, Mobile-Router-POS-Bridge). Anschließend wird Adapter-Klassen-Granularität für AP 5.2 bis 5.4 abgeleitet.", "target_pm": 21.9, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "5", "uap_number": "5.2", "title": "5.2 Entwicklung eines POS-systemunabhängigen Domänenmodells für Checks, Items, Modifier, Steuern und Zahlungen via Hexagonaler Architektur nach Cockburn (2005), Adapter-Pattern nach Gamma et al. (1994) und Domain-Driven-Design nach Evans (2003), um divergierende POS-Modelle in evolutionsfähige Transaktions-Repräsentation zu überführen. Dazu werden versionierte Ports mit Expand-Contract-Migration nach Sadalage/Fowler (2012) und Plugin-Architektur mit dynamischer Adapter-Discovery entwickelt. Anschließend wird eval-getriebene Schema-Evolution mit Property-based-Verifikation konzipiert.", "target_pm": 17.5, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "5", "uap_number": "5.3", "title": "5.3 Entwicklung proprietärer POS-Adapter über zwei strukturell unterschiedliche Adapter-Klassen, um Tragfähigkeit des kanonischen Modells aus AP 5.2 für nicht-standardisierte Hersteller-Schnittstellen und API-lose Legacy-POS nachzuweisen. Dazu werden REST- und WebSocket-Adapter (Gastrofix, Vectron V3, Gastronovi, Sevenweb) via Consumer-Driven-Contract-Tests nach Pact-Methodik entwickelt. Anschließend wird UI-getriebener Adapter für Legacy-POS via Selenium/Playwright mit Mealy-FSM-Validierung gegen UI-States und Selbstheilung gegen Layout-Drift konzipiert.", "target_pm": 17.6, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "5", "uap_number": "5.4", "title": "5.4 Entwicklung eines Low-Level-Integrationspfads für POS-seitig gesteuerte Zahlungsverkehrsterminals (ZVT) via Rust-basiertem Byte-Stream-Parser nach TA 7.1 (Deutsche Kreditwirtschaft, 2018-Q3), um Zahlungsereignisse heterogener Hersteller in das kanonische Modell aus AP 5.2 zurückzuführen. Dazu wird Mealy-Terminal-Zustandsmaschine nach Hopcroft/Ullman (1979) mit Modellierung der Reversal- und Storno-Pfade entwickelt, ergänzt um Tag-Length-Value (TLV)-Fehlercode-Klassifikation in transient/permanent/operator-actionable. Anschließend wird Recovery-Logik für Kommunikationsabbrüche und Firmware-Varianten der Hersteller Naramis, Schultes und Adyen-ZVT konzipiert.", "target_pm": 16.4, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "5", "uap_number": "5.5", "title": "5.5 Entwicklung einer dynamischen Adapter-Plugin-Registry oberhalb des Domänenmodells aus AP 5.2 via Capability-Matrix nach Liskov-Substitutions-Prinzip (Liskov/Wing 1994) und Open-Closed-Prinzip nach Meyer (1988), um neue POS-Hersteller-Schnittstellen ohne Eingriff in Kern-Module integrierbar zu machen. Dazu wird eigene Feature-Negotiation-Schicht mit deklarativen Capability-Manifesten (Items, Modifier, Steuern, Reversal, Storno) entwickelt. Anschließend wird Plugin-Lifecycle-Management mit Versions-Skew-Erkennung und Backward-Compatibility-Verifikation via Property-based-Contract-Tests nach Pact-Methodik konzipiert, ergänzt um automatische Conflict-Resolution bei mehrdeutigen Capability-Routes.", "target_pm": 10.0, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "5", "uap_number": "5.6", "title": "5.6 Entwicklung eines zero-downtime Schema-Migrationspfads für die POS-Adapter aus AP 5.3 via Expand-Contract-Migration nach Sadalage/Fowler (2012) und Change-Data-Capture gegen produktive Replicas, um Adapter-Evolution unter laufendem Verkehr ohne Doppel-Buchung sicherzustellen. Dazu wird eigene Versions-Negotiations-Schicht mit Dual-Write-Pfad und Compare-and-Swap auf monoton wachsender Schema-Versionsspalte entwickelt. Anschließend wird Konsistenz-Verifikation via Property-based-Tests auf semantischer Bisimulation zwischen alter und neuer Adapter-Version nach Milner (1989) konzipiert, ergänzt um deterministischen Rollback-Pfad.", "target_pm": 10.0, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "5", "uap_number": "5.7", "title": "5.7 Entwicklung einer distribuierten Observability-Schicht für die POS-Adapter aus AP 5.3 via OpenTelemetry-Tracing-Pipeline (W3C Trace Context, 2021) und Bayesianischer Anomalie-Detektion nach Murphy (2007), um Latenz- und Fehler-Korrelationen zwischen heterogenen Adapter-Klassen unter Last sichtbar zu machen. Dazu wird eigene Span-Annotation-Schicht mit semantischen Konventionen für Item-Tree-Operationen entwickelt, ergänzt um Sampling-Strategie mit Tail-Based-Decision nach Sigelman et al. (2010, Dapper). Anschließend wird Korrelations-Analyse via gegenseitiger Informations-Schätzung nach Kraskov/Stögbauer/Grassberger (2004) zwischen Adapter-Performance-Profilen konzipiert.", "target_pm": 10.0, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "6", "uap_number": "6.1", "title": "6.1 Entwicklung einer providerübergreifenden Abstraktionsschicht oberhalb des Vertrags aus AP 1.1 via Payment-Service-Provider (PSP)-Schnittstelle mit Operationen (initiate, authorize, capture, refund, status) und einheitlicher Fehler-Taxonomie, um Parallelbetrieb mehrerer PSPs (Rapyd, Adyen) zu ermöglichen. Dazu werden providerneutrale Merchant-Identität und mandantenfähiges Konfigurationsmodell mit hierarchischer Override-Semantik (Global, Country, Merchant, Location) entwickelt. Anschließend wird Hexagonale Architektur nach Cockburn (2005) mit Expand-Contract-Migration konzipiert.", "target_pm": 36.2, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "6", "uap_number": "6.2", "title": "6.2 Entwicklung einer zustandskonsistenten Live-Migration aktiver Zahlungen zwischen heterogenen Payment-Service-Providern (Rapyd, Adyen) via Strangler-Fig-Migration nach Fowler (2004) mit deterministischer Konfliktauflösung bei gleichzeitigen Provider-Events, um Parallelbetrieb laufender Zahlungen ohne Downtime sicherzustellen. Dazu wird eigenständige Adyen-Mealy-Zustandsmaschine an der Payment-FSM aus AP 1.1 entwickelt, die Notifications (AUTHORISATION, CAPTURE, REFUND) überführt. Anschließend wird Recovery-Pfad für unterbrochene Migrationen ohne Datenverlust konzipiert.", "target_pm": 35.6, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "6", "uap_number": "6.3", "title": "6.3 Entwicklung einer regelbasierten Routing- und Resilienzlogik via Auswahlregeln über fünf Achsen (Merchant, Land, Zahlungsart, Betrag, Verfügbarkeit), Circuit-Breaker- und Bulkhead-Mechanismen nach Nygard (2007) und Fallback-Policies mit Hysterese gegen oszillierende Provider-Wechsel, um Mehr-Provider-Zahlungen unter Ausfällen kontrolliert umzuschalten. Dazu wird Regelkomposition mit topologischer Sortierung und Abwesenheit zyklischer Fallbacks entwickelt. Anschließend wird sprachkorrelierte Zustell-Fehlerklassen-Untersuchung mit deterministischer Retry-Zustandsmaschine konzipiert.", "target_pm": 25.7, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "6", "uap_number": "6.4", "title": "6.4 Entwicklung eines Tripel-Zustandsraum-Modells, das Terminal-Lifecycle, PSP-Lifecycle und QR-Session-Lifecycle in einer Mealy-Zustandsmaschine konsistent verbindet, um Events heterogener Hardware (Verifone, Ingenico, Adyen-Native) gemeinsam mit Rapyd- und Adyen-Events aus AP 1 und 6.2 in geschlossenen Zustandsraum zu überführen. Dazu wird deterministische Race-Condition-Auflösung zwischen den drei Event-Quellen unter Last entwickelt, ergänzt um klassifizierte Reaktions-Strategie für unerwartete Events. Anschließend wird Recovery-Pfad für Disconnects und Firmware-Drift konzipiert.", "target_pm": 37.2, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "6", "uap_number": "6.5", "title": "6.5 Entwicklung eines adaptiven Payment-Service-Provider-Routing-Verfahrens oberhalb der regelbasierten Auswahllogik aus AP 6.3 via Multi-Armed-Bandit-Algorithmus mit Thompson-Sampling nach Thompson (1933) und kontextuellen Features (Land, Betrag, Zahlungsart), um Erfolgsraten und Gebühren-Kosten unter Provider-Drift online optimierbar zu machen. Dazu wird eigene Posterior-Update-Regel über Beta-Verteilungen für binäre Erfolgs-Signale entwickelt, ergänzt um Linear-UCB-Bound nach Li et al. (2010) für kontextuelle Arme. Anschließend wird Regret-Schranken-Analyse mit Bootstrap-Konfidenzintervallen konzipiert, ergänzt um Counterfactual-Evaluation via Inverse-Propensity-Scoring nach Horvitz/Thompson (1952).", "target_pm": 10.0, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "6", "uap_number": "6.6", "title": "6.6 Entwicklung einer deterministischen Multi-PSP Settlement-Reconciliation oberhalb der Recovery-Engine aus AP 2.4 via Three-Way-Merge der Provider-Payouts (Rapyd, Adyen) gegen interne Transaktions-Historie aus AP 1.1 und AP 6.2, um Sammelauszahlungen mehrerer Provider an denselben Merchant ohne Slack-Konten zu attribuieren. Dazu wird eigene cross-Provider-Match-Erweiterung der bipartiten Kostenfunktion aus AP 2.2 nach Munkres/Kuhn (1955) entwickelt, ergänzt um Konfliktauflösung mit Provider-Priorität und Time-Window-Hysterese gegen oszillierende Re-Attribution. Anschließend wird empirische Drift-Validierung über zwei vollständige Settlement-Perioden konzipiert.", "target_pm": 10.0, "actual_pm": 0, "eligible_costs_eur": 0}, {"ap_number": "6", "uap_number": "6.7", "title": "6.7 Entwicklung einer Multi-Currency-Konversions- und FX-Hedging-Heuristik oberhalb der providerübergreifenden Abstraktion aus AP 6.1 via Garman-Kohlhagen-Modell (1983) für FX-Optionen und Heath-Jarrow-Morton-Framework nach Heath/Jarrow/Morton (1992), um Wechselkurs-Drift bei multi-PSP Sammelauszahlungen über Länder hinweg ohne Slack-Konten zu kompensieren. Dazu wird eigene Zeitfenster-basierte Mid-Rate-Mittelung mit Volatilitäts-gewichteter Glättung entwickelt. Anschließend wird Backtest-Verifikation via Bootstrap-Konfidenzintervalle nach Efron (1979) auf historischen ECB-Referenzkursen konzipiert, ergänzt um Sensitivitäts-Analyse via Monte-Carlo-Sampling.", "target_pm": 10.0, "actual_pm": 0, "eligible_costs_eur": 0}], "subjects": [{"id": 47, "source_row": 62, "identifier": "PhilippEisbacher", "display_name": "COO", "first_name": "Philipp", "last_name": "Eisbacher", "department": "Operations", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 562500.0, "months_with_cost": 45}, {"id": 48, "source_row": 63, "identifier": "PatrickHennig", "display_name": "CEO", "first_name": "Patrick", "last_name": "Hennig", "department": "Operations", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 550000.0, "months_with_cost": 44}, {"id": 11, "source_row": 25, "identifier": "PhilippBerger", "display_name": "CTO / dev all", "first_name": "Philipp", "last_name": "Berger", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 550000.0, "months_with_cost": 44}, {"id": 4, "source_row": 18, "identifier": "ChristopherKrügelstein", "display_name": "Frontend 1", "first_name": "Christopher", "last_name": "Krügelstein", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 402990.0, "months_with_cost": 45}, {"id": 15, "source_row": 29, "identifier": "PawelSulik", "display_name": "App Development 4", "first_name": "Pawel", "last_name": "Sulik", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 341791.0, "months_with_cost": 44}, {"id": 6, "source_row": 20, "identifier": "StephanSchultz", "display_name": "App Development 2", "first_name": "Stephan", "last_name": "Schultz", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 308904.0, "months_with_cost": 45}, {"id": 56, "source_row": 71, "identifier": "AnnelieKrämer", "display_name": "Design", "first_name": "Annelie", "last_name": "Krämer", "department": "Operations", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 297603.0, "months_with_cost": 45}, {"id": 5, "source_row": 19, "identifier": "RobertStark", "display_name": "Frontend 2", "first_name": "Robert", "last_name": "Stark", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 292581.0, "months_with_cost": 45}, {"id": 10, "source_row": 24, "identifier": "VeraWeidmann", "display_name": "Data & Privacy", "first_name": "Vera", "last_name": "Weidmann", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 281700.0, "months_with_cost": 45}, {"id": 1, "source_row": 15, "identifier": "MarvinMirtschin / Karweina", "display_name": "App Development 1", "first_name": "Marvin", "last_name": "Mirtschin / Karweina", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 260400.0, "months_with_cost": 45}, {"id": 17, "source_row": 31, "identifier": "PhilippBumann", "display_name": "Backend 6", "first_name": "Philipp", "last_name": "Bumann", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 256250.0, "months_with_cost": 41}, {"id": 13, "source_row": 27, "identifier": "PatrikFiedler", "display_name": "luca Link 1", "first_name": "Patrik", "last_name": "Fiedler", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 223800.0, "months_with_cost": 15}, {"id": 25, "source_row": 39, "identifier": "PierreBatram", "display_name": "Backend 8", "first_name": "Pierre", "last_name": "Batram", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 220332.0, "months_with_cost": 35}, {"id": 21, "source_row": 35, "identifier": "ChristopherFleischer", "display_name": "luca Link 2", "first_name": "Christopher", "last_name": "Fleischer", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 213057.0, "months_with_cost": 39}, {"id": 8, "source_row": 22, "identifier": "LaurenSimon", "display_name": "App Development 3", "first_name": "Lauren", "last_name": "Simon", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 182912.0, "months_with_cost": 32}, {"id": 55, "source_row": 70, "identifier": "LarsIpach", "display_name": "technische Integration", "first_name": "Lars", "last_name": "Ipach", "department": "Operations", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Sonstiges Personal", "shareholder_fraction": 0.0, "gross_costs_eur": 178700.0, "months_with_cost": 37}, {"id": 53, "source_row": 68, "identifier": "MathewDickson", "display_name": "PM 3", "first_name": "Mathew", "last_name": "Dickson", "department": "Operations", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 177690.0, "months_with_cost": 30}, {"id": 27, "source_row": 41, "identifier": "RaphaelRocha", "display_name": "App Development", "first_name": "Raphael", "last_name": "Rocha", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 171400.0, "months_with_cost": 29}, {"id": 23, "source_row": 37, "identifier": "Kaj-SörenGrünow", "display_name": "luca Link 3", "first_name": "Kaj-Sören", "last_name": "Grünow", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 168170.0, "months_with_cost": 39}, {"id": 12, "source_row": 26, "identifier": "XuanSu", "display_name": "Backend 4", "first_name": "Xuan", "last_name": "Su", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 166646.0, "months_with_cost": 45}, {"id": 26, "source_row": 40, "identifier": "DianaKuzmina", "display_name": "Backend", "first_name": "Diana", "last_name": "Kuzmina", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 162994.0, "months_with_cost": 30}, {"id": 18, "source_row": 32, "identifier": "SebastianSchmidt / Kehle", "display_name": "Frontend", "first_name": "Sebastian", "last_name": "Schmidt / Kehle", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 162800.0, "months_with_cost": 36}, {"id": 51, "source_row": 66, "identifier": "HannahKriegel", "display_name": "PM 1", "first_name": "Hannah", "last_name": "Kriegel", "department": "Operations", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 156985.0, "months_with_cost": 34}, {"id": 52, "source_row": 67, "identifier": "NinaUntch", "display_name": "PM 2", "first_name": "Nina", "last_name": "Untch", "department": "Operations", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 147511.0, "months_with_cost": 23}, {"id": 49, "source_row": 64, "identifier": "MaximilianSchneider-Ludorff", "display_name": "CPO", "first_name": "Maximilian", "last_name": "Schneider-Ludorff", "department": "Operations", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 125000.0, "months_with_cost": 10}, {"id": 54, "source_row": 69, "identifier": "CaterinaMandel", "display_name": "PM 4", "first_name": "Caterina", "last_name": "Mandel", "department": "Operations", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 116398.0, "months_with_cost": 19}, {"id": 3, "source_row": 17, "identifier": "DustinGedlich", "display_name": "Backend 2", "first_name": "Dustin", "last_name": "Gedlich", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 103277.0, "months_with_cost": 13}, {"id": 7, "source_row": 21, "identifier": "XiaomeiWu", "display_name": "Backend 3", "first_name": "Xiaomei", "last_name": "Wu", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 102530.0, "months_with_cost": 22}, {"id": 22, "source_row": 36, "identifier": "ArturHellmann", "display_name": "App Development 6", "first_name": "Artur", "last_name": "Hellmann", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 77040.0, "months_with_cost": 12}, {"id": 16, "source_row": 30, "identifier": "MahyarMohsenpour", "display_name": "Backend 5", "first_name": "Mahyar", "last_name": "Mohsenpour", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 74293.0, "months_with_cost": 14}, {"id": 24, "source_row": 38, "identifier": "YannickBäumer", "display_name": "luca Link 4", "first_name": "Yannick", "last_name": "Bäumer", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 65000.0, "months_with_cost": 13}, {"id": 20, "source_row": 34, "identifier": "MicaelSabino", "display_name": "Backend 7", "first_name": "Micael", "last_name": "Sabino", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 62773.0, "months_with_cost": 13}, {"id": 9, "source_row": 23, "identifier": "HaidarHammoud", "display_name": "Frontend 3", "first_name": "Haidar", "last_name": "Hammoud", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 59800.0, "months_with_cost": 14}, {"id": 50, "source_row": 65, "identifier": "ThomasHettig", "display_name": "UX Research", "first_name": "Thomas", "last_name": "Hettig", "department": "Operations", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 20200.0, "months_with_cost": 5}, {"id": 19, "source_row": 33, "identifier": "KarolinaSulik", "display_name": "App Development 5", "first_name": "Karolina", "last_name": "Sulik", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 12690.0, "months_with_cost": 15}, {"id": 14, "source_row": 28, "identifier": "ChristophAbs", "display_name": "Frontend 4", "first_name": "Christoph", "last_name": "Abs", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 11500.0, "months_with_cost": 5}, {"id": 2, "source_row": 16, "identifier": "KoljaBlauhut", "display_name": "Backend 1", "first_name": "Kolja", "last_name": "Blauhut", "department": "Development", "subject_type": "Interner Mitarbeiter", "country_class": "Deutschland", "fte_fraction": 1.0, "payroll_tax_fraction": 1.0, "research_role": "Wissenschaftler", "shareholder_fraction": 0.0, "gross_costs_eur": 5600.0, "months_with_cost": 4}], "assignments": []}