Aller au contenu principal
Logo Arihna Biha

Comment ça marche

Synchronisation des prières, expliquée fonctionnellement

Le parcours complet de l'utilisateur, de la première connexion à la suppression du compte, avec chaque permission reliée à la promesse qu'elle active.

CommunityAgenda en lecture seule ou livraison sans OAuth
SupporterSynchronisation complète, automatisation, 2 comptes agenda actifs
SuppressionJetons, connexions, flux et données locales supprimés
scope identité ou lecture seulescope accès en écriture protection ou promesse

Configuration

Identité uniquement. Aucun accès calendrier n'existe encore.

Créer un compte ou se connecter

E-mail et mot de passe, ou connexion OAuth.

utilise :openidemailprofile

Configurer l'espace de prière

La localisation, la méthode de calcul, l'école, les prières sélectionnées, la durée et les marges sont enregistrées dans l'app. Aucune permission calendrier n'est nécessaire.

Horaires de prière calculés

Aladhan calcule les Prayer Defaults enregistrés. C'est une source externe d'horaires de prière, pas une permission calendrier utilisateur.

Preview Draft

Arihna Biha propose des Prayer Blocks avant toute livraison.

Niveau Community par défaut

1 compte agenda actif, lecture seule incluse, sans synchronisation complète ni automatisation de planification.

Choisir un chemin de livraison

Les premières permissions calendrier apparaissent ici, et deux des trois chemins ne demandent aucun OAuth calendrier.

Chemin A : agenda en lecture seule

Afficher le contexte agenda et détecter les conflits.

calendar.calendarlist.readonlycalendar.events.readonly
User.ReadCalendars.Readoffline_access
Ne crée, ne modifie et ne supprime jamais d'événements fournisseur.
Changer le compte agenda actif ne révoque pas l'ancien OAuth et ne force pas une nouvelle autorisation OAuth.

Chemin B : e-mail / export

Livrer les Prayer Blocks sans OAuth Google ou Outlook.

Zéro permission calendrier. Une boîte de livraison vérifiée suffit.
Téléchargement .ics, e-mail .ics groupé ou une invitation calendrier par Prayer Block.
URL de flux privée et révocable. Le fournisseur calendrier la récupère selon son propre rythme.
Bonne alternative sans écriture, mais pas une synchronisation complète déterministe.

Chemin C : rien de connecté

Confidentialité maximale, uniquement dans l'app.

Zéro permission fournisseur.
Les Prayer Defaults et la Preview restent dans Arihna Biha.
Aucune lecture d'agenda, aucune écriture fournisseur et aucune livraison tant que l'utilisateur n'active pas un chemin.

Synchronisation complète Supporter

L'upgrade ajoute l'accès en écriture uniquement quand l'utilisateur choisit la synchronisation complète.

Devenir Supporter

Abonnement Stripe ou attribution admin. Le paiement change l'Entitlement, pas la permission calendrier.

Entitlement Supporter

Débloque la synchronisation complète, l'automatisation de planification et jusqu'à 2 comptes agenda actifs.

Consentement OAuth calendrier complet

Tout ce qui est nécessaire pour choisir les calendriers, plus la permission d'écriture fournisseur.

ajoute :calendar.eventsouCalendars.ReadWrite

Choisir la Sync Target

L'utilisateur choisit le calendrier fournisseur inscriptible où les Prayer Blocks doivent vivre.

choisit via :calendar.calendarlist.readonlyUser.Read

Relire, puis écrire

Arihna Biha crée, met à jour, supprime ou restaure uniquement les Prayer Blocks dont l'app est propriétaire.

écrit via :calendar.eventsCalendars.ReadWrite

Synced Events

Événements fournisseur possédés et suivis par Arihna Biha.

maintenus à jour avec :offline_access
Protections exécutées avec la synchronisation

Automatisation de planification

Les règles live se relancent lors des changements de Scheduling enregistrés, des changements de Prayer Defaults, des notifications d'Agenda Sources bloquantes et des notifications de Sync Target inscriptible. L'e-mail .ics planifié suit sa cadence enregistrée.

Dispatcher de secours

Toutes les 5 minutes, récupère les règles live sales et les règles d'e-mail .ics dues. Les règles de synchronisation directe propres ne sont pas recalculées aveuglément.

Protection des modifications manuelles

Peut respecter les Prayer Blocks déplacés dans Arihna Biha et les événements possédés par l'app déplacés ou supprimés dans Google ou Outlook.

Second compte agenda

Les Supporters peuvent conserver un compte Google ou Outlook supplémentaire pour les blockers, les previews et les cibles.

La promesse sur les jetons s'applique à chaque permission calendrier

Chiffrés au repos Utilisés seulement pour les fonctionnalités calendrier sélectionnées Supprimés à la déconnexion ou à la suppression du compte

Suppression du compte

Chaque permission accordée est défaite dans l'ordre.

Suppression de compte demandée

Les paiements Supporter actifs sont arrêtés. Les règles de Scheduling et de synchronisation live sont désactivées.

Nettoyage fournisseur optionnel

Les futurs Prayer Blocks possédés par Arihna Biha peuvent être supprimés des calendriers fournisseur tant que l'accès en écriture existe encore.

dernière utilisation de :calendar.eventsCalendars.ReadWrite

Nettoyage des accès fournisseur

La révocation Google est demandée. Les jetons Microsoft locaux sont supprimés, et l'utilisateur peut aussi révoquer le consentement côté fournisseur.

supprimé :tous les scopes calendrier accordés

Suppression finale et reçu

Les jetons OAuth locaux, Calendar Connections, Agenda Sources, Sync Targets, flux, Prayer Defaults, historique lié à l'utilisateur et le compte User sont supprimés. Un reçu de suppression est envoyé par e-mail.

Arihna Biha - vue d'ensemble du modèle de permissions - gris = identité/lecture seule - doré = accès en écriture