Anwendungsfälle

Push für Shop, Server, Backup und Prozesse.

GetMeNotified ist für Situationen gedacht, in denen ein System sofort sichtbar melden soll, dass etwas passiert ist: neue Bestellung, Serverproblem, Backup-Ergebnis, Zahlungsereignis oder ein wichtiger Status aus einer eigenen Anwendung.

Typische Signale

Was kann gemeldet werden?

Neben Titel und Nachricht können Werte wie Betrag, Dauer, Status, Quelle oder Gruppe mitgesendet werden. Dadurch werden Verlauf und Statistik später deutlich nützlicher.

Umsatz & BestellungBetrag, Währung, Shop, externe ID.
!
Störung & FehlerStatus, Dauer, Quelle und Kategorie.
Job & ProzessErfolg, Laufzeit, Ergebnis oder Warnung.

Einsatzgebiet

Wann ist GetMeNotified sinnvoll?

Immer dann, wenn ein System nicht nur eine E-Mail schreiben, sondern direkt eine sichtbare Push-Benachrichtigung an Smartphone oder Smartwatch senden soll. Für Entwickler gibt es eine API, für Anwender die App mit lokaler Historie, Dashboard und Statistiken.

Zusätzlich können Datenfelder wie type, group, category, amount, currency, success, status oder duration übergeben werden.

Aktueller Beta-Stand: Push-Versand, Backend-Historie, Detailabruf, lokale App-Historie, Backend-Sync, lokale Statistiken, Kundenportal und aktives Rate-Limiting sind vorhanden.

Shop und Bestellungen

Shops oder interne Bestellsysteme melden neue Bestellungen, Zahlungen, Stornierungen oder auffällige Vorgänge.

Beispiele: neue Bestellung, Zahlung erhalten, Zahlung fehlgeschlagen, hoher Warenkorbwert.

!

Server und API-Störungen

Überwachungsprogramme oder eigene Dienste melden Ausfälle, Fehlerzustände, fehlgeschlagene API-Aufrufe oder Wiederherstellungen.

Beispiele: API nicht erreichbar, Datenbankfehler, Dienst wiederhergestellt.

Backup und Jobs

Geplante Jobs melden, ob sie erfolgreich abgeschlossen wurden, fehlgeschlagen sind oder ungewöhnlich lange gedauert haben.

Beispiele: Backup erfolgreich, Import fehlgeschlagen, Laufzeit überschritten.

$

Zahlung und Abrechnung

Zahlungsanbieter, Buchhaltungssysteme oder interne Schnittstellen geben relevante Zahlungsereignisse sofort weiter.

Beispiele: Zahlung eingegangen, Rückbuchung, Abrechnungslauf beendet.

Produktion und Betrieb

Maschinennahe Systeme, interne Tools oder Betriebsanwendungen melden Statusänderungen, Warnungen und Schwellenwerte.

Beispiele: Warnstatus, Schichtmeldung, Grenzwert überschritten.

{}

Eigene Anwendungen

Jede Anwendung, die HTTP-Requests senden kann, kann Ereignisse an die GetMeNotified API übergeben.

Beispiele: C#-Dienst, PHP-Anwendung, PowerShell-Skript, später Windows-Agent.

Beispiel

Umsatzereignis aus einem Shop

Ein Shop kann bei einer neuen Bestellung eine Push-Nachricht senden und zusätzlich Betrag, Währung und Gruppierung mitgeben. Die App kann solche Einträge lokal auswerten.

type=sale, group=shop, category=order, amount=70.10, currency=EUR, success=true, status=ok

Beispiel

Störung einer API

Ein Überwachungsdienst kann einen Ausfall mit Status, Dauer und Quelle melden. Solche Ereignisse können später als Störungsstatistik zusammengefasst werden.

type=outage, group=server, category=api, success=false, status=failed, duration=180, unit=seconds

Ablauf

So läuft eine Benachrichtigung ab

Der technische Ablauf bleibt für Anwender einfach: Ein vorhandenes System meldet ein Ereignis, GetMeNotified stellt es zu, und App sowie Portal machen Verlauf und Auswertung sichtbar.

Ereignis entstehtEin Shop, Server, Job oder Prozess erkennt etwas Wichtiges.
API wird aufgerufenDas System sendet einen HTTP-Request an POST /v1/notifications.
GetMeNotified prüftAPI-Key, Kunde und Zielgeräte werden geprüft und gespeichert.
Push wird zugestelltDie Meldung erscheint am Smartphone und ggf. auf der Smartwatch.
Auswertung bleibtApp und Portal zeigen Historie, Details, Dashboard und Statistiken.

Späterer Ausbau

Geplanter Windows-Agent

Für spätere Ausbaustufen ist ein Windows-Dienst oder Agent vorgesehen. Dieser könnte lokal auf einem Server laufen, Ereignisse oder Ausfälle überwachen und Push-Events automatisch an die GetMeNotified API senden.

Noch nicht im aktuellen Beta-Stand: Der Windows-Agent ist bewusst ein späterer Roadmap-Punkt. Die API ist aber bereits so aufgebaut, dass ein solcher Agent später darauf aufsetzen kann.

Technischer Einstieg

Startpunkt für Entwickler

Der technische Einstieg erfolgt über die API-Dokumentation. Dort sind Endpoint, Authentifizierung, Beispiel-Requests, History-Endpunkte, Datenfelder und das aktive Rate-Limit beschrieben.