Nein. Eine hier generierte Anwendung versendet weder E-Mails noch SMS oder Push-Benachrichtigungen – das lässt sich im gelieferten Paket nachprüfen: Keine der deklarierten Abhängigkeiten ist ein Messaging-Client, und das temporäre Passwort eines neu erstellten Kontos wird nur EINMAL auf dem Bildschirm angezeigt, nicht per E-Mail versandt. Stattdessen tut sie etwas anderes – und oft ausreichend: Sobald Sie die Anwendung öffnen, steht das Fällige direkt vor Ihnen – als Banner „Überfällig“ ganz oben in den betroffenen Listen, als Glockensymbol und Benachrichtigungsseite sowie in einer Kalenderansicht. Und für die Erinnerung, die wirklich klingelt, übernimmt Ihr eigener Kalender die Aufgabe: Ein Button „Zum Kalender hinzufügen“ erzeugt eine Standard-Kalenderdatei (.ics), die Ihr Gerät öffnet und in Ihren Kalender (z. B. auf Ihrem Smartphone, in Outlook oder Google Kalender) importiert. Falls automatisches Versenden für Sie unverzichtbar ist, gehört der Quellcode der Anwendung Ihnen – ein Entwickler kann diese Funktion problemlos ergänzen. Auf dieser Seite erfahren Sie, was das konkret bedeutet.
Was sie nicht versendet – und wie Sie das selbst prüfen können
Eine hier erzeugte Anwendung ist ein Next.js- und Prisma-Projekt mit einer festgeschriebenen, einsehbaren Liste an Abhängigkeiten: zweiundzwanzig Pakete, vier Entwicklungswerkzeuge – und kein einziger Client für E-Mails, SMS oder Push-Benachrichtigungen. Rendering, Datenbank, Karten, Diagramme und Markdown sind enthalten; das Versenden von Nachrichten jedoch nicht. Das ist keine bei der Nutzung erst spät entdeckte Lücke, sondern eine fehlende Zeile in einer Datei, die Sie jederzeit öffnen können: Die `package.json` reist mit in der Archivdatei mit.
Der überzeugendste Hinweis liegt woanders – und spricht lauter als jede Liste: Wenn ein Administrator für einen Kollegen ein Konto anlegt, zeigt die Anwendung das temporäre Passwort nur einmal auf dem Bildschirm an und gibt es danach nie wieder aus. Ein Produkt, das E-Mails versenden könnte, hätte sie sofort verschickt – das ist der erste Reflex jeder Software mit mehreren Nutzern. Hier lautet die Anweisung stattdessen: Kopieren Sie das Passwort selbst und geben Sie es weiter. Diese Einschränkung zeigt sich bereits beim ersten erstellten Konto – sie bleibt nicht sechs Monate lang verborgen.
Warum diese Abwesenheit eher eine bewusste Entscheidung denn ein Versehen ist: E-Mails zu versenden ist mehr als eine Codezeile. Dazu braucht es ein Konto bei einem E-Mail-Dienst, eine Domäne, die berechtigt ist, im eigenen Namen zu senden, entsprechende DNS-Einträge als Nachweis – und jemanden, der überprüft, welche Nachrichten zurückgeworfen werden. Eine Anwendung ohne diese Voraussetzungen würde Mails ausschließlich in Spam-Ordner liefern – was schlimmer ist, als gar nichts zu versenden: Denn dann glaubt man fälschlicherweise, der Empfänger sei informiert worden.
Was sie stattdessen tut: Die Frist kommt zu Ihnen beim Öffnen
Das Prinzip ist umgekehrt: Statt den Nutzer aktiv anzusprechen, stellt die Anwendung beim Öffnen sofort ins Blickfeld, was fällig ist. Sobald eine Entität ein Fälligkeitsdatum trägt – etwa eine anstehende Dienstleistung, eine einzuziehende Rechnung, ein auslaufender Vertrag oder eine datierte Aufgabe – erscheint in der zugehörigen Liste ganz oben ein Banner, das zählt, was bereits überfällig ist – vor der Tabelle und vor den Filtern. Die Frage „Was muss ich heute erledigen?“ erhält so sofort eine Antwort – ohne dass man danach suchen müsste.
Hinzu kommen zwei vertrautere Oberflächen: Eine Glocke in der Kopfzeile und eine Seite „Benachrichtigungen“ sammeln die zu verfolgenden Einträge samt ihrem aktuellen Status – gelesen direkt aus Ihren eigenen Daten, niemals aus einem separaten Log. Und wo es der Anwendungsfall erfordert, zeigt eine Kalenderansicht die Termine an ihrem Platz – nach Tag, Woche oder Monat (beim Öffnen standardmäßig im Monatsmodus) – mit einer sortierten Liste der bevorstehenden Fristen unterhalb des Rasters. Damit wird dieselbe Frage zweimal gestellt – für Menschen, die eine Liste besser lesen als einen Kalender.
Die Grenze ist real – und sollte klar benannt sein: All dies setzt voraus, dass jemand die Anwendung tatsächlich öffnet. Das ist das richtige Modell für ein Werkzeug, das täglich genutzt wird – etwa ein Werkstattplan, ein Einsatzbuch oder ein Fallverfolgungssystem. Es ist jedoch das falsche Modell für seltene, weit entfernte Fristen wie „Diesen Kunden in elf Monaten erneut kontaktieren“, die Sie nicht sehen, wenn Sie an diesem Tag nicht gerade eingeloggt sind.
Die Erinnerung, die wirklich klingelt: Über Ihren Kalender
Genau diesen Fall löst der Button „Zum Kalender hinzufügen“. Auf der Detailseite eines Datensatzes mit Datum generiert die Anwendung die standardisierte Kalenderereignisdatei, die alle gängigen Kalender lesen können – jene Datei also, die man üblicherweise als Anhang einer Einladung erhält. Ihr Gerät öffnet sie daraufhin automatisch. Das Ereignis landet dann in Ihrem gewohnten Kalender – auf Ihrem Smartphone, in Outlook oder Google Kalender – und klingelt dort mit genau der Erinnerung, die Sie selbst konfiguriert haben.
Die Rollenverteilung ist klar – und genau das macht sie robust: Die Anwendung verwaltet die Fachdaten, Ihr Kalender übernimmt die Erinnerung. Sie muss nicht wissen, zu welcher Uhrzeit Sie benachrichtigt werden möchten, auf welchem Gerät oder ob Sie gerade im Urlaub sind – all das weiß Ihr Kalender bereits und erledigt es besser. Der Button erscheint zudem nur dort, wo er Sinn macht: ausschließlich auf Detailseiten, deren Daten tatsächlich ein Datum enthalten.
Der Kompromiss ist ehrlich: Es handelt sich um eine einzelne Aktion – nicht um ein Abonnement. Sie übertragen jeweils EINEN Termin, genau dann, wenn Sie die Detailseite aufrufen; die Anwendung versendet nichts automatisch und aktualisiert Ihren Kalender auch nicht nachträglich, falls sich das Datum ändert. Für eine Handvoll wirklich wichtiger Fristen ist das mehr als ausreichend – und vollständig unabhängig von externen Diensten. Für einen stetigen Strom von Dutzenden Terminen pro Woche ist dieses Modell jedoch nicht geeignet – und das ist besser, früh zu erkennen.
Falls automatisches Versenden für Sie unverzichtbar ist
Es gibt zwei Wege – mit unterschiedlichem Aufwand. Der erste berührt keinen einzigen Codezeilen: Jede Liste bietet einen Export-Button, der eine CSV-Datei der aktuell angezeigten Zeilen erzeugt – also genau der gefilterten Ergebnisse, nicht der gesamten Tabelle. Die Datei öffnet sich direkt in einer Tabellenkalkulation, inklusive korrektem Trennzeichen und Zeichensatz, und kann direkt in das Tool eingespeist werden, das Ihre E-Mails bereits versendet. Filtern nach „überfällig“, exportieren, Serienbrief – eine wöchentliche Routine von fünf Minuten, die keinerlei neue Abhängigkeit schafft.
Der zweite Weg gehört Ihnen im wörtlichen Sinne: Der Quellcode der Anwendung ist Ihr Eigentum. Er ist als Archivdatei oder in einem Git-Repository abrufbar und stellt ein gewöhnliches Next.js- und Prisma-Projekt dar. Das Hinzufügen von E-Mail-Versand ist hier eine gut dokumentierte Entwicklungsarbeit – Anbindung eines E-Mail-Dienstes, Gestaltung der Nachricht, Auslösen des Versands. Was kostet, ist nicht der Code: Sondern die Einrichtung einer Versanddomäne, das Konto bei einem E-Mail-Dienst und jemand, der überprüft, welche Nachrichten zurückgeworfen werden. Eine Agentur oder ein freiberuflicher Entwickler führt das regelmäßig durch.
Unser Rat für beide Wege: Messen Sie zunächst, wie viele Erinnerungen Sie tatsächlich pro Woche versenden würden. Viele Teams stellen fest, dass das tägliche Banner „Überfällig“ bereits neunzig Prozent des Bedarfs abdeckt – und die wenigen verbleibenden Fristen bequem in einem gemeinsamen Kalender unterzubringen sind. Automatisierter Versand ist Infrastruktur: Er ist nur dann gerechtfertigt, wenn das Volumen ihn rechtfertigt – nicht aus Prinzip.