Formular einmal gestalten. Als PDF und HTML veröffentlichen. Signiert zurückbekommen.
Der CodeB eForms Server macht aus einem Formularentwurf ein ausfüllbares PDF, ein responsives Webformular und eine statische HTML-Seite. Jede Einsendung kommt als versiegeltes PDF plus XML per E-Mail zurück, auf Wunsch mit PAdES bis B-LTA signiert, aus der EU Digital Identity Wallet vorausgefüllt oder als ZUGFeRD-E-Rechnung.
Vom Formularentwurf zum signierten Dokument
Formulardesigner im Browser
Felder per Drag-and-drop platzieren, Prüfregeln mit regulären Ausdrücken setzen, Briefköpfe und kaskadierte Dokumente nutzen, Vorlagen klonen. Funktioniert auch auf Tablet und Smartphone.
Ein Entwurf, drei Ausgaben
Jedes Formular erscheint als ausfüllbares PDF (AcroForm), als responsives HTML-Formular fürs Smartphone und als statische HTML-Seite. Das passende Format wird je Gerät gewählt.
Versiegelte Einsendungen
Der Server macht aus jeder Einsendung ein PDF, versiegelt es mit SHA-512 und optionalem Zeitstempel nach RFC 3161 und schickt es mit den XML-Daten per E-Mail. Jede spätere Änderung bricht das Siegel.
Anhänge
Hochgeladene Dateien werden in PDF-Seiten umgewandelt oder gezippt, damit alles als ein Dokument ankommt.
Benutzer, Rollen und Gruppen
Formulare in Gruppen mit eigenen E-Mail-Vorlagen je Sprache organisieren. Formulare exportieren und wiederherstellen.
Spamschutz ohne CAPTCHA
Eine unsichtbare Prüfung im Server hält Bots fern. Kein Drittdienst, keine Rätsel für echte Menschen.
In vier Schritten zum fertigen Formular
- Gestalten Sie das Formular im Browser oder starten Sie mit einer Vorlage.
- Zustellung festlegen: Empfänger, E-Mail-Vorlage und Sprache, optional Webhook.
- Anmeldung und Signatur wählen: offenes Formular, Anmeldung mit EUDI-Wallet oder Passkey, handschriftliche Unterschrift oder „PDF beim Absenden signieren“.
- Freigeben und den Link teilen, in Ihre Website einbinden oder vorausgefüllte Links per API verschicken.
Elektronische Signaturen auf jeder eIDAS-Stufe
Ob eine Einsendung signiert wird, legen Sie je Formular fest. Formulare mit Anmeldung an einem CodeB-Server werden mit dem persönlichen Schlüssel der angemeldeten Person an diesem Server signiert, ohne Softwareinstallation und ohne Zertifikatspasswort. Alle anderen Formulare erhalten das Siegel Ihrer Organisation, ebenso eine Einsendung, bei der die persönliche Signatur nicht möglich ist, damit nichts verloren geht.
| eIDAS-Stufe | Mit dem eForms Server |
|---|---|
| Einfach (EES) | Handschriftliche Unterschrift mit Finger, Stift oder Maus; der Server versiegelt das PDF (SHA-512) und kann einen Zeitstempel ergänzen. |
| Fortgeschritten (FES) | Persönlicher Schlüssel der angemeldeten Person am CodeB-Server, als PAdES bis B-LTA; oder ein Signaturfeld mit persönlichem Zertifikat. |
| Qualifiziert (QES) | Signaturfeld, im PDF-Reader mit einem qualifizierten Zertifikat auf einer Chipkarte signiert. |
Signaturen des CodeB-Signaturdienstes erreichen standardmäßig PAdES B-LTA: Zeitstempel nach RFC 3161 (B-T), eingebettete Zertifikate und Sperrinformationen (B-LT) und ein Archivzeitstempel (B-LTA). Der Dienst meldet die erreichte Stufe; alles unter der von Ihnen eingestellten Mindeststufe wird stattdessen von der Organisation versiegelt. Fällt der Zeitstempeldienst aus, signiert der Server erneut in Stufe B-B mit dem eigenen Schlüssel der Person, sofern Ihre Mindeststufe B-B zulässt.
Der Signaturdienst ist der CodeB-Fernsignaturserver; seine Schnittstelle ist in der CSC-v2-API beschrieben. Details: Signaturen auf form-provider.com.
Geprüfte Identität statt eingetippter Namen
Ein Formular kann eine Anmeldung über www.aloaha.com verlangen, das Nachweise der EU Digital Identity Wallet mit OpenID4VP und DCQL prüft, für SD-JWT-VC- und ISO-mdoc-Nachweise nach dem HAIP-Profil. Das Formular wird dann mit den geprüften Daten vorausgefüllt, die die Person freigibt, und das PDF hält fest, wie sie sich angemeldet hat. Passkeys und OpenID-Connect-Konten funktionieren genauso.
Nach eIDAS 2.0 (Verordnung (EU) 2024/1183) muss jeder Mitgliedstaat bis Ende 2026 eine Wallet anbieten, und regulierte private Dienste wie Banken, Telekommunikation, Energie, Verkehr, Gesundheit und Bildung müssen sie bis Ende 2027 akzeptieren. Siehe Wallet-Verifier und EU-Wallet-Anmeldung.
ZUGFeRD und XRechnung aus dem Webformular
Ein Rechnungsformular erzeugt eine ZUGFeRD-/Factur-X-Rechnung (PDF/A-3 mit eingebettetem XML) oder eine XRechnung nach EN 16931. Unternehmen ohne Rechnungssoftware erfüllen so die E-Rechnungspflicht. Software erreicht dasselbe über POST /api/v1/einvoices. Wenn Sie die E-Rechnung lieber in Ihre eigene Anwendung einbauen, nutzen Sie das ZUGFeRD Pro SDK.
Formulare mit Ihren Systemen verbinden
| Schnittstelle | Was sie tut |
|---|---|
| REST-API | OpenAPI 3.1, OAuth-2.0-Bearer-Tokens Ihres OpenID-Connect-Servers. Formulare und Felder auflisten, prüfen, füllen und absenden. |
| Webhooks | Jede Einsendung als JSON an Ihren HTTPS-Endpunkt (submission.created, optional mit dem versiegelten PDF), signiert nach Standard Webhooks mit HMAC-SHA256, Wiederholung nach 1 Min., 5 Min., 30 Min., 2 Std., 6 Std. und 12 Std. |
| Vorausgefüllte Links | POST /api/v1/forms/{formId}/prefill liefert einen Link, der das Formular mit Ihren Werten öffnet; standardmäßig 7 Tage gültig, höchstens 90. |
| E-Rechnungen | POST /api/v1/einvoices: Verkäufer, Käufer, Positionen und Steuer als JSON hinein, ZUGFeRD-PDF/A-3 oder XRechnung heraus. |
| Nutzung | GET /api/v1/usage und die Header X-RateLimit-* zeigen Ratenlimits und das tägliche Einsendungslimit. |
Dokumentation: REST-API und Webhooks mit Signaturprüfung in Node.js, Python, C# und PHP.
So wenig Daten wie möglich
- Keine Einsendungsdatenbank: Jede Einsendung wird als versiegeltes PDF plus XML zugestellt und nicht auf dem Server gehalten.
- Optionales verschlüsseltes Archiv, nur wenn Sie es einschalten.
- Spamschutz ohne Drittdienste und ohne Tracking.
- Die Wallet-Anmeldung gibt nur die Merkmale weiter, denen die Person zustimmt.
- Betrieb in Ihrem eigenen Rechenzentrum oder gehostet bei Aloaha.
Wo ein signiertes Formular Papier ersetzt
Meldeschein im Hotel
Ein digitaler Meldeschein, den Gäste auf dem Smartphone ausfüllen, aus der Wallet vorausgefüllt und von Hand unterschrieben.
Anträge und Onboarding
Kunden-, Mitglieds- oder Personalanträge mit geprüfter Identität, Anhängen und einem signierten PDF für die Akte.
Einwilligungen und Bestätigungen
Einwilligungen, Liefer- und Besuchsbestätigungen, am Schalter oder vor Ort unterschrieben.
Rechnungen ohne Software
Kleine Unternehmen und Vereine stellen ZUGFeRD-Rechnungen oder XRechnungen aus einem Webformular aus.
Neun Beispielformulare, darunter der Meldeschein und eine ZUGFeRD-Rechnung, finden Sie auf form-provider.com, nutzbar ohne Konto.
Auf Ihrem Server oder gehostet
| Option | Details |
|---|---|
| Eigenes Rechenzentrum | Windows Server mit IIS und .NET Framework 4.7.2; gemietete Serverlizenz mit kostenlosen Updates. |
| Gehostet | Betrieben von Aloaha. |
| Test | 30 Tage kostenlos mit drei Beispielformularen; kostenlose Testzugangsdaten für den Online-Server auf Anfrage. |
| Preis | Auf Anfrage über info@aloaha.com. |
Häufige Fragen
Was ist der CodeB eForms Server?
Ein webbasierter Formularserver der Aloaha Limited (Malta, EU), früher Aloaha eForms Server. Sie gestalten ein Formular einmal im Browser und veröffentlichen es als ausfüllbares PDF, responsives HTML und statisches HTML. Jede Einsendung wird zu einem versiegelten PDF plus XML, zugestellt per E-Mail.
Wo werden Formulareinsendungen gespeichert?
Der Server führt keine Datenbank der Einsendungen. Jede Einsendung wird als versiegeltes PDF plus XML per E-Mail zugestellt und auf Wunsch per Webhook an Ihr System geschickt. Ein verschlüsseltes Archiv lässt sich bei Bedarf einschalten.
Welche Signaturstufen nach eIDAS sind möglich?
Eine handschriftliche Unterschrift im Formular ist eine einfache elektronische Signatur, versiegelt vom Server. Formulare mit Anmeldung können mit dem eigenen Schlüssel der Person am CodeB-Server als fortgeschrittene elektronische Signatur signiert werden (PAdES bis B-LTA, nicht qualifiziert). Qualifizierte Signaturen entstehen in Signaturfeldern mit einem qualifizierten Zertifikat auf einer Chipkarte.
Akzeptiert der eForms Server die EU Digital Identity Wallet?
Ja. Formulare können eine Anmeldung über www.aloaha.com verlangen, das Wallet-Nachweise mit OpenID4VP und DCQL prüft (SD-JWT VC und ISO mdoc, HAIP-Profil). Das Formular wird dann mit den geprüften Daten vorausgefüllt, die die Person freigibt.
Kann ein Formular eine ZUGFeRD-Rechnung oder XRechnung erzeugen?
Ja. Rechnungsformulare erzeugen ZUGFeRD / Factur-X (PDF/A-3 mit eingebettetem XML) oder XRechnung nach EN 16931, ohne eigene Rechnungssoftware. Die REST-API bietet dasselbe über POST /api/v1/einvoices.
Gibt es eine API?
Ja, eine REST-API, beschrieben in OpenAPI 3.1, mit OAuth-2.0-Bearer-Tokens. Sie listet Formulare und Felder, prüft, füllt und sendet Formulare, erzeugt vorausgefüllte Links und E-Rechnungen und verwaltet Webhooks, signiert nach Standard Webhooks (HMAC-SHA256).
Wie verhindern Sie Spam ohne CAPTCHA?
Eine unsichtbare Prüfung im Server hält Bots fern. Besucher klicken keine Bilder an, tippen keine verzerrten Buchstaben ab, und kein CAPTCHA-Dienst eines Dritten sieht sie.
Können wir ihn auf eigenem Server betreiben?
Ja. Der eForms Server läuft auf Windows Server mit IIS und .NET Framework 4.7.2 in Ihrem eigenen Rechenzentrum, mit kostenlosen Updates für gemietete Server. Alternativ hostet Aloaha ihn für Sie.
Wie kann ich ihn testen?
Testen Sie die Beispielformulare auf form-provider.com ohne Konto oder fordern Sie einen kostenlosen 30-Tage-Test mit drei Beispielformularen an. Preise auf Anfrage über info@aloaha.com.
CodeB eForms Server testen
Füllen Sie ein Beispielformular aus, fordern Sie einen kostenlosen Testzugang an oder lesen Sie alle Funktionen auf form-provider.com.
Beispielformulare ↗ Kostenlos testen ↗ form-provider.com ↗