Limitations
There are a few limitations to be aware of using the Ownright Developer Platform
The Ownright Developer Platform is built to help you deliver seamless legal support to your clients β but there are a few limitations to be aware of. These apply both to our current product capabilities and to the Partner APIβs operational scope.
π Geographic coverage
We currently operate exclusively in Ontario, Canada. Referrals for properties outside of Ontario cannot be serviced at this time.
π Transaction type scope
Ownright focuses on residential resale transactions. We do not support:
- Commercial or mixed-use properties
- New build or pre-construction transactions
- Developer or builder-side work
Our services are optimized for homebuyers, sellers, and refinancing clients transacting on existing homes.
π Human-powered, not fully automated
The platform is backed by a dedicated legal and client success team. While the Partner API is always online, some events are triggered by human activity, not automation.
For example:
Referrals submitted outside of business hours may not generate immediate webhook updates.
Matter status changes depend on actions taken by legal professionals, which may happen during business hours only.
Our business hours are Monday-Friday, 8 AM to 6 PM EST. Excluding Canadian public and bank holidays.
π« Referral eligibility and rejections
Referrals may be declined if they fall outside of our operating parameters. These include:
- Property location outside Ontario
- Ineligible transaction type (e.g., new build)
- Missing or invalid client contact details
- Legal complexity that exceeds our current scope
If a referral cannot be accepted, a webhook will be sent notifying you of the status and reason (where possible).
π§ͺ No sandbox environment (Yet)
We currently do not offer a sandbox or test environment. All API interactions happen in our live environment. Please use test referral data and flag your integrations clearly when conducting integration testing.
We are exploring options for a partner sandbox in future updates.
π¬ Webhook delivery reliability
Webhooks are delivered as best-effort HTTP POST requests. While we aim for reliability:
Webhooks may be delayed slightly depending on event timing and processing queue
If a delivery fails, we automatically retry up to 3 times with exponential backoff
After failed retries, the event is marked as undelivered (logging and replay functionality coming soon)
We strongly recommend verifying all webhook signatures and building your integration to be idempotent.
π§ Stability and API versioning
While we aim for stability, breaking changes may occasionally occur. We will always aim to:
- Provide early notice via changelog
- Version the API if changes are significant
- Limit disruption to existing integrations
Subscribe to our changelog to stay informed.
π¬ Still have questions?
If youβre not sure whether your use case is supported or need help assessing an integration, reach out to our team at [email protected].