Configuring INVENTORY

INVENTORY Setup Best Practices

 

What is INVENTORY?

INVENTORY is an inventory management tool built into Clarity Human Services that allows more granular tracking of a community's housing stock, including Sites, Buildings, Unit Configuration Types, Units, and Beds. INVENTORY provides dynamic tracking for real-time updates of availability, status, and capacity. Eligibility criteria can be used throughout the levels of INVENTORY, allowing for client matching in a more detailed way.

INVENTORY is complex; setting it up for the first time can be tricky. Significant planning and decision-making must be completed before beginning the journey. This article outlines some recommendations and best practices to make the process less intimidating.

Can INVENTORY Be Used for All Project Types?

INVENTORY is designed to be used for residential project types, which are those that provide shelter and housing assistance to clients. The following project types are not included in the INVENTORY model:

  • Services Only
  • Street Outreach
  • Other
  • Coordinated Entry
  • Day Shelter
  • Homeless Prevention

Sites

In INVENTORY, a "Site" is a Housing Inventory Site that collects location and site-type information about an entity that contains Buildings, Units, and/or Beds. A Housing Inventory Site is different from an Administrative Site, which collects contact information associated with a project. To configure INVENTORY Sites, be sure to select Housing Inventory in the sidebar under MANAGE > SITES.

Your selection for the Site Type field on the ADD NEW HOUSING INVENTORY SITE screen should accurately represent the program type and physical composition of the Units and Buildings.

The options for Site Types are as follows:

Site Type Definition
Single Site: Single Building Single project facility
Single Site: Multiple Buildings Clients are housed in project facilities in multiple locations and more than one client is housed in each project facility
Scattered Site: Multiple Buildings Clients have leases or other occupancy agreements and are housed in residences that are not owned by the project
Standalone Unit An individual Unit not located in a facility owned by a project

Scattered Site Units

A Site is considered to be "Scattered" if it has Units that are located in multiple Buildings across project facilities, if it is associated with tenant-based vouchers, or if it has dedicated Units across Buildings that are not owned by a project.

The two Site Type options that apply to Scattered Sites are "Scattered Site: Multiple Buildings" and "Standalone Unit":

  • For Units spread across dedicated Buildings, the most common configuration is selecting "Scattered Site: Multiple Buildings" and setting up a single Site with multiple Buildings nested underneath it.
  • For tenant-based vouchers or rental assistance where clients find their own residences, select "Standalone Unit." This option eliminates the need to set up a Building.

RRH Programs

RRH programs are unique because there is no physical Unit, and clients find their own residence. As mentioned above, we recommend choosing "Standalone Unit" as the Site Type. When configuring the Units for RRH Sites, consider thinking of the Units as program openings, instead of physical Units. Communities can use general naming conventions for each Unit; for example, Program Opening #1, Program Opening #2, etc.

While setting up RRH Programs, please refer to the address setup guidelines for RRH Programs in the HMIS Data Standards Manual.

Buildings

INVENTORY Buildings are physical structures set up under Sites that represent real, physical Buildings, even if only one Unit or Bed in the Building applies to the inventory. Sites can have one Building, multiple Buildings, or -- in the case of Standalone Units -- no Buildings.

Buildings may be located at the same address as the Site or have a unique address.

Unit Configuration Types

A Unit Configuration Type (UCT) is a template that can be applied to Units. The Unit Configuration captures the HUD data element 2.07 bed and unit information. UCTs are set up under each Site.

UCT Naming Conventions

Because large communities may have hundreds of Sites, we recommend establishing a naming convention for UCTs that promotes consistency across all Sites. Examples of standard naming conventions are listed below.

Housing Type Naming Convention Example UCT Name Example
Housing Population + Unit Size Adult-1 Bedroom
Housing Population + Unit Size + Funding Family-2 Bedroom-CoC
Shelter Bed Type + Shelter Type Upper Bunk-Congregate
Shelter Population + Bed/Room Type Adult-Private Room

Bed Counts

The bed count listed in each UCT should represent the total number of Beds in a single Unit, not the total number of Beds in the program. Because the same UCT can be applied to multiple Units, the bed count acts as a multiplier that increases the program's bed count each time it’s applied to a Unit.

The following examples show how Unit counts are totaled as UCTs are applied to Units.

Single Adult Unit Configuration Type

Family Unit Configuration Type

Unit Attributes

A Unit reflects an actual, physical Unit within a building. Recording Unit attribute information using INVENTORY provides a level of granularity that allows matchmakers to refine their process to match clients to Units that meet their needs.

You can create custom fields to capture any relevant attributes of the Unit, such as whether it is ADA compliant, has air conditioning, allows pets, etc. The best practice is to add the custom fields to either the UCT or Unit screen:

  • Since a UCT is a template, you can indicate specific Unit attributes that apply to multiple Units, and then connect that UCT to all applicable units. This approach eliminates the need to indicate Unit attributes on each Unit’s screen.
  • However, if the Unit attributes in a Building or Site tend to change over time, you would need to create a large number of UCTs or very long UCT naming conventions to manage the various iterations. In this case, consider collecting Unit attributes at the Unit level.

Connecting Programs to INVENTORY

As you begin mapping out the configuration for INVENTORY, you need to determine what programs will be connected to each Site. You also need to decide whether each program should be connected at the Site, Building, or Unit Configuration level. The best practice is to use a consistent method across all Sites.

Programs should only be connected to the Site or the Building if 100% of all Units within the Site or Building are used by the same program.

Connecting programs to a UCT provides the most flexibility, allowing Units to switch between funding sources or programs if needed. For example, a Building may house more than one program, resulting in the need to move Units between programs. If you assign the program to the UCT, you can change the program connection by simply changing the UCT associated with the Unit.

Where Do I Attach Eligibility?

Regardless of whether a community uses INVENTORY, eligibility can be configured under programs or funding sources; however, INVENTORY allows you to take a more detailed approach by connecting eligibility at the Site, Building, Unit Configuration, Unit, or Bed level.
With INVENTORY, eligibility that is set at one level will inherit down to all the levels beneath it. For example, eligibility that is set at the Site level will pass onto the Building, UCT, Unit, and Bed levels. Before you set up eligibility criteria at one of the higher levels such as Site or Building, make sure that the eligibility applies to 100% of the items below.
INVENTORY allows you to configure eligibility criteria at multiple levels. When a user assigns a client or refers to a Unit/Bed, the system will check the eligibility criteria configured at all levels before generating a list of eligible clients or Units.

Where Do I Attach Funding Sources?

You can set up funding sources at the Site, Building, Unit Configuration Type, and Unit levels. As with eligibility, you should only attach a funding source to the Site, Building, or program level if that funding source applies to 100% of the Units.

Can I Use the Unit Queue and Limited Availability Simultaneously?

When the Bed & Unit Management toggle is enabled under Referral Settings, the system disables the ability to post manual openings under Limited Availability on the Availability tab. Communities who have been posting openings under Availability should prepare to discontinue that process once the Bed & Unit Management toggle is enabled. Since it is a system-level setting, all programs will be affected.
Enabling the Bed & Unit Management setting will also hide the Use Custom Fields on Program Availability settings on the MODIFY COMMUNITY QUEUE page because this setting is not compatible with the Unit Queue.

Updated: 5/10/2023