Data
Two domain models: the mortgage model covers the loan transaction end to end, and the property model covers the physical asset and the public record behind it.
Both models are class dictionaries: a class, its properties, each property's type, and the classes it points at. Every product request and response is a subset of one of them, so a field name on a product page resolves to a definition here rather than to a per-endpoint glossary.
The two are separate dictionaries with separate governance, and they overlap by name where both descend from the same standards work. The overlap below is computed from the two files rather than asserted.
Mortgage model
The transaction: the parties, the loan and the mortgage plan behind it, the documents, the fees and taxes, income and employment, credit, insurance, the payment schedule and the borrower's wider financial profile. Definitions are complete sentences by rule.
The dictionary as written also models the platform that served it — its API objects, its ticketing, its tenancy and its own catalogue. Those classes are named and withheld rather than published, because a reader looking for the shape of a loan does not need the shape of the software that carried it.
Property model
The asset: parcel, structure, layout, lot, deed, tax, sales history, permits and the surrounding jurisdiction records. Grouped below by the question each class answers about a property, which is the grouping the extraction pipeline itself uses.
property_seedunnormalized_addressaddressparcelpersonpropertytaxtax_jurisdictiontax_exemptionlotsales_historyfilelayoutflood_storm_informationstructureproperty_improvementutilitydeedgeometryappliancehomeowners_associationhoa_policyloanproperty_ranking_overallinspectionenvironment_characteristicssafety_securitytransportation_accessschooltax_authority