If you are running Sage BusinessVision, you already know the clock is ticking. You have seen the sunset notices, and you are likely already weighing or planning your move to Spire.

What is harder to find is a straightforward, practical account of what actually happens once you hand over your data.

Because Spire provides direct, built-in conversion tools for BusinessVision, moving your data is far closer to a turnkey process than migrating off older, non-BV software. But turnkey does not mean instantaneous, and it does not mean flipping a switch on a Friday afternoon.

Here is what the conversion path actually looks like, how your data gets used along the way, and why the trial phase is your best safeguard before go-live.

 

The Real Sequence: From Tailored Demo to Working Sandbox

A proper conversion begins long before your actual cutover weekend. In fact, it starts before you even sign a contract.

The first step is handing over a backup copy of your BusinessVision data. We take that backup and run it directly through Spire's native conversion tools. At this stage, we do not adjust settings or clean up messy records. We let the data come over exactly as it sits in BusinessVision.

This raw conversion serves two critical purposes:

  1. A tailored demo using your real operations. Instead of watching a sales rep click through generic sample data for a fictional bicycle company, you see your own customers, your active items, and your actual order history inside Spire. You can immediately see how your daily workflow looks in the new interface.
  2. A working sandbox for setup and training. If you decide to move forward, that converted database becomes your non-production sandbox. This is where we design and print sample invoices, purchase orders, and packing slips to test your custom forms. It is where we build custom reports against your real numbers. Most importantly, it gives your team a zero-risk environment to train and practice daily tasks without touching live operations.

Treating this initial conversion as a sandbox is deliberate. It acts as a diagnostic window, revealing exactly what needs to be adjusted before you commit to a live cutover.

The Surprises That Surface in the Data

When a business runs the same system for ten, fifteen, or twenty years, data quirks accumulate. These are not signs of a broken software platform; they are simply the natural result of decades of real-world operations, changing staff, and evolving processes.

Because Spire's conversion routines are thorough, they hold up a clear mirror to your historical data. Running that initial conversion often brings several common situations to light:

  1. Trial balances out of balance. In older datasets, historical general ledger balances sometimes do not balance cleanly. While this does not prevent you from using the sandbox for training, it is something that must be reconciled before the final cutover.
  2. Missing date fields halting a conversion. Occasionally, specific historical transaction rows lose a date value over time. Spire requires valid dates to build its relational database, so an empty date field will pause the conversion routine until that specific record is corrected.
  3. Negative inventory running millions in the red. If a company used BusinessVision primarily for order processing and invoicing rather than full inventory management - recording sales without entering purchase orders - items set as physical inventory will steadily accumulate negative balances. Seeing an inventory valuation millions of dollars in the red can be jarring, but it is simply a configuration mismatch.
  4. Decades of inactive accounts and obsolete items. Companies with data stretching back before 2000 often carry thousands of former customers and discontinued parts. Spire will convert every record it finds, bringing legacy clutter right along with active accounts.
  5. Dormant warehouses carrying forward. Spire converts every warehouse set up in BusinessVision, even locations unused for a decade. Because modern ERP systems maintain strict audit trails and resist deleting tables with historical activity, those old warehouses will remain visible unless addressed.

 

What Real Cleanup Looks Like Before Go-Live

The entire reason for running a sandbox conversion months before your target launch date is to give you time to address these findings without operational pressure.

Cleanup is a shared effort between your team and your implementation partner:

  • What you can clean up before the final conversion. For obsolete items, inactive customers, or dormant warehouses, the best strategy is often to archive and purge very old history inside BusinessVision before running the final live export. For mass updates, providing spreadsheets of accounts or parts to mark inactive allows your consultant to batch-update records rather than having your staff edit them one by one.
  • What your consultant fixes under the hood. For structural hurdles like missing date fields, out-of-balance ledgers, or resetting negative physical inventory to non-physical items with zeroed-out balances, an experienced partner works behind the scenes to adjust the data so the live conversion runs cleanly.

Treating data cleanup as a deliberate, methodical phase ensures that when go-live day arrives, you are moving into a clean, well-structured environment.

What This Means for Your Timeline

A data conversion done properly is not a single weekend event. It is a phased process that runs parallel to your planning and training.

