Skip to Content

Branding

Customize the OpsPilot365 platform appearance with your organization’s branding. Apply consistent visual identity across the admin console, client portal, and all outbound communications.

Platform Branding Options

Customize the following elements of the MSP admin console:

SettingDescriptionRecommendation
LogoCompany logo displayed in header and login pagePNG or SVG, transparent background
FaviconBrowser tab icon32x32px ICO or PNG
Primary colorMain accent color for buttons, links, and highlightsUse your brand hex color
Login backgroundCustom background image for the login pageHigh-res, 1920x1080 minimum
Company nameOrganization name shown in the header and page titlesYour brand name

Client Portal Branding

The client-facing portal can be branded separately from the admin console. This allows you to present a distinct look to your customers.

  • Client portal logo — Separate logo for customer-facing pages
  • Client portal colors — Independent color scheme for the client experience
  • Custom login page — Branded login experience for client portal users
  • White-label email notifications — All automated emails use your branding

Note: Client portal branding is configured separately from platform branding. Changes to platform branding do not affect the client portal, and vice versa.

Notification Branding

All outbound notifications can be branded with your identity:

Email Notifications

  • Custom sender name and reply-to address
  • Your logo in email headers
  • Brand colors in email templates
  • Custom footer with your support contact information

Teams Notifications

  • Adaptive cards display your logo
  • Brand-colored notification cards
  • Custom bot name if using Teams connector

Notification Channels

OpsPilot365 supports three notification delivery channels:

ChannelFeatures
EmailIndividual recipients, distribution groups, HTML or plain text, digest mode
Microsoft TeamsChannel webhooks, adaptive cards, actionable messages, thread replies
WebhooksCustom endpoints, JSON payloads, custom headers, retry logic

Notification Categories

Configure notifications by severity and category:

CategorySeverityExample Events
Security AlertsCriticalRisky sign-in detected, user at risk, malware blocked
License AlertsHighLow license threshold, subscription expiring, over-allocation
Service HealthMediumService degraded, outage detected, maintenance scheduled
ComplianceHighDevice non-compliant, Secure Score dropped, DLP violation
OperationsLowSync completed, workflow executed, report generated

Notification Rules

Create custom rules to route notifications based on conditions:

RuleConditionChannelStatus
Critical Securityseverity = critical AND category = securityTeams, EmailActive
License Thresholdcategory = license AND available under 10%EmailActive
VIP Tenant Alertstenant.tag = “VIP”Teams, WebhookActive

Quiet Hours

Suppress non-critical notifications during specified hours:

  • Schedule — Define quiet hours per day of week. Critical alerts are always delivered.
  • Deferred Delivery — Suppressed notifications delivered as a digest when quiet hours end.

Best Practices

  • Keep branding consistent between admin console and client portal
  • Use high-resolution images for logos to ensure crisp display on retina screens
  • Test email notifications after changing branding to verify rendering
  • Ensure your primary color has sufficient contrast for accessibility
  • Update branding across all channels when rebranding

API Reference

  • GET /api/msp-portal/settings/branding — Get current branding settings
  • PUT /api/msp-portal/settings/branding — Update platform branding
  • GET /api/settings/notifications — Get notification settings
  • PUT /api/settings/notifications — Update notification settings
  • GET /api/settings/notifications/rules — List notification rules
  • POST /api/settings/notifications/test — Send test notification
Last updated on