Skip to main content

Account Access

This document defines which accounts are provisioned for each role at EGI, the steps to provision them, naming conventions, and multi-factor authentication requirements.

Accounts by Role

The following matrix shows which services each role requires access to. The operations lead provisions all accounts before or on the new hire's first day.

ServiceDeveloperDesignerProject ManagerOperations Lead
Email (egintegrations.com)YesYesYesYes
GitHub (EGI org)YesAs neededRead-onlyYes
Slack (EGI workspace)YesYesYesYes
VercelYesViewerViewerYes
PostHogYesNoYesYes
ERPNextNoNoYesYes
CloudflareNoNoNoYes
SuiteDashYesYesYesYes

Role-Specific Notes

  • Developers receive write access to repositories relevant to their assigned projects. Access to additional repositories is granted upon request and manager approval.
  • Designers receive GitHub access only when they need to work directly with code assets (e.g., design tokens, SVG assets in a repository).
  • Project Managers receive read-only GitHub access to monitor progress; they do not merge or approve PRs.
  • Operations Leads have admin-level access across all services and are responsible for provisioning and deprovisioning.

Provisioning Steps

Email

  1. Log in to the email admin panel
  2. Create the account using the firstname.lastname@egintegrations.com format
  3. Set a temporary password and send it securely to the new hire (use an encrypted channel, not plaintext email)
  4. Require password change on first login
  5. Enable MFA immediately after first login

GitHub

  1. Navigate to the EGI GitHub organization settings
  2. Invite the new hire by their GitHub username or email
  3. Assign them to the appropriate team(s) based on their project assignment
  4. Set repository permissions: write for developers on assigned repos, read for PMs
  5. Confirm the new hire has accepted the invitation

Slack

  1. Open the EGI Slack workspace admin panel
  2. Send an invitation to the new hire's EGI email address
  3. Once they join, add them to the following default channels: #general, #engineering, #operations
  4. Add them to project-specific channels as directed by their manager

Vercel

  1. Open the EGI Vercel team settings
  2. Invite the new hire by email
  3. Set their role: Developer for engineers, Viewer for PMs and designers
  4. Confirm they can access the relevant project dashboards

PostHog

  1. Open PostHog organization settings
  2. Invite by email with the appropriate role (Member for developers, Viewer for PMs)
  3. Confirm access to the relevant project dashboards

ERPNext

  1. Log in to the ERPNext instance as admin
  2. Create a new user with the firstname.lastname@egintegrations.com email
  3. Assign the appropriate role(s) based on their job function
  4. Send login credentials securely

SuiteDash

  1. Log in to SuiteDash as admin
  2. Create a new staff account with appropriate permissions
  3. Send the invitation link to the new hire's EGI email

Naming Conventions

All accounts across all services must follow a consistent naming convention:

FieldFormatExample
Emailfirstname.lastname@egintegrations.comjane.smith@egintegrations.com
GitHub display nameFull legal nameJane Smith
Slack display nameFirst name Last nameJane Smith
Slack usernamefirstname.lastnamejane.smith
VercelUse EGI email for invitation--

If a naming conflict exists (e.g., two people with the same name), append a middle initial: firstname.m.lastname.

MFA Requirements

Multi-factor authentication is mandatory for all EGI services that support it. This is non-negotiable.

ServiceMFA RequiredSupported Methods
EmailYesTOTP app (preferred), SMS (fallback)
GitHubYesTOTP app, security key, GitHub Mobile
SlackYesTOTP app
VercelYesTOTP app
CloudflareYesTOTP app, security key
ERPNextYesTOTP app

MFA Setup Rules

  • MFA must be enabled within 24 hours of account creation
  • TOTP-based authenticator apps (e.g., Authy, 1Password, Google Authenticator) are the preferred method
  • SMS-based MFA is accepted only as a fallback when TOTP is not available
  • Recovery codes must be stored securely (password manager, not plaintext)
  • The operations lead will verify MFA enrollment during the Week 1 access audit

Quarterly Access Reviews

Every quarter, the operations lead conducts a review of all active accounts to ensure:

  • No former employees retain access to any service
  • Permissions match current role assignments (no privilege creep)
  • MFA is still enabled on all accounts
  • Unused or dormant accounts are flagged for deactivation