Admin
Tenant administration features allow you to configure and manage your organization's settings, users, policies, and integrations. This guide provides an overview of all admin capabilities.
Scope: Everything in this section is workspace-scoped — you configure it for your organization with organization administrator permissions. It does not describe Better Data internal operations.
You manage your organization’s settings; you do not manage other customers’ workspaces from these screens.
Better Data SCM uses a three-tier customization model:
Core system values that cannot be changed (workflow states, RBAC scopes, billing tiers).
Industry pack provides defaults, but you can override (location types, payment terms, GL accounts).
No system defaults; you define all values (budget codes, channel policies, API keys).
See Customization Model for details.
usersUsers & Roles
Manage users, roles, and permissions
buildingOrganization Settings
Configure organization-level settings
map-pinLocations
Manage locations, types, and activities
chart-lineChannel Policies
Configure channel-specific policies
shieldATP Policies
Configure Available to Promise policies
refresh-cwReplenishment Config
Configure replenishment rules
dollar-signFinance Configuration
Budget codes, GL accounts, payment terms
clipboard-checkAudit & Compliance
Compliance rules and audit configuration
plugIntegrations
API keys, webhooks, external systems
fingerprintTrust & Trace
Signal tags, tokenizer, trade networks
bellAlerts Config
Configure alert destinations and types
tagsTaxonomies
Manage product taxonomies
See Configuration Map for a complete index of all configuration areas organized by category with customization tier indicators.
Your industry pack determines:
See Industry Packs for details.
Use the Configuration Map to:
Start with core settings:
Then configure advanced features:
Problem: Trying to change SYSTEM_FIXED values or not understanding template overrides.
Solution: Understand the customization model:
How to avoid: Review Customization Model before making changes.
Problem: Creating custom configurations when pack defaults would work.
Solution: Start with pack defaults:
How to avoid: Review pack defaults before creating custom configurations.
Problem: Making customizations without documenting why.
Solution: Document all customizations:
How to avoid: Make documentation part of customization workflow.
Problem: Making configuration changes without testing.
Solution: Test configuration changes:
How to avoid: Make testing part of configuration workflow.
Symptoms: Configuration changes not reflected in system behavior.
Possible causes:
Steps to resolve:
Symptoms: Admin features not accessible or not visible.
Possible causes:
Steps to resolve:
Symptoms: Configuration changes conflict with existing settings.
Possible causes:
Steps to resolve:
Admin features require organization administrator permissions. They apply only within your organization’s workspace. If you need access, contact your organization administrator.
