TRIBAL · IHBG · NAHASDA
IHBG is its own certification lane, not Public Housing with a different label.
ExactEstate runs Indian Housing Block Grant housing as a per-property program of its own — the Tribe’s elected income definition, the Tribe’s own recorded rent policy, its own worksheet and its own recertification packet — instead of routing a NAHASDA household through the HUD-50058 workflow.
Tribe and TDHE context and program elections handled without pretending local policy can be guessed.
Start with the income definition the Tribe elected.
NAHASDA does not hand a Tribe one national income rule. It permits an election, and ExactEstate asks for it: annual income under the Part 5 definition, the Census long-form definition, or IRS adjusted gross income.
There is no default. Until the election and the local rent policy are recorded on the property, ExactEstate refuses to build an IHBG certification and says which one is missing, citing the authority it is asking under rather than asserting a rule of its own.
Check that configuration first in the demo, because nothing downstream is right until it is.
An IHBG household is not a 50058 household.
The most common thing done to a Tribal portfolio in property-management software is to run it as Public Housing, because that is the lane the software already had.
In ExactEstate, IHBG is one of five per-property program lanes, each with its own configuration section and its own certification form. Turning IHBG on does not turn on Public Housing, and an IHBG property does not inherit HUD-50058 screens, fields or submission behaviour it was never subject to.
The other lanes — LIHTC, Public Housing, HUD Multifamily and USDA Rural Development — stay off unless the property is actually in them.
Build the IHBG worksheet from the elected rules.
Record the election
The Tribe’s income definition is stored on the property, not inferred from a HUD program the property is not in. Certification is blocked until it is there.
Record the local rent policy
Percentage of adjusted income, minimum and maximum charge, a fixed charge with its stated reason, and the rounding rule. ExactEstate runs the Tribe’s recorded policy; it does not supply a NAHASDA rent formula, because NAHASDA does not.
Freeze the worksheet
The completed record keeps the definition, the policy and the household inputs that produced its numbers, and renders the worksheet PDF and the recertification packet with the rent-change letter from that frozen row.
HOTMA follows the definition, not one calendar.
HOTMA changed the federal income rules, and the programs that answer to HUD adopted them on published schedules. IHBG does not work that way, because which rules apply depends on which income definition the Tribe elected.
So ExactEstate does not carry a single IHBG HOTMA date. A property that elected the Part 5 definition is treated as mandatory from 1 January 2026; a property on the Census long-form or IRS AGI definition has no such date, and the system does not invent one for it.
Ask what date and definition your properties are currently configured with. If a Tribal property is carrying a HUD Multifamily date, that is the finding.
Applicants and residents carry tribal facts, carefully.
An IHBG waiting list can put a Tribe’s own members behind everyone else if the software only knows generic preferences. ExactEstate ships preference categories for a member of the Tribe, a parent or guardian of a Tribal-member child, and a member of another federally recognised Tribe — and on an IHBG property it applies a default ordering for them. A property’s own recorded preference order overrides that default.
Tribal enrollment details live on the resident record as protected data: masked in the staff interface, excluded from the general data API, and validated so a resident marked as a Tribal member cannot be saved without an enrollment number.
Application intake can ask the tribal questions directly, and the answers are carried onto the resident record at move-in. Staff set the preference status — ExactEstate does not silently promote an applicant into a preference tier from a form answer.
What ExactEstate does not do for IHBG.
A Tribal housing page is an easy place to imply more than a system does, so here is the boundary in plain terms.
An IHBG certification’s destination is the Tribe’s own tenant file. ExactEstate does not transmit it to HUD or ONAP, and there is no submission routing, no agency credential and no confirmation number for it, because there is no wire to send it down. It also does not produce an Annual Performance Report or an Indian Housing Plan, and it does not manage Section 184 lending, Mutual Help conveyance or trust-land leasing.
It runs the household, the certification, the rent policy, the recert packet and the ledger. If your evaluation depends on something above, ask in the demo and get a straight answer instead of a page that implies everything.
Ask EEva about this property’s IHBG configuration.
Ask EEva what applies to this property, and a good answer comes back in parts you can check: which income definition the Tribe elected, what the recorded rent policy says, what is currently blocking a certification, and the workflow that comes next.
Where the answer depends on the Tribe’s own adopted policy rather than a federal source, the honest answer is to say so and ask for the policy — not to guess a rule that varies by Tribe.
What it cannot confirm, it says it cannot confirm.