Access control
Protected business information and administrative actions are available only to authorised team members.
Control who can access protected information, what MAY can use as business knowledge, which actions can run, and how integrations are connected.
MAY is designed so business information, customer context and integrations are handled within the right account and access context.
Not part of your business data or integration context.
The goal is straightforward: keep business information deliberate, access limited to the right people, credentials protected and automation understandable.
Protected business information and administrative actions are available only to authorised team members.
MAY is designed to answer from business-approved knowledge and structured facts rather than treating generic model memory as business truth.
Integration credentials belong in protected configuration, not public code, customer-facing documents or assistant instructions.
For production use, these product principles should be read together with the applicable contractual, privacy and data-protection documentation.
MAY is designed to use approved knowledge and structured business facts when those sources are configured.
Business data access and integrations are resolved within the relevant business account and authorised user context.
Credentials should be kept in protected configuration rather than public website code, customer documents or assistant prompts.
Yes. Customer channels can move from AI assistance to human handling while preserving useful conversation context for the team.