When an implementation partner pauses to point out an out-of-balance subledger, missing transaction dates, or obsolete master records during the sandbox phase, that is not a setback. That is the system working exactly as intended. Finding and resolving data oddities in a sandbox takes time, but it protects your live business from disruption.

A partner who catches these quirks early is protecting your go-live. A process that rushes past the sandbox stage without scrutinizing the converted data simply defers those problems to day one of live operations, when fixing them is far more stressful and disruptive.

Taking the time to test forms, verify reports, and clean up historical clutter turns go-live day from an anxious gamble into an orderly non-event.

 

Taking an Honest Look at Your Data

If you are currently running BusinessVision and planning your next move, you do not need to have all your data sorted out before you start talking to a partner.

The sandbox conversion exists specifically to show you where things stand. Running a trial conversion against a backup copy of your data gives you a clear, factual starting point. You will see what converts cleanly, what needs a quick adjustment, and what your team might want to clean up before cutover.

Before you set an arbitrary launch date on the calendar, take an honest look at your data first. If you want to see what your BusinessVision data looks like inside Spire and walk through a realistic transition plan, the door is always open.

 

Is This Software Price Increase Worth Paying?

You're halfway through your morning when the email lands. Renewal notice. You open it, scan for the number, and stop.

That can't be right.

You pull up last year's invoice. Do the math. Do it again. It's not a typo. The price went up, and not by a little.

Sometimes it's a steep jump after a discounted first year or two. Sometimes it's a vendor adjusting their pricing model across the board. Either way, you weren't expecting this, and now you're doing math you didn't plan to do today.

If this feels familiar, you're not alone. A March 2026 Small Business Expo survey found that 41% of owners say their software costs are rising. That renewal notice catching you off guard? It's happening in a lot of inboxes right now.

The question is what to do next.

 

What's actually going on

Software vendors update their pricing more often than most people realize. Sometimes gradually, sometimes sharply, sometimes with plenty of notice, sometimes not.

It's easy to take it personally, but there's usually a pattern behind it. Vendors face their own cost pressures:

  • Security. Keeping systems protected gets more expensive every year, not less.
  • Servers and infrastructure. Whether they're running their own data centers or paying for cloud hosting, those costs move.
  • Ongoing maintenance and support. The people who answer your calls and fix your bugs need to be paid.
  • Improvements. New features, integrations, compliance updates — development isn't free.

But not all price increases are the same, and it's worth knowing the difference.

Gradual increases tied to costs. Some vendors raise prices modestly over time, maybe 8% every couple of years. It's not fun, but it's predictable. You can plan for it.

The discount cliff. Others discount heavily in year one or two to win your business, then snap back to full price at renewal. The software didn't change. The deal did.

Strategic repositioning. And then there's the vendor who decides they've been underpriced compared to competitors. Sometimes competitors whose software doesn't really compare to theirs. So they institute 15% this year, another 15% six months later, and then jump pricing 100% or more. By the time you've absorbed the first hit, the next one is already coming.

The harder question isn't why they raised prices. It's whether this is a cost increase you can plan around, or a signal that the economics of this relationship have fundamentally changed.

 

The real questions before deciding anything

Before you start shopping for alternatives or resigning yourself to the increase, slow down. There are a few questions worth answering first.

What does this really cost over three to five years?

That renewal invoice is one number. But what's the total spend over the next three to five years, including implementation, training, customization, and the inevitable surprises?

ERP projects in manufacturing environments often run multiple years from kickoff to full deployment. This isn't a quick quarter or two. When you're comparing "stay" versus "go," you're comparing multi-year investments, not line items.

But cost isn't always dollars. I recently met with a prospect who is on QuickBooks Online. She had no idea what her inventory actually was. She buys raw materials, sends them out to a manufacturer, then sells the finished goods. QBO can't turn raw materials into finished goods until the sale happens. Her inventory numbers were fuzzy, and she knew it.

But her comfort with QBO was so strong that she chose to stay with unreliable inventory over the learning curve of a real ERP. That's a cost too. It just doesn't show up on an invoice.

What happens to your data and history if you move?

Data conversion is its own project with its own cost and risk. Your chart of accounts, your customer history, your open transactions: all of it needs to land somewhere. Some of it converts cleanly. Some of it doesn't. And some of it requires decisions you didn't know you'd have to make.

