Access & compliance

What limits the features a partner can reach

Legal regulations, customer privacy and security controls decide which endpoints, events and fields each partner type receives. This page states those limits plainly so nobody designs an integration around data they will not get.

The principle

Each partner receives the minimum data needed to do its job, for the customers it is actually working with, for as long as the work lasts. The platform enforces this in the database (row-level security keyed to the company), in the API (key kinds with fixed scopes), and in the payloads (installer-safe projections that omit fields rather than mask them). A partner cannot request a wider view through a different endpoint; the same rule applies everywhere.

Regulations that shape access

RuleWhat it constrainsHow it shows up in the API
TCPA and CAN-SPAM (US telemarketing and email consent)Who may text, call or email a homeowner and whenInbound leads carry smsConsent; messaging is done by the platform on the company's behalf, never by exporting phone lists. Partners do not receive customer email addresses by default.
State consumer-protection and contractor licensing lawWho may quote, contract and perform regulated workInstaller companies see scope and equipment, not prices or contract terms. Licence and insurance details are collected at intake and gate job assignment.
Payment card and banking rules (PCI DSS, NACHA for ACH)Handling of card numbers and bank accountsCard and bank data never enter the platform; the payment provider holds them. No API exposes payment instruments, only settlement events (deposit.paid and journal events) to accounting-class partners.
Lending and incentive program rules (TILA, ECOA, utility and federal rebate terms)Credit decisions and rebate eligibilityFinancing and incentive partners receive the amounts and status they administer, through their own application flow. The platform links out; it does not proxy credit applications.
State privacy laws (California CPRA, Utah UCPA, Colorado CPA and similar)Purpose limitation, deletion, sale and sharing of personal dataPersonal data is shared only with processors under a data processing agreement, for the stated purpose. Deletion requests propagate: partners must honour a customer.erasure_requested notice (delivered by email until the event ships) within 30 days.
Security commitments (SOC 2 control set the platform is built against)Access control, change management, audit, vendor managementKey issuance is owner-only and audit-logged; webhooks go only to public HTTPS hosts; partners are vendors in the platform's register with a named security contact.

Data boundary by partner type

Field groupLead sourceBooking vendorInstaller companyDistributorFinancing / incentivesAccountingLicensee
Customer namesends onlyyesassigned jobsnotheir own flownoown customers
Service addresssends onlyyesassigned jobsnononoown
Phonesends onlybooked visitassigned jobsnononoown
Emailsends onlynono by defaultnononoown
Scope, equipment, schedulenoschedule onlyyestheir SKUs onlynonoown
Quote price, options, marginneverneverneverneverfinanced amount onlyjournal levelown
Cost lines, supplier pricingnevernevernevertheir own linesneverjournal levelown
Payments, deposits, refundsneverneverneverneverstatus onlyeventsown
Signatures, contractsnevernevercompletion docs onlyneverneverneverown
Other customers of the companynevernevernevernevernevernevernever
Knocking Intelligence rankings, permit history, property dataneverneverneverneverneverneverown territory

"Sends only" means the partner supplies the field and receives back an acknowledgement (created or merged) with an id, never the stored record. "Own" means the licensee's own company data; a licensee never sees another company's data on the same platform.

Features that may be unavailable to a partner

Partner obligations

  1. Use data only for the purpose stated at intake, and delete it when the job or lead is closed and any retention period you are legally required to keep has passed.
  2. Keep API keys and webhook secrets in a secret manager, one key per system, rotated at least annually and immediately on suspected exposure.
  3. Notify [email protected] with SECURITY in the subject within 24 hours of discovering a breach involving platform data.
  4. Do not attempt to access records outside your boundary, enumerate ids, or scrape the console. Doing so revokes access and is reported to the company.
  5. Honour customer erasure notices within 30 days and confirm completion.
  6. Provide a security contact and a technical contact at intake and keep them current.

The binding versions of these obligations are in the partner agreement and the data processing terms referenced on the API terms page. This page explains; the agreement governs.