Skip to content

api-evangelist/reso

Repository files navigation

RESO (Real Estate Standards Organization) (reso)

RESO, the Real Estate Standards Organization, is the United States industry body that writes and certifies the machine-readable contract for residential real estate data. It publishes the RESO Data Dictionary (the field, enumeration and lookup vocabulary) and the RESO Web API (an OData 4.0/4.01 profile, Web API Core 2.0.0 ratified Jan 2021 and 2.1.0 ratified Dec 2023), plus the RESO Common Format, EntityEvent replication, Push Replication with Webhooks, Validation Expressions and the URN-based Universal Parcel Identifier (UPI). NAR Policy Statement 7.90 requires MLSs owned and operated by associations of REALTORS to implement the Data Dictionary and the Web API and to adopt new releases within one year of ratification, which makes this the only mandated machine-readable API contract in the API Evangelist sector study that is imposed by an industry body rather than a regulator. RESO itself operates no production API and holds no listing data: it certifies other people's servers. Its specifications, reference OData EDMX metadata and Data Dictionary JSON are freely and anonymously downloadable from transport.reso.org and the RESOStandards GitHub organization (a EULA click-through wraps the reso.org copies), and the certification directory at reso.org/certificates and certification.reso.org is public without login. Reachability is the separate fact: a RESO-certified endpoint is run by a local MLS, and credentials for it are issued only after a data licence with that MLS is signed, so certification here means conformance, never public access.

APIs.json: https://raw.githubusercontent.com/api-evangelist/reso/refs/heads/main/apis.yml

Tags

  • Real Estate
  • United States
  • RESO
  • MLS
  • Property Listings
  • Data Standards
  • OData
  • Industry Body
  • IDX
  • PropTech

Timestamps

  • Created: 2026-07-26
  • Modified: 2026-07-26

APIs

RESO Web API

The RESO Web API is the ratified transport standard for real estate data, defined as a profile of OData 4.0/4.01 (Web API Core 2.0.0 and 2.1.0). Servers MUST expose an OData XML metadata document at /$metadata relative to their service root, MUST return JSON for data requests, MUST use TLS 1.2 or above, and MUST authenticate with OAuth2 Bearer tokens or the Client Credentials grant (RCP-026). RESO publishes the specification, the reference Data Dictionary EDMX metadata and the RESO Commander testing tool, but RESO operates no endpoint of its own and no base URL is documented here for that reason — every conformant server is run by an individual MLS or data provider. Access is not self-serve: RESO states that "access to data from the Web API is gained through local MLSs" and that "RESO does not provide MLS real estate data. RESO creates data standards." The api.reso.org host that appears in the specification text is an illustrative example only and does not resolve.

Tags

  • Web API
  • OData
  • MLS
  • Transport
  • Certification

Properties

Common Properties

Access Posture

Question Answer
RESO certified? No — RESO is the certifying body, not a certified party
Access gate Membership required (to certify); the specifications themselves are free and anonymous
Self-serve developer portal No — developer.reso.org, developers.reso.org, api.reso.org and docs.reso.org all fail DNS
Open data No — open specifications, zero open data
Auth model Standard mandates OAuth2 Bearer token or Client Credentials over TLS 1.2+; credentials are issued by each MLS, never by RESO
Machine-readable contract OData CSDL/EDMX $metadata, not OpenAPI — nine artifacts harvested into openapi/
To call real listing data Join or contract with a specific local MLS and sign its data use and licensing policy (IDX, VOW, broker sponsorship, or a reseller such as Bridge, Trestle, MLS Grid or Spark)

Full evidence, probe results and HTTP statuses are recorded in review.yml.

About

API Evangelist profile of reso — real estate organization APIs.

Resources

Stars

Watchers

Forks

Releases

Packages

Contributors