I took over an implementation that had stalled. We weren't even bringing over history, so it should have been simple: export from the old system, clean the spreadsheets, import customers, vendors, and item numbers into the new one. Revamp the chart of accounts, since the old system had placeholder accounts that were no longer needed.

I came in late, so I don't know exactly where it went off the rails. But the client told me they were very glad they'd started with their smaller company. There was no way they could have stayed in business if that kind of operational halt had happened at their larger one.

This isn't an afterthought. It's a workstream.

What's the actual disruption to day-to-day operations?

Rushed or under-resourced projects strain the people doing the work: sales, warehouse, accounting. The ones who still have to ship orders and close the books while also learning a new system.

Better outcomes come from realistic planning.

One client did this well. He was migrating from Business Vision to Spire, which meant Spire's tools could bring the data over directly. We did a quick, rough conversion first and used it as a sandbox. That gave him time to figure out how much historical data he could archive before the real migration. His staff trained on the sandbox with familiar data. We built out the customizations for invoices, purchase orders, and reports before go-live, not after.

By the time we flipped the switch, nobody was learning the system under pressure. They already knew it.

Are you deciding under pressure?

This one deserves the most attention.

Once a system is in place, habit and sunk cost create a pull toward staying put, even when you know the current option isn't working. According to an article in MIS Quarterly, researchers call this inertia, and it shows up even when people can clearly see that something better exists.

The inverse is also true. A sudden price increase can push you toward a fast decision just to make the discomfort stop. Neither impulse leads to good outcomes.

I try not to put pressure on anyone. If there's something on the horizon that might cause a panic, I bring it to their attention early. But I've seen what happens when that conversation doesn't happen. Someone is still running a legacy program that was sunset seven or eight years ago. It's one Windows update away from not working. And when it breaks, they're making decisions in crisis mode instead of planning mode.

One thing that helps: decisions feel easier when they feel reversible. Structuring an evaluation with a clear exit ramp, a pilot phase, a phased rollout, a defined "go/no-go" checkpoint, takes pressure off the room.

 

If you decide to look around

So the invoice is sitting on your desk. You've asked the hard questions. And you're starting to think it might be time to see what else is out there.

Before you start scheduling demos, a few things will save you time and frustration.

Know what problem you're actually solving. Is it just the cost? Or has this price increase surfaced other frustrations you've been tolerating? Be honest about whether you're looking for cheaper, or looking for better. They aren't always the same thing.

Map your workflows before you shop. Not the ones in your head. The ones your team actually follows. Where does data get entered twice? Where do people work around the system instead of through it? A new system won't fix a broken process. It will just move the mess somewhere else.

Test reporting early. The flashiest demo means nothing if you can't get the numbers you need at month-end. Before you fall in love with a new system, make sure it can answer the questions your current one can't.

Get real about timeline. You're not going to implement a new system in 30 days because your renewal is due. If you're seriously considering a move, you may need to pay the increase for one more cycle while you do this right. That's not a failure. That's planning.

The goal isn't to react to the invoice. It's to make a decision you can defend in two years.

 

Where we fit

When a vendor changes the deal on you, the pressure to do something can be intense. Pay the increase and resent it. Rush into a replacement you haven't fully vetted. Or freeze and hope it all works out.

We help companies slow down enough to make a real decision. What does staying actually cost over the next few years? What would leaving involve? Is this the right time, or just an urgent one?

Yes, we resell software. But we only recommend what fits. There's no point putting you in a system that doesn't work for your business. That just creates a different problem six months from now. Our job is to help you find the right answer, whether that's moving to something new or deciding the increase is worth absorbing while you plan your next step.

Next step

If you're staring at a renewal notice that doesn't look right, let's talk. No pressure, no pitch. Just an honest look at what you're facing and what your options are.

~Audrey Quick, Founder of AGS Enterprises Consulting LLC

Audrey has spent 35+ years helping businesses manage ERP implementations and accounting software transitions.  If you're evaluating your options, we can book a free 15-minute call

Your content goes here. Edit or remove this text inline or in the module Content settings. You can also style every aspect of this content in the module Design settings and even apply custom CSS to this text in the module Advanced settings.

~Audrey Quick, Founder of AGS Enterprises Consulting LLC

Audrey has spent 35+ years helping businesses manage ERP implementations and accounting software transitions.  If you're evaluating your options, we can book a free 15-minute call