Softwareentwicklung
Ein an Ihr ERP angebundenes Portal mit Sicherheitskonzept, in dem Ihre Kunden Status, Dokumente und Rechnungen selbst abrufen.
Stand: November 2026
Sie sprechen mit dem Entwickler, der Ihr Projekt baut.
Unser Angebot richtet sich ausschließlich an Unternehmen und Selbstständige (§ 14 BGB). Alle Angebote verstehen sich netto zuzüglich gesetzlicher Umsatzsteuer.
Datafalke aus Bottrop entwickelt Kundenportale für Unternehmen mit Geschäftskunden. Ihre Kunden melden sich an und sehen den Stand ihrer Aufträge, ihre Dokumente und Rechnungen, ohne bei Ihrem Team nachzufragen. Die Daten kommen aus Ihrem Warenwirtschafts- oder ERP-System, über eine Schnittstelle oder einen regelmäßigen Abgleich. Am Anfang steht ein Discovery-Sprint, danach gilt ein Festpreis.
Das Portal ist eine Webanwendung und läuft im Browser, am Rechner wie am Smartphone. Den ersten Ausbau planen wir um die Fragen, die Ihre Kunden am häufigsten stellen; weitere Funktionen folgen nach Ihrer Priorität. Für Abläufe, die nur Ihr eigenes Team betreffen, ist Verwaltungssoftware der passende Weg. Wir arbeiten bundesweit per Video und im Ruhrgebiet auch vor Ort.
Kundenportale aus BottropSoftwareentwicklung im ÜberblickAlle LeistungenJede Person bekommt ein eigenes Konto, möglichst mit zweitem Faktor oder Passkey. Größere Kunden melden sich auf Wunsch über ihr Firmenkonto an.
Aufträge, Lieferungen oder Servicefälle mit ihrem aktuellen Stand, so wie Ihr ERP sie führt, und mit dem Zeitpunkt der letzten Aktualisierung.
Lieferscheine, Prüfberichte, Zertifikate und Rechnungen zum Abruf, jeweils nur für die Kundenfirma, zu der sie gehören.
Wer was sieht, regeln Rollen je Kundenfirma. Auf Wunsch verwaltet eine Person dort die Zugänge ihrer Kolleginnen und Kollegen selbst.
Die Daten kommen aus Ihrem ERP oder Ihrer Kundenverwaltung (CRM), per Schnittstelle, Datei-Export oder Nachricht. Was Ihr System bietet, klären wir vor dem Festpreis.
Ihr Team sieht, wer welchen Zugang hat. Anmeldungen und verweigerte Zugriffe protokolliert das Portal.
Für Anfragen, die sich wiederholen und deren Antwort schon in Ihren Systemen steht: Wo ist die Lieferung, wo liegt der Prüfbericht, welche Rechnung ist noch offen? Ihre Kunden finden die Antwort im Portal, ohne dass jemand in Ihrem Team suchen muss. Die Beispiele zeigen typische Einsätze nach Branche, keine Kundenprojekte.
Lieferstatus, Lieferscheine und Rechnungen
Prüfberichte, Zertifikate und Nachweise für Kunden
Objekt- und Prüfprotokolle sowie Schadensmeldungen
Wartungstermine und Prüfprotokolle für Gewerbekunden
Es gibt vier Grundwege: einen regelmäßigen Datei-Export, Abfragen über eine Schnittstelle, Nachrichten bei jeder Änderung und den direkten Zugriff auf die Datenbank. Welcher passt, hängt davon ab, was Ihr System anbietet und wie aktuell die Daten im Portal sein müssen. Das prüfen wir im Discovery-Sprint, bevor wir einen Festpreis nennen.
| Weg | So kommen die Daten ins Portal | Wie aktuell | Zu bedenken |
|---|---|---|---|
| Datei-Export | Ihr System legt in festen Abständen eine Datei ab, etwa als CSV oder XML, und das Portal liest sie ein. | so aktuell wie der letzte Export | Braucht keine Schnittstelle. Das Portal muss unvollständige oder fehlerhafte Dateien erkennen und melden. |
| Abfrage über eine Schnittstelle (API) | Das Portal fragt Ihr System bei Bedarf direkt ab. | aktuell, solange Ihr System antwortet | Ist Ihr System nicht erreichbar, fehlen die Daten, wenn das Portal keine Kopie hält. Manche Schnittstellen begrenzen die Zahl der Anfragen. |
| Nachrichten bei Änderungen | Ihr System meldet jede Änderung, etwa einen neuen Lieferstatus, und das Portal übernimmt sie. | kurz nach jeder Änderung | Ihr System muss Änderungen melden können. Beide Systeme müssen dafür nicht gleichzeitig laufen. |
| Direkter Zugriff auf die Datenbank | Das Portal liest die Datenbank Ihres ERP selbst. | aktuell | Bindet das Portal an den inneren Aufbau Ihres ERP, und ein Update kann die Anbindung unbrauchbar machen. Wir raten davon ab, solange es einen anderen Weg gibt. |
Die vier Wege entsprechen den Integrationsstilen, die Gregor Hohpe und Bobby Woolf in Enterprise Integration Patterns (externe Website) beschreiben. Ein Portal kann sie kombinieren, etwa Rechnungen über einen nächtlichen Export und den Lieferstatus über Nachrichten.
Business Central online von Microsoft bearbeitet je Benutzer höchstens fünf OData-Anfragen gleichzeitig und nimmt 6.000 in fünf Minuten an. Bei nur einem Konto teilen sich alle Nutzer diese Grenzen.
Quelle: Microsoft (externe Website), · Operational limits, per-user limits
Hält das Portal eine Kopie, zeigt es den letzten Stand mit Zeitpunkt. Der Prüfstandard OWASP ASVS verlangt ab Stufe 2, dass eine Anwendung sicher weiterläuft, wenn externe Dienste ausfallen.
Wir empfehlen, im ersten Ausbau Daten nur anzuzeigen. Änderungswünsche Ihrer Kunden, etwa eine neue Lieferadresse, gehen zunächst als Anfrage an Ihr Team.
Jede Kundenfirma sieht nur ihre eigenen Daten, und darin jede Person nur, was ihre Rolle erlaubt. Diese Regeln legen wir vor der Entwicklung in einem Rollenkonzept fest. Das Portal prüft sie bei jedem Abruf auf dem Server, denn eine Sperre, die nur in der Oberfläche greift, lässt sich umgehen.
Fehlerhafte Zugriffskontrolle steht in den OWASP Top 10:2025 (externe Website) an erster Stelle. Typisch ist eine geänderte Kennung in der Anfrage, mit der jemand fremde Dokumente abruft.
Auf Wunsch lädt eine Person je Kundenfirma Kolleginnen und Kollegen ein und vergibt Rollen, sodass etwa der Einkauf Rechnungen sieht und die Technik Prüfberichte.
Größere Kunden melden sich auf Wunsch per Single Sign-on an, über die Standards SAML 2.0 oder OpenID Connect. Sperrt der Arbeitgeber das Konto, ist keine neue Anmeldung mehr möglich.
Auch Ihre Mitarbeitenden bekommen Rollen: Wer im Innendienst Fragen beantwortet, muss keine Zugänge vergeben können.
Der Prüfstandard OWASP ASVS 5.0 (externe Website) verlangt schon auf seiner ersten Stufe, dass diese Regeln dokumentiert sind und auf dem Server durchgesetzt werden. Zugänge lassen sich außerdem automatisch anlegen und sperren, wenn das Benutzerverzeichnis Ihres Kunden den IETF-Standard SCIM (externe Website) unterstützt. Wie eine Software die Daten vieler Kundenfirmen voneinander trennt, erklärt unser Beitrag zur Mandantenfähigkeit.
Das Sicherheitskonzept legt vor der Entwicklung fest, wie sich Nutzer anmelden, wie die Verbindung verschlüsselt ist, was das Portal protokolliert und wie Updates eingespielt werden. Eine Grundlage dafür bietet der Prüfstandard OWASP ASVS 5.0 mit seinen Anforderungen an sichere Webanwendungen. Datenschutz planen wir ab dem ersten Entwurf ein; die rechtliche Bewertung ist Sache einer Anwältin oder eines Anwalts.
Der ASVS verlangt mehrere Faktoren ab Stufe 2. Nach dem Standard sollten die meisten Anwendungen diese Stufe anstreben. Ein Passwort allein reicht dort nicht.
Passkeys sind nach Einschätzung des BSI (externe Website) immun gegen die breite Masse bekannter Phishing-Angriffe. Deshalb raten wir zu Passkeys als Anmeldeweg.
Wie jemand einen verlorenen zweiten Faktor ersetzt, regelt das Konzept. Nach dem ASVS darf ein zurückgesetztes Passwort den zweiten Faktor nicht umgehen.
Das Portal ist nur verschlüsselt erreichbar, bevorzugt über TLS 1.3. Das empfiehlt die Technische Richtlinie TR-02102-2 (externe Website) des BSI; TLS 1.2 empfiehlt sie nur noch bis Ende 2031.
Das Portal protokolliert Anmeldungen, auch fehlgeschlagene, und verweigerte Zugriffe, ohne Passwörter oder Dokumentinhalte. Welche Ereignisse Ihr Team alarmieren, legt das Konzept fest.
In der Wartung spielen wir Sicherheitsupdates der eingesetzten Bausteine ein. Ins Portal kommen nur die Daten, die Ihre Kunden dort brauchen.
Jeden Dienst, der Daten verarbeitet, etwa für den E-Mail-Versand, legen wir offen. Welche Unterlagen Sie Ihren Kunden zeigen können, wenn diese Nachweise zur Sicherheit ihrer Lieferkette verlangen, steht auf der Seite Softwareentwicklung.
Wie wir die Verbindung auf unserer eigenen Website absichern, können Sie selbst nachprüfen. datafalke.de leitet jeden Aufruf auf HTTPS um und weist Ihren Browser an, die Seite nur verschlüsselt aufzurufen (HSTS). Außerdem schickt die Website eine Content Security Policy mit, die festlegt, was der Browser laden und ausführen darf. Technik und Hosting beschreibt das Kolophon.
Wer ein Kundenportal erstellen lassen will, beginnt mit einem Gespräch per Video oder vor Ort im Ruhrgebiet. Es ist kostenlos, und Sie sprechen direkt mit dem umsetzenden Entwickler.
Wir klären, welche Anfragen das Portal zuerst übernimmt, welche Daten aus welchem System kommen und wie Ihr ERP angebunden werden kann. Dazu legen wir Rollen und Sicherheitskonzept fest und bauen einen Klickprototyp.
Wir bauen die erste nutzbare Version (MVP) mit den Funktionen für die häufigsten Anfragen und zeigen Ihnen jede Woche den aktuellen Stand. Der Code liegt von Anfang an in Ihrem Repository.
Sie prüfen das Portal nach den schriftlich vereinbarten Kriterien, auf Wunsch zuerst mit einigen Ihrer Kunden. Mit der Abnahme erhalten Sie die Dokumentation und die Softwarestückliste.
Danach betreuen wir das Portal auf Wunsch weiter und bauen weitere Funktionen nach Ihrer Priorität, etwa das Zurückschreiben ins ERP. Ebenso kann Ihr Team oder ein anderer Dienstleister übernehmen.
Diese Beispiele haben wir für unsere Beiträge gebaut, ausgeführt oder dokumentiert. Das Beispiel zu PostgreSQL läuft mit Testdaten statt Kundendaten.
Alle Beispiele stammen aus unserem eigenen Projekt oder aus Testdaten, nicht aus Kundenprojekten.
Sie bleiben handlungsfähig, auch wenn wir ausfallen. Code, Hosting-Konto und Domain liegen ab dem ersten Tag bei Ihnen, und zu jeder Abnahme gehört eine Dokumentation, mit der ein anderes Team weiterarbeiten kann.
Repository, Cloud-Konto, Domain und Zugänge laufen auf Ihren Namen. Wir arbeiten mit delegierten Rechten.
Architektur nach arc42 und C4, Entscheidungsprotokolle, Betriebshandbuch und Softwarestückliste (SBOM) gehören zu jeder Abnahme.
Endet die Zusammenarbeit, übergeben wir alle Unterlagen an Ihr Team oder einen neuen Dienstleister. Wie die Übergabe abläuft, regelt der Vertrag.
Wir nutzen verbreitete Open-Source-Frameworks und keine Eigenbauten, die nur wir verstehen.
Mohammad Alboush ist Software Engineer und Inhaber von Datafalke. Er ist Ihr direkter Draht ins Team, vom Erstgespräch bis zur Abnahme. Auf Anfragen antwortet er innerhalb eines Arbeitstags (Montag bis Freitag).
Den Festpreis für Ihr Portal nennen wir nach dem Discovery-Sprint, wenn Schnittstellen, Rollen und der Umfang des ersten Ausbaus feststehen. Der Sprint ist ein bezahltes Einstiegsangebot mit eigenem Ergebnis; seinen Preis nennen wir Ihnen vor dem Auftrag. Was den Festpreis bestimmt, steht unter den Paketen.
Gründungsteams und Unternehmen mit einer Produktidee
Preis im Angebot
Netto, nur für Unternehmen und Selbstständige
Unternehmen, deren Kunden Status, Dokumente und Rechnungen online abrufen sollen
Festpreis nach Analyse
Netto, nur für Unternehmen und Selbstständige
Wartung S: Updates, Überwachung und zwei Stunden Arbeit im Monat, mindestens drei Monate. Wartung L nach Vereinbarung. Änderungen außerhalb des Festpreises beginnen erst nach Ihrer Freigabe.
Unser Angebot richtet sich ausschließlich an Unternehmen und Selbstständige (§ 14 BGB). Alle Angebote verstehen sich netto zuzüglich gesetzlicher Umsatzsteuer.
Für viele Portale im Mittelstand nicht, für manche schon; was für Ihr Vorhaben gilt, sagen wir Ihnen im Erstgespräch. Wir bauen in abgegrenzten Ausbaustufen mit schriftlichen Abnahmekriterien. Jedes Projekt verantwortet Software Engineer Mohammad Alboush, der unser Team leitet, und Sie sprechen direkt mit ihm. Braucht ein Vorhaben vom ersten Tag an ein großes Team, empfehlen wir Ihnen einen passenderen Anbieter.
Dann prüfen wir die anderen Wege. Kann Ihr System Daten als Datei exportieren, etwa als CSV oder XML, liest das Portal diese Dateien in festen Abständen ein. Ihre Kunden sehen dann den Stand des letzten Exports, und das Portal zeigt, von wann er ist. Ob ein Weg für Ihr System taugt, klären wir im Discovery-Sprint, bevor Sie einen Festpreis bekommen.
Wenn es Ihre Abläufe abdeckt, ja, und dann empfehlen wir es Ihnen. Das prüfen wir im Discovery-Sprint zuerst. Ein eigenes Kundenportal kommt eher infrage, wenn Daten aus mehreren Systemen zusammenkommen oder Ihre Kunden eigene Rollen und Freigaben brauchen. Dasselbe gilt, wenn die Lizenzkosten mit jedem Kundenzugang steigen. Wie Sie beides abwägen, erklärt unser Beitrag Individual- oder Standardsoftware.
Den Preis der Entwicklung kennen Sie, bevor sie beginnt, denn nach dem Discovery-Sprint nennen wir einen Festpreis. Änderungen gibt es nur per schriftlichem Änderungsantrag mit Preis, und in jeder Wochendemo sehen Sie den Budgetstand. Die Zahlungsbedingungen stehen im Angebot.
Wir bauen Datenschutz und Sicherheit von Anfang an ein; die rechtliche Bewertung ist Sache einer Anwältin oder eines Anwalts. Zum Portal gehören ein Rollenkonzept, eine verschlüsselte Verbindung und ein Protokoll nach dem Sicherheitskonzept; für die Anmeldung empfehlen wir mehrere Faktoren. Jeden Dienst, der Daten verarbeitet, legen wir offen.
In Ihrem eigenen Cloud-Konto bei einem Anbieter Ihrer Wahl, bevorzugt mit Sitz in der EU und mit Vertrag zur Auftragsverarbeitung. Wir richten das Konto mit Ihnen ein und arbeiten dort mit delegierten Rechten. Gepflegt werden die Daten weiter in Ihrem ERP; das Portal hält nur, was Ihre Kunden dort sehen sollen.
Sie laden Ihre Kunden per E-Mail ein, und beim ersten Anmelden richten sie ihren Zugang ein. Sinnvoll ist es, mit einigen Kunden zu beginnen und deren Rückmeldungen einzuarbeiten, bevor Sie alle einladen. Per E-Mail und Telefon bleiben Sie daneben erreichbar.
Kosten · SaaS & Software
Was es kostet, Software entwickeln zu lassen: Preisspannen in Euro für Webanwendung, Kundenportal und SaaS, Stundensätze und Wartung, mit Rechenbeispielen.
Vergleich · SaaS & Software
Standard oder Eigenbau? Kosten über fünf Jahre, Anpassbarkeit, Abhängigkeit und Datenhoheit im Vergleich, mit Entscheidungsbaum und Rechenbeispielen für KMU.
Erklärt · SaaS & Software
Mandantenfähig heißt: Eine Software bedient viele Kunden strikt getrennt. Die drei Trennungsmodelle, ihre Vor- und Nachteile und was der Datenschutz verlangt.
Womit datafalke.de gebaut ist: Astro, statisches HTML ohne JavaScript, eigene Schriftdateien, Speicherung in Frankfurt. Dazu alle Lizenzen und Bildnachweise.