You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: platform/billing-access.mdx
+8-20Lines changed: 8 additions & 20 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -42,13 +42,12 @@ Roles control what someone can do in the Platform.
42
42
Seats are separate from roles.
43
43
44
44
- A **Dev seat** covers pull request reviews.
45
-
- A **Sec seat** is assigned in the Platform and gives access to Workbench.
46
45
47
46
In short, a **Role** controls Platform permissions, while a **Seat** controls paid product access. A person can have a seat without Platform access, and a person can also have Platform access without a seat.
48
47
49
48
If someone has no Platform role assigned, they appear as **Unassigned** in **People**.
50
49
51
-
Someone with Platform access only is not charged unless they also have a Dev seat or Sec seat.
50
+
Someone with Platform access only is not charged unless they also have a Dev seat.
52
51
53
52
## Example scenarios
54
53
@@ -61,11 +60,10 @@ Someone with Platform access only is not charged unless they also have a Dev sea
61
60
| Email |`john@hacktron.ai`|
62
61
| Role |**Unassigned**|
63
62
| Dev seat | Yes |
64
-
| Sec seat | Yes |
65
63
66
-
Transition: An owner invites the person by email and assigns seats.
64
+
Transition: An owner invites the person by email and assigns a seat.
67
65
68
-
Access: Workbench only. No Platform access until an admin assigns a role.
66
+
Access: No Platform access until an admin assigns a role.
69
67
70
68
#### State 2: signed in with GitHub, still no role
71
69
@@ -75,11 +73,10 @@ Access: Workbench only. No Platform access until an admin assigns a role.
75
73
| Email |`john@hacktron.ai`|
76
74
| Role |**Unassigned**|
77
75
| Dev seat | Yes |
78
-
| Sec seat | Yes |
79
76
80
77
Transition: The person signs in and their identity is linked to the existing record.
81
78
82
-
Access: Workbench only. They still do not have Platform access.
79
+
Access: They still do not have Platform access.
83
80
84
81
#### State 3: role assigned
85
82
@@ -88,11 +85,10 @@ Access: Workbench only. They still do not have Platform access.
88
85
| Email |`john@hacktron.ai`|
89
86
| Role |**Viewer**|
90
87
| Dev seat | Yes |
91
-
| Sec seat | Yes |
92
88
93
89
Transition: An admin assigns a Platform role such as **Viewer**.
94
90
95
-
Access: Viewer access in the Platform, plus Workbench access.
91
+
Access: Viewer access in the Platform.
96
92
97
93
### Existing GitHub developer
98
94
@@ -104,7 +100,6 @@ Access: Viewer access in the Platform, plus Workbench access.
104
100
| Email |`-`|
105
101
| Role |**Unassigned**|
106
102
| Dev seat | Yes |
107
-
| Sec seat | No |
108
103
109
104
Transition: A developer opens a PR and is added to **People** with a Dev seat.
110
105
@@ -118,37 +113,33 @@ Access: No Platform access. PR reviews are covered because the person has a Dev
118
113
| Email |`john@hacktron.ai`|
119
114
| Role |**Unassigned**|
120
115
| Dev seat | Yes |
121
-
| Sec seat | No |
122
116
123
117
Transition: The person signs in and their email is linked to the existing record.
124
118
125
119
Access: Still no Platform access.
126
120
127
-
#### State 3: role and Sec seat assigned
121
+
#### State 3: role assigned
128
122
129
123
| State | Value |
130
124
| --- | --- |
131
125
| Email |`john@hacktron.ai`|
132
126
| Role |**Viewer**|
133
127
| Dev seat | Yes |
134
-
| Sec seat | Yes |
135
128
136
-
Transition: An admin assigns a Platform role and optionally adds a Sec seat.
129
+
Transition: An admin assigns a Platform role.
137
130
138
-
Access: Viewer access in the Platform, plus Workbench access.
131
+
Access: Viewer access in the Platform.
139
132
140
133
## Billing
141
134
142
135
The Billing page is split into:
143
136
144
137
-**Seats plan**
145
138
-**Pentest credits**
146
-
-**CLI credits**
147
139
148
140
Billing is driven by product entitlements:
149
141
150
142
-**Dev seats** affect code review billing
151
-
-**Sec seats** affect Workbench entitlement, including the credits available there
152
143
-**Pentest credits** are shared across the organization
153
144
-**Roles** do not create charges by themselves
154
145
@@ -162,9 +153,6 @@ During the trial:
162
153
163
154
- Dev seats auto-assign as PR activity comes in
164
155
- There is no hard seat cap, but usage is limited to **200 PRs per seat**
165
-
- The organization creator starts with **200 free Workbench credits**
166
-
167
-
Once a paid Sec seat is assigned, that free 200-credit Workbench allowance is removed.
Copy file name to clipboardExpand all lines: platform/quickstart.mdx
+4-27Lines changed: 4 additions & 27 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -28,16 +28,11 @@ If you choose **With my team**, GitHub is usually the main setup step. Slack is
28
28
29
29
## Who the Platform is for
30
30
31
-
The Platform is for shared, organization-level work. It also connects directly to Workbench, because this is where seats and access are managed for the organization.
31
+
The Platform is for shared, organization-level work. This is where seats and access are managed for the organization.
Use the Platform for shared setup across the organization, including continuous code reviews across repositories, pentests, teammates, and centralised billing.
Use Workbench for work that happens directly in code. The CLI and the IDE extensions work alongside the Platform to provide security workflows in your terminal and editor.
Use the Platform for shared setup across the organization, including continuous code reviews across repositories, pentests, teammates, and centralised billing.
35
+
</Card>
41
36
42
37
## Initial setup
43
38
@@ -59,21 +54,6 @@ The Platform is split into a few key pages:
59
54
-**Billing** manages seats, credits, and shared budgets
60
55
-**Pentests** is for larger, scoped assessments beyond day-to-day review
61
56
62
-
## Platform vs Workbench
63
-
64
-
Workbench is an integral part of the Platform, built for individual usage.
65
-
66
-
Apart from providing access to Workbench, the Platform is used to manage:
67
-
68
-
- repository coverage
69
-
- people and roles
70
-
- billing, seats, and credits
71
-
- pentests and other org-level activity
72
-
73
-
Use Workbench when you are doing the work itself in code through the CLI or IDE.
74
-
75
-
For example, someone might be invited through the Platform, assigned a Sec seat there, and then use that access and those credits in Workbench.
0 commit comments