bublliodocs
Οδηγοί προϊόντος

Ρόλοι και δικαιώματα πρόσβασης

Ποιος μπορεί να βλέπει ή να αλλάζει δεδομένα σε κάθε workspace.

Αυτός είναι ένας σύντομος, πρακτικός οδηγός. Για τις λεπτομέρειες της υλοποίησης και του API, δείτε το Authentication, Organizations, and Roles.

Δύο επίπεδα πρόσβασης

Μια εγκατάσταση είναι ολόκληρο το Bubllio που λειτουργεί σε έναν server. Κάθε ομάδα δουλεύει σε ξεχωριστό workspace (οντότητα Organization στη βάση δεδομένων). Οι εταιρείες και οι επαφές της ομάδας καταχωρίζονται μέσα στο workspace· μια Company δεν είναι ξεχωριστό workspace.

ΕπίπεδοΡόλοςΠοιος τον αποδίδειΤι επιτρέπει
ΕγκατάστασηInstallation adminΟ πρώτος χρήστης κατά το αρχικό setup ή άλλος installation adminΔιαχειρίζεται τις ρυθμίσεις εγκατάστασης, προσκαλεί installation admins και δημιουργεί workspaces. Έχει δικαιώματα Django superuser.
WorkspaceOwnerΟ αρχικός owner ή ο υφιστάμενος ownerΕίναι υπεύθυνος για το workspace και τα μέλη του. Υπάρχει ένας owner ανά workspace.
WorkspaceAdminΟ ownerΔιαχειρίζεται την καθημερινή λειτουργία και τα περισσότερα μέλη. Δεν μπορεί να αλλάξει owner ή να διαγράψει το workspace.
WorkspaceMemberOwner ή adminΔημιουργεί και ενημερώνει εγγραφές CRM, χωρίς να διαχειρίζεται τα μέλη ή τις ρυθμίσεις του workspace.
WorkspaceViewerOwner ή adminΒλέπει τις εγγραφές CRM, χωρίς να δημιουργεί ή να αλλάζει εγγραφές.

Οι ρόλοι εγκατάστασης και workspace είναι ανεξάρτητοι. Κάποιος μπορεί, για παράδειγμα, να είναι Owner στο ένα workspace, Viewer σε ένα άλλο και να μην έχει πρόσβαση σε τρίτο.

Δικαιώματα μέσα σε workspace

ΕνέργειαOwnerAdminMemberViewer
Προβολή εγγραφών CRM και ιστορικού automations✓✓✓✓
Δημιουργία Companies και Contacts✓✓✓—
Δημιουργία και χειροκίνητη δοκιμή automations✓✓——
Προβολή ρυθμίσεων workspace και στοιχείων SMTP account✓✓✓✓
Αλλαγή ρυθμίσεων workspace ή SMTP και αποστολή δοκιμαστικού email✓✓——
Προβολή μελών και προσκλήσεων✓✓——
Πρόσκληση, αλλαγή ρόλου ή αφαίρεση Member/Viewer✓✓——
Πρόσκληση, αλλαγή ρόλου ή αφαίρεση Admin✓———
Μεταβίβαση ownership✓———
Διαγραφή shared workspace✓———

Ο Admin δεν μπορεί να αλλάξει ή να αφαιρέσει άλλον Admin. Ο Owner δεν μπορεί να αφαιρεθεί ή να υποβιβαστεί απευθείας· πρέπει πρώτα να μεταβιβάσει την ιδιοκτησία. Τα personal workspaces δεν μπορούν να διαγραφούν ή να κοινοποιηθούν μέσω του API.

Παράδειγμα δημιουργίας workspace

  1. Ο πρώτος χρήστης ολοκληρώνει το αρχικό setup και γίνεται Installation admin και Owner του αρχικού workspace.
  2. Μόνο Installation admin μπορεί να δημιουργήσει νέο workspace και να ορίσει τον Owner του.
  3. Αν το email του νέου Owner ανήκει σε διαφορετικό άτομο, το Bubllio στέλνει πρόσκληση που λήγει σε επτά ημέρες, μέσω του fallback SMTP της εγκατάστασης.
  4. Μέχρι να γίνει αποδεκτή η πρόσκληση, το workspace παραμένει pending και δεν εμφανίζεται στις κανονικές οθόνες CRM ή στο REST API — ούτε στον δημιουργό του. Ο δημιουργός ή άλλος Installation admin μπορεί να ξαναστείλει την πρόσκληση ή να ακυρώσει το pending workspace.
  5. Μετά την αποδοχή, ο προσκεκλημένος γίνεται Owner και αφαιρείται το προσωρινό membership του δημιουργού. Ο Owner μπορεί πλέον να προσκαλέσει Admins, Members και Viewers.

Αν ο δημιουργός ορίσει τον εαυτό του ως Owner, το workspace είναι διαθέσιμο αμέσως και δεν χρειάζεται πρόσκληση. Η δημιουργία workspace από μόνη της δεν δίνει πρόσβαση σε απλούς χρήστες· χρειάζεται αποδεκτή πρόσκληση και αντίστοιχο membership.

Ορατότητα και ασφάλεια

  • Ο χρήστης βλέπει μόνο workspaces στα οποία έχει αποδεχτεί πρόσκληση. Μέσα σε αυτά, και οι τέσσερις ρόλοι μπορούν να δουν όλες τις εγγραφές CRM. Δεν υπάρχει ακόμη περιορισμός ορατότητας ανά εγγραφή, ομάδα ή πεδίο.
  • Το REST API δεν δίνει αυτόματη πρόσβαση σε Installation admin στα workspaces άλλων. Ωστόσο, ο Installation admin έχει δικαιώματα Django superuser και μπορεί να δει δεδομένα από το /admin/. Αυτός ο ρόλος πρέπει να δίνεται μόνο σε έμπιστα άτομα.
  • Οι απλοί χρήστες δεν μπορούν να δημιουργήσουν shared ή personal workspaces.
  • Η δημιουργία workspace, οι προσκλήσεις και οι αλλαγές ρόλων, οι αλλαγές στα SMTP accounts, οι ρυθμίσεις εγκατάστασης και οι εξαγωγές δεδομένων καταγράφονται σε audit log, προσβάσιμο μόνο σε Installation admins. Τα passwords, τα invitation links και άλλες μυστικές τιμές δεν καταγράφονται.

Το backend ελέγχει τα permissions σε κάθε αίτημα. Η απόκρυψη ενός κουμπιού στο React βελτιώνει μόνο το UI· δεν αποτελεί έλεγχο ασφαλείας.