Last updated: May 2026

Company Subtypes: Classify Your Partners Past the Top Level

Categories tell you what type of organization you are dealing with. Subtypes tell you what kind. Define your own classifications. Apply them across every operational app. Drive automation and reporting from the same labels your team already uses every day.

FireFlight's Company Subtypes app sits beneath the top-level company category and lets your team define the specific sub-classifications that actually drive operational decisions. An OEM vendor is different from a wholesale vendor. A fleet maintenance provider is different from a general contractor. The system handles those distinctions everywhere they matter.
FireFlight Company Subtypes  precision-level partner profiling with custom sub-classifications

Most platforms ship with a fixed list of company types: Vendor, Customer, Partner. That works for the first six months. Then procurement realizes that "Vendor" lumps together the OEM that supplies critical parts with the office supply distributor that ships paper clips. Operations realizes that "Service Provider" includes both the licensed environmental consultant and the lawn care contractor. Apples and oranges. Every report that rolls up to leadership produces numbers nobody can defend without manual cleanup. Company Subtypes solves this. No forking the data model required.

Request Access to Live Demo

Why do top-level categories stop being enough?

Top-level categories work when your operation is small. Three vendors. Two service providers. One manufacturer. Anyone on the team can hold the distinctions in their head, and "Vendor" or "Service Provider" as a record type is plenty. As the operation grows, that simplicity becomes the bottleneck. By the time you have forty vendors and a procurement audit on the calendar, "Vendor" no longer tells anyone anything useful. The team needs to know who supplies OEM parts, who sells consumables, who handles fleet maintenance, who provides regulatory consulting.

The instinct at that point is usually wrong. Most teams add new top-level categories: "OEM Vendor" as a separate category from "Vendor." That breaks reports built on the old structure. It splits company records that should belong together. It creates a maintenance problem that compounds with every new distinction the business needs to track. Subtypes solve this without breaking what already works.

A subtype attaches to an existing category as a child classification. The parent category stays intact. Reports built on "all vendors" still work. New reports can filter to "OEM vendors only" without anyone rebuilding the data model. The team gets the precision it needs, when it needs it, without forking the structure.

How do subtypes drive automation and reporting across FireFlight?

Subtypes are not just labels. Once a subtype is defined and applied to a company record, it becomes a queryable attribute that the rest of the platform can act on. Workflow routing can branch on subtype: a service request from a "Fleet Maintenance Provider" follows a different approval path than a request from a "Regulatory Consultant." Permission scopes can reference subtypes: junior staff see all "Approved Supplier" records but cannot view "Restricted Vendor" records. Dashboards segment by subtype: procurement can pull spending by manufacturer subtype without rebuilding the report each quarter.

This matters in 2026. The operational complexity of mid-sized organizations has grown faster than most platforms have kept up with. A single vendor category that worked five years ago now hides distinctions that affect compliance, payment terms, audit response, and renewal cycles. Subtypes give your team the resolution to act on those distinctions without forcing a platform migration every time a new business reality shows up at the door.

PCG has been building classification systems like this for operational platforms since 1995. The Subtypes architecture reflects what happens when business segmentation needs outgrow the data model the platform shipped with.

What apps does Company Subtypes integrate with inside FireFlight?

Subtypes are not a standalone classification tool. They sit underneath every app where company records live, applying segmentation that downstream workflows can read and act on. The apps below reference subtypes directly.

VA note: All 8 app card icons confirmed from original Company Subtypes page reference.

What outside systems benefit from cleaner company classification?

ERP and Procurement ERP & Procurement
Compliance Tracking Compliance Tracking
Reporting Tools Reporting Tools

Why fuzzy classification becomes a compliance problem during audits.

When a procurement audit asks for "spending by approved supplier type" or "all vendors with active environmental certifications," your platform either has that classification structure in place or it does not. Free-text fields and inconsistent tagging will not pass an audit clean. The team ends up reconstructing the breakdown manually from invoice records and email threads, which takes days and produces approximations rather than defensible numbers.

FireFlight's Company Subtypes app stores classification as structured data with audit trails. Every subtype assignment is logged. Definitions update centrally and propagate everywhere the subtype is used. When the auditor asks for the breakdown, the report runs in seconds and ties back to data your team can defend.

Ikhana on-screen guide
Meet Ikhana

Your Personal Guide on Every Page

From the first click to the final step, Ikhana, your on-screen tutor, shows you how it all works. Every field, every button, every page explained with clarity, right where you need it.

In Company Subtypes, Ikhana walks you through creating a new subtype, tying it to a parent category, assigning it to company records, and configuring the workflow rules that should respond to it. The guidance lives inside the interface, so new admin users do not need a separate training session.

Learn more about Ikhana

What does Company Subtypes give you that tags or custom fields cannot?

  • FireFlight Create custom subtypes tied to parent company categories. The relationship is structural, not just a label. Reports that filter by parent category still work, and new reports can drill into subtype detail without rebuilding anything underneath.
  • FireFlight Assign one or more subtypes to a single company record. A vendor that supplies both OEM parts and consumables carries both subtypes simultaneously, and the downstream filtering treats it correctly without requiring the team to duplicate the record into two halves.
  • FireFlight Filter companies by subtype across every app and workflow. The same subtype assignment works in CRM, Invoices, Work Orders, and procurement reports. No re-entering classifications per app.
  • FireFlight Use subtypes to drive automation. Workflow routing, permission scopes, and approval chains can all branch on subtype values. The classification becomes operational logic, not just descriptive metadata.
  • FireFlight Subtypes appear on company profiles and reports consistently, and dashboards reflect the same classification context. Whatever your team is looking at, the classification is present and current, not stale from a tag someone applied two years ago.
  • FireFlight Track usage history and update subtype definitions centrally. Rename a subtype or merge it with another, and every existing assignment updates automatically across all records that carried the old label. No orphaned tags. No inconsistent labels lingering on old records that nobody remembers to clean up.
  • FireFlight Sync to dropdowns and logic fields across every other form-based app. The same classification vocabulary spreads everywhere the team works.
