Remote IT Asset Management & Hardware Lifecycle3 min readUpdated September 2026

Rippling vs Firstbase for PE Portfolio Companies After Close

A private equity portfolio company's hardware question rarely looks like a steady-state problem. It looks like integration: a platform company absorbing an add-on's fleet, a holding company trying to standardize across several portfolio companies at once, or a management team preparing for an exit that will ask questions about assets nobody's tracked carefully.

Rippling and Firstbase both help, but the more useful question at a portco usually isn't which tool is better in the abstract, it's what the next twelve months of the ownership thesis actually require.

Vendors Covered in this Article

Disclosure: We may earn a commission if you buy through some links on this page. It doesn't change what we recommend.

A platform company's fleet looks nothing like an add-on's

A platform company that's been running for years usually has some version of an asset process already, even if it's informal. An add-on being folded in typically arrives with its own vendor relationships, its own naming conventions, and often no clean asset register at all. Treat the two as separate integration problems rather than assuming the add-on will simply adopt the platform's existing process on its own.

Audit the add-on's hardware before migrating anyone into shared systems. A device that shows up in your platform without a matching physical unit, or a laptop still running the add-on's old software stack, is a problem you'll spend more time tracing later than you'd spend catching it now.

This audit is worth the time even for a small add-on. A team of a dozen people can still hold enough undocumented hardware to create a real gap in your combined asset register if nobody checks before the systems merge.

The first 100 days after close is when device chaos actually starts

Deal teams focus heavily on financial and operational integration in the early days after close, and hardware tends to fall to whoever has spare time, which often means it doesn't get done at all. That's exactly when a departing employee from the acquired company, uncertain about their status, is most likely to walk off with a laptop nobody's tracking yet.

Put device inventory and access control on the integration checklist itself, not as a side task. If your integration plan already has a hundred-day structure, this belongs in the first two weeks, not somewhere in month three.

A post-close device checklist should include these items:

  • Start device inventory in the first weeks after close, before hardware falls to whoever has spare time and never gets done.
  • Record which legal entity bought each device and which entity employs the person using it, since rollups blur that line.
  • Capture an add-on's vendor relationships and naming conventions instead of assuming a clean asset register exists.
  • Keep a fixed asset register current, because buy-side diligence on a future sale typically asks for one.

Multiple legal entities complicate who technically owns what

A portfolio company operating through several legal entities, common after a rollup of add-ons, means a device purchased under one entity's name might be used by an employee technically on another entity's payroll. This matters for accounting and for a future diligence process, even if it never causes a day-to-day operational problem. Rippling and Firstbase both let you track ownership at the device level, but neither one resolves the underlying legal entity question for you, that's a decision your finance team and counsel need to make explicit.

Get this resolved on paper even if it never shows up in daily operations. A future buyer's diligence team will ask, and a clean answer at that point is worth far more than the small effort it takes to document it now.

An exit process will ask for an asset register you don't currently have

Buy-side diligence on a future sale will typically ask for a fixed asset register, and a device fleet with clean, current records is a small but real point in your favor during that process, while a fleet nobody's tracked is a scramble a few months before close. Building this record now, while it's routine maintenance, is considerably cheaper than reconstructing it under deal pressure later.

This is a case where the operational discipline pays for itself twice: once in day-to-day security, and again in the far more visible moment of a diligence data room.

Standardizing across portfolio companies is a governance choice, not a tooling one

A holding company deciding whether every portfolio company should run the same device platform is really deciding how centralized it wants operations to be, which is a governance question that predates any specific vendor choice. Forcing a platform onto a portfolio company that already has a working process just to standardize for its own sake tends to create more friction than value, unless there's a genuine operational or diligence reason driving it.

What a holding company actually needs to track centrally

Even without forcing every portfolio company onto the same platform, a holding company benefits from knowing at a glance which portfolio companies have a functioning device management process and which don't. Process Street can serve as a lightweight cross-portfolio checklist for that visibility without mandating a single tool. Save the harder push toward one standardized platform for portfolio companies where an add-on integration or an upcoming exit actually makes it worth the disruption.

A quarterly check-in on this, alongside whatever other operating metrics you already review across the portfolio, is usually enough to catch a company that's fallen behind before it becomes a diligence surprise later.

Executive Capability Standard

What Good Looks Like

Good hardware handling at a portfolio company means every device has a clean owner and legal entity attached to it, add-on integrations include a hardware audit in the first weeks after close, and the asset register stays current enough to hand to a diligence team without a scramble.

Building The Capability (5-Stage Skill Ladder)

1. Learn:Audit the current device inventory at each portfolio company, or each add-on before integration, to establish a real baseline.
2. Do Manually:Add device inventory and access control as an explicit line item on your post-close integration checklist.
3. Delegate:Assign one operations lead per portfolio company, or centrally at the holding company, to own asset register accuracy.
4. Automate:Use Rippling or Firstbase at portfolio companies where integration pace or turnover makes manual tracking unreliable.
5. Buy:Standardize on one platform across the portfolio only where a specific integration, governance, or exit timeline genuinely justifies it.

How to Get Started

Disclosure: We may earn a commission if you buy through some links on this page. It doesn't change what we recommend.

Frequently Asked Questions

Should device inventory be part of our post-close integration checklist?

Yes, and it belongs early, not as an afterthought. The first weeks after close are when hardware is most likely to go untracked, especially from an acquired company whose employees are uncertain about their status. Put it on the same timeline as financial and operational integration rather than leaving it to whoever has spare time.

Does a future exit really care about our device asset register?

Yes, buy-side due diligence typically asks for a fixed asset register, though it's a smaller point than financial and operational diligence. A clean, current record is easier to produce than one reconstructed under deal pressure a few months before close. Building it now as routine maintenance costs far less than assembling it retroactively.

Should every portfolio company in our holding structure use the same device platform?

Not necessarily. That's a governance decision about how centralized you want operations to be, not just a tooling choice. Forcing standardization on a portfolio company with a working process already creates friction without much benefit, unless a specific integration or exit timeline actually justifies the disruption.

About the numbers

This guide doesn't quote a sourced benchmark. Figures in it are estimates or general guidance, so check them against your own numbers.

Related Guides