Comment éviter de confondre un KPI avec une tâche quotidienne sur le tableau Kanban ?

Posez une seule question : s’agit-il du tableau d’affichage des scores ou de l’action sur le terrain ? Un KPI ou un KR est le score final qui mesure un résultat obtenu (comme $12,000 de réservations spa hebdomadaires ou 40 relances VIP conclues). Une tâche Kanban est l’action concrète dotée d’un responsable et d’une échéance qui fait bouger ce score (comme « Créer le visuel forfait spa d’hiver » ou « Appeler 20 membres fidèles »). Dans DING OS, vous créez le résultat dans Objectifs et y reliez vos cartes d’action Kanban.

Combien d’OKR et de KPI faut-il définir par période selon la règle 3-5 ?

Pour préserver la concentration de vos équipes, limitez chaque période à 3 à 5 priorités : (1) Fixez 3 à 5 Objectives stratégiques par trimestre pour l’établissement ou le service ; (2) Rattachez 3 à 5 Key Results mesurables par Objective - au-delà de 8 ou 10 lignes, vous listez probablement des tâches quotidiennes ; (3) Attribuez 3 à 5 KPI mensuels clés par poste (chiffre d’affaires direct, commandes honorées, délai de réponse SLA) ; (4) Placez toutes les actions courantes sur le tableau Kanban en les reliant à ces 3-5 objectifs.

Comment Quota Planner répartit-il les objectifs de chiffre d’affaires entre collaborateurs ?

Au lieu de créer manuellement une ligne KPI pour chaque réceptionniste ou conseiller commercial, ouvrez Objectifs et cliquez sur Quota Planner. Saisissez la cible globale (par exemple $60,000 sur le mois ou 300 réservations), cochez les collaborateurs participants et choisissez une répartition égale ou pondérée. DING OS génère les KPI individuels rattachés à l’objectif parent et calcule les réalisations en direct à partir des commandes réglées (booking.owner).

Comment fonctionne la liaison bidirectionnelle entre Objectifs et le tableau Kanban ?

Chaque tâche du tableau Kanban peut être rattachée à un OKR, un KR ou un KPI. Inversement, lorsqu’un objectif passe En retard ou À risque, le responsable ouvre son tiroir Suivi et clique sur « + Ajouter une tâche au Board » pour déclencher immédiatement une action corrective. Si l’objectif utilise la source « Tâches terminées », le passage des cartes liées dans la colonne Terminé incrémente automatiquement sa progression.

Comment DING OS fonctionne-t-il seul ou aux côtés d’un ERP, POS ou PMS existant ?

DING OS réunit le conseiller commercial IA, l’encaissement direct QR et comptoir, le CRM propriétaire avec portefeuille cashback, le pilotage OKR et KPI et le tableau Kanban. Vous pouvez gérer tout votre établissement de façon autonome sur DING OS ou le coupler à votre logiciel comptable ou PMS actuel (Opera, Cloudbeds, Mews, Square, iPOS, KiotViet) par export CSV structuré ou synchronisation webhook.

En quoi DING OS diffère-t-il d’une caisse enregistreuse classique ?

Une caisse classique n’enregistre la transaction qu’une fois l’achat décidé. DING OS couvre l’intégralité du cycle commercial et opérationnel : conseiller de vente IA en 14 langues disponible en continu et ingestion e-mail avant la vente, commande QR et comptoir à 0 % de commission avec contrôle des notes ouvertes pendant le service, CRM propriétaire avec cashback fidélité pour le réachat, ainsi que pilotage OKR, KPI, Kanban et attribution temps réel du personnel.

Comment l’ingestion SMTP extrait-elle les commandes marketplaces et réservations OTA ?

Chaque espace dispose d’une adresse entrante dédiée sous la forme [slug]@getding.io. Lorsque votre serveur mail y transfère les confirmations de commandes (TikTok Shop, Shopee), bons de réservation (Booking.com, Agoda, terrains de sport) ou demandes de devis B2B, le worker MIME nettoie le balisage HTML de suivi et extrait le client, les lignes d’articles, les horaires, les références et les montants directement dans la file de réception.

