Mit Belegen arbeitenLive
Unsere Mission
Wir haben FoxPay als Plattform-Layer aufgebaut: Onboarding, Payment-Initiierung, Reconciliation und Merchant Intelligence in einem operativen System.
FoxPay ist Infrastruktur für regulierten Handel
FoxPay liefert Infrastruktur für Händler, bei denen Standard-PSPs an den Grenzen ihrer Onboarding- und Operability-Fähigkeiten ankommen.
Evidenz vor Erzählung.Investor Relations · FoxPay UG
API-first und plugin-fähige Architektur Bankdirekte Rails + signierte Webhooks Persönlicher Support
Evidenzorientiert
Vertrauen & Transparenz
Jeder Claim ist an Quelle und Reifegrad gekoppelt.IR · FoxPay UG
01 These & Leitbild
Mission & Vision
Das operative Prinzip hinter jeder Bauentscheidung: Evidenz vor Erzählung.
Skalierung dort, wo generische PSPs aussteigenBetrieb
Unsere Vision
Unser Ziel ist, komplexe Merchants skalierbar zu machen durch belastbare Payment-Rails, verifizierbare Integrationspfade und bessere Entscheidungsunterstützung.
Eine einzige WahrheitVerifiziert
Glaubwürdigkeit
Wir halten Kommunikation, Claims und Dokumentation zwischen Investor-, Produkt- und Technikflächen konsistent.
02 Unsere Prinzipien
Worin wir uns von generischen Zahlungsanbietern abgrenzen
Handlungsprinzipien
HandlungsprinzipienDisziplinWir bevorzugen kleinere, kontrollierte Oberflächen, die sich in echtem Betrieb verifizieren und skalieren lassen.Evidence-first Auslieferung
HandlungsprinzipienVertrauenUnsere Security-Claims sind an implementierte Kontrollen und dokumentierte Integrationspunkte gebunden, mit klaren Caveats für umgebungsabhängige Module.Gezielte Sicherheit
HandlungsprinzipienAusführungstempoWir reduzieren Onboarding- und Integrations-Unklarheit durch fest definierte Eintrittspunkte für jede Merchant-Kategorie.Flussklarheit
HandlungsprinzipienGlaubwürdigkeitWir halten Kommunikation, Claims und Dokumentation zwischen Investor-, Produkt- und Technikflächen konsistent.Eine einzige Wahrheit
03 Execution-Timeline
Ausführungsmomente, die wir jetzt öffentlich und intern nachweisen
Execution-Momente als verifizierbare Meilensteine.
Status liveDOCS
01Public API Proof Layer
Public Developer-Doku und OpenAPI werden als Live-Proof-Layer gepflegt, nicht als Marketing-Anhang.
Status liveFOUNDATION
02Plattform-Foundation
Die Architektur verbindet Payments, Onboarding, Statusreconciliation und Integrationen als durchgängigen Betriebsablauf.
Status liveHUB
03Narrativ- und Proof-Abgleich
Hub-Inhalte und Content-Flows sind jetzt auf Investor-, Partner- und Technische-Proof-Materialien abgestimmt.
Status liveIR
04IR-Positionierung aktualisiert
Investor Relations sind jetzt klar auf spezialisierte Infrastruktur für regulierten Handel mit Belegbezug ausgerichtet.
04 Technik & Operations
Praktischer Technikstack von Entwickler-Onboarding bis Reconciliation
Der Stack ist für heterogene Merchant-Setups gebaut: geführte Shopify-/WooCommerce-Pfade für SMBs und dokumentierte API-Pfade für custom und headless Teams.
IntegrationschichtIntegrationsschichtEin praktischer Weg für SMBs und Enterprise-Stacks mit klaren Onboarding-Punkten und messbaren Übergaben.
ZuverlässigkeitsschichtVerlässlichkeitsschichtZahlungssessions werden in FoxPay gestartet, anschließend über Statusflüsse und signierte Events für schnellere Reconciliation abgeglichen.
Developer-LayerDeveloper-LayerDie REST-API und öffentliches OpenAPI liefern deterministische Integrationspunkte für custom Checkout- und Settlement-Modelle.
05 Compliance-Framework
Claims-Disziplin
Vertrauen wird operativ verdient: über dokumentierte Flows, begrenzte Claims und verifizierbare Referenzen.
IntegritätLive
Wir trennen Produktnachweis von Sales-Wording und markieren klar, was live, gated oder noch intern gehalten ist.
- Feature-reife
- Evidence-gebundene Claims
- Manuelle Prüfung wo erforderlich
SicherheitGesteuert
Wir setzen sichere Übertragung, signierte Webhook-Semantik und explizite Rollback-/Incident-Workflows dort ein, wo es anwendbar ist.
- Signierte Webhooks
- Statusreconciliation
- Risikobewusste Umgebungsprofile
TransparenzReviewbar
Wir machen sichtbar, was dokumentiert ist, was staged und was intern gesteuert wird.
- Öffentliche API-Belege
- Investor Evidence Index
- Status-Tags für Zuverlässigkeit
Compliance-Posture
Transparenz: Security und Compliance sind Prozessdisziplinen.
GDPR ReadyPersönliche und Merchant-Daten werden nach dokumentierten Einwilligungs- und Zugriffsmustern verarbeitetPayment Services ReifeProvider-Readiness und Unterstützung regulierter FlowsSecurity HygieneVerstärkte Deployment-Muster und operative Kontrollen
06 Beweise und Referenzen
Öffentliche und interne Referenzen, die jede Aussage absichern
Aktuelle Repo-Ausschnitte
foxpay docsEvidence
FoxPay Docs
Öffentliche Produktdokumentation und Onboarding-Referenzen
Public technische Dokumentation, Implementierungshinweise und API-Verhalten sind hier zentral gesammelt.
Doku öffnen
Investor RelationsEvidence
Investor Relations
Capability-Updates und Investorenzugang
Investor Relations sind auf spezialisierte Infrastruktur für regulierten Handel mit Technical Proof und Reife-Labeln ausgerichtet.
IR-Seite öffnen
OrgScanProdukt-Layer
OrgScan
Merchant-Intelligence-Schicht für deutsches Business-Onboarding
OrgScan bündelt Website-Signale, Registeranreicherung und Merchant-Fit-Kontext für deutsches Business-Onboarding.
OrgScan ansehenOpenAPI-BelegEvidence
OpenAPI Contract
Maschinenlesbarer Integrationsvertrag
OpenAPI-Artifact zur Integrationsprüfung und Alignment des API-Verhaltens.
OpenAPI öffnen ↗
07 Docs-Changelog
Aktuelle Referenzen aus dem öffentlichen Docs-Changelog
Der Abschnitt wird direkt aus docs.foxpay.it/changelog gespeist und zeigt die letzten dokumentierten Produkt- und Integrationsänderungen.
2026-07-09docs.foxpay.it/changelogAktuell
Admin-controlled full reconciliation mode for OBT
09.07.2026Open Bank Transfer docs now distinguish default provider-confirmation mode from the paid full-reconciliation add-on. Merchant integrations should not send reconciliation-mode fields in initialization…
Mehr lesenWeniger lesen
Open Bank Transfer docs now distinguish default provider-confirmation mode from the paid full-reconciliation add-on. Merchant integrations should not send reconciliation-mode fields in initialization requests; Foxpay admins configure the store setting. When the add-on is active, provider success remains processing until asynchronous settlement confirmation arrives, and merchant success handling waits for that settlement confirmation.
Changelog öffnen →2026-07-06docs.foxpay.it/changelogAktuell
Shopify integration setup guide added
06.07.2026A dedicated Shopify integration page now explains the Foxpay setup path for Shopify merchants: Shopify does not provide a `whsec_` webhook secret, Foxpay verifies Shopify webhook HMAC using the Shopify app…
Mehr lesenWeniger lesen
A dedicated Shopify integration page now explains the Foxpay setup path for Shopify merchants: Shopify does not provide a `whsec_` webhook secret, Foxpay verifies Shopify webhook HMAC using the Shopify app Client Secret, webhook subscriptions are created automatically after credentials are saved, and the Shopify checkout should use a manual Foxpay payment method that tells buyers to complete payment through the Foxpay email link.
Changelog öffnen →2026-07-04docs.foxpay.it/changelogAktuell
Direct Calytics OBT docs expanded for EndToEndId, unresolved outcomes, and Instant fallback
04.07.2026The public docs and OpenAPI examples now document `endToEndId` for direct-provider Calytics OBT, clarify that provider outcomes `UNKNOWN` and `INDETERMINATE` are unresolved rather than successful, and explain…
Mehr lesenWeniger lesen
The public docs and OpenAPI examples now document `endToEndId` for direct-provider Calytics OBT, clarify that provider outcomes `UNKNOWN` and `INDETERMINATE` are unresolved rather than successful, and explain that Instant OBT requests use a standard-SEPA fallback path when available. The rollout guidance also now calls out provider failure diagnostics (`failure_code`, `failure_message`) and slower settlement reconciliation expectations so merchants do not fulfil too early.
Changelog öffnen →2026-06-02docs.foxpay.it/changelogAktuell
Merchant invoice documents and payment instructions improved
02.06.2026Merchant-facing invoice PDFs now present clearer payment instructions, EPC QR transfer data, recipient/company information, and reverse-charge VAT display. This is a document rendering improvement only; the…
Mehr lesenWeniger lesen
Merchant-facing invoice PDFs now present clearer payment instructions, EPC QR transfer data, recipient/company information, and reverse-charge VAT display. This is a document rendering improvement only; the public API contract and OpenAPI schema did not change.
Changelog öffnen →2026-06-02docs.foxpay.it/changelogAktuell
Hosted checkout and transaction status reliability improvements
02.06.2026Buyer-facing checkout and merchant-facing transaction status flows were hardened so confirmed QR Pay and POS payment updates surface more consistently. Existing integrations do not need to change request or…
Mehr lesenWeniger lesen
Buyer-facing checkout and merchant-facing transaction status flows were hardened so confirmed QR Pay and POS payment updates surface more consistently. Existing integrations do not need to change request or webhook handling for this release.
Changelog öffnen →2026-05-21docs.foxpay.it/changelogAktuell
POS QR payment experience stabilized
21.05.2026POS QR payment journeys were stabilized across buyer handoff, payment status handling, and merchant transaction views. This improves the visible payment experience for merchants using in-person or QR-based…
Mehr lesenWeniger lesen
POS QR payment journeys were stabilized across buyer handoff, payment status handling, and merchant transaction views. This improves the visible payment experience for merchants using in-person or QR-based payment flows without introducing a new public API field.
Changelog öffnen →Nächste Schritte
Bleiben Sie informiert, während wir die Infrastruktur für schwierige Merchant-Segmente ausbauen.
Abonnieren Sie Updates zu Proofs, Evidence-Refreshes und Integrations-Notizen.