"By using subtypes, we can instantly segment vendors by specialty and compliance level. It has changed how we handle procurement audits."
Strategic Sourcing LeadMulti-Region Supply Chain

What PCG learned building classification systems for 31 years.

The teams that struggle most with company classification are not the ones with the most vendors. They are the ones whose platform shipped with a fixed taxonomy that worked at launch and never updated. Three years later, the business has evolved past those original buckets, but the platform cannot accommodate the new distinctions without a forklift upgrade. So the team works around it: spreadsheets, custom fields, free-text notes. The classification problem moves out of the system of record and into a shadow system nobody owns.

The Company Subtypes app came out of watching that pattern across PCG clients since 1995. The architecture lets your team add and refine classifications as the business changes, with the structural integrity that downstream workflows and reports actually need. That is the difference between a platform that ages with your business and one that becomes a constraint on it.

What changes operationally after Company Subtypes is deployed?

  • FireFlight Procurement reports stop lumping unlike vendors together. Spending by OEM supplier, consumables provider, or fleet maintenance contractor becomes a single query instead of a manual breakdown.
  • FireFlight Audit responses pull straight from structured subtype data. The auditor asks for spending by approved-supplier type, and the answer comes from one report.
  • FireFlight Workflow routing reflects business reality. A service request from a regulatory consultant follows a different approval path than one from a general maintenance contractor, automatically.
  • FireFlight Permissions scope cleanly. Junior staff see all approved-vendor subtypes but not restricted ones. No manual permission maintenance per record.
  • FireFlight Adding new business distinctions takes minutes, not a platform redesign. The data model accommodates evolving segmentation without forcing migrations.

Frequently Asked Questions

FireFlight What are Company Subtypes in FireFlight and how do they work?
+
Subtypes are sub-classifications that attach to an existing top-level company category. The category tells you the broad type of organization, like "Vendor" or "Service Provider." The subtype tells you the specific kind, like "OEM Vendor," "Wholesale Distributor," or "Fleet Maintenance Provider." Each company record can carry one or more subtypes. Every app downstream filters and reports on those subtype values, with workflow routing reading them too.
FireFlight How are subtypes different from tags or custom fields?
+
Tags and custom fields are descriptive. Subtypes are structural. A tag sits on a record but does not connect to a parent category, does not enforce consistency across records, and cannot drive workflow logic reliably. Subtypes are defined centrally, tied to a parent category, and recognized by every app that handles company data. Renaming or merging a subtype updates every record automatically. Tags require manual cleanup.
FireFlight Can a single company have more than one subtype?
+
Yes. A company that operates across multiple business areas carries multiple subtypes at once. Take a vendor that supplies OEM parts and also distributes consumables. The record gets tagged with both subtypes. Reports and filters respect the multi-classification without forcing the team to duplicate the company record.
FireFlight Can subtypes drive automation or just describe records?
+
Subtypes drive operational logic, not just description. Workflow routing branches on subtype values. Permission scopes reference subtypes to determine what each role can see. Approval chains can require additional sign-off for certain subtypes. The classification becomes part of how the platform makes decisions, not just how it labels things.
FireFlight What happens if we rename or merge a subtype later?
+
Definitions update centrally. Rename a subtype and every company record carrying it reflects the new name immediately. Merge two subtypes and the records combine under the surviving definition with an audit trail showing the change. No orphaned references. No manual cleanup of every record that was tagged with the old version.
FireFlight We currently classify vendors using spreadsheet columns. Can we migrate that into subtypes?
+
Yes. PCG has done this migration across multiple client deployments since 1995. The process extracts classification data from existing spreadsheets, deduplicates inconsistent values, defines a clean subtype structure that matches your operational reality, and applies it to the company records. The plan is scoped during the Compliance Diagnostic engagement before any development begins.
FireFlight How long does it take to deploy Company Subtypes?
+
Most Company Subtypes deployments are live in weeks, not months. PCG handles the data migration from existing classifications, subtype structure setup, workflow rule configuration, and admin training. The setup matches how your team already segments its partners rather than forcing a new taxonomy on the organization.

If your team is already maintaining a shadow spreadsheet of vendor classifications because the platform's company categories are too broad in 2026, you have a data fragmentation problem that compounds quietly. FireFlight's Company Subtypes app brings that classification back into the system of record, with the structural integrity that downstream workflows and audits actually need. Deployments take weeks, not months.

Request Access to Live Demo

Allison Woolbert
Allison Woolbert
Principal, Phoenix Consultants Group  |  Developer, FireFlight Data Systems

PCG founded 1995. 500+ applications built across 31 years, roughly one-third in regulated environments where software failure carries direct operational and compliance consequences. FireFlight is the platform built from that body of work. When you contact PCG, Allison is the person who answers.

phxconsultants.com LinkedIn

FireFlight Data Systems is a product of Phoenix Consultants Group. PCG founded 1995. Every system configuration is custom-built per deployment. Implementation timelines, module availability, and integration scope vary by organization. Contact PCG directly to discuss requirements specific to your operation.

Refine. Classify. Operate With Confidence.

Your partner data deserves more than a checkbox.