@@ -43,14 +43,14 @@ security settings and governance for your {+service+} enterprise estate:
43
43
* - (Optional) Paying Organization
44
44
- One organization can be a paying organization for other
45
45
organization(s). A paying organization lets you set up
46
- :atlas:`cross-organization billing <billing/#std-label-cross-org-billing>`
46
+ :atlas:`cross-organization billing </ billing/#std-label-cross-org-billing>`
47
47
to share a billing subscription across multiple organizations.
48
48
To learn more about setting up your paying organization when
49
- you establish the |service| subscription, see :atlas:`Manage Billing <billing>`.
49
+ you establish the |service| subscription, see :atlas:`Manage Billing </ billing>`.
50
50
In order to enable cross-organization billing, the user performing
51
51
the action must have an Org Owner or Billing Admin role of both
52
52
organizations that they wish to link. To learn more, see
53
- :atlas:`User Roles <user-roles>`.
53
+ :atlas:`User Roles </reference/ user-roles>`.
54
54
55
55
A paying organization is common for large enterprises with many
56
56
{+BU+}\s or departments that operate independently but where the
@@ -60,7 +60,7 @@ security settings and governance for your {+service+} enterprise estate:
60
60
- An organization can contain many projects under it and provides
61
61
a container to apply shared integration and security settings. If
62
62
you manage multiple {+service+} organizations, the
63
- :atlas :`Atlas Federation Management Console <atlas-federated-authentication>`
63
+ :ref :`Atlas Federation Management Console <atlas-federated-authentication>`
64
64
allows users with an Org Owner role to manage |idps| for |sso|,
65
65
then link them to multiple organizations.
66
66
An organization often maps to a {+BU+} or department within a
0 commit comments