Quickbooky

Accounting News

Integrations & Connectors

QuickBooks Online replaces OneSaas with built-in e-commerce connectors

QuickBooks Online users on OneSaas e-commerce apps must move to the new built-in connectors; here is what changes and how the migration runs.

COMMUNITY ISSUESQUICKBOOKY

QuickBooks Online users who sync sales through OneSaas are facing a forced platform change rather than a familiar error message. Intuit has rebuilt its e-commerce integrations from the ground up and is retiring the older apps. The replacements run inside the accounting software itself, and the vendor refreshed its migration steps within the past week. For sellers on eight platforms the move is not optional. Here is what changes, what carries over, and what to do if the switch has not reached you yet.

Which stores have to migrate?

The migration notice names Shopify, Amazon Seller Central, eBay, Etsy, Wix, WooCommerce, BigCommerce, and Squarespace. Any store that feeds QuickBooks Online through one of those connections has to move. Reach stays global; the previous apps and the new connectors both operate worldwide. Connectors outside the list are not part of this switch, as far as the current steps go.

The differences that matter

Much carries over unchanged. Detailed order import, product tracking, and customer tracking worked under OneSaas and still work. Two gaps close. Payment reconciliation, only partial before, is fully supported now. Tax handling shifts from manual mapping to managed mapping.

The bigger change is where the work happens. OneSaas ran in its own interface, separate from the books. The new connectors put settings, transaction review, and reconciliation inside QuickBooks Online, and every platform behaves the same way. Square, PayPal, and Stripe follow the same pattern, so one workflow covers all of them. The vendor’s own comparison reads as equal or better on every line.

Fewer missing transactions, faster fixes

Intuit’s stated reason for the rebuild is reliability. The new connectors sit on a modern processing pipeline that sharply cuts the risk of lost transactions or payments. Imports carry built-in retry logic that guards against duplicates, and the system is meant to absorb high volumes without interruption.

Detail improves as well. Fees break down line by line, tax handling tightens, and a structured reconciliation workflow is meant to keep the books clean. There is a maintenance angle too. One shared platform lets a fix or feature ship to every connector at once, rather than demand separate work across legacy systems.

How should you prepare?

Finish any open reviews or reconciliations in the current app before anything else. Half-reviewed transactions should not ride into a new system. Then write your settings down. The account mappings matter most, along with the date of your last imported transaction. That date becomes your reference point. After the switch you can compare against it and confirm nothing arrived twice and nothing went missing.

Is there a deadline?

The refreshed steps do not lead with a single hard cutoff. The scheduling signal is the banner inside the product. When it appears, migration is open for your connection, and the move itself is light: settings and historical data transfer automatically. Your deadline is your banner plus the state of your books. Timing varies by connection, so treat any date quoted in a forum with caution unless the banner in your own file agrees. If review queues have piled up, start clearing them now.

What if the banner has not appeared?

A missing banner most often means your connection is not scheduled yet. Rule out the simple causes first. Sign in as the user who manages apps and connections, since restricted sign-ins can hide product notices. Confirm your store is one of the eight. Look in the Integration Transactions area rather than in the old app.

For anything beyond that, the migration steps point to a chat icon in the app panel inside Integration Transactions, and to a feedback option in the same place. Those channels belong to Intuit, and scheduling questions run through them.

Our read on the transition

The direction is sound. Pulling e-commerce into the ledger removes a separate interface to learn and closes gaps that OneSaas never filled, payment reconciliation above all. The risks are transitional: a forced move, an automatic data transfer, and a new review workflow to absorb. Note your mappings, record the last transaction date, clear the queue, and let the banner set your timing rather than a rumor.

← Back to Community Issues