Skip to content

Permissions and Consent

Status: Planned

Application access and business authority are separate questions.

A developer may have a valid application integration, while the software’s customer has only granted permission to read public company facts. That integration must not silently gain the power to place orders on behalf of the customer.

  1. Who is connecting? Identify the application or service that makes a request.
  2. Which company is represented? Identify the relevant registered business and account or person.
  3. What is permitted? Check the granted role, action scope, period and any required approval.
Action Expected authorization
Read publicly available company information Appropriate public-data access
Retrieve a private business document An authorized recipient or company permission
Draft a supplier inquiry Delegated drafting scope
Send a quotation under a company’s name Authorized representative or approved service scope
Accept an order Relevant company commitment authority
Revoke an agent permission Valid company-managed authorization to revoke

Permissions can expire or be withdrawn. Historical proof must distinguish authorization at the time of the signed action from present-day permission to perform further work.

An agent’s successful research or ability to retrieve company information is not a substitute for human or company authorization when an action creates a business commitment.

See Business Identity and Authority and Business Actions.