> ## Documentation Index > Fetch the complete documentation index at: https://docs.getmailr.com/llms.txt > Use this file to discover all available pages before exploring further. > ## Agent Instructions > Mailr is a direct-mail marketing platform for US home-services contractors. Each postcard is personalized with an AI-enhanced image of the recipient's own home and a unique QR code that leads to a personalized landing page. Campaigns can target a neighborhood the customer draws on a map, the homes around past jobs they upload or import, or fire automatically from their CRM. Mailr does not mail an uploaded recipient list. When answering questions, prefer the exact steps and UI labels from these docs, and direct users to app.getmailr.com to sign in. For anything involving account-specific data, billing disputes, or mail that appears lost, direct the user to support@getmailr.com. # Report a won deal for revenue attribution > Report a won deal. Mailr resolves the deal's address back to the campaign that mailed it (geo-first, last-touch, 180-day window, org-scoped) and upserts an idempotent conversion. Unmatched deals are discarded. The address is also recorded as an existing customer regardless of whether revenue attributes. ## OpenAPI ````yaml /api-reference/openapi.yaml post /api/v1/conversions openapi: 3.1.0 info: title: Mailr Developer API version: 1.0.0 description: > The Mailr Developer API lets a contractor's own CRM or automation stack drive Mailr directly with a per-tenant bearer key — no vendor polling, no Zapier in the middle. You push **events** when a job or deal changes, Mailr matches them against the automations you configured in the app and mails per-recipient Street View postcards; you push **won deals** and **leads** for revenue attribution; you **subscribe** an endpoint to receive captured leads back (HMAC-signed); and you **stage past jobs** for a reactivation campaign. ## Authentication Every endpoint here authenticates with an organization-scoped API key presented as `Authorization: Bearer ak_…`. The key alone identifies the tenant — you never pass an `org_id`, connection id, or batch id in the body or query; anything you could name is derived from the key. Create keys in the Mailr app under your workspace name (bottom-left) -> Manage account -> API keys (workspace Owner only). ## Scopes Keys may declare scopes. Policy (v1): if a key declares **any** scopes, it must include the scope an operation requires; a key that declares **no** scopes is treated as unrestricted and passes every check. The scopes in use are `events:write`, `import:write`, and `webhooks:inbound`. Each operation below documents its required scope under `x-required-scope`. ## Base URL Production is `https://app.getmailr.com`. All paths below are relative to it. ## Versioning The public API is versioned under `/api/v1/*` — every endpoint documented here lives under it. The Mailr Zapier app targets `/api/v1/*`; build new integrations against the same prefix. ## Idempotency Write endpoints are idempotent on a caller-supplied key: `dedup_id` on events, `deal_id`/address on conversions and leads. Imports are **not** deduplicated: one request is one batch, and duplicate addresses within or across batches are staged independently. Replaying the same request is safe and is reported back to you (e.g. `duplicate: true`, `idempotent: true`, or `reason: "duplicate"`). ## Auth-path errors (all endpoints) Besides each endpoint's own statuses, every authenticated endpoint can return two RETRYABLE auth-path errors: `429` `{ "error": "rate_limited" }` when the pre-auth per-IP limit (60/min/IP) trips, and `503` `{ "error": "auth_unavailable" }` when the auth provider is temporarily unreachable (your key was NOT checked). Both carry `Retry-After`. Neither means your key is bad — only a `401` does. ## Delivery cadence There is **no reconciliation sweep**. Mailr does not reach back into your CRM to pull anything it missed — the caller is the sync. If a push fails or you suspect a gap, **replay your events**; idempotency makes replays free. contact: name: Mailr url: https://app.getmailr.com servers: - url: https://app.getmailr.com description: Production security: - bearerAuth: [] tags: - name: Events description: Push CRM/automation events that trigger campaigns (Developer API v1). - name: Imports description: >- Stage a batch of past jobs/customers for a reactivation campaign (Developer API v1). - name: Leads description: Receive captured leads (subscribe) and poll recent leads. - name: Attribution description: >- Report won deals and synced leads so revenue attributes to the campaign that mailed the address. - name: Customers description: Register existing customers for address suppression. - name: Account description: Identify the key's organization and list its automations. paths: /api/v1/conversions: post: tags: - Attribution summary: Report a won deal for revenue attribution description: > Report a won deal. Mailr resolves the deal's address back to the campaign that mailed it (geo-first, last-touch, 180-day window, org-scoped) and upserts an idempotent conversion. Unmatched deals are discarded. The address is also recorded as an existing customer regardless of whether revenue attributes. operationId: reportConversion requestBody: required: true content: application/json: schema: $ref: '#/components/schemas/ConversionRequest' example: address: 3134 River Valley Dr, Austin, TX 78701 deal_id: deal-9931 deal_amount: '6400.00' deal_stage: closed_won deal_name: Reyes roof replacement contact_first_name: Dana contact_last_name: Reyes contact_email: dana.reyes@example.com deal_date: '2026-08-19' responses: '200': description: > Match result. Unmatched is `{ "matched": false }`. A match returns the attributed campaign, method and confidence. content: application/json: schema: $ref: '#/components/schemas/ConversionResult' examples: matched: value: matched: true attribution_type: direct campaign_id: aa11bb22-0000-0000-0000-0000000000cc match_method: geo match_confidence: high conversion_id: d4e5f6a7-0000-0000-0000-000000000030 unmatched: value: matched: false '400': description: No address in payload, or invalid JSON. content: application/json: schema: $ref: '#/components/schemas/Error' example: error: No address found in payload '401': description: Unauthorized. content: application/json: schema: $ref: '#/components/schemas/Error' example: error: Unauthorized '413': description: >- Request body exceeds 1 MB (declared Content-Length or actual bytes). Nothing was applied. content: application/json: schema: $ref: '#/components/schemas/Error' example: error: payload_too_large detail: Body must be at most 1048576 bytes. '429': description: More than 60 requests in the current one-minute window. headers: Retry-After: schema: type: string example: '60' content: application/json: schema: $ref: '#/components/schemas/Error' example: error: Too many requests '500': description: Internal server error. content: application/json: schema: $ref: '#/components/schemas/Error' example: error: Internal server error components: schemas: ConversionRequest: type: object required: - address description: >- Fields may also be nested under a `properties` object (HubSpot/Zapier mappings are tolerated). properties: address: type: string deal_id: type: - string - 'null' deal_amount: description: Deal value. Accepts a number or a numeric string. oneOf: - type: string - type: number - type: 'null' deal_stage: type: - string - 'null' deal_name: type: - string - 'null' campaign_id: type: - string - 'null' description: >- Optional Mailr campaign id for exact, address-independent attribution. contact_first_name: type: - string - 'null' contact_last_name: type: - string - 'null' contact_name: type: - string - 'null' contact_email: type: - string - 'null' deal_date: type: - string - 'null' description: Close date (ISO-8601). Drives last-touch attribution. ConversionResult: oneOf: - type: object required: - matched properties: matched: type: boolean const: false - type: object required: - matched properties: matched: type: boolean const: true attribution_type: type: string enum: - direct - indirect campaign_id: type: - string - 'null' match_method: type: string description: How the address matched (e.g. geo). match_confidence: type: string description: Confidence label (e.g. high). conversion_id: type: - string - 'null' Error: type: object description: > Error body. `error` is a stable machine code; `detail` (when present) is a human-readable explanation naming the offending field. Note two families of code style coexist across the API: snake_case machine codes on the v1 and rate-limited endpoints (`invalid_payload`, `rate_limited`, `automations_disabled`) and human sentences on the legacy endpoints (`Unauthorized`, `No address found in payload`). Both are returned in the `error` field. required: - error properties: error: type: string example: invalid_payload detail: type: string example: event_type is required securitySchemes: bearerAuth: type: http scheme: bearer bearerFormat: ak_ description: 'Organization-scoped Mailr API key. Header: `Authorization: Bearer ak_…`.' ````