> ## Documentation Index
> Fetch the complete documentation index at: https://stytch.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Get Self

> Get the currently logged-in Member using the Stytch Next.js SDK

export const setting_0 = "View membership";

export const organization = "Represents an instance or tenant in your application, typically mapping to each of your top-level customers.";

export const member = "Represents an individual end user's account within a given Organization, uniquely identified within that Organization by their email address.";

export const isReact_0 = true

{isReact_0 &&
<Info>
  In React, use the <a href="../../hooks/use-stytch-member"><code>useStytchMember</code></a> hook to easily access the currently logged-in Member and react to changes.
</Info>
}

`self.get` is an asynchronous method that wraps the [get member](/api-reference/b2b/api/members/get-member) endpoint.  Use it to fetch the currently logged-in <Tooltip tip={member}>Member</Tooltip>.  If no Member is logged in, this method will return `null`.

<Note>
  Before using this method, enable **{setting_0}** in the [Frontend SDK page](https://stytch.com/dashboard/sdk-configuration).
</Note>

The Stytch SDK caches this data in local storage. Calling this method will refresh the cached data.

The Stytch SDK will invoke this method automatically in the background, so you likely won't need to call this method directly.  Instead, use the [`self.getSync`](./get-self-sync) method to fetch the cached data from local storage.

## Response

<ResponseField name="organization_id" type="string">
  Globally unique UUID that identifies a specific Organization.
</ResponseField>

<ResponseField name="member_id" type="string">
  Globally unique UUID that identifies a specific Member.
</ResponseField>

<ResponseField name="external_id" type="string">
  The ID of the Member given by the identity provider.
</ResponseField>

<ResponseField name="email_address" type="string">
  The email address of the Member.
</ResponseField>

<ResponseField name="email_address_verified" type="boolean">
  Whether or not the Member's email address is verified.
</ResponseField>

<ResponseField name="status" type="string">
  The status of the Member. The possible values are: `pending`, `invited`, `active`, or `deleted`.
</ResponseField>

<ResponseField name="name" type="string">
  The name of the Member.
</ResponseField>

<ResponseField name="sso_registration" type="object[]">
  An array of registered SAML Connection or OIDC Connection objects the Member has authenticated with.

  <Expandable title="sso_registration properties">
    <ResponseField name="connection_id" type="string">
      Globally unique UUID that identifies a specific SSO `connection_id` for a Member.
    </ResponseField>

    <ResponseField name="registration_id" type="string">
      The unique ID of an SSO Registration.
    </ResponseField>

    <ResponseField name="external_id" type="string">
      The ID of the Member given by the identity provider.
    </ResponseField>

    <ResponseField name="sso_attributes" type="object">
      An object for storing SSO attributes brought over from the identity provider.
    </ResponseField>
  </Expandable>
</ResponseField>

<ResponseField name="scim_registration" type="object">
  Sets whether the Member is enrolled in MFA.

  <Expandable title="sso_registration properties">
    <ResponseField name="connection_id" type="string">
      The id of the SCIM Connection.
    </ResponseField>

    <ResponseField name="registration_id" type="string">
      The unique ID of a SCIM Registration.
    </ResponseField>

    <ResponseField name="external_id" type="string">
      The ID of the Member given by the identity provider.
    </ResponseField>

    <ResponseField name="sso_attributes" type="object">
      An object for storing SCIM attributes brought over from the identity provider.
    </ResponseField>
  </Expandable>
</ResponseField>

<ResponseField name="is_breakglass" type="boolean">
  Identifies the Member as a break glass user - someone who has permissions to authenticate into an Organization by bypassing the Organization's settings.

  A break glass account is typically used for emergency purposes to gain access outside of normal authentication procedures. Refer to the [Organization object](/api-reference/b2b/api/organizations/organization-object) and its `auth_methods` and `allowed_auth_methods` fields for more details.
</ResponseField>

<ResponseField name="member_password_id" type="string">
  Globally unique UUID that identifies a Member's password.
</ResponseField>

<ResponseField name="oauth_registrations" type="object[]">
  A list of OAuth registrations for this Member.

  <Expandable title="oauth_registrations properties">
    <ResponseField name="provider_type" type="string">
      Denotes the OAuth identity provider that the user has authenticated with, e.g. Google, Microsoft, GitHub etc.
    </ResponseField>

    <ResponseField name="provider_subject" type="string">
      The unique identifier for the User within a given OAuth provider. Also commonly called the sub or "Subject field" in OAuth protocols.
    </ResponseField>

    <ResponseField name="profile_picture_url" type="string">
      If available, the `profile_picture_url` is a URL of the User's profile picture set in the OAuth identity provider that the User has authenticated with, e.g. Google profile picture.
    </ResponseField>

    <ResponseField name="locale" type="string">
      If available, the locale is the Member's locale set in the OAuth identity provider that the user has authenticated with.
    </ResponseField>

    <ResponseField name="member_oauth_registration_id" type="string">
      The unique ID of an OAuth registration.
    </ResponseField>
  </Expandable>
</ResponseField>

<ResponseField name="mfa_enrolled" type="boolean">
  Sets whether the Member is enrolled in MFA.

  If true, the Member must complete an MFA step whenever they wish to log in to their Organization.

  If false, the Member only needs to complete an MFA step if the Organization's MFA policy is set to `REQUIRED_FOR_ALL`.
</ResponseField>

<ResponseField name="mfa_phone_number" type="string">
  The Member's phone number. A Member may only have one phone number.

  The phone number should be in E.164 format (i.e. +1XXXXXXXXXX).
</ResponseField>

<ResponseField name="mfa_phone_number_verified" type="boolean">
  Whether or not the Member's phone number is verified.
</ResponseField>

<ResponseField name="retired_email_addresses" type="object[]">
  A list of retired email addresses for this Member. A previously active email address can be marked as retired in one of two ways:

  * It's replaced with a new primary email address during an explicit Member update.
  * A new email address is surfaced by an OAuth, SAML or OIDC provider. In this case the new email address becomes the Member's primary email address and the old primary email address is retired. A retired email address cannot be used by other Members in the same Organization. However, unlinking retired email addresses allows them to be subsequently re-used by other Organization Members. Retired email addresses can be unlinked using the [Unlink Retired Email endpoint](/api-reference/b2b/api/members/unlink-retired-email).

  <Expandable title="properties">
    <ResponseField name="email_id" type="string">
      The globally unique UUID of a Member's email.
    </ResponseField>

    <ResponseField name="email_address" type="string">
      The email address of the Member.
    </ResponseField>
  </Expandable>
</ResponseField>

<ResponseField name="trusted_metadata" type="object">
  An arbitrary JSON object for storing application-specific data or identity-provider-specific data.
</ResponseField>

<ResponseField name="untrusted_metadata" type="object">
  An arbitrary JSON object of application-specific data. These fields can be edited directly by the frontend SDK, and should not be used to store critical information. See the [Metadata resource](/api-reference/b2b/api/resources/object-update-behavior) for complete field behavior details.
</ResponseField>

<ResponseField name="roles" type="object[]">
  Explicit or implicit Roles assigned to this Member, along with details about the role assignment source. See the RBAC guide for more information about role assignment.

  <Expandable title="roles properties">
    <ResponseField name="role_id" type="string">
      The unique identifier of the RBAC Role, provided by the developer and intended to be human-readable.

      Reserved `role_ids` that are predefined by Stytch include:

      * `stytch_member`
      * `stytch_admin`

      Check out the [guide on Stytch default Roles](/multi-tenant-auth/enterprise-ready/rbac/create-rbac-policy#default-roles-and-resources) for a more detailed explanation.
    </ResponseField>

    <ResponseField name="sources" type="object[]">
      A list of sources for this role assignment. A role assignment can come from multiple sources - for example, the Role could be both explicitly assigned and implicitly granted from the Member's email domain.

      <Expandable title="sources properties">
        <ResponseField name="type" type="string">
          The type of role assignment. The possible values are:

          * `direct_assignment` – an explicitly assigned Role.  Directly assigned roles can be updated by passing in the roles argument to the Update Member endpoint.
          * `email_assignment` – an implicit Role granted by the Member's email domain, regardless of their login method.  Email implicit role assignments can be updated by passing in the `rbac_email_implicit_role_assignments` argument to the Update Organization endpoint.
          * `sso_connection` – an implicit Role granted by the Member's SSO connection. This is currently only available for SAML connections and not for OIDC. If the Member has a SAML Member registration with the given connection, this role assignment will appear in the list. However, for authorization check purposes (in sessions authenticate or in any endpoint that enforces RBAC with session headers), the Member will only be granted the Role if their session contains an authentication factor with the specified SAML connection.  SAML connection implicit role assignments can be updated by passing in the `saml_connection_implicit_role_assignments` argument to the Update SAML connection endpoint.
          * `sso_connection_group` – an implicit Role granted by the Member's SSO connection and group. This is currently only available for SAML connections and not for OIDC. If the Member has a SAML Member registration with the given connection, and belongs to a specific group within the IdP, this role assignment will appear in the list. However, for authorization check purposes (in sessions authenticate or in any endpoint that enforces RBAC with session headers), the Member will only be granted the role if their session contains an authentication factor with the specified SAML connection.
          * `scim_connection_group` – an implicit Role granted by the Member's SCIM connection and group. If the Member has a SCIM Member registration with the given connection, and belongs to a specific group within the IdP, this role assignment will appear in the list.  SCIM group implicit role assignments can be updated by passing in the `scim_group_implicit_role_assignments` argument to the Update SCIM connection endpoint.
        </ResponseField>

        <ResponseField name="details" type="object">
          An object containing additional metadata about the source assignment. The fields will vary depending on the role assignment type as follows:

          * `direct_assignment` – no additional details.
          * `email_assignment` – will contain the email domain that granted the assignment.
          * `sso_connection` – will contain the `connection_id` of the SAML connection that granted the assignment.
          * `sso_connection_group` – will contain the `connection_id` of the SAML connection and the name of the group that granted the assignment.
          * `scim_connection_group` – will contain the `connection_id` of the SAML connection and the `group_id` that granted the assignment.
        </ResponseField>
      </Expandable>
    </ResponseField>
  </Expandable>
</ResponseField>

<ResponseField name="is_admin" type="boolean">
  Whether or not the Member has the `stytch_admin` Role. This Role is automatically granted to Members who create an Organization through the discovery flow. See the [RBAC guide](/multi-tenant-auth/enterprise-ready/rbac/create-rbac-policy) for more details on this Role.
</ResponseField>

<ResponseField name="created_at" type="string">
  The date and time the Member was created.
</ResponseField>

<ResponseField name="updated_at" type="string">
  The date and time the Member was last updated.
</ResponseField>

<Panel>
  <RequestExample>
    ```jsx theme={null}
    import { useEffect, useState } from 'react';
    import { useStytchB2BClient } from '@stytch/nextjs/b2b';

    export const WelcomeMessage = () => {
      const stytch = useStytchB2BClient();
      const [member, setMember] = useState(null);

      useEffect(() => {
        const fetchMember = async () => {
          const member = await stytch.self.get();
          setMember(member);
        };
        fetchMember();
      }, [stytch]);

      if (member === null) {
        return <p>No member logged in</p>;
      }

      if (!member) {
        return <p>Loading...</p>;
      }

      return (
        <div>
          <p>Welcome {member.name}!</p>
        </div>
      );
    };
    ```
  </RequestExample>

  <ResponseExample>
    ```json theme={null}
    {
      "organization_id": "organization-test-07971b06-ac8b-4cdb-9c15-63b17e653931",
      "member_id": "member-test-32fc5024-9c09-4da3-bd2e-c9ce4da9375f",
      "email_address": "sandbox@stytch.com",
      "email_address_verified": true,
      "retired_email_addresses": ["old@stytch.com"],
      "status": "active",
      "name": "Test User",
      "is_breakglass": false,
      "member_password_id": "member-password-test-32fc5024-9c09-4da3-bd2e-c9ce4da9375f",
      "mfa_enrolled": false,
      "mfa_phone_number": null,
      "mfa_phone_number_verified": false,
      "default_mfa_method": "sms_otp",
      "totp_registration_id": "totp-registration-test-32fc5024-9c09-4da3-bd2e-c9ce4da9375f",
      "oauth_registrations": [],
      "sso_registrations": [],
      "roles": [],
      "trusted_metadata": {},
      "untrusted_metadata": {},
      "created_at": "2023-01-01T00:00:00Z",
      "updated_at": "2023-01-01T00:00:00Z"
    }
    ```
  </ResponseExample>
</Panel>
