Welcome to the Community @supc! I agree, the updates are exciting and I can’t wait to help more clients take advantage of the evolution of these tools. I also see the cleanest, most common use case is to keep HubSpot as the quote-to-cash system for Sales, then treat Finance’s ERP/accounting app as the system of record for invoices, tax, revenue recognition, and the close process. HubSpot’s app ecosystem supports that split. I’ve seen integrations for QuickBooks Online, NetSuite, Microsoft Dynamics 365, and more. They all should help reduce double-entry as you’re describing.
Here’s how I see it in practice (and in general terms). Closed Won in Deals triggers finance creation. Then a deal-based workflow can fire when a deal hits Closed Won and create a draft invoice, sales order, or related finance record in the downstream system.
Next, invoice/payment updates flow back to HubSpot. HubSpot’s Revenue Hub is designed so invoice and payment status can sync back into CRM records, which helps Sales, CS, and RevOps see what happened after the close.
And then overall, the ERP remains the source of truth. Teams, in my experience, tend to keep HubSpot for quoting and billing orchestration, but leave orders, revenue recognition, and month-end close in the ERP to preserve accounting controls.
In my experience, smaller teams typically work well with a native HubSpot integration if the finance flow is simple and one-way plus status sync back. For more complex environments, especially NetSuite or Dynamics-heavy orgs, a middleware or iPaaS layer is usually the safer long-term design. That gives them mapping, retries, and governance across objects and line items.
So yeah, a solid operating model is: HubSpot creates the commercial intent, the ERP posts the financial truth, and the sync layer keeps both aligned.
Hope that helps in the overall discussion!