Hybride mobile Apps

Entwicklung einer internationalen mobilen Anwendung schlüsselfertig (Design + Code) Um Kosten zu sparen, möglicherweise ein fertiges Design kaufen. 1. Allgemeine Anforderungen an das Projekt Plattform: Cross-Plattform-Entwicklung mit dem Flutter-Framework (ein Code für iOS und Android). Plattformtyp: Soziale Wetten / Spielkonkurrenzen in Disziplin (Peer-to-Peer 도전戰). Aufgabe des Auftragnehmers: Vollständiger Entwicklungszyklus (UI/UX-Design in Figma, Frontend, Backend-Server, Datenbank, Integration des IoT-Sensors zur Kontrolle und des Zahlungsgateways). Mehrsprachigkeit: Vollständige Unterstützung der Lokalisierung (i18n) und Arbeit mit mehreren Währungen. 2. Anforderungen an das UI/UX-Design Es wird ein modernes, neon-technologisches Interface in dunklen Tönen (Dark Mode) benötigt. Akzentfarben: Tiefes Graphit (Hintergrund), leuchtendes Grün (Finanzen, Balance), leuchtendes Rot (Schutzmodus aktiviert, Strafereignisse). Funktionalität: Anzeige von 4 Hauptbildschirmen der unteren Navigation (Dashboard, Spielräume, Wallet, Geräteeinstellungen). Dynamische Animationen zur Änderung des Saldos und Popup-Alerts sind erforderlich. 3. Finanzarchitektur (Escrow/Holding/Split) Die Anwendung ist für die Einhaltung der Disziplinregeln zur Einbehaltung von Einlagen verantwortlich. Die Integration eines Zahlungsgateways, das Split Payments (Zahlungsteilung) und das Halten von Geldern unterstützt, ist von entscheidender Bedeutung (Stripe Connect für den globalen Markt/Äquivalente für den lokalen Markt). Transaktionslogik (API-Befehle des Backends): Aufladung: Die Gelder der Benutzer werden ihrem Konto zugeordnet und auf einem Transit- (Escrow-) Konto des Zahlungssystems eingefroren. Sie gelangen nicht direkt auf das Konto des Unternehmens. SOLO-Modus: Bei Eintreten eines Triggerereignisses vom IoT-Sensor in den verbotenen Stunden gibt das Backend den Befehl an das Zahlungssystem, einen festen Betrag (Strafe) vom Transitkonto des Benutzers auf das Geschäftskonto zu überweisen. GROUP-Modus (Raum): Benutzer bilden einen gemeinsamen Pool (z. B. 10 Personen $10). Das Geld wird innerhalb eines bestimmten Spielraums eingefroren. Bei Eintreten eines Triggerereignisses bei einem der Teilnehmer wird die Höhe seiner Strafe automatisch aufgeteilt: 15% (Plattformgebühr) gehen auf das Geschäftskonto, während 85% im Preisfonds des Raums verbleiben. Nach Ablauf der Challenge verteilt das Backend automatisch den angesammelten Preisfonds unter den Gewinnern, und das Zahlungssystem führt eine automatische Überweisung (Payout) auf deren Karten durch. 4. Struktur der Konten Konto 1: „Persönlicher Tracker“ (SOLO-Modus) Statusanzeige für die Überwachung (Aktiv/Verfügbar/Blockiert). Konfigurator für Zeitintervalle der Überwachung (Time Picker) und Einstellung der Kosten für den Straftrigger. Statusanzeige des externen IoT-Geräts (Batteriestatus des Sensors in %, Signalstärke, Synchronisierungsstatus). Konto 2: „Spielräume“ (GROUP-Modus) Werkzeug zur Erstellung privater Räume (Generierung von Einladungslinks/Codes für Freunde) und Liste öffentlicher globaler Ligen. Rangliste (Leaderboard) der Teilnehmer mit Anzeige ihres aktuellen Status in Echtzeit, Timer bis zum Ende der Challenge und integrierter Gruppenchat. Gemeinsamer Abschnitt: Multicurrency-Wallet Anzeige des Saldos mit automatischer Umrechnung lokaler Währungen in Echtzeit. Transaktionshistorie mit transparentem Protokoll von Abhebungen, Gebühren und Gewinnen. 5. Anforderungen an das Backend und Integration von IoT Stack: Node.js/Python/Go (nach Wahl des Auftragnehmers, begründet). Verbindung zu IoT: Empfang von Datenpaketen vom externen Wi-Fi-Modul. Geschwindigkeit der Push-Benachrichtigung (über FCM) auf das Smartphone bei Eintreten eines Ereignisses vom Sensor – weniger als 1 Sekunde. Anti-Fraud-Logik: Der Server muss die vom Sensor übermittelten Telemetriedaten des eingebauten Beschleunigungsmessers (accel_x/y/z) analysieren. Wenn ein Ereignis bei null Änderung der Beschleunigungsachsen auftritt, wird die Transaktion vom System als verdächtig markiert (Schutz vor statischer Sensorhaltung), und der Benutzer erhält eine Warnung.

Anrufe werden über die SIM-Karte auf dem iPhone getätigt, daher muss automatisch die Information über eingehende/ausgehende Anrufe in das CRM übertragen werden.