Crea la mia prenotazione

Ruoli e permessi

Accesso, ritagliato esattamente su misura.

Ogni organizzazione costruisce i propri ruoli a partire da un catalogo di permessi granulari, e può limitare un singolo agente a prodotti o collezioni specifici, dinamicamente, senza mai concedere più di quanto previsto.

  • 28 permessi Dalla gestione degli utenti al riscatto dei biglietti, ognuno concedibile completamente per conto proprio
  • Delimitazione dinamica Aggiungi un prodotto a una collezione già assegnata, e un agente con restrizioni lo ha immediatamente, senza alcuna riconfigurazione
  • Riverificato dal vivo Revocare un permesso a metà sessione ha effetto immediato, non al login successivo

Quattro pezzi del controllo degli accessi.

Ognuno restringe ciò che una persona può fare o vedere, senza restringere ciò che la piattaforma stessa può fare.

01

Un catalogo, non un interruttore

Utenti, prodotti, prezzi, disponibilità, tasse, prenotazioni, biglietti, report, lead, supporto e chiavi API hanno ciascuno il proprio permesso dedicato, così un ruolo si costruisce esattamente dai pezzi di cui ha bisogno.

02

Delimitato per prodotto o collezione

Oltre al permesso in sé, un singolo agente può essere limitato a prodotti o collezioni specifici, per un team regionale, una singola sede, o un brand all'interno di un'operazione più ampia.

03

Una delimitazione che resta aggiornata da sola

Limitare qualcuno a una collezione, non a un elenco di singoli prodotti, significa che un prodotto aggiunto a quella collezione in seguito è visibile a quella persona immediatamente, senza che nessuno debba tornare ad aggiornare l'assegnazione.

04

Vendite e supporto, deliberatamente separati

leads.view e support.view sono due permessi diversi, così una persona può gestire opportunità commerciali senza mai vedere i ticket di supporto tecnico, o viceversa.

Come viene davvero deciso l'accesso

Cinque passaggi, dalla definizione di un ruolo a un singolo clic permesso o bloccato.

  1. 1

    Un ruolo si costruisce a partire dal catalogo

    Un'organizzazione crea i propri ruoli e assegna esattamente i permessi di cui ciascuno ha bisogno, da un elenco fisso e versionato, mai da un campo di testo libero.

  2. 2

    Un utente può essere delimitato al di sotto del proprio ruolo

    Oltre ai permessi del ruolo, un utente può inoltre essere limitato a prodotti o collezioni specifici, restringendo cosa può vedere e su cosa può agire entro ciò che il suo ruolo già consente.

  3. 3

    Ogni elenco rispetta entrambi i livelli

    Elenchi, dashboard e query operative filtrano sempre sia per il permesso sia per la delimitazione sui prodotti insieme, mai solo per uno dei due.

  4. 4

    Una modifica di delimitazione viene rivalidata, non presa per buona alla cieca

    Aggiornare l'accesso ai prodotti di qualcuno riverifica ogni id rispetto a ciò che l'organizzazione, e l'accesso stesso dell'amministratore che agisce, effettivamente consentono, chiudendo la porta a una richiesta manomessa che tenti di concedere più di quanto previsto.

  5. 5

    Un permesso revocato agisce immediatamente

    Le azioni sensibili riverificano i permessi in tempo reale all'interno della stessa sessione attiva, così togliere l'accesso a qualcuno a metà sessione ha effetto subito, non solo al prossimo accesso.

Cosa significa davvero limitare un utente

Un utente, un elenco di id di prodotto, un elenco di id di collezione. Inviare entrambi gli elenchi vuoti è il modo per rimuovere completamente una restrizione, non un modo per bloccare qualcuno fuori.

PUT /admin/users/{user}/product-access
  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
{
  "user_id": 482,
  "product_ids": [
    118,
    119,
    204
  ],
  "collection_ids": [
    7
  ],
  "scope": "restricted"
}
200 Accesso aggiornato

Un elenco vuoto è il modo per rimuovere una restrizione, non un errore

Inviare nessun id di prodotto e nessun id di collezione non blocca un utente fuori da tutto: rimuove del tutto la restrizione e lo riporta a vedere ogni prodotto nell'organizzazione, come qualsiasi altro collega senza restrizioni. Limitare qualcuno a zero prodotti non è uno stato che il sistema cerca di rappresentare come cosa a sé, apposta, per evitare uno stato separato e facile da usare male che significherebbe silenziosamente "non vedere nulla".

Domande frequenti

Sì, assegnandolo a una collezione invece che a singoli prodotti. Un prodotto aggiunto a quella collezione in seguito diventa visibile a quella persona automaticamente, senza bisogno di tornare ad aggiornare nulla.

Sì, per le azioni sensibili. I permessi vengono riverificati in tempo reale rispetto alla stessa sessione attiva, così un permesso revocato smette di funzionare immediatamente, non al login successivo.

Sì. leads.view e support.view sono due permessi del tutto separati, così un ruolo può ricevere l'uno senza l'altro, mantenendo le caselle dei due team distinte anche se entrambe passano per lo stesso sistema.

Ogni id di prodotto o collezione in una modifica di delimitazione viene rivalidato rispetto a ciò che l'organizzazione ha davvero, e rispetto ai prodotti a cui l'amministratore che agisce ha accesso, prima che qualcosa venga salvato. Un payload manomesso con un id che non risulta corretto viene semplicemente respinto.

Ventotto, che coprono tutto, dalla gestione degli utenti alla rotazione delle chiavi API fino al riscatto di un singolo biglietto alla porta, ognuno concedibile interamente per conto proprio.

Più prenotazioni. Più canali. La stessa calma.

Tiqory mantiene disponibilità, prezzi, pagamenti e accessi allineati mentre la tua operazione cresce. Dicci dove vuoi arrivare: ti mostriamo come farlo senza ricominciare da zero.