{
 "slug": "qualia-marketplace-integration-adding-one-click-cryptographic-wire",
 "topic_id": "TOPIC-047",
 "cluster": "Real Estate, Title & Escrow",
 "tier": "Tier B",
 "title": "Putting wire confirmation inside the closing platform",
 "summary": "Escrow officers spend most of an hour per file chasing buyers by phone to confirm instructions. The call is expensive, unreliable, and produces no record.",
 "lede": "The verification call exists because there is no better channel. It costs the officer forty-five minutes, it is defeated by an attacker who phones the buyer first, and afterwards nobody can prove what was said.",
 "date": "2024-12-06",
 "category": "Vertical",
 "author_id": "nadia-ferreira-strand",
 "tags": [
  "closing software",
  "escrow operations",
  "integration",
  "workflow",
  "title technology",
  "wire verification"
 ],
 "image_title": "Wire Confirmation Inside Closing Platform",
 "schema": "Article",
 "key_takeaways": [
  "The verification call is a workaround for the absence of an authenticated channel to the buyer.",
  "Replacing it with a signed confirmation cuts officer time substantially and produces evidence the call never did.",
  "The integration is small — issue a statement, send a link, store the receipt on the file — and fits inside existing closing workflows."
 ],
 "body": [
  {
   "type": "h2",
   "text": "What the call actually costs"
  },
  {
   "type": "diagram",
   "kind": "flow",
   "alt": "The confirmation flow inside the closing platform",
   "caption": "Officer time drops from about forty minutes to under two, and the file gains an artefact.",
   "nodes": [
    {
     "label": "Officer clicks Request wire confirmation",
     "note": "details already in the file"
    },
    {
     "label": "Platform issues a countersigned statement",
     "note": "agency key"
    },
    {
     "label": "Buyer opens a link, sees the statement",
     "note": "rendered from the signature",
     "good": true
    },
    {
     "label": "Face ID or Touch ID confirms",
     "note": "on their own phone",
     "good": true
    },
    {
     "label": "Receipt lands on the file",
     "note": "time-stamped",
     "good": true
    }
   ]
  },
  {
   "type": "table",
   "head": [
    "Step",
    "Typical time"
   ],
   "rows": [
    [
     "First attempt, no answer",
     "5 min including voicemail"
    ],
    [
     "Second attempt, callback scheduling",
     "10 min"
    ],
    [
     "Successful call, reading details aloud",
     "12 min"
    ],
    [
     "Reading back and correcting",
     "8 min"
    ],
    [
     "Noting the call in the file",
     "5 min"
    ],
    [
     "Repeat for a second buyer on the file",
     "varies"
    ]
   ]
  },
  {
   "type": "p",
   "html": "Forty minutes is a conservative estimate for a file that goes reasonably well. Across a few hundred closings a year that is a meaningful portion of an officer's capacity spent on a control that does not reliably work."
  },
  {
   "type": "h2",
   "text": "Why the call is weak as a control"
  },
  {
   "type": "ol",
   "items": [
    "<strong style=\"font-weight:600\">Direction.</strong> If the officer calls the buyer, they may be calling a number from a compromised thread. If the buyer calls in, they may be calling a number from a fraudulent message.",
    "<strong style=\"font-weight:600\">Audio channel.</strong> Reading a routing and account number aloud invites transcription errors, and voice is increasingly weak as an identity signal.",
    "<strong style=\"font-weight:600\">No artefact.</strong> The record is a note saying a call happened. It does not establish what was conveyed or what the buyer subsequently acted on.",
    "<strong style=\"font-weight:600\">Timing.</strong> The call confirms instructions at one moment. The buyer wires later, possibly after receiving something else."
   ]
  },
  {
   "type": "h2",
   "text": "The replacement flow"
  },
  {
   "type": "code",
   "text": "1. Officer completes the file. Disbursement details are already\n   in the closing platform.\n\n2. Officer clicks \"Request wire confirmation\".\n   → platform issues a statement containing the instructions,\n     countersigned by the agency's key\n   → a link is sent to the buyer by SMS and email\n\n3. Buyer opens the link on their phone. The instructions render\n   from the signed statement — not from the message body.\n\n4. Buyer confirms with Face ID or Touch ID.\n\n5. Receipt lands on the file. Officer sees confirmation and the\n   exact time. Lender can be given a copy.\n\nOfficer time: under two minutes."
  },
  {
   "type": "p",
   "html": "Step three is the part that matters technically. The rendering comes from the signed statement, so a buyer who opens a fraudulent link sees no valid statement at all rather than a convincing forgery."
  },
  {
   "type": "h2",
   "text": "What the integration requires"
  },
  {
   "type": "p",
   "html": "Deliberately small, because closing platforms are not systems anyone wants to modify heavily."
  },
  {
   "type": "ul",
   "items": [
    "An API call at the point the officer requests confirmation, passing the disbursement fields already in the file",
    "A webhook or poll to receive the receipt when the buyer signs",
    "A field on the file to store the receipt and surface its status",
    "A view for the officer showing confirmed, pending or expired"
   ]
  },
  {
   "type": "p",
   "html": "No change to the closing workflow, the document set, or the disbursement process. The confirmation slots in where the call was."
  },
  {
   "type": "h2",
   "text": "Handling buyers who cannot or will not"
  },
  {
   "type": "p",
   "html": "A minority will not have a device with a platform authenticator, or will not complete the flow. The process needs a path for them that does not become the default."
  },
  {
   "type": "table",
   "head": [
    "Situation",
    "Path"
   ],
   "rows": [
    [
     "Modern phone, completes normally",
     "Signed receipt — the standard case"
    ],
    [
     "Older device without platform authenticator",
     "One-time code to a number verified earlier in the file, plus officer call"
    ],
    [
     "Refuses or cannot complete",
     "Officer call, documented as an exception on the file"
    ],
    [
     "Multiple buyers",
     "Each signs; the file shows which confirmations are outstanding"
    ]
   ]
  },
  {
   "type": "p",
   "html": "Treating the fallback as an exception rather than an option is what keeps it rare. If it appears as an equal choice, a meaningful fraction will take it and the control erodes."
  },
  {
   "type": "h2",
   "text": "What the agency gains beyond time"
  },
  {
   "type": "p",
   "html": "Three things, in increasing order of value."
  },
  {
   "type": "ol",
   "items": [
    "Capacity — officer hours returned to work that requires judgement.",
    "Timing — a mismatch surfaces before the wire rather than at closing, which is when recovery is still possible.",
    "Position — in a negligence claim, the agency can produce what it issued and what the buyer signed, rather than a note that a call took place."
   ]
  },
  {
   "type": "p",
   "html": "The third is the one underwriters will eventually price, and it is the argument that carries this past an operations conversation into a risk one."
  },
  {
   "type": "h2",
   "text": "What the call costs, itemised"
  },
  {
   "type": "table",
   "caption": "Forty minutes on a file that goes well",
   "head": [
    "Step",
    "Typical time"
   ],
   "rows": [
    [
     "First attempt, no answer, voicemail",
     "5 min"
    ],
    [
     "Callback scheduling",
     "10 min"
    ],
    [
     "Reading details aloud",
     "12 min"
    ],
    [
     "Reading back and correcting",
     "8 min"
    ],
    [
     "Noting the call in the file",
     "5 min"
    ],
    [
     "Second buyer on the file",
     "repeat"
    ]
   ]
  },
  {
   "type": "p",
   "html": "Across a few hundred closings a year that is a meaningful share of an officer's capacity spent on a control with four known failure modes: the number may come from a compromised thread in either direction, account numbers read aloud invite transcription error, the record is a note that a call happened, and the buyer wires later — possibly after receiving something else."
  },
  {
   "type": "h2",
   "text": "Objections and honest limits"
  },
  {
   "type": "p",
   "html": "<strong style=\"font-weight:600\">“Some buyers will not complete it.”</strong> A minority will not, and they need a documented exception path: a one-time code to a number verified earlier in the file, plus an officer call. Keeping it an exception rather than an equal option is what preserves the control."
  },
  {
   "type": "p",
   "html": "<strong style=\"font-weight:600\">“This is an operations change, not a risk one.”</strong> It is both, and the risk half is what underwriters will eventually price. The agency can produce what it issued and what the buyer signed, rather than a note that a call took place."
  }
 ],
 "faq": [
  {
   "q": "Why is the verification call weak?",
   "a": "The number may come from a compromised thread in either direction, reading account numbers aloud invites error, and the record is a note that a call happened rather than what was conveyed."
  },
  {
   "q": "What if the buyer has no compatible device?",
   "a": "A documented exception path — one-time code to a previously verified number plus an officer call. Keeping it an exception rather than an option is what preserves the control."
  },
  {
   "q": "How much integration work is this?",
   "a": "An API call when the officer requests confirmation, a webhook to receive the receipt, and a field on the file. The closing workflow is unchanged."
  },
  {
   "q": "Does the buyer see the instructions in the message?",
   "a": "No. The link opens a rendering of the signed statement. A fraudulent link produces no valid statement rather than a convincing copy."
  }
 ],
 "sources": [
  {
   "t": "ALTA — wire fraud prevention resources",
   "u": "https://www.alta.org/business-tools/wire-fraud.cfm"
  },
  {
   "t": "FTC — business guidance on marketplaces and consumer protection",
   "u": "https://www.ftc.gov/business-guidance"
  },
  {
   "t": "FBI IC3 2025 Internet Crime Report",
   "u": "https://www.ic3.gov/AnnualReport/Reports/2025_IC3Report.pdf"
  },
  {
   "t": "W3C Web Authentication: An API for accessing Public Key Credentials Level 3",
   "u": "https://www.w3.org/TR/webauthn-3/"
  }
 ],
 "related": [
  {
   "slug": "real-estate-wire-fraud-title-escrow-payoff-diversion",
   "title": "Why closing wires remain the easiest large theft",
   "category": "Vertical"
  },
  {
   "slug": "certifid-vs-manav-payee-risk-scoring-needs-client",
   "title": "Payee verification versus payer proof",
   "category": "Comparison"
  },
  {
   "slug": "red-banner-email-disclaimers-dont-protect-title",
   "title": "Why email disclaimers do not protect title agencies",
   "category": "Vertical"
  }
 ],
 "image": "https://cdn.twc.sh/images/igcache/Wire%20Confirmation%20Inside%20Closing%20Platform/1200_630/blog.jpg",
 "wordcount": 994,
 "url": "/blog/qualia-marketplace-integration-adding-one-click-cryptographic-wire.html",
 "reading_time": "4 min read",
 "hub": {
  "slug": "topics/title-and-escrow",
  "title": "Title, escrow and closing wires"
 },
 "answer": "Roughly forty minutes per file, on a control that does not reliably work. Inside a closing platform such as Qualia the same confirmation is an API call, a link to the buyer and a receipt on the file — under two minutes of officer time, and it produces evidence the call never did.",
 "answer_q": "How much officer time does wire verification actually cost?",
 "entities": [
  {
   "name": "Qualia",
   "type": "Organization",
   "url": "https://www.qualia.com/",
   "primary": true
  }
 ],
 "glossary": [
  {
   "term": "Disbursement details",
   "def": "The bank account, routing number and beneficiary the closing funds are sent to. The field attackers substitute."
  },
  {
   "term": "Out-of-band verification",
   "def": "Confirming instructions through a channel independent of the one that delivered them. Only as good as how the second channel was obtained."
  },
  {
   "term": "Exception path",
   "def": "The documented route for buyers who cannot complete the standard flow. It stays rare only if it is treated as an exception rather than an option."
  }
 ],
 "checklist": {
  "title": "Integrating with a closing platform",
  "id": "integrate",
  "desc": "Four pieces, and none of them touches the closing workflow.",
  "steps": [
   {
    "name": "API call at the confirmation request.",
    "text": "Passing the disbursement fields already in the file."
   },
   {
    "name": "Webhook to receive the receipt.",
    "text": "When the buyer signs."
   },
   {
    "name": "A field on the file to store it.",
    "text": "With status: confirmed, pending or expired."
   },
   {
    "name": "An officer view.",
    "text": "Showing which confirmations are outstanding across the book."
   }
  ]
 },
 "cta": {
  "title": "Where this fits in Manav",
  "html": "Manav is the confirmation step inside the closing software: one API call out, one receipt back, stored on the file. The officer's forty minutes become two, and the agency gains an artefact it can produce in a claim.",
  "href": "../docs.html",
  "label": "See the integration"
 }
}