> ## Documentation Index > Fetch the complete documentation index at: https://api.housera.ro/llms.txt > Use this file to discover all available pages before exploring further. # Publish open house days > Publishes windows when anyone can come without booking, on an active listing only. A window does not overlap another one or a viewing time. Each window can have a note (`note`), ask people to say they're coming (`rsvp`), have a number of places (`capacity`, only for a project's visit day) and tell the people who saved the listing right away (`notify_savers`). Either all the windows are published or none is. The response contains the agenda and `warnings[]`. On a project that isn't finished, a window without `capacity` gets the `site_visit_required_soon` warning and the `Deprecation` header until the day we announce to you, and `422 site_visit_required` from that day on. ## OpenAPI ````yaml en/openapi.json POST /listings/{code}/open-house openapi: 3.1.2 info: title: Housera API version: 1.0.0 description: >- Publish and manage real estate listings on Housera from your CRM or your own application, under the same rules as the form on the Housera portal. servers: - url: https://staging.housera.ro/api/v1 description: 'Sandbox (staging): test data, same rules as production.' - url: https://housera.ro/api/v1 description: 'Production: the real listings on housera.ro.' security: - bearer: [] tags: - name: Your listings - name: Photos - name: Events - name: Vocabulary - name: Connect with Housera - name: Client requests - name: The company and its team - name: Marketing mandates - name: Viewings - name: Projects - name: Partnerships - name: API key - name: Statistics paths: /listings/{code}/open-house: post: tags: - Viewings summary: Publish open house days description: >- Publishes windows when anyone can come without booking, on an active listing only. A window does not overlap another one or a viewing time. Each window can have a note (`note`), ask people to say they're coming (`rsvp`), have a number of places (`capacity`, only for a project's visit day) and tell the people who saved the listing right away (`notify_savers`). Either all the windows are published or none is. The response contains the agenda and `warnings[]`. On a project that isn't finished, a window without `capacity` gets the `site_visit_required_soon` warning and the `Deprecation` header until the day we announce to you, and `422 site_visit_required` from that day on. operationId: v1.viewings.open_house parameters: - name: code in: path required: true schema: type: string description: The listing's public code (8 characters, as in its URL on Housera). - name: locale in: query required: false schema: type: string enum: - ro - en default: en example: en description: >- The response language, `ro` or `en`. It changes error messages (`title`, `detail`), labels and, when the listing has an approved translation in that language, its title and description. Codes are the same in every language. It takes precedence over `Accept-Language` and over the account's language. requestBody: required: true content: application/json: schema: type: object properties: windows: type: array items: type: object properties: starts_at: type: string maxLength: 40 description: Start time. ends_at: type: string maxLength: 40 description: End time. note: type: - string - 'null' maxLength: 500 description: Note. rsvp: type: - boolean - 'null' description: RSVP. capacity: type: - integer - 'null' minimum: 1 maximum: 500 description: Number of places. notify_savers: type: - boolean - 'null' description: Telling the people who saved the listing. required: - starts_at - ends_at minItems: 1 maxItems: 60 description: >- The open house windows, each with `starts_at` and `ends_at` and, optionally, `note` (at most 500 characters), `rsvp`, `capacity` (1 to 500) and `notify_savers`. required: - windows responses: '200': content: application/json: schema: type: object description: The request succeeded. headers: Deprecation: description: >- The day from which the request will be refused, as `@` followed by the Unix time (RFC 9745). It comes with a warning in `warnings[]`. schema: type: string Link: description: >- The guide section that describes the change, with `rel="deprecation"`. schema: type: string '400': content: application/problem+json: schema: $ref: '#/components/schemas/Problem' description: The request body is not valid JSON (`malformed_json`). '401': content: application/problem+json: schema: $ref: '#/components/schemas/Problem' description: The key is missing, revoked or expired (`unauthenticated`). '403': content: application/problem+json: schema: $ref: '#/components/schemas/Problem' description: >- The key lacks the required permission (`missing_ability`) or access is denied (`forbidden`). '404': content: application/problem+json: schema: $ref: '#/components/schemas/Problem' description: >- The listing does not exist or the key has no access to it (`not_found`). '409': content: application/problem+json: schema: $ref: '#/components/schemas/Problem' description: >- The agenda refuses the action in its current state, with the reason in `detail` (`listing_action_refused`). '413': content: application/problem+json: schema: $ref: '#/components/schemas/Problem' description: The request body is larger than 1 MB (`payload_too_large`). '415': content: application/problem+json: schema: $ref: '#/components/schemas/Problem' description: >- The request body isn't declared as JSON (`unsupported_media_type`). Send it with `Content-Type: application/json`. '422': content: application/problem+json: schema: $ref: '#/components/schemas/ValidationProblem' description: >- The data fails the rules: one entry per field in `errors[]`, each with a stable `code`. '429': content: application/problem+json: schema: $ref: '#/components/schemas/Problem' description: >- Too many requests. Try again after the number of seconds in `Retry-After`. '503': content: application/problem+json: schema: $ref: '#/components/schemas/Problem' description: >- Housera has temporarily paused writes through the API (`api_writes_paused`). Try again after the number of seconds in `Retry-After`. components: schemas: Problem: type: object title: Problem properties: type: type: string format: uri description: The URL of the problem type (RFC 9457). title: type: string description: A short summary of the problem, in the request's language. status: type: integer description: The HTTP status code. code: type: string description: >- The stable code of the refusal, the one to handle the error by (the list is on the Errors page). detail: type: string description: The explanation, in the request's language. existing: type: object properties: code: type: string description: The existing listing's public code. external_ref: type: - string - 'null' description: >- Your ID for the existing listing, if you set it with `PUT /listings/ref/{ref}`. Otherwise `null`. required: - code - external_ref description: >- Only on `409 duplicate_listing`: the listing you already have for the same property. required: - type - title - status - code - detail ValidationProblem: type: object title: ValidationProblem properties: type: type: string format: uri description: The URL of the problem type (RFC 9457). title: type: string description: A short summary of the problem, in the request's language. status: type: integer description: 'The HTTP status code: `422`.' errors: type: array items: type: object properties: pointer: type: string description: The field it refers to, as a JSON Pointer (`/features/2`). code: type: string description: >- The rule that failed, as a stable code (the list is on the Errors page). detail: type: string description: >- The explanation, in the request's language. The wording can change, so handle the error by `code`. required: - pointer - code - detail description: One entry for each field that fails the rules. required: - type - title - status - errors securitySchemes: bearer: type: http scheme: bearer description: 'Authorization: Bearer ' ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.