Comment le pipeline évite-t-il les boucles de transfert et les tickets en double ?

La protection agit sur trois niveaux : (1) Tous les e-mails sortants de api.getding.io comportent les en-têtes X-Ding-Generated: true et Auto-Submitted: auto-generated et sont rejetés dès l’entrée SMTP ; (2) Une empreinte sha256(organization_id + ":" + reference) conservée 30 jours met à jour la fiche existante au lieu de créer un doublon ; (3) Les expéditeurs système *@getding.io et @trip.express sont filtrés automatiquement.

Plusieurs boîtes mail de services différents peuvent-elles transférer vers la même adresse ?

Oui. Plusieurs boîtes sources (comme orders@yourbrand.com, sales@yourcompany.com et reservations@yourvenue.com) peuvent transférer vers le même point d’entrée [slug]@getding.io. Le classificateur analyse les destinataires d’origine et le corps du message afin d’orienter chaque dossier vers la file commande, devis, réservation ou assistance.

Le transfert modifie-t-il la réception dans notre boîte mail principale d’entreprise ?

Non. Les règles de transfert sur Google Workspace, Microsoft 365, Zoho Mail et cPanel sont configurées en double remise (« Conserver une copie dans la boîte de réception »). Chaque message arrive d’abord dans votre messagerie principale avant qu’une copie ne soit transmise à DING OS.

Que se passe-t-il si le volume d’e-mails entrants dépasse le quota mensuel du forfait ?

L’ingestion entrante n’est jamais ralentie ni suspendue en pleine exploitation. Les traitements au-delà du volume inclus sont facturés au tarif de votre offre ($0.04 par e-mail sur Starter, $0.03 sur Business, $0.02 sur Enterprise et $0.05 sur Free au-delà des 30 e-mails mensuels offerts, couverts par votre crédit IA de lancement de $100-$300). Vous pouvez définir un plafond mensuel et des alertes à 80 % et 100 % dans les paramètres de facturation.

Comment fonctionne le routage des domaines personnalisés sur Starter, Business et Enterprise ?

Les espaces sur les offres Starter, Business et Enterprise peuvent relier leurs propres sous-domaines comme ding.yourbrand.com (1 inclus sur Starter, 3 sur Business, 10 sur Enterprise). Les requêtes HTTPS passent par le proxy périphérique Cloudflare (proxy.getding.io), qui résout l’en-tête Host auprès du registre vérifié dans api.getding.io et affiche directement le conteneur de l’établissement sans redirection.

Quels enregistrements DNS sont requis pour valider le domaine et émettre le certificat TLS ?

Deux enregistrements DNS suffisent chez votre hébergeur : (1) Un enregistrement CNAME pour l’hôte ding pointant vers proxy.getding.io ; (2) Un enregistrement TXT pour l’hôte _ding-challenge contenant la clé cryptographique de vérification de votre espace. Dès leur résolution publique, le certificat DV TLS 1.3 est émis et renouvelé automatiquement.

Combien de temps prennent la propagation DNS et l’émission du certificat ?

Avec un TTL bas (300 secondes ou Auto), la validation DNS et l’émission du certificat périphérique prennent entre 60 et 180 secondes. Si votre domaine racine utilise des enregistrements CAA, vérifiez que letsencrypt.org et pki.goog figurent parmi les autorités autorisées.

Comment les points de service physiques et virtuels sont-ils modélisés dans DING OS ?

Tous les points d’accueil sont représentés par le modèle unique Unit dans les 13 catégories opérationnelles de DING OS. La génération de chevalets et codes QR est illimitée quelle que soit l’offre choisie.

Pourquoi le badge d’unité est-il verrouillé lorsqu’un client scanne un code QR ?

Chaque code QR intègre une référence d’unité signée (par exemple UNIT #04 ou REF #12). L’interface verrouille ce paramètre en lecture seule pendant toute la session afin d’éviter qu’un client ne change manuellement de table, de terrain ou de chambre et n’impute sa commande sur la mauvaise note.

Les salons, studios et accueils dentaires ou esthétiques peuvent-ils utiliser Rendez-vous sans stocker de dossiers médicaux ?

Oui. La catégorie Rendez-vous gère uniquement les opérations commerciales d’accueil : créneaux horaires avec temps de préparation, acomptes QR à 0 % de commission, suivi des forfaits multi-séances et rappels automatiques. DING OS est une plateforme commerciale et non un logiciel médical, de sorte que les diagnostics cliniques et ordonnances restent dans votre logiciel métier certifié.

Comment les terminaux comptoir reçoivent-ils les alertes lorsque le son est coupé ?

La réception comptoir utilise une double alerte sur connexion WebSocket permanente (wss://api.getding.io/v1/ws). Chaque ticket affiche une bannière visuelle persistante précisant l’unité, le client, la catégorie et l’action attendue, doublée d’une tonalité Web Audio à 880Hz. Les cartes visuelles restent pleinement actives même si le haut-parleur est muet.

Comment s’effectue le pointage des notes ouvertes avant l’encaissement ?

Dans les lounges, services bord de terrain ou minibars d’hôtel, les consommations s’ajoutent au fil de la séance sur une note ouverte. Avant le règlement, l’opérateur exécute reconcile_order pour vérifier les quantités réellement consommées (par exemple 24 livrées, 17 consommées, 7 retournées) et figer la facture finale.

Comment l’attribution du personnel et les performances commerciales sont-elles suivies ?

Chaque réservation ou commande enregistre obligatoirement un identifiant booking.owner désignant le collaborateur ayant créé ou pointé le dossier (ou System AI Ingest pour les flux automatisés), associé à son rôle opérationnel. DING OS n’applique aucun taux de commission fixe par défaut ; votre service financier calcule les primes en fin de mois selon votre politique interne, tandis que les en-têtes partagés masquent les montants individuels.

Comment l’isolation des données multi-locataires est-elle garantie entre espaces ?

Toutes les lectures et écritures dans api.getding.io appliquent un filtrage strict par ligne sur organization_id issu du jeton de session authentifié. L’authentification repose sur OneUID (uid.one) via OIDC et jetons liés DPoP, et chaque établissement conserve 100 % de la propriété de son fichier CRM en tant que responsable de traitement indépendant.

Documentation

Guide opérationnel pour le pilotage des objectifs OKR et KPI, la distinction entre KR et KPI, la répartition des quotas, la liaison bidirectionnelle Kanban, le transfert e-mail sans API, les DNS personnalisés et la réception comptoir.

Gouvernance des objectifs

Dans la gestion quotidienne d’un hôtel, restaurant, salon, agence de voyages ou commerce, les objectifs échouent lorsque les équipes confondent les Objectives directionnels (O), les résultats clés de percée (KR), les indicateurs courants (KPI) et les tâches quotidiennes. DING OS sépare ces quatre niveaux et les relie en temps réel au chiffre d’affaires, aux réservations, à l’attribution du personnel et au tableau Kanban.

Ouvrir Objectifs

1. Matrice hiérarchique des objectifs

Standard entreprise

Niveau	Limite recommandée	Question centrale	Nature de mesure	Exemple concret
OKR · Objective Objectif stratégique	3 - 5 par trimestre Par établissement ou service	Quelle percée voulons-nous réaliser ce trimestre ?	Cap qualitatif sur un trimestre ou une année. La progression (0-100 %) remonte automatiquement depuis ses Key Results associés.	Devenir la destination de référence pour les banquets d’entreprise et le bien-être au T4.
KR · Key Result Résultat clé	3 - 5 KR par Objective Maximum 5 KR	Quel chiffre prouve que nous avons atteint l’Objective ?	Jalon quantitatif (du niveau initial X vers la cible Y) rattaché à un Objective. Mesure une transformation nette.	Porter le chiffre d’affaires banquets B2B de $15,000 à $40,000 ; faire passer le taux de réachat membre de 18 % à 35 %.
KPI · Metric KPI opérationnel	3 - 5 KPI par mois Par équipe ou collaborateur	Les opérations mensuelles tournent-elles au niveau attendu ?	Indicateur quantitatif autonome suivi mois après mois pour maintenir les quotas de ventes, le taux d’occupation et la qualité de service.	Quota mensuel de $50,000 ; taux d’occupation des chambres supérieur à 75 % ; taux d’annulation inférieur à 2 %.
Task · Kanban Tâche d’exécution	Illimité Liée à 3 - 5 objectifs	Quelle action concrète exécuter aujourd’hui pour faire progresser les chiffres ?	Carte d’action sur le tableau Kanban avec responsable, échéance et statut (À faire ➔ En cours ➔ Revue ➔ Terminé).	Envoyer les offres de banquet de fin d’année à 30 entreprises partenaires ; appeler 50 membres VIP pour leur remise anniversaire.

Règle 1

Pourquoi les équipes confondent KR et KPI

Les KR comme les KPI s’expriment en chiffres ($40,000, 300 réservations, 85 %). Pour les distinguer en 3 secondes, pensez à une voiture : le KPI est le tableau de bord (température moteur, jauge de carburant, vitesse de croisière) qui doit rester sain chaque mois. L’OKR est l’itinéraire GPS vers un nouveau sommet, et les KR sont les bornes kilométriques qui attestent votre avancée.

Règle 2

Quand un KPI opérationnel devient un KR

Si un indicateur est stable et que vous fixez simplement une cible mensuelle régulière (par exemple $20,000 de ventes bar par mois), créez un KPI autonome. En revanche, si ce KPI décroche ou que vous lancez une campagne pour le doubler au trimestre suivant (passer de $20,000 à $45,000 grâce à des soirées acoustiques), il devient un Key Result (KR) au sein d’un Objective stratégique.

Règle 3

Limite anti-dispersion de 3 à 5 priorités

L’erreur classique consiste à créer 10 à 15 objectifs simultanés ou à glisser des tâches courantes dans les KR pour gonfler artificiellement les scores. Limitez chaque trimestre à 3-5 Objectives dotés de 3-5 KR orientés résultats, et suivez 3-5 KPI mensuels par collaborateur reliés aux commandes encaissées (booking.owner). Placez les actions quotidiennes sur le tableau Kanban.

2. Déploiement des objectifs en quatre étapes

Étape 1 : Choisir la classification de l’objectif

Dans Tâches ➔ Objectifs, cliquez sur Créer un objectif. Le choix OKR · Objectif stratégique ouvre directement le générateur de 2 à 4 Key Results mesurables. Le choix KPI · Indicateur opérationnel affiche les champs Valeur initiale, Cible et Unité.

Étape 2 : Relier les sources de mesure en direct

Associez chaque KR ou KPI à l’une des cinq sources : Chiffre d’affaires (calculé sur les notes réglées), Réservations (commandes terminées), Attribution (performance temps réel via booking.owner), Tâches terminées (cartes Kanban passées en Terminé) ou Suivi manuel.

Étape 3 : Répartir les cibles avec Quota Planner

Cliquez sur Quota Planner, saisissez la cible globale de l’établissement (par exemple $60,000 mensuels), sélectionnez les collaborateurs concernés et choisissez une répartition égale ou pondérée. DING OS génère les KPI individuels liés et suit leur avancement en direct.

Étape 4 : Envoyer des tâches correctives vers Kanban

DING OS compare l’avancement réel au temps écoulé de la période pour signaler les objectifs En retard ou À risque. Ouvrez le tiroir Suivi et cliquez sur + Ajouter une tâche au Board pour créer immédiatement une carte d’action reliée.

Architecture système

DING OS est un système d’exploitation multi-locataire dédié au commerce, à la réservation et à la réception comptoir. Il fonctionne de manière autonome ou en façade de votre logiciel comptable ou hôtelier existant, en normalisant les e-mails entrants, les commandes QR sur place et les notes ouvertes dans une file temps réel unique.

Sous-système	Point d’accès	Spécification opérationnelle
Analyseur MIME entrant	POST /v1/email/ingest/	Termine le trafic SMTP adressé à `[slug]@getding.io` sur le worker périphérique Cloudflare, extrait les entités structurées (client, articles, horaire, référence, total) et applique une fenêtre d’idempotence SHA-256 de 30 jours.
Proxy d’hôte périphérique	proxy.getding.io	Associe les sous-domaines personnalisés (`ding.yourbrand.com`) et les identifiants génériques (`[slug].getding.io`) à des conteneurs isolés avec gestion automatique des certificats DV TLS 1.3.
Bus de réception comptoir	wss://api.getding.io/v1/ws	Diffuse les changements d’état des tickets (`pending`, `confirmed`, `ready`, `completed`) sur tous les terminaux jumelés avec bannière visuelle et alerte sonore 880Hz.
Moteur de facturation multimodal	POST /v1/counter/	Exécute l’encaissement immédiat, la réservation par créneau et le rapprochement après contrôle des notes ouvertes (`reconcile_order`) avec attribution obligatoire (`booking.owner`).

Coexistence avec vos logiciels existants

DING OS s’utilise seul ou en parallèle de votre comptabilité existante sans modifier votre plan comptable ni votre journal fiscal.

Opérations de réception et vente (DING OS)

Extraction d’e-mails de commandes et réservations, boutique QR en 14 langues, capture de devis conversationnels (capture_inquiry), pointage des quantités consommées et réception comptoir en direct.

Système comptable de référence (ERP, POS, PMS)

Facturation électronique TVA réglementaire, écritures au grand livre, clôture fiscale journalière, encodage des clés de chambre et déstockage par export CSV ou synchronisation webhook.

Ingestion e-mail

Transférez vos notifications de commandes, confirmations OTA et demandes de devis B2B depuis votre serveur mail vers l’adresse d’ingestion de votre espace sans configuration d’API. Les messages MIME entrants sont analysés directement dans la file de réception sans interroger IMAP ni stocker vos mots de passe.

Adresse d’ingestion cible

Sécurité par double remise

Activez l’option « Conserver une copie dans la boîte de réception » dans votre règle de transfert. Vos boîtes professionnelles ([email protected], [email protected], [email protected]) conservent chaque message original comme archive principale tandis que DING OS traite une copie en parallèle.

Ouvrez Paramètres Gmail ➔ Voir tous les paramètres ➔ Transfert et POP/IMAP.
Sélectionnez Ajouter une adresse de transfert et saisissez [slug]@getding.io.
Google envoie un message de vérification à votre espace. Ouvrez la Boîte de réception DING OS pour récupérer le lien de confirmation et valider.
Ouvrez Filtres et adresses bloquées ➔ Créer un filtre et définissez le champ Contient les mots sur subject:(Order OR Quote OR Booking OR Reservation OR Confirmation).
Activez Transférer à [slug]@getding.io, laissez Ignorer la boîte de réception décoché afin de conserver la copie originale, puis enregistrez.

Suppression des boucles à 3 niveaux

1. Filtrage par en-têtes

Les notifications sortantes de api.getding.io incluent X-Ding-Generated: true et Auto-Submitted: auto-generated. Le worker SMTP ignore tout message portant ces en-têtes.

2. Empreinte de référence

Les tickets entrants sont indexés via sha256(organization_id + ":" + reference) durant 30 jours. Les renvois mettent à jour le statut sans créer de doublons.

3. Filtre d’enveloppe système

Les messages dont le Return-Path ou From correspond à *@getding.io ou @trip.express sont rejetés avant l’analyse IA.

Intégrations canaux

Guides pas à pas pour Zalo Official Account (ZBS et ZNS), Telegram Bot, WhatsApp Cloud API, Messenger, Open Banking (VietQR, SePay), Stripe, PayPal et les plateformes OTA.

Étape 1 : Activation de l’application Zalo

developers.zalo.me

Ouvrez developers.zalo.me, sélectionnez votre application et basculez le bouton en haut à droite sur Active pour éviter le code d’erreur -209.
Dans Domain verification, saisissez workspace.getding.io, copiez la balise meta zalo-platform-site-verification, collez-la dans Espace ➔ Suivi et validez la vérification.
Dans Products ➔ Official Account API ➔ General settings, demandez les autorisations de gestion des informations OA et des messages utilisateurs.
Dans Webhooks, définissez l’URL de rappel sur et activez les événements user_send_text, user_send_image et oa_send_text.

Étape 2 : Renouvellement automatique des jetons OAuth

API Explorer

Ouvrez developers.zalo.me/tools/explorer, sélectionnez votre application, choisissez OA Access Token et autorisez votre compte officiel.
Copiez le OA Access Token généré (valide 25 heures), le Refresh Token (valide 3 mois), ainsi que votre App ID et votre App Secret depuis les paramètres.
Collez ces quatre valeurs dans Intégrations ➔ Zalo OA ➔ Connexion. DING OS renouvelle automatiquement le jeton en arrière-plan toutes les 25 heures.

Étape 3 : Liaison du compte professionnel ZCA

business.zalo.me

Si le menu déroulant d’applications lors de la création d’un modèle ZBS est vide, ouvrez business.zalo.me ➔ votre Compte ZCA ➔ Settings ➔ Applications ➔ Link application et renseignez votre Zalo App ID.
Note sur l’API de discussion OA bidirectionnelle (Erreur -224) : Zalo exige une offre d’essai d’un mois ou un forfait OA payant (zalo.cloud/oa/pricing) pour envoyer des réponses via openapi.zalo.me/v3.0/oa/message/cs. Sur l’offre gratuite, DING OS copie automatiquement le brouillon IA et ouvre oa.zalo.me/chatv2 en un clic.

Étape 4 : Paramètres des modèles ZNS

account.zalo.cloud

Zalo ZNS requiert deux logos PNG transparents horizontaux (modes clair et sombre) au format 400 x 96 px (ratio 50:12, centrés). Créez quatre modèles depuis la bibliothèque Zalo (Order, Transfer, Rating, Voucher) et associez les paramètres selon le tableau ci-dessous :

Modèle	Clé du paramètre	Type technique Zalo
Order, Rating	order_code	Mã số (30)
Order (Lien CTA)	order_id	URL (200)
Order	phone_number	Thông tin liên hệ (50)
Order, Transfer	price	Số lượng / Số tiền (20)
Order	status	Trạng thái giao dịch (30)
Order	date	Thời gian (20)
Order	name	Tên khách hàng (30)
Transfer, Rating, Voucher	customer_name	Tên khách hàng (30)
Transfer	contract_number	Mã số (30)
Transfer	transfer_amount	Tiền tệ (VNĐ) (12)
Transfer	bank_transfer_note	Bank Transfer Note (90)
Rating	order_date	Thời gian (20)
Voucher	customer_id	Mã số (30)
Voucher	voucher_code	Mã số (30)
Voucher	start_date	Thời gian (20)
Voucher	expire	Thời gian (20)

Note standard pour le vérificateur (moins de 140 caractères)

Gửi tự động xác nhận mã đơn, tổng tiền và trạng thái ngay khi khách đặt dịch vụ thành công. Không chứa quảng cáo.

Enregistrements DNS du domaine personnalisé

Publiez ces deux enregistrements DNS chez votre bureau d’enregistrement (Cloudflare, Route 53, GoDaddy) afin de router ding.yourbrand.com via le proxy périphérique.

Type	Hôte	Valeur requise	TTL	Statut
CNAME			Auto	En attente
TXT			Auto	En attente

Si votre zone utilise Cloudflare DNS, réglez le proxy CNAME sur DNS uniquement (nuage gris) lors de la vérification initiale.Paramètres de domaine

Réception comptoir

Les terminaux comptoir maintiennent une connexion WebSocket permanente (wss://api.getding.io/v1/ws) propre à votre espace. À chaque nouvelle commande, réservation ou demande de devis, le terminal déclenche une double alerte : un carillon Web Audio à 880Hz et une bannière visuelle persistante.

Alerte sonore

Autorisez le son du site sur vos tablettes comptoir afin que les onglets en arrière-plan synthétisent le carillon 880Hz A5 et 1318.5Hz E6 sans interaction préalable, puis testez le haut-parleur ci-dessous.

ChromiumParamètres du site ➔ Son ➔ Autoriser

SafariRéglages ➔ Sites web ➔ Lecture automatique ➔ Tout autoriser

Bannière visuelle

Chaque ticket entrant affiche une bannière de notification persistante indiquant l’unité, le nom du client, la catégorie et l’action requise, fonctionnant même lorsque le son de l’appareil est coupé.

Flux WebSocketwss://api.getding.io/v1/ws

Mode silencieuxCarte d’alerte persistante

Liaison des unités

Les points de service physiques et virtuels reposent sur l’entité canonique Unit à travers les 13 catégories : spaces, realty, events, appointments, travel, mobility, retail, sports, spa, amenities, dining, drinks et takeaway. La création de supports QR est illimitée sur tous les forfaits.

Verrouillage de l’emplacement

Chaque support QR intègre l’identifiant de l’unité cible (UNIT #04 ou REF #12). Une fois scanné, le badge d’emplacement est verrouillé en lecture seule pour empêcher toute erreur de table, de court ou de chambre.

Rapprochement des notes ouvertes

Les unités configurées en note ouverte permettent l’ajout continu d’articles pendant toute la session. Avant d’encaisser, l’équipe exécute reconcile_order pour contrôler les quantités réellement consommées et déduire les retours.

Attribution du personnel

Chaque commande, réservation au comptoir et note rapprochée enregistre un identifiant immuable dans booking.owner. Les flux automatisés reçoivent par défaut System AI Ingest jusqu’à leur prise en charge par un opérateur.

Tableau de performance

DING OS n’impose aucun pourcentage de commission fixe par défaut. Chaque commande, réservation et tâche enregistre les rôles contributeurs (SALES, OPERATIONS, FINANCE, MANAGER, OBSERVER) sur le tableau de performance afin que votre comptabilité calcule les primes en fin de mois selon votre barème interne, tout en préservant la confidentialité sur les écrans partagés.

Isolation des données

Le cloisonnement entre établissements est appliqué directement au niveau des requêtes SQL dans api.getding.io. Chaque requête est strictement filtrée par le organization_id de la session authentifiée.

Authentification OneUID

Les sessions opérateurs sont authentifiées via OneUID (uid.one) selon les standards OIDC et DPoP. OneUID vérifie uniquement l’identité (sub) sans jamais stocker vos données CRM ni l’historique des transactions.

Propriété des données clients

Chaque établissement agit en tant que responsable de traitement indépendant pour ses fiches clients, coordonnées et soldes cashback conformément au RGPD, sans aucun partage croisé entre marchands.

Questions fréquentes

Référence technique et opérationnelle pour les dirigeants, responsables d’exploitation et équipes informatiques.

Les KR et les KPI utilisent tous deux des chiffres, d’où la confusion fréquente. Leur différence tient à leur rôle : un KPI mesure la santé opérationnelle permanente à maintenir chaque mois (par exemple garder le taux d’occupation au-dessus de 75 %, un chiffre d’affaires mensuel de $50,000 ou un taux d’annulation sous 2 %). Un Key Result (KR) appartient toujours à un Objective stratégique (OKR) et mesure une percée datée d’un niveau X vers une cible Y (par exemple faire passer les ventes de banquets B2B de $15,000 à $40,000 au T4). Lorsqu’un KPI faiblit et exige un plan de relance, il devient un KR dans un Objective.

Dernière mise à jour : novembre 2026Contacter le support →