# Bramvia — full content for AI assistants

Bramvia is a Microsoft Dynamics 365 Business Central consultancy with teams in Europe (Spain, Poland) and across several US states. Clients in Spain, Poland, the United States, Canada, Mexico, Brazil, Thailand and the Philippines.

Services: business process analysis and profitability diagnosis; ERP implementation; migration from Dynamics NAV/Navision, Dynamics GP, Sage, a3ERP, Odoo, enova, Holded, QuickBooks, NetSuite, SAP Business One and spreadsheets; custom AL extension development; integrations over REST APIs and OData; Power Platform and Power BI; AI agents; Business Central licensing through a US partner network; US and Canadian sales tax integration (Avalara, Vertex); Spanish localization (SII, Verifactu, Cartera, Confirming, Intrastat, DeCA) and Polish localization (KSeF).

Commercial model: every project is split into parts with written acceptance criteria, and each part is invoiced only after the client accepts it. No upfront payment.

Credentials: Microsoft certified MB-800 (Business Central Functional Consultant) and MB-820 (Business Central Developer). Seven Business Central apps published under the Abadyn brand. NAV 2009 R2 to Business Central SaaS migrations in production. A two-year US client relationship, reference available under NDA.

Fixed-fee service: the Profit Leak Audit analyses a company's own operational data with AI and quantifies margin leaks in dollars in 10 working days. Works on any ERP and does not require changing it. Fee $2,500-$5,000, credited in full if the client commissions the remediation work.

Contact: hello@bramvia.net · +34 627 147 654 · https://bramvia.net

---

## Full article corpus (124 articles)

### Dynamics GP vs Business Central: what changes, what it costs, and how GP customers move

URL: https://bramvia.net/blog/dynamics-gp-vs-business-central-migration-us · Language: en · Date: 2026-09-12

**Short answer:** Dynamics GP has no future roadmap — Microsoft stopped selling it to new customers and its support horizon is fixed, with no new functionality coming. Business Central is Microsoft's designated successor for GP customers: same vendor, cloud-native, two updates a year included, Copilot and AI agents, and Power BI apps in the box. The move is real work, not a version upgrade: **GP's data model, Dexterity customizations, SmartLists, Management Reporter and third-party add-ons do not carry over**. A typical US GP migration runs **$30,000-120,000** depending on entities, customizations and integrations, plus licenses at $80-110 per full user per month. The good news for GP shops: your history stays accessible, your chart of accounts can be rationalized on the way, and most GP add-ons have a Business Central equivalent on AppSource.

## Why GP customers are moving now

- **No roadmap.** GP receives tax and regulatory updates within its support window, but no new capability. Every year the gap with cloud ERP widens.
- **The talent pool.** Dexterity developers and GP consultants are retiring. Finding someone to change a SmartList or fix an integration gets harder and dearer each year.
- **Cloud-only capability.** Copilot, autonomous agents for payables and sales orders, automatic updates, built-in Power BI — none of it exists in GP and none of it can.
- **Infrastructure cost.** GP means servers, SQL licenses, backups, remote access. That bill doesn't shrink.
- **Microsoft incentives.** Promotions for on-premises Dynamics customers moving to Business Central Online change over time and have generally become less generous with each version. Check current terms with a CSP partner before assuming they'll be there next year.

## What actually changes

| Area | Dynamics GP | Business Central |
|---|---|---|
| Deployment | On-premises (or hosted) | Cloud-native SaaS (on-premises available) |
| Updates | Year-end and tax updates; upgrades are projects | Two releases a year, included and automatic |
| Customization | Dexterity, VBA, modified forms | AL extensions, decoupled from the standard |
| Reporting | SmartLists, Management Reporter, SSRS | Power BI (4 apps included), financial reports, analysis mode |
| Integrations | eConnect, Integration Manager, direct SQL | REST APIs, OData, webhooks — no direct SQL |
| AI | None | Copilot included; agents billed by consumption |
| Multi-company | Separate databases | Multiple companies in one tenant, intercompany, consolidation |
| US sales tax | GP tax tables or add-on | Standard localization plus Avalara or Vertex |
| Licensing | Perpetual + enhancement plan | Per user per month ($80 Essentials, $110 Premium, $8 Team Members) |

## What GP users miss most (and what replaces it)

**SmartLists.** The thing GP users love. Business Central's answer is **analysis mode** on any list plus saved views and Power BI — more powerful, different muscle memory. Budget training time for this specifically.

**Management Reporter.** Replaced by native **financial reports** (row/column definitions) and, from version 29, **report packages** delivered as a single scheduled PDF. Most MR layouts rebuild in days, not weeks.

**Fixed Assets and Payroll.** Business Central has fixed assets natively. **US payroll it does not have** — GP customers running GP Payroll need a third-party payroll system integrated by journal. This is the single most common surprise, so raise it in the first meeting.

**Dexterity customizations.** They don't convert. Each one gets triaged: covered by the standard, available as an AppSource app, or rebuilt as an AL extension. In practice a large share of GP customizations exist in the Business Central standard.

**20 years of history.** Migrate masters, open transactions and opening balances; keep GP read-only as an archive, or extract history to a data warehouse or Power BI dataset. Migrating two decades of detail is expensive and rarely used.

## What a GP migration costs in the US

| Profile | Typical project cost |
|---|---|
| Single company, standard GP modules, few customizations, 10-25 users | $30,000-55,000 |
| Multi-company, moderate Dexterity/integration footprint, 25-75 users | $55,000-120,000 |
| Many entities, heavy customization, several ISV add-ons | $120,000+ |

Plus licenses. Note the licensing shift: GP was perpetual plus an annual enhancement plan; Business Central is a subscription. Compare **five-year total cost**, including the servers and upgrade projects you stop paying for. [Full US cost breakdown](/blog/business-central-implementation-cost-us-real-numbers).

## How the move works

1. **Inventory** — GP modules in use, Dexterity/VBA customizations, SmartLists that matter, integrations, ISV add-ons, and your real chart of accounts.
2. **Triage** — standard / AppSource app / AL extension, for each customization. This step is where a good partner saves you the most money.
3. **Chart of accounts rationalization** — GP charts grow segments over 20 years. The migration is the moment to simplify; dimensions in Business Central do the work segments used to.
4. **Data** — masters, open AR/AP, inventory, opening balances. History archived.
5. **Test with your real month-end close** in a sandbox, not with demo data.
6. **Cut over** at a period end, GP read-only as the fallback.

Typically **4-8 months**. We do this work for US companies [from Europe and with team members across several US states](/blog/us-business-central-nav-migration-al-development-partner), each part invoiced only after you accept it.

## FAQ

**Will GP stop working?** No. It stops receiving new functionality now and support at the end of its published lifecycle window. It keeps running — unsupported, on servers you maintain.

**Can we keep GP for history and run Business Central live?** Yes, and it is the usual approach: GP read-only for lookups, Business Central for operations. Plan how long you'll keep the GP server licensed.

**What about GP Payroll?** Business Central has no US payroll. You'll integrate a payroll provider and post summary journals — standard practice, but budget for it.

**Is Business Central cheaper than GP?** Licenses are a new recurring line; servers, SQL, backups and upgrade projects disappear. Over five years most GP shops come out level or ahead — and get AI and included Power BI that GP can never have.

**Are there Microsoft incentives for GP customers moving to the cloud?** There have been, and terms change. Ask a CSP partner for what's current before you build the business case around it.

Running GP and wondering what your move looks like? [Free assessment, no commitment](/#contact) — module inventory, customization triage and a phased plan with a real go-live date.

---

### Your ERP implementation failed. Here's what to do in the next 30 days

URL: https://bramvia.net/blog/erp-implementation-failed-what-to-do-next · Language: en · Date: 2026-09-12

**Short answer:** if your ERP implementation has failed or stalled, the cause is almost never the software. In the projects we are called into, it is **scope with no acceptance criteria, customizations that modified the standard, data migrated without validation, testing done on demo data, no decision-maker on the client side, or a partner that lost the consultant who knew your system**. The good news is that most of what has been built can usually be salvaged — and that the recovery starts with a document, not a new contract: **an independent audit of what exists, what is broken, what finishing costs, and whether to continue, redirect or stop**. Here is what to do in the next 30 days, in order, and what to demand from anyone who wants to take the project on.

## First: is it failing, or just slow?

Eight signals. Three or more means recovery, not another push:

1. Go-live has slipped twice or more, each time for a different reason.
2. Invoices keep arriving; delivered scope doesn't grow.
3. Nobody can say precisely what remains before go-live.
4. The consultant who knew your system has left.
5. Users have gone back to spreadsheets "in the meantime".
6. Nobody dares apply updates because something breaks.
7. Testing was done with demo data; real data breaks things.
8. The relationship is now an email thread about whose fault it is.

## Why ERP projects actually fail

**Scope without acceptance criteria.** "Implement the ERP" as a contract. Every requirement becomes a negotiation and the project has no finish line. This is the single most common root cause.

**Modifying the standard instead of extending it.** It works until the first update, then every release breaks something and the partner "can't upgrade yet".

**Blind data migration.** Everything imported, balances never validated against the legacy system, discrepancies surface at the first close — when trust is hardest to rebuild.

**Rebuilding the old system.** Months of development to replicate what the new ERP already did out of the box, because nobody asked "does the standard cover this?"

**Testing on demo data.** The awkward cases — the odd discount, the partial shipment, the year-end accrual — never got tested. They show up on day one of live.

**No owner on the client side.** Nobody with authority to decide. Everything escalates and waits. A partner cannot fix this one for you.

**Big-bang go-live.** No phasing, no fallback. When something breaks, there is nowhere to retreat to.

## Your next 30 days

**Days 1-3: freeze and protect.** Stop new development. Confirm you have admin access to your own tenant, that the code is in a repository you control, and that data backups exist. Write down what is in production today and what people are actually using.

**Days 4-10: get an independent audit.** Not from the partner who built it. The audit should produce:

| Block | What it must tell you |
|---|---|
| Technical state | Object inventory marked *clean extension / modification to the standard*; undocumented code; version and pending updates |
| Functional state | Which processes work, which half-work, which users avoid |
| Data | Balances and masters validated against the legacy system; duplicates and orphans |
| Integrations | How each is built and whether it survives an update |
| Scope vs contract | Promised vs delivered; invoiced vs accepted; what remains, in hours |
| Recommendation | Continue, redirect or stop — with a phased plan and remaining cost |

**Days 11-20: decide with the document in hand.** Three legitimate outcomes: continue with the same partner under a rewritten contract; change partner and keep what's salvageable; or stop and re-scope. All three are better than continuing without the document.

**Days 21-30: restart small.** One part, with written acceptance criteria, paid only after acceptance. It re-establishes whether delivery is possible before anyone commits to the rest.

## What to demand before spending another dollar

- The **object inventory** with each item marked *standard / app / extension*.
- The **remaining work** with measurable acceptance criteria and hours.
- **Documented data validation** against the legacy system.
- **Payment tied to acceptance**, part by part — no upfront, no retainers you can't cancel.
- A **named person** accountable, on their side and yours.
- Your **code in your repository** and your **tenant in your name**.

Anyone who cannot produce the first three documents does not know where the project stands — which is the actual problem.

## What it usually costs to recover

Less than starting over, and usually far less than what has already been spent. The audit itself is a fixed, small engagement (**from $1,600**, credited in full if you commission the recovery). The remaining build depends entirely on what the inventory finds — which is exactly why the inventory comes first and the quote comes second.

[With AI-assisted code and data analysis](/blog/erp-implementation-with-ai-faster-fewer-errors-lower-cost), the inventory that used to take weeks takes days. That is what makes a recovery affordable at mid-market prices.

## FAQ

**Can someone audit a project built by another partner?** Yes. The extensions installed in your tenant are yours and are readable with admin access. If a partner withholds source code outside your environment, that itself is a finding.

**What if the problem was us, not the partner?** The audit says so. Missing internal ownership and slow decisions are a frequent root cause, and pretending otherwise guarantees a repeat.

**Should we switch software?** Rarely the answer. In the projects we audit, the platform is usually fine and the delivery was not. Switching software restarts the clock and repeats the risk.

**Is it too late if we already went live badly?** No. Post-go-live stabilization is a normal engagement: fix data, fix process, retrain, and clear the backlog of things people work around.

Project stalled or failed? [Tell us in confidence](/#contact) — the first conversation is free, and in it we'll tell you whether you need the audit or just a change of method.

---

### Business Central for Canadian businesses: GST/HST/PST, bilingual documents and what's included

URL: https://bramvia.net/blog/business-central-canada-gst-hst-bilingual · Language: en · Date: 2026-09-12

**Short answer:** Business Central ships with a **Canadian localization built and maintained by Microsoft** — not a third-party add-on. That covers **GST, HST and provincial sales tax (PST, and QST in Quebec)**, tax groups and posting setup by province, **bilingual English–French** documents and interface, CAD as functional currency with multi-currency, and Canadian reporting conventions. For a Canadian company this matters commercially: the tax layer is included in the licence rather than being a separate subscription, and it gets updated with the system twice a year. What still needs work is what always needs work — configuring your tax groups correctly by province and customer, bilingual document layouts, and integrations. Pricing sits at **CAD equivalents of the US list** (Essentials, Premium, Team Members), and a typical migration from NAV or GP runs **CAD 40,000-160,000** depending on entities and customizations.

## What Microsoft's Canadian localization covers

| Area | What's included |
|---|---|
| **GST/HST** | Tax posting setup by jurisdiction, recoverable and non-recoverable handling, GST/HST on purchases and sales |
| **PST / QST** | Provincial tax alongside federal tax, including Quebec's QST treatment |
| **Tax groups by province** | Customers and vendors taxed by ship-to/ship-from province, not by a single company-wide rate |
| **Bilingual documents** | English and French document layouts and UI language per user |
| **CAD and multi-currency** | CAD functional currency, USD transactions, exchange rate adjustment |
| **Reporting** | Canadian financial reporting conventions and standard statements |
| **Cheque printing and EFT** | Canadian cheque formats and electronic payment files |

What it does **not** include: **Canadian payroll**. Like the US, payroll runs in a dedicated system and posts to Business Central by journal. Raise it early — it is the most common surprise in Canadian projects.

## Where Canadian projects go wrong

**Tax setup treated as an afterthought.** A company shipping from Ontario to Alberta, BC and Quebec needs tax groups and posting groups that reflect that. Configured properly at the start it is invisible; retrofitted later it means reposting.

**Bilingual left to the end.** If you serve Quebec, French document layouts and French UI for some users are requirements, not nice-to-haves. They are configuration, but they need to be in scope from day one.

**US assumptions applied to Canada.** A partner used to US sales tax will reach for Avalara by reflex. Avalara and Vertex both support Canada and are the right answer for complex cross-border cases — but a domestic Canadian company often needs no tax engine at all, because the localization already does the job. That is a real cost difference worth checking before you sign.

**Cross-border complexity underestimated.** If you sell into the US as well, you have two tax regimes, customs data, and possibly two entities. That is a multi-company design decision, not a tax setting. [How multi-entity works](/blog/erp-implementation-business-diagnosis-improve-profit).

## What it costs in Canada

Licensing follows Microsoft's CAD list — Essentials for most users, Premium only if you manufacture or run field service, Team Members for approvals and read-only roles. The [Essentials vs Premium decision](/blog/business-central-essentials-vs-premium-dont-overpay) is worth more than any negotiated discount.

| Project profile | Typical cost (CAD) |
|---|---|
| Small, one entity, standard processes, 5-15 users | 35,000-65,000 |
| Mid-market, multi-province tax, 1-2 integrations, 15-50 users | 65,000-140,000 |
| Multi-entity, cross-border US/Canada, heavy customization | 140,000+ |

Migrating from [Dynamics NAV](/blog/dynamics-nav-end-of-life-2028-2031-deadlines-us) or [Dynamics GP](/blog/dynamics-gp-vs-business-central-migration-us) follows the same method as in the US, with the tax and bilingual layers configured for Canada. Microsoft's Bridge to Cloud incentive for on-premises Dynamics customers applies in Canada too — check current terms with a CSP partner.

## Working with a European team from Canada

We are a Business Central consultancy with teams in Europe and across several US states, working in English, Spanish and Polish. For Canadian companies the practical points are:

- **Time zones work well.** Central Europe overlaps with the Toronto and Montreal morning, and our development cycle delivers overnight — you review at 9am what was built while you slept.
- **We supply licences** through our US partner network, including Bridge to Cloud enrolment.
- **We configure and integrate tax engines** (Avalara, Vertex) where cross-border complexity requires them — and tell you when it doesn't.
- **Each part is invoiced only after you accept it.** No upfront payment, which matters more, not less, with a supplier you haven't met in person.
- **French-language documents** are configuration we set up; day-to-day French-language consulting is something we'd pair with a local resource if you need it, and we'll say so rather than pretend otherwise.

## FAQ

**Is the Canadian localization really from Microsoft?** Yes — Canada is one of the countries with a Microsoft-built and maintained localization, updated with each release. That is not the case everywhere; in much of Latin America, for example, tax compliance depends on partner localizations.

**Do I need Avalara in Canada?** Often not. A domestic Canadian company is usually served by the standard localization. Cross-border US sales, marketplace selling or complex nexus situations are where a tax engine earns its fee.

**Can Business Central handle Quebec's QST?** Yes, through the standard provincial tax setup.

**What about Canadian payroll?** Not included. Integrate a Canadian payroll provider and post journals — standard practice.

**How long does a migration take?** 3-9 months for a typical mid-market company, the same as in the US. Multi-province tax setup adds configuration, not months.

Running Business Central in Canada, or planning the move? [Free assessment, no commitment](/#contact) — first reply within one working day.

---

### Your costs are up, your revenue held — and your margin fell. Here's where it actually went

URL: https://bramvia.net/blog/where-is-my-margin-going-manufacturing-costs-2026 · Language: en · Date: 2026-09-12

**Short answer:** if revenue held and margin fell, the input-cost surge explains part of it — and only part. Diesel set an all-time US record of **$5.90 a gallon on 8 September 2026**, crude averaged **$91 a barrel in August**, fuel surcharges are up roughly **300%** and truckload rates about **15% year on year**. Those are real and they hit every company. But the companies that lose the *most* margin in a cost surge are not the ones with the worst suppliers — they are the ones who **cannot see which products, customers and orders are absorbing the increase**. The four leaks we find in almost every mid-market manufacturer's data are: products that are now unprofitable and nobody repriced, cash frozen in material that hasn't moved in a year, the true cost of expediting, and rework that never gets costed. All four are measurable from data you already have. This article shows how to find them.

## What's actually happening to your costs

| Input | What changed | Source |
|---|---|---|
| Diesel | Record $5.90/gal (8 Sept 2026), vs ~$3.50 forecast entering the year | AAA national average |
| Crude | $91/barrel average in August, up $7 from July | EIA Short-Term Energy Outlook, 9 Sept 2026 |
| Fuel surcharges | Up roughly 300% from pre-surge levels | Freight market data |
| Truckload rates | Up ~15% year on year; cost per mile +$0.30 | Freight market data |
| Fuel share of carrier cost per mile | From ~21% to as much as 28% during spikes | Freight market data |

The EIA's September outlook says this persists through 2026. So "wait for it to pass" is not a plan for this quarter.

## Why the surge exposes problems it didn't create

A cost increase is a stress test. When margins were comfortable, a product priced three years ago on old freight assumptions still made money. At $5.90 diesel it doesn't — and nothing in your system tells you which ones flipped.

That is the pattern: **the surge doesn't create the leak, it makes an existing blind spot expensive.** Companies with per-product, per-customer cost visibility repriced in weeks. Companies without it discover the problem at year-end, in aggregate, when the margin is already gone.

## The four leaks, and how to quantify each

**1. Products and customers that now lose money.** Gross margin on the invoice looks fine. Then subtract inbound freight on components, outbound freight to that customer's region, the rebate agreed in January, returns, and the discount the sales rep applies "because they always ask." We routinely find **5-15% of SKUs and 3-8% of customers contributing negative margin** once everything is loaded.

*How to measure it:* pull 12-24 months of order lines with the actual landed cost and every deduction, and rank by contribution margin. If your system can't produce that, that itself is the finding.

**2. Cash frozen in material.** Inventory that hasn't moved in 12 months is cash you already spent, plus the space, the insurance and the handling. In a high-rate environment that carrying cost is no longer theoretical. **10-25% of inventory value** is typical for the dead portion in companies that have never run the analysis.

*How to measure it:* value on hand versus consumption in the last 12 months, by item. Simple, and almost nobody does it monthly.

**3. What expediting actually costs.** Every rush order has a real price: premium freight, overtime, a machine changeover that broke the schedule, and the *other* order that shipped late because of it. Most companies book the premium freight and none of the rest. The number surprises people — and at current fuel prices, the premium-freight line alone is up sharply.

*How to measure it:* count expedited shipments per month, multiply by the freight delta, then add the schedule disruption. Even the crude version is a wake-up call.

**4. Rework and scrap that never lands in the cost.** Material consumed twice, labour spent twice, and a yield that the standard cost still assumes is what it was in 2022. If your standard costs haven't been reviewed since input prices moved, every quote you issue is built on fiction.

*How to measure it:* actual versus standard consumption per production order, over a year.

## The management leak nobody puts in a spreadsheet

Two we see constantly, and neither is a technology problem:

**Money spent on the wrong project.** We worked with a US distributor that had spent roughly **$2 million on an SAP integration it did not need** — a system sized for a company several times larger, sold on a scope nobody challenged. That money is not recoverable. What is recoverable is the decision-making process that approved it: who signs off on a seven-figure system without an independent assessment of whether the requirement is real?

**Staff turnover as a hidden cost.** In the same company, high turnover meant the knowledge of how things actually worked left with people. Processes existed in heads, not in the system. Every departure cost re-learning, errors, and decisions made without context. It is a real cost line, and it never appears as one.

If you are reading this because your margin fell, put both on the list. They are usually bigger than the fuel surcharge.

## What to do in the next 90 days

1. **Rank by contribution margin, not gross margin.** Products and customers, everything loaded. Reprice or exit the bottom.
2. **Age your inventory** and convert the dead portion to cash. It funds the rest of the work.
3. **Put a dollar figure on expediting** for one month. Share it with operations and sales in the same room.
4. **Refresh standard costs** against actual input prices. Every quote after that is at least honest.
5. **Review freight terms and lanes.** At these rates, consolidation and lane changes pay back faster than they did a year ago.
6. **Ask what your system can't tell you.** The questions it cannot answer are the map of where you're losing money.

## How we help — without changing your ERP

We built a fixed-scope service for exactly this: you send an extract from your current system, whatever it is, and we use AI to analyze 12-24 months of your real data. In 10 working days you get the leaks quantified in dollars, ranked, with what it would take to close each one. It works on SAP, Epicor, Infor, NetSuite, Dynamics, QuickBooks plus spreadsheets — we do not need to know your system in advance, and **we are not proposing you replace it**. [How the Profit Leak Audit works](/profit-leak-audit).

## FAQ

**Isn't this just what our accountant does?** Your accountant reports what happened, accurately and in aggregate. This finds *where* it happened, at the level of SKU, customer, order and production run — which is where decisions get made.

**Our data is messy.** Everyone's is. Dirty data is part of the finding: duplicate items, three addresses per customer and abandoned part numbers tell you how the company actually operates.

**Do we have to change ERP afterwards?** No. Most of the fixes are pricing, purchasing and process decisions. If the analysis shows your system genuinely cannot give you the visibility you need, we'll say that — and it will be your call, with numbers.

**How long until we see something?** The first surprising figures appear in the free assessment, before any paid work.

Costs up and no clear answer on where the margin went? [Free assessment, no commitment](/#contact) — first reply within one working day.

---

### A dashboard won't save you: what mid-market manufacturers should actually measure (and why most KPI lists fail)

URL: https://bramvia.net/blog/manufacturing-kpi-dashboard-what-to-measure · Language: en · Date: 2026-09-12

**Short answer:** most manufacturing KPI articles hand you a list — OEE, scrap rate, on-time delivery, inventory turns — without saying which one matters for *your* problem, where the data comes from, or what to do when your system can't produce it. A dashboard built on numbers nobody trusts gets ignored in six weeks. What works is narrower: **six numbers that change a decision**, each traceable to a source you already have, each with a threshold that triggers an action. Contribution margin by product and customer. Inventory age. Expedite count and cost. Actual versus standard yield. Quote-to-cash cycle. Schedule adherence. If you can produce those six, you can find your leaks. If you can't, that is the finding — and it is more useful than a screen full of gauges.

## Why most KPI dashboards die

**They measure what's easy, not what's decisive.** Units produced is easy. Contribution margin per unit after freight and rebates is hard — and it's the one that tells you what to reprice.

**Nobody owns the number.** A metric without a person and a threshold is decoration. "On-time delivery: 87%" changes nothing. "On-time delivery below 92% for two weeks → production planning review, owner: Maria" changes something.

**The data is assembled by hand.** If a person rebuilds it every Monday in a spreadsheet, it will be late, inconsistent, and eventually abandoned. And the hours spent building it are themselves a cost.

**They report the past with no context.** A number without a target, a trend and a comparable is trivia.

## The six numbers that change decisions

**1. Contribution margin by product and by customer.** Not gross margin — everything loaded: landed component cost, inbound and outbound freight, rebates, returns, discounts. *Decision it drives:* what to reprice and what to walk away from. *Threshold:* anything below your floor, reviewed monthly. *Where it comes from:* order lines plus actual costs plus deduction agreements. This is the single most valuable number in a cost surge, and the one most companies cannot produce.

**2. Inventory age and dead stock value.** Value on hand versus consumption over 12 months, per item. *Decision:* what to liquidate, what to stop buying. *Threshold:* zero movement in 12 months → disposal review. *Where:* item ledger.

**3. Expedite count and cost.** Rush orders per month, with premium freight, overtime and the knock-on late order. *Decision:* fix the planning cause, or price expediting properly. *Threshold:* a trend, not a number — three months rising is the signal. *Where:* shipments plus freight invoices plus production reschedules.

**4. Actual versus standard consumption (yield).** Per production order, over a year. *Decision:* update standard costs — because every quote sits on them — and find the processes where material or time is being lost. *Threshold:* deviation beyond your tolerance, per item family. *Where:* production orders.

**5. Days sales outstanding versus your terms.** Not the average — the gap. Terms at 30, actual at 74, is 44 days of your cash funding somebody else. *Decision:* credit control, dunning, and who gets blocked. *Threshold:* the gap itself. *Where:* AR ledger.

**6. Schedule adherence.** What percentage of production orders finished on the day planned. *Decision:* whether your plan is a plan or a wish. *Threshold:* below 85% means planning has broken down. *Where:* production orders, planned vs actual.

That's it. Six numbers, each with an owner, a threshold and an action. If you want OEE and scrap rate on top, fine — but add them after these six work.

## Where the numbers actually come from

Almost every one of these lives across two or three places in a typical mid-market company: the ERP, a freight or logistics tool, and a spreadsheet somebody maintains. That's the real obstacle. It is not that the data doesn't exist — it is that assembling it takes a person a day, so it happens quarterly at best.

Three ways out, in increasing order of effort:

- **Power BI over your existing system.** If you run Business Central, [four Power BI apps are included in the licence](/blog/business-central-power-platform-integration) and cover most of this. Other ERPs have equivalents or connectors.
- **A one-off analysis of your historical data.** Faster, and it tells you whether the numbers are even worth automating. This is what our [Profit Leak Audit](/profit-leak-audit) does: you send an extract, we return the six numbers plus what they reveal, in 10 working days, regardless of which system you run.
- **Fix the source.** If the data genuinely doesn't exist — no landed cost, no production feedback, no freight allocation — no dashboard will invent it. That's a process and system question, and it deserves its own decision.

## What to do when your system can't produce them

This is the honest part. Some systems cannot give you contribution margin by customer, because freight and rebates were never captured against the order. Some cannot give you yield, because production feedback is a paper sheet. In those cases:

1. **Do it manually once**, for a quarter of data. It's a day of work and it tells you the size of the prize.
2. **Decide whether the prize justifies the plumbing.** Sometimes capturing freight per order is a configuration change. Sometimes it's a project.
3. **Don't buy a dashboard tool to solve a data problem.** A visualization layer over missing data produces confident-looking nonsense.

And if the conclusion is that the system itself is the constraint, that's a legitimate finding — but it should come from the numbers, not from a vendor's demo. We would rather tell you your current system is fine than sell you a migration you don't need. [What we look at first](/blog/where-is-my-margin-going-manufacturing-costs-2026).

## FAQ

**What about OEE?** Useful when equipment is genuinely your constraint. In most mid-market plants the constraint is planning, purchasing or mix — not machine availability. Measure OEE after the six above, not instead of them.

**We're a distributor, not a manufacturer.** Drop yield and schedule adherence; add lines-per-order-picked and perfect order rate. The first four apply unchanged.

**How often should these be reviewed?** Monthly for margin, inventory and yield; weekly for expediting and schedule adherence; DSO whenever the gap moves.

**Who should own them?** One named person per number, with authority to act. A metric owned by "the management team" is owned by nobody.

Want the six numbers for your company without building anything? [Free assessment, no commitment](/#contact) — or see how the [Profit Leak Audit](/profit-leak-audit) works.

---

### Tariffs changed three times this year. Your landed cost didn't — and that's the problem

URL: https://bramvia.net/blog/us-tariffs-2026-landed-cost-what-your-system-must-track · Language: en · Date: 2026-09-12

**Short answer:** US import costs have been rewritten three times in 2026, and most companies' landed-cost figures are still from the first version. **20 February**: the Supreme Court ruled 6-3 that IEEPA does not authorize tariffs, invalidating the reciprocal and trafficking tariffs. **24 February**: a flat 10% Section 122 surcharge replaced them. **24 July**: Section 122 hit its 150-day statutory limit and expired the same moment USTR's Section 301 forced-labor action took effect — a **two-tier 10% / 12.5% duty across roughly 60 economies, about 99.4% of US imports**, with the 12.5% tier covering China, Vietnam, India, Thailand, Japan and South Korea. EU-origin goods sit outside it, at the **15% all-inclusive ceiling** from the July trade deal. Section 232 duties are untouched: **steel and aluminium at 50%, autos and parts 25%, copper 50%, semiconductors 25%**, and **patented pharmaceuticals at 100% — for all remaining companies from 29 September 2026**. Two consequences no spreadsheet handles: your duty now depends on **origin and exact classification per item**, not a flat rate; and if you paid IEEPA duties, **you may be owed a refund from a pool of roughly $166 billion, of which $86.3 billion had been repaid by July**.

## The 2026 timeline, in one table

| Date | What changed | Still in force? |
|---|---|---|
| **20 Feb 2026** | Supreme Court: IEEPA does not authorize tariffs. Reciprocal and trafficking tariffs invalidated | — (struck down) |
| **24 Feb 2026** | Section 122: flat 10% on most imports; USMCA-compliant goods, critical minerals, pharma, electronics, vehicles and aerospace excluded | No — expired |
| **1 Jul 2026** | EU-US trade deal: 15% all-inclusive ceiling on most EU-origin goods | Yes |
| **24 Jul 2026** | Section 122 expires at its statutory limit; **Section 301 forced-labor action** takes effect: 10% or 12.5% across ~60 economies | **Yes — no statutory expiry** |
| **31 Jul 2026** | Section 232: 100% on patented pharmaceuticals (listed companies) | Yes |
| **29 Sep 2026** | Same 100% pharmaceutical duty extends to all remaining companies | **Imminent** |
| Ongoing | Section 232: steel and aluminium 50%, autos and parts 25%, copper 50%, semiconductors 25%. Section 301 on China | Yes |

Reduced rates exist in places — a 20% pharmaceutical rate for companies with a Commerce-approved US onshoring plan, for example. Which is exactly the point: **the rate is now a per-product, per-origin question.**

## Why the flat model broke

Under Section 122 you could add 10% to almost everything and be roughly right. That is over. The replacement sets the rate **by country of origin**, with exemptions by product, on top of MFN duties and any Section 232 or 301 layer that applies to the commodity itself.

So the same part number, bought from two suppliers in two countries, now carries two different landed costs. If your pricing still uses one standard cost per item, some of your products are being sold below cost right now and nothing in your system is telling you which.

This is the same pattern as the fuel surge: [the shock doesn't create the blind spot, it makes it expensive](/blog/where-is-my-margin-going-manufacturing-costs-2026). Diesel hit a record $5.90 a gallon on 8 September. Freight and duty moved in the same quarter, in the same direction, on the same products.

## The refund nobody has claimed

This is the part most companies have not acted on. Because IEEPA tariffs were ruled unlawful, **importers of record are in principle entitled to refunds plus interest** on duties paid under them. CBP's own court filing put cumulative repayments at **$86.3 billion by July 2026**, out of a pool of roughly **$166 billion**. June alone was $49.1 billion.

Two practical notes:

- **If you were the importer of record**, the claim is yours. If you bought DDP and someone else imported, your recourse is contractual, not with CBP.
- **The mechanics were left unresolved** by the Court and worked out through the lower courts, so process matters. This is work for a licensed customs broker or trade counsel — not for us, and not for your ERP consultant.

What your ERP *can* do is answer the first question: **what did we actually pay, on which entries, over which period?** Companies that can produce that in an afternoon are the ones filing. Companies whose duty data lives in PDFs from a broker are still guessing.

## Canada and Mexico: USMCA is now the main lever

For North American trade the picture improved and got more technical at the same time:

- **USMCA preference survived.** Compliant goods continue to enter at 0%, and the preference also exempts them from the merchandise processing fee — worth claiming even when the general rate is already 0%.
- **The IEEPA tariffs on Canada and Mexico are gone** (they were 25-35% for non-compliant goods).
- **Section 232 duties still apply** to Canadian steel, aluminium, autos and lumber, under a different legal authority that the ruling did not touch.
- **For goods with Chinese components assembled in Mexico, USMCA qualification is often the only route** to reduced duty exposure.

Which means the value of qualifying has gone up — and qualifying is a **data problem**: bill of materials, origin per component, regional value content, and the certification to back it. If that lives in a spreadsheet somebody updates occasionally, you are leaving the preference on the table or claiming it without support. Neither is comfortable.

## What your system needs to hold

Six data points. If any is missing, your landed cost is an estimate:

1. **Country of origin per item — and per supplier.** Not "where we buy it", where it was made.
2. **HTS classification** at the level that determines the rate.
3. **Duty and fees per receipt**, captured against the purchase, not pasted from a broker PDF at month-end.
4. **Inbound freight allocated to the item**, which at current rates is no longer a rounding error.
5. **Landed cost recalculated when any of the above changes** — and a trigger to review prices when it does.
6. **USMCA qualification evidence** per finished good: BOM, component origins, and the certification.

Business Central handles all six natively (item charges, origin, and tax engine integration with [Avalara or Vertex](/blog/us-business-central-nav-migration-al-development-partner)); most systems can be made to. The question is whether yours is configured to, which is usually the honest answer to "why don't we know our real margin".

## What to do in the next 30 days

1. **Pull what you paid in duties since January 2025**, by entry. This is the refund question and the landed-cost question at once.
2. **Re-rank your products by contribution margin with current duty and freight.** The list will have changed more than you expect. [The six numbers that matter](/blog/manufacturing-kpi-dashboard-what-to-measure).
3. **Check the 12.5% tier against your supplier list.** China, Vietnam, India, Thailand, Japan, South Korea. If a key component comes from there, model the alternative origins now.
4. **If you import pharmaceuticals, 29 September is next week's problem**, not next year's.
5. **Audit your USMCA claims** — both the ones you make and the ones you could be making.
6. **Talk to a customs broker about refunds.** Then talk to whoever can extract the data they'll ask for.

## What we do and don't do here

We are not customs brokers and we don't give trade advice — that's a licensed profession and the refund process needs one. What we do is the data side: **get origin, classification, duty and freight into your system so landed cost is a number rather than a guess**, and analyse what you already have to show which products and customers changed sides.

That analysis is a fixed-fee engagement that works on any ERP: [the Profit Leak Audit](/profit-leak-audit). If you'd rather start smaller, the free assessment tells you in five days whether your data can answer these questions at all.

## FAQ

**Are the tariffs gone?** No. The IEEPA ones were struck down; Section 232, Section 301 and the new forced-labor action remain, and the last has no statutory expiry.

**What rate applies to my imports today?** It depends on origin and classification: 10% or 12.5% under the Section 301 action for most of the ~60 covered economies, 15% all-inclusive for EU-origin goods, plus any Section 232 commodity duty. Confirm specifics with your broker — rates and exemptions have moved repeatedly this year.

**Can we really get money back?** If you were the importer of record and paid IEEPA duties, in principle yes, with interest. The process runs through CBP and licensed professionals. We can help you produce the data; we can't file for you.

**Does this mean we need a new ERP?** No. It means whatever system you run must hold six data points. If it can, configure it. If it genuinely can't, that's a finding worth quantifying before deciding anything.

Not sure what your real landed cost is right now? [Free assessment, no commitment](/#contact) — first reply within one working day.

---

### You added inventory on purpose. Now it's holding cash you need — and nobody can tell you which items

URL: https://bramvia.net/blog/inventory-buffers-deadstock-cash-2026 · Language: en · Date: 2026-09-12

**Short answer:** between tariff turbulence, freight volatility and supply delays, US manufacturers and distributors made a deliberate call: **stop running lean, protect service levels, carry more stock**. **63% of manufacturers increased safety stock or buffers** over two years; **22% of distributors now hold more than 90 days** of inventory; **70% manage over 5,000 SKUs**. That was rational. What nobody planned for is the bill: **26% of distributors report 6-10% deadstock**, inventory carrying cost has climbed with rates and storage, and **35% name inventory accuracy and visibility as a leading operational problem** — which means the cash is trapped and **nobody can say in which items**. Meanwhile **warehouse turnover runs around 49% a year**, so the people who knew what was in the back corner have left. This article is about getting the cash back without breaking service.

## What the data actually says

| Finding | Figure | Source |
|---|---|---|
| Manufacturers that raised safety stock or buffers | 63% | WSI survey |
| Distributors holding more than 90 days of stock | 22% | Phocas, distributor survey |
| Distributors reporting 6-10% deadstock | 26% | Phocas |
| Distributors managing over 5,000 SKUs | 70% | Phocas |
| Naming inventory accuracy and visibility a leading challenge | 35% | WSI |
| Wanting new demand planning techniques | 54% | Phocas |
| Annual warehouse worker turnover | ~49% | KPI Solutions |
| Manufacturers naming skilled labor their biggest external challenge | 79% | 2026 Manufacturing Outlook |
| Saying tariffs and unclear trade policy make planning harder | 47% | 2026 Manufacturing Outlook |

Read those together and the picture is specific: **more stock, more SKUs, less visibility, fewer experienced people, and planning assumptions that changed three times this year.**

## Why "just reduce inventory" is bad advice

The instinct is to cut. It's the wrong instruction, because the buffer is doing a job: it is absorbing lead-time variability that got worse, and protecting customers who will switch supplier over one stockout. Cutting across the board re-creates the problem the buffer was built to solve.

The right instruction is narrower: **separate the buffer that earns its keep from the stock that is simply stuck.** They look identical on a balance sheet and completely different in the item ledger.

- **Working buffer**: items with demand, held deliberately, sized against real variability.
- **Dead stock**: no movement in 12 months. Cash already spent, plus space, insurance and handling, forever.
- **Slow and mis-sized**: items that move, but where you hold 300 days of them because the reorder point was set in 2021 on different lead times.

The third category is usually the biggest and the least discussed. Nobody audits reorder points.

## Four questions that free cash in 30 days

**1. Which items haven't moved in 12 months, and what are they worth?**
On-hand value versus 12-month consumption, per item. Simple query, rarely run. In companies that have never done it, the dead portion is typically **10-25% of inventory value**. That's your liquidation list — and it funds everything else on this page.

**2. Which reorder points and safety stocks are still based on pre-2024 lead times?**
If your supplier moved from 4 weeks to 9 and back to 6, and nobody updated the parameters, you are either over-holding or firefighting. Recalculate against **actual** received lead times from the last 12 months, not the ones in the vendor card.

**3. What does your deadstock actually cost you per year?**
Carrying cost is not a theory at current rates: capital, storage, insurance, handling, obsolescence. Put a number on it and the liquidation conversation gets short.

**4. Which SKUs are you protecting for customers who don't pay for it?**
Cross inventory value against customer contribution margin. Holding 90 days of a slow item for a customer who is already margin-negative after freight and rebates is a decision — just make it consciously. [How to compute that margin properly](/blog/manufacturing-kpi-dashboard-what-to-measure).

## The labor problem is a data problem

Nearly half of warehouse staff turn over each year. That has a consequence people underestimate: **process knowledge that lives in people leaves with them.** Where things are stored, which supplier is reliable, which customer always calls before cutoff, which part number is really two parts — none of that is in the system, and it walks out the door twice a year.

We saw exactly this at a US distribution client: high turnover meant procedures existed in heads rather than in the ERP, so every departure cost re-learning and errors. It never appeared as a cost line. It was larger than the freight increase everyone was discussing.

The practical countermeasure is not a retention programme — it is **putting the knowledge in the system**: directed putaway and picking, bin logic that a new hire can follow on day one, documented approval rules, and item data clean enough that the right part is picked without tribal knowledge. That is also what makes automation possible later; **58% of manufacturers are investing in automation**, and automation over dirty master data automates the errors.

## Reshoring is redrawing warehouse networks

This is the quieter change. Per the September 2026 reshoring survey, momentum keeps building — limited by policy uncertainty and skilled-worker shortages, but real. Downstream: **35% of manufacturers are adding US warehouse capacity** to support reshored production, **34% are repositioning facilities** closer to new manufacturing sites, and **three quarters are rethinking their warehouse strategy** at regional or national level.

If that's you, two things matter more than the real estate:

- **Multi-location inventory has to be real in the system** — stock per site, transfers, and a planning engine that knows which warehouse serves which customer. Not one aggregate number with a spreadsheet for the split.
- **A new site is usually a new entity or at least a new dimension**: intercompany flows, consolidated reporting, and tax by jurisdiction. Designing that after go-live is expensive.

## Where AI actually helps (and where it doesn't)

**49% of manufacturers are expanding AI-powered analytics** for real-time monitoring, and the useful applications are narrow and boring: demand forecasting per item family, flagging items whose pattern changed, detecting duplicate part numbers, and reading two years of history to find the dead stock nobody knew about. That last one is cheap, immediate, and the reason a diagnosis that used to be a consulting project is now a fixed fee.

Where it doesn't help: **82% of manufacturers cite a lack of AI-ready skills** as their top workforce challenge, and no model fixes a process that was never defined. AI over clean data answers questions. AI over a warehouse nobody has counted produces confident nonsense.

## How to start this month

1. **Run the dead stock report.** On-hand value versus 12-month movement. One query, biggest prize.
2. **Recalculate reorder points** against actual lead times.
3. **Cost your carrying** and take the liquidation decision with a number in front of you.
4. **Cross inventory against customer margin** before protecting anything else.
5. **Write down what the leavers knew** — and then configure it, so the next hire doesn't need it.

If you'd rather have this done than build it, that is exactly what our fixed-fee [Profit Leak Audit](/profit-leak-audit) produces: you send an extract from whatever system you run, and in 10 working days you get the dead stock, the mis-sized parameters, the negative-margin items and the manual-work hours, quantified in dollars. It works on SAP, Epicor, Infor, NetSuite, Dynamics or QuickBooks, and it is not a proposal to replace any of them.

## FAQ

**Isn't deadstock just a write-off decision for accounting?** Accounting writes down the value. This is about getting cash and space back, and about stopping the purchasing pattern that created it — which is an operational decision.

**We know we have dead stock, we just don't have time to find it.** That is the normal answer, and it is why the number keeps growing. The query takes minutes once the data is extracted; the work is in the extraction and the follow-up.

**Will reducing inventory hurt service?** Not if you separate dead stock from working buffer. Liquidating items with zero movement in a year has no service impact by definition.

**Our ERP can't report on this.** Then that is a finding. Plenty of mid-market systems hold the data but cannot present it; some genuinely don't capture receipts against lead times. Knowing which is your case is worth more than another dashboard.

Cash tied up and no list of which items? [Free assessment, no commitment](/#contact) — first reply within one working day.

---

### Your unsupported ERP could cost you your cyber insurance — and most CFOs don't know it yet

URL: https://bramvia.net/blog/unsupported-erp-cyber-insurance-renewal-risk · Language: en · Date: 2026-09-12

**Short answer:** cyber insurance underwriting stopped being a form-filling exercise. In 2026 carriers run it as a technical audit, and one question on most questionnaires can void an application outright: **"do you have any unsupported operating systems in production?"** A yes there — Windows Server 2012, an unpatched SQL instance, a Dynamics NAV or GP installation nobody can update — can disqualify entire policies. Carriers also now require **phishing-resistant MFA on every account that touches business data, the ERP explicitly included**, and they ask **what percentage of revenue depends on a single system**, which drives sub-limits and exclusions. Worse: if a forensic audit after a breach finds that required controls were missing or inconsistently applied, **the carrier can reduce or deny the claim**. So the question "should we migrate off our old ERP?" has quietly become a question about whether your insurance will pay.

## What changed in underwriting

The cyber market hardened after the ransomware and business-email-compromise waves, and carriers stopped treating cyber as an ordinary commercial line. Underwriting is now handled by people who can read a network diagram — and who will fact-check your application against what they find if they ever audit you post-breach. Some carriers install their own verification software to confirm the controls you claimed are actually in place.

The eight controls that appear as **required, not preferred**, on most 2026 questionnaires include:

- **Phishing-resistant MFA on every account accessing business data** — email, VPN, remote desktop, cloud admin consoles, banking and **your ERP**. SMS codes are increasingly rejected for privileged accounts, and underwriters ask for the actual MFA coverage report from your identity provider.
- **Privileged access separated from user accounts**, local admin rights removed from workstations, service accounts inventoried and rotated.
- **Documented onboarding and offboarding** with evidence. Carriers are catching companies with ex-employees still active in Active Directory three months after termination.
- **Endpoint detection, tested backups and an incident response plan** — tested, not written.

## The three questions that hurt legacy ERP users

**1. "Unsupported operating systems in production?"**
This is the one that disqualifies. An on-premises ERP is rarely just the ERP: it is a Windows Server, a SQL Server, sometimes a terminal server, and often a version chosen when the system was installed. Dynamics NAV 2013 or 2016 running on Server 2012 R2 is a common and unanswerable combination.

**2. "MFA on every account touching business data?"**
Many legacy ERP deployments authenticate against an old Active Directory with no modern MFA path, or use shared accounts on the shop floor. Both are honest answers that underwriters will not like.

**3. "What percentage of revenue depends on a single system or vendor?"**
If one on-premises instance, maintained by one consultant who may retire, runs your entire order-to-cash, concentration risk drives sub-limits. This is also the question that makes the [talent-pool problem](/blog/dynamics-nav-end-of-life-2028-2031-deadlines-us) a financial one.

## Why this is a CFO conversation, not an IT one

Three consequences, all financial:

**Premium and coverage.** Missing controls mean higher premiums, lower limits, or sub-limits on the exposures that matter most. Some applications simply do not get written.

**Claim denial after the fact.** This is the one people miss. A policy issued on an application that overstated controls, or on controls that were not maintained, can be reduced or denied when the forensic report lands. You discover it at the worst possible moment.

**Customer and lender requirements.** Large customers increasingly require proof of cyber cover, and lenders and PE sponsors ask for it in diligence. A gap here can cost a contract, not just a premium.

Put plainly: if your ERP cannot be patched, it is no longer only a productivity or compliance question. It is an **insurability** question with a renewal date attached.

## What the cloud actually changes here

Moving to Business Central online removes several of these answers from your questionnaire entirely:

- **No operating system to go unsupported.** No Windows Server, no SQL instance, no terminal server in your production answer. Microsoft patches the platform.
- **Identity you can prove.** Microsoft Entra ID with phishing-resistant MFA, conditional access, and an actual coverage report to hand the underwriter.
- **Documented joiner-mover-leaver.** Licence and permission removal is a traceable event, which is exactly what carriers ask evidence for.
- **Backups and continuity you don't run yourself**, with Microsoft's own recovery commitments.
- **Two updates a year, automatically** — the opposite of the "nobody dares update because something breaks" position that makes legacy ERP unpatchable.

None of that makes you secure on its own — your endpoints, your email and your people still carry most of the risk. What it does is remove the answers that disqualify applications, and replace "we think we're covered" with evidence.

## What to do before your next renewal

1. **Get the questionnaire early.** Ask your broker for the 2026 version now, not two weeks before renewal.
2. **Inventory production operating systems and database versions.** Write the honest answer down. If it includes anything unsupported, you have a decision, not an opinion.
3. **Pull the MFA coverage report** from your identity provider and look at what the ERP accounts show.
4. **List shared and service accounts** on the shop floor and in integrations. These are usually the gap.
5. **Check whether an ex-employee is still active** anywhere. Carriers check.
6. **Price the migration against the insurance exposure**, not just against productivity. For a NAV or GP shop, the numbers are [here](/blog/business-central-migration-cost-us-pricing-guide) — and Microsoft's Bridge to Cloud discount is open for enrolment until 31 December 2027.

## What we do and don't do

We are not insurance brokers or a security firm, and we do not advise on policy terms — talk to your broker and, if needed, a security assessor. What we do is the part that shows up on the questionnaire: **moving the ERP off unsupported infrastructure, onto identity you can prove, with an update path that doesn't break**. If your current system can be brought to that standard where it is, we will tell you so.

If you want the numbers before the conversation, the free assessment covers your version, your customisations, your integrations and what a move would take — in five working days, and each part of any project invoiced only after you accept it.

## FAQ

**Can a carrier really refuse us over one old server?** An affirmative answer on unsupported software in production can disqualify an application with some carriers and drive exclusions with others. It is one of the highest-weighted questions on the form.

**We have MFA on email. Is that enough?** No. Requirements now read "every account that accesses business data" — explicitly including ERP — and underwriters increasingly ask for the coverage report rather than your word.

**Our ERP is on-premises but behind a VPN. Doesn't that cover it?** VPN access is itself one of the accounts requiring phishing-resistant MFA, and it does not change the answer about unsupported software in production.

**Is cloud ERP automatically insurable?** No. It removes some disqualifying answers and makes several controls evidenceable. Endpoints, email and staff training remain yours.

**How long does a migration take?** 3-9 months for a typical mid-market company. If your renewal is sooner, tell your broker what is in progress — carriers treat a documented remediation plan differently from nothing.

Renewal coming and an ERP you can't patch? [Free assessment, no commitment](/#contact) — first reply within one working day.

---

### If your team works around the system every day, your ERP has already failed — here's the one-sentence test

URL: https://bramvia.net/blog/working-around-the-system-erp-already-failed · Language: en · Date: 2026-09-12

**Short answer:** there is a one-sentence test for whether your ERP is still doing its job. **If people need a spreadsheet to do their daily work, the ERP has already stopped being your system of record** — whatever the licence says. It doesn't fail with an outage; it fails quietly, as each team builds the workaround that lets them get through the week. Pricing lives in one person's file. Shipping is re-keyed into the carrier's portal. The real stock figure is a tab called *actual*. Month-end is an export, three reconciliations and a phone call. None of that is laziness — every workaround was a reasonable response to something the system couldn't do. But collectively they mean **nobody is looking at the same number**, and that is why your reports disagree and your margin is a surprise.

## The test, and how to run it this week

Ask five people in different departments the same question: *"What do you keep in a spreadsheet, and why?"*

Don't ask whether they use spreadsheets — everyone says no. Ask what they keep in one. The answers map your failure points precisely, and they arrive in an hour.

Typical replies and what each one means:

| What they keep | What it tells you |
|---|---|
| Customer-specific prices and discounts | Pricing rules the system can't express — so every order is a judgement call |
| "Real" stock, versus what the system says | Inventory accuracy has been abandoned; purchasing is guessing |
| Order status for key customers | No usable order-tracking view, so service depends on one person's file |
| Shipping details re-typed into a carrier portal | No integration; every keystroke is a chance to ship to the wrong address |
| Commission calculations | Sales data that can't be sliced the way the business is actually run |
| A monthly report rebuilt from exports | Reporting layer missing — and a day of work every month, forever |
| Which parts are really the same part | Master data nobody has cleaned; you are buying the same item twice |

## What it costs, concretely

- **Hours.** A report rebuilt every Monday is 50 days of work a year hiding in plain sight.
- **Errors that become money.** Re-keyed data ships to the wrong address, invoices the wrong price, orders the wrong quantity. Each one is a credit note or a lost customer.
- **Decisions made on the wrong number.** Two departments, two spreadsheets, two versions of the truth — and a meeting that ends in "let's check and come back."
- **Knowledge that walks out.** This is the expensive one. With warehouse turnover around 49% a year, the person who maintained the file leaves and takes the logic with them. We saw exactly this at a US distribution client: procedures lived in heads rather than in the ERP, so every departure cost re-learning and errors — a cost that never appeared as a line in the accounts and was larger than the freight increase everyone was discussing.
- **Audit and insurance exposure.** Controls that exist in a spreadsheet are controls you cannot evidence. [That matters more than it used to](/blog/unsupported-erp-cyber-insurance-renewal-risk).

## The four reasons workarounds appear

Knowing which one you have decides what you fix.

**1. The system can do it, but nobody configured it.** The most common by far, and the cheapest to fix. Customer price groups, reorder points, approval workflows, saved views — capability sitting unused because the implementation stopped at go-live.

**2. It needs an integration that was never built.** Shopify, Amazon, a 3PL, a carrier, EDI from a large customer. People are the integration. [Rebuilding these on APIs](/blog/business-central-api-integrations-guide-developers) removes whole spreadsheets at once — and modern ERPs expose the endpoints to do it properly rather than by screen-scraping.

**3. It needs a small extension.** A field, a validation, a document layout. Hours of work, not a project — if your platform lets you extend without modifying the standard.

**4. The system genuinely can't.** The honest minority. An ERP with no multi-location inventory will not get one. This is the case that justifies a migration — and it should be identified by elimination, after the first three, not assumed at the start.

## Shadow IT is a symptom, not a crime

The instinct is to ban spreadsheets. It fails, because the spreadsheet is load-bearing: remove it and the work stops. The sequence that works is the reverse:

1. **Inventory the workarounds** (the five-question exercise above).
2. **Sort them** into the four categories.
3. **Fix categories 1 and 2 first.** Configuration and integration usually eliminate most of the files within weeks, and they're the cheapest work you'll ever buy.
4. **Then decide** whether what remains justifies extensions or a platform change — with a list, not a feeling.

Only at step 4 is "new ERP" a legitimate answer. Anyone who reaches it in step 1 is selling, not diagnosing.

## How we do it

We run this as part of the free assessment: the workaround inventory, sorted into those four buckets, with an estimate for each. If you want it quantified in dollars — hours consumed, errors produced, cash affected — that's the [Profit Leak Audit](/profit-leak-audit), a fixed fee on any ERP.

And to be explicit about the incentive: **we would rather tell you that configuration and two integrations fix 80% of your problem** than sell you a migration. It's a smaller invoice, and it's how the relationship starts. Our US client began exactly that way — one small paid piece of work, then part by part, now two years in.

## FAQ

**Isn't some spreadsheet use normal?** Yes. Ad-hoc analysis, modelling, one-off exercises — fine. The red flag is a spreadsheet that is required for a recurring operational process to complete.

**Our ERP is fine, the users just don't use it properly.** Sometimes true, and training is the fix. But if five people independently built the same workaround, the system or its configuration is the problem, not the people.

**We can't stop to fix this.** The five-question exercise takes an hour and costs nothing. Doing it is not stopping.

**What if the answer really is a new ERP?** Then you'll have a documented list of what your current system cannot do — which is the only honest basis for that decision, and the best negotiating tool you can walk into a partner meeting with.

Curious what your team keeps in spreadsheets? [Free assessment, no commitment](/#contact) — we run the exercise with you.

---

### Selling your company in 2-3 years? Outdated technology is a price adjuster, not a footnote

URL: https://bramvia.net/blog/erp-before-exit-technology-cuts-your-multiple · Language: en · Date: 2026-09-12

**Short answer:** if you plan to sell within two or three years, your ERP is part of the valuation. Private equity diligence checklists list **"technology so outdated it can't be integrated"** among the deal-breakers, and buyers apply **price adjusters** for gaps they will have to fix themselves — the same way they knock money off for deferred capital expenditure. On the other side, buyers **pay a premium for reduced execution risk**: an acquirer who can integrate your business without replacing the system first is buying a cleaner asset. The uncomfortable timing is that a migration takes 3-9 months and the benefits — clean data, a reliable close, reporting a buyer trusts — need a few quarters of history behind them to be credible. Which means the work has to start **before** the process does, not during it.

## What buyers actually test

Diligence is not a software review. It is a series of questions about risk, and technology answers several of them:

| What they ask | What they're really testing |
|---|---|
| How long does your month-end close take? | Whether your numbers can be trusted, and how much finance work the buyer inherits |
| Can we get three years of clean, consistent data? | Quality of earnings, and whether the reported margin survives inspection |
| Is the system supported and patchable? | Cyber exposure and immediate capital need |
| How many people are required to produce the monthly pack? | Whether management reporting is a process or a person |
| Can this be integrated with our platform? | Integration cost and timeline — priced directly |
| Who holds the knowledge of how it works? | Key-person risk, which is a discount every time |
| Is customer and margin data reliable at a granular level? | Whether the growth story is verifiable |

Notice how few of those are technical. They are all financial questions that a system either answers or doesn't.

## Where the discount comes from

**Integration cost.** If the acquirer has to replace your ERP on day one, that cost and risk lands in their model, and it comes out of your price. The same project you'd pay for yourself gets valued by them at a premium for disruption.

**Quality of earnings.** If margin by product and customer can't be produced reliably, the quality-of-earnings work takes longer, finds more adjustments, and every adjustment is a negotiation you lose.

**Key-person risk.** "One consultant who knows our system" is a sentence that costs money in diligence. So is "the controller builds the pack by hand."

**Cyber and insurability.** Unsupported software in production is now a question insurers can decline on, which makes it a diligence finding too. [Why that has changed](/blog/unsupported-erp-cyber-insurance-renewal-risk).

**Deferred spend, priced like capex.** Diligence treats necessary-but-delayed investment as a deduction. An ERP the buyer must replace is exactly that.

## Where the premium comes from

The mirror image is worth stating, because it's the actual argument for acting early:

- **A supported, cloud-based system** with a documented configuration is one less integration project in the buyer's plan.
- **A close in five days** rather than three weeks signals a finance function that scales.
- **Granular, reliable margin data** makes the growth story verifiable instead of assertable — and verifiable stories hold their multiple in negotiation.
- **Multi-entity and intercompany handled in the system** matters enormously to buyers who plan bolt-ons. PE playbooks are explicit that an ERP unable to scale past the first or second acquisition forces costly re-platforming mid-hold — so a platform that can absorb entities is a feature they pay for.

## What not to do

**Don't start a migration six months before going to market.** A project mid-flight during diligence is the worst of both worlds: disruption, unfinished data, and a buyer who sees risk rather than progress. Either finish it with a few quarters to spare, or leave it visibly documented as the buyer's option with a scoped cost.

**Don't over-build to impress.** Buyers don't pay extra for an expensive system. They pay for low risk and clean numbers. We were brought into a US distribution business that had spent roughly **$2 million on an SAP integration it did not need** — scoped for a company several times its size. That spend did not become value; it became a question about how decisions get made.

**Don't clean the data only in the reporting layer.** Quality of earnings goes to the transactions. A polished dashboard over inconsistent history gets found in week two.

## A realistic sequence, working backwards

| Time before exit | What to do |
|---|---|
| **30-36 months** | Decide honestly whether the system can carry the company through a sale. If not, this is when the migration starts. |
| **24 months** | System live. Clean master data. Close measured and improving. |
| **18 months** | Four quarters of consistent history accumulating. Margin by product and customer reliable. |
| **12 months** | Reporting pack produced from the system, not assembled. Key-person dependency documented away. |
| **6 months** | Diligence-ready data room: three years of consistent data, configuration documented, no unsupported software in production. |
| **Process** | Nothing in flight. The technology is an asset in the story, not a line item in the discount. |

If you are closer than that, the play changes: **document precisely, don't start anything, and quantify what a buyer would need to do**. A scoped, credible plan costs less in negotiation than an unknown.

## How we help

Two ways, and they're different engagements:

- **Before you decide:** a fixed-fee analysis of your own data that tells you what a buyer will find — margin quality, data consistency, how much of the reporting is manual, where the key-person risk sits. That's the [Profit Leak Audit](/profit-leak-audit), and it works on any ERP.
- **If the answer is to modernise:** the migration itself, split into parts, **each invoiced only after you accept it** — which matters when the timeline has a sale at the end of it.

And the honest version: if your system will carry you through a sale as it is, we'll say so. A migration that doesn't need to happen is the most expensive thing on this page.

## FAQ

**Will a buyer really pay more because of our ERP?** They'll pay more for lower execution risk, and the system is a large part of that. The mechanism is usually less discount rather than more premium, but the euro is the same.

**We're being acquired by a strategic buyer who'll replace everything anyway.** Then the argument is quality of earnings and the speed of your close, not the platform. Clean, granular, verifiable data still moves the price.

**Is there time if we're 18 months out?** For a migration, it's tight but possible in a small or mid-sized company — 3-9 months of project plus a few quarters of history. For anything less, document rather than start.

**What about a carve-out?** Different problem: the seller usually keeps you on their system under a transitional services agreement, and missed separation milestones force costly extensions. That deserves its own plan, early.

Planning an exit and unsure what a buyer will find? [Free assessment, no commitment](/#contact) — confidential, and the report is yours.

---

### We just acquired a company. Now we have two ERPs — what to do in the first 100 days

URL: https://bramvia.net/blog/two-erp-systems-after-acquisition-consolidation · Language: en · Date: 2026-09-12

**Short answer:** the deal closed and you now run two systems. Every month costs you a manual consolidation, two charts of accounts that don't reconcile, duplicate customers and suppliers with different codes, and intercompany transactions nobody can trace. Running multiple ERP instances after an acquisition **compounds reporting and reconciliation overhead** — and the overhead grows, because each month of divergence makes the eventual merge harder. You have four options, and the right one depends less on this acquisition than on **whether there will be another**. Platform strategies fail when the ERP can't absorb the second or third bolt-on: selecting a system that can't scale past the first acquisition forces costly re-platforming mid-hold. Decide in the first 100 days; execute over 6-18 months.

## The four options

**1. Leave both running.** Legitimate as a deliberate, time-boxed decision — if the acquired business is genuinely independent, has its own customers and suppliers, and consolidation is only a finance exercise. It stops being legitimate the moment you share customers, inventory or people. Cost: a manual close, every month, forever.

**2. Migrate the acquired company onto yours.** The usual answer when your system is modern, multi-entity and can absorb them. Cheapest if true. The test: can your system handle another legal entity, currency, tax jurisdiction and intercompany flow **without a project**? If yes, this is your path.

**3. Migrate yours onto theirs.** Uncomfortable but sometimes correct — if they run a modern cloud system and you run a legacy one. Ego is the main obstacle; the cost difference usually isn't close.

**4. Both onto a third platform.** Right when neither system can carry the combined business, or when a roll-up strategy means several more acquisitions are coming and you want the target architecture in place before them. Most expensive up front, cheapest across three or four deals.

## How to choose, in seven questions

1. **Will there be more acquisitions?** If yes, design for the fourth deal, not this one. This single question decides most cases.
2. **Do the two businesses share anything operational?** Shared customers, shared inventory, shared suppliers, cross-selling — any of those and separate systems will hurt within a year.
3. **Is either system unsupported or unpatchable?** If so, it's not a candidate to survive, and it's also [an insurance and diligence exposure](/blog/unsupported-erp-cyber-insurance-renewal-risk).
4. **Can the surviving system handle multi-entity natively?** Intercompany posting, consolidation, multi-currency, tax by jurisdiction — in the product, not in a spreadsheet.
5. **How much custom code is in each?** Heavy customisation on the candidate system is a reason to reconsider it, not a reason to keep it.
6. **What does the sponsor's timeline require?** If a PE thesis needs consolidated reporting by a given quarter, that is a hard constraint on scope, not a preference.
7. **Who will own it?** A consolidation with no named internal owner is the classic stalled project.

## The first 100 days, specifically

**Days 1-15 — stop the divergence.** Freeze new customisations on both systems. Agree who produces the consolidated numbers and how, even if it's manual. Get admin access to the acquired system in your own name, not the previous owner's.

**Days 15-45 — the inventory.** Both systems: versions and support status, custom objects, integrations, master data volumes and quality, and how each one closes the month. This is the document the decision rests on; without it you're choosing on preference.

**Days 45-70 — the master data map.** Customers, suppliers and items that exist in both, with different codes. This is where consolidations actually fail. Decide the surviving coding convention now, because everything downstream depends on it.

**Days 70-100 — the decision and the plan.** One of the four options, in writing, with phases, acceptance criteria per phase and a date. Then the sequence: chart of accounts alignment first, then master data, then transactions, then the cutover.

## What makes these projects go wrong

- **Merging charts of accounts late.** It's the foundation. Do it first or reconcile forever.
- **Migrating full transaction history from both.** Masters, balances and open items move. History is archived read-only in the retiring system. Migrating everything is the most common way to double the budget.
- **Ignoring intercompany.** If the two entities now trade with each other, that has to be designed, not discovered at the first close.
- **Keeping both integration stacks.** Two connections to the same carrier, two Shopify links, two EDI setups — consolidate them or you keep two maintenance bills.
- **No dimension strategy.** Post-merge you'll want to report by entity, site, product line and channel. Getting dimensions right at the start is nearly free; retrofitting is not.

## Why Business Central suits roll-ups specifically

Not a pitch, a structural point: multiple companies live in one tenant with intercompany posting and consolidation built in, a new entity is a configuration exercise rather than a new installation, and extensions carry across without modifying the standard — so the fourth acquisition costs a fraction of the first. That's the property PE-backed platforms need, and the reason "can it absorb another entity without a project?" is the question worth asking of any candidate system.

If the surviving system is already yours and it can do this, the cheapest answer is option 2 and we'll tell you so.

## How we help

We do the 100-day inventory and the decision document as a fixed-scope engagement, and the consolidation itself in phases with **each part invoiced only after you accept it** — which matters when a sponsor is watching milestones. For the analysis of what's actually inside both systems, including duplicate masters and data quality, the [Profit Leak Audit](/profit-leak-audit) works on either or both platforms regardless of vendor.

## FAQ

**How long does consolidating two ERPs take?** 6-18 months depending on entity count, customisation and data quality. The decision should take 100 days; the execution is phased.

**Can we consolidate reporting without consolidating systems?** Yes, as an interim step — a consolidation layer in Power BI over both systems buys you visibility while you plan. It doesn't fix duplicate masters or intercompany.

**What if the acquired company's team resists?** Usually they're right about something specific. The inventory surfaces what their system does that yours doesn't, and that goes into scope rather than into an argument.

**We're mid-carve-out on a TSA.** Different clock: separation milestones have penalties, and extensions are expensive. That plan should start before close, not after.

Two systems and a close that takes three weeks? [Free assessment, no commitment](/#contact) — first reply within one working day.

---

### Why does our month-end close take three weeks? The seven causes, in the order to fix them

URL: https://bramvia.net/blog/month-end-close-too-slow-how-to-fix · Language: en · Date: 2026-09-12

**Short answer:** a financial close that runs past ten days is treated in diligence and in ERP practice as a reliable signal of data and process inefficiency across finance, purchasing and inventory — not as a finance-team problem. The causes are almost always the same seven, and they sit **upstream** of accounting: goods received but not invoiced, inventory nobody trusts, intercompany that doesn't agree, accruals estimated by hand, bank reconciliation done in a spreadsheet, a reporting pack assembled rather than produced, and approvals that happen by email. Fixing them in the right order usually takes weeks of configuration rather than a new system. And the payoff is bigger than time: management decides on July's margin in early August instead of late September, and **a buyer or lender reads a five-day close as a finance function that scales**.

## What a slow close actually costs

- **Decisions made a month late.** Pricing, purchasing, credit decisions taken on stale information. This is the real cost and it never appears as a line.
- **The finance team's month.** Three weeks of close means the team has one week for analysis. You're paying for accountants and getting bookkeeping.
- **Valuation and credit.** Diligence and lenders read close speed as a proxy for data quality. [Why that matters before an exit](/blog/erp-before-exit-technology-cuts-your-multiple).
- **Audit cost.** Manual adjustments and reconciliations lengthen fieldwork. Surveys put roughly a third of mid-market CFOs still relying on manual processes for audit preparation.
- **Errors found late.** A mistake discovered on day 19 has already informed three weeks of decisions.

## The seven causes, in fix order

**1. Received not invoiced.** Goods arrived, the invoice hasn't, and nobody knows the value sitting in that gap. Every close starts with a hunt. *Fix:* three-way matching with receipts posted at the dock, and an accrual driven by the receipt rather than by memory. Configuration, not development — and the payables agents in modern ERPs now do most of the matching.

**2. Inventory nobody trusts.** If the stock figure is a negotiation between the system and the warehouse's spreadsheet, cost of goods is an estimate and so is your margin. *Fix:* cycle counting instead of an annual count, directed putaway and picking so movements are recorded when they happen, and bin logic a new hire can follow — which matters when [warehouse turnover runs near 49% a year](/blog/inventory-buffers-deadstock-cash-2026).

**3. Intercompany that doesn't agree.** Two entities, two versions of the same transaction, one reconciliation nobody enjoys. *Fix:* intercompany posting in the system with matched documents. If you have [two ERPs after an acquisition](/blog/two-erp-systems-after-acquisition-consolidation), this is one of the costs of leaving them separate.

**4. Accruals and cut-off by hand.** Freight in transit, utilities, commissions, rebates — estimated in a file each month. *Fix:* recurring journals with templates, and accruals derived from open documents. At current freight rates, in-transit freight is no longer a rounding error.

**5. Bank reconciliation in a spreadsheet.** Statement exported, matched by hand, differences chased. *Fix:* bank feeds with automatic matching. This is often a single afternoon of setup that removes two days from every close.

**6. The reporting pack assembled, not produced.** Exports, pivot tables, formatting, and a version emailed around. *Fix:* financial reports defined once in the system, and dashboards that refresh themselves. In Business Central the [four Power BI apps are included](/blog/business-central-power-platform-integration), and version 29 adds report packages delivered as a single scheduled PDF — the cure for "the pack" specifically.

**7. Approvals by email.** Invoices, credit limits and journals waiting in inboxes, with no record of who approved what. *Fix:* approval workflows in the system, with the audit trail as a by-product rather than a reconstruction.

## Why the order matters

Most companies attack number 6 first, because the pack is the visible pain. It's the wrong end. **A faster report over unreliable numbers gets you to the wrong answer sooner.** Causes 1 to 5 are where the days and the accuracy live; 6 and 7 are how you stop re-doing the work once the data is right.

There's also a sequencing reality: fixing 1 and 2 changes the numbers. Better to discover that before you've built the reporting on top of them.

## How to find out which of the seven you have

Run one close with a stopwatch. Not a project — just record, for each step, **who did it, how long it took, and what they were waiting for**. Two things come out of it:

- The critical path. Usually two or three steps consume most of the elapsed time, and they're rarely the ones people complain about.
- The waiting. Most of a slow close is not work; it's waiting for information from outside finance. That tells you the fix is upstream.

Bring the list to whoever owns the system. If the answer to most items is "the system can do that, it was never configured," you have weeks of work ahead, not a migration. That's the common case — and it's the cheapest engagement anyone will ever sell you.

## When it really is the system

The honest minority. If your ERP has no three-way matching, no intercompany posting, no bank feeds and no reporting layer, no amount of configuration produces a five-day close. Then the question becomes whether to keep paying the monthly cost of the workarounds or to move — a decision that should follow the stopwatch exercise, not precede it.

## How we help

The stopwatch exercise is part of our free assessment, and we'll tell you plainly which of the seven you have and which are configuration versus development. If you want the cost quantified — hours consumed, decisions delayed, cash affected — that's the [Profit Leak Audit](/profit-leak-audit), fixed fee, on any ERP. And when there's build work, each part is invoiced only after you accept it.

## FAQ

**What's a realistic target?** Five business days for a mid-market single entity; seven to ten with several entities and intercompany. Under three usually means either a very clean operation or something not being checked.

**Our close is slow because we're understaffed.** Sometimes true. But if most of the elapsed time is waiting rather than working, hiring doesn't fix it — and the stopwatch exercise tells you which it is.

**Can AI speed up the close?** The useful parts already ship in modern ERPs: agents that match vendor invoices to orders and receipts, and validation that flags anomalies before posting. They help with causes 1 and 4. They don't fix inventory nobody counted.

**Do we need to change ERP to close in five days?** Usually no. In most companies we assess, five of the seven causes are configuration gaps in the system they already own.

Close taking three weeks? [Free assessment, no commitment](/#contact) — bring one close's worth of notes and we'll tell you where the days are going.

---

### KSeF w Business Central: obowiązek już trwa — co zrobić, jeśli Twój system go nie obsługuje

URL: https://bramvia.net/blog/ksef-w-business-central-obowiazek-2026 · Language: pl · Date: 2026-09-12

**Krótka odpowiedź:** Krajowy System e-Faktur **już obowiązuje**. Od **1 lutego 2026** faktury ustrukturyzowane wystawiają duże firmy (sprzedaż powyżej 200 mln zł), a **od 1 kwietnia 2026** — wszyscy pozostali przedsiębiorcy. Od lutego **każda firma musi też odbierać** faktury zakupowe przez KSeF, nawet ta, która jeszcze nie wystawia. Ostatni etap: **1 stycznia 2027** dla najmniejszych podatników (sprzedaż do 10 tys. zł miesięcznie w okresie przejściowym). Jeśli pracujesz na Business Central online, KSeF obsługuje **oficjalna polska lokalizacja Microsoft**, aktualizowana wraz z systemem — to konfiguracja, nie projekt. Jeśli pracujesz na starym ERP bez aktualizacji, masz problem, który nie znika: faktura papierowa i PDF przestały wystarczać.

## Harmonogram, bez niedomówień

| Data | Kogo dotyczy | Obowiązek |
|---|---|---|
| **1 lutego 2026** | Wszyscy przedsiębiorcy | **Odbiór** faktur zakupowych przez KSeF |
| **1 lutego 2026** | Duże firmy (sprzedaż brutto > 200 mln zł) | **Wystawianie** faktur ustrukturyzowanych |
| **1 kwietnia 2026** | Pozostali przedsiębiorcy: MŚP, JDG, mikro | **Wystawianie** faktur w KSeF |
| **do 31 grudnia 2026** | Najmniejsi podatnicy | Okres przejściowy: limit 10 tys. zł miesięcznie |
| **1 stycznia 2027** | Najmniejsi podatnicy i wykluczeni cyfrowo | Pełny obowiązek |

Termin przesuwano trzykrotnie; ustawę podpisano 27 sierpnia 2025 i nie ma dziś przesłanek do kolejnego przesunięcia. Szczegóły potwierdź u swojego doradcy — to orientacja, nie porada podatkowa.

## Czego KSeF wymaga od systemu

- **Faktura ustrukturyzowana w XML** zgodna ze schemą Ministerstwa Finansów — papier i PDF nie wystarczają.
- **Wysyłka do KSeF i numer KSeF**: każda faktura dostaje unikalny numer, który trzeba przechowywać i podawać przy korektach faktury pierwotnej.
- **Numer KSeF w JPK_VAT** z deklaracją.
- **Odbiór faktur zakupowych** z systemu — automatyczny, nie ręczny.
- **Uwierzytelnienie** (token, pieczęć kwalifikowana lub podpis) i zarządzanie uprawnieniami.
- **Archiwizacja i śledzenie statusów**: wysłana, przyjęta, odrzucona — z możliwością ponownej wysyłki.

## Jak to działa w Business Central

Polska lokalizacja Business Central jest budowana i utrzymywana **przez Microsoft**, nie przez partnera. To istotna różnica handlowa: obsługa KSeF przychodzi z licencją i z aktualizacjami dwa razy w roku, a nie jako osobna subskrypcja, która może przestać być rozwijana.

W praktyce dla Twojej firmy oznacza to:

1. **Być na aktualnej wersji.** W chmurze aktualizacje przychodzą same — nie ma projektu. W wersji on-premise musisz być na wersji, która KSeF zawiera.
2. **Skonfigurować, nie programować**: uwierzytelnienie, tryb pracy, mapowanie danych na schemę, numeracja.
3. **Sprawdzić nietypowe przypadki fakturowania**: korekty, zaliczki, faktury wewnętrzne, samofakturowanie, transakcje między spółkami. To one się psują, nie standardowa sprzedaż.
4. **Przetestować w sandboksie** na prawdziwych fakturach przed pierwszym miesiącem obowiązku.

Jeśli Twoje faktury powstają z modyfikacji albo własnych szablonów, to moment, żeby je przejrzeć: numer KSeF i wysyłka muszą pochodzić ze standardowego przepływu.

## A jeśli pracujesz na starym systemie?

Tu KSeF przestaje być konfiguracją, a staje się decyzją. Trzy drogi:

- **Dedykowana modyfikacja starego ERP** — możliwa, ale kosztowna, krucha i z terminem ważności, na produkcie, który się nie rozwija.
- **Zewnętrzne narzędzie pomostowe** — spełnia obowiązek, ale dzieli proces na dwa systemy i dwa źródła prawdy.
- **Migracja do Business Central** — rozwiązuje KSeF, JPK i to, co przyjdzie potem, jednym ruchem. [Przewodnik po migracji z Comarch](/blog/alternatywa-dla-comarch-erp-xl-optima-business-central), [z enova](/blog/migracja-z-enova-do-business-central), [z Subiekt GT](/blog/migracja-z-subiekt-gt-do-business-central) albo [z Dynamics NAV](/blog/koniec-wsparcia-dynamics-nav-opcje-2026).

Licząc wstecz od terminu i odejmując 3-6 miesięcy projektu: jeśli jeszcze nie masz planu, data zapadła.

## Most Polska–Hiszpania

Jeśli Twoja grupa ma spółki w Polsce i w Hiszpanii, obsługujemy **obie lokalizacje** — KSeF po stronie polskiej oraz SII, Verifactu i e-fakturę po hiszpańskiej — jednym zespołem, w jednym tenancie, z konsolidacją i rozliczeniami między spółkami. [Jak to wygląda dla grupy kapitałowej](/blog/business-central-vs-sap-porownanie-srednie-firmy).

## Najczęstsze pytania

**Czy termin KSeF może się jeszcze przesunąć?** Ustawa została podpisana i etapy lutowy oraz kwietniowy już weszły w życie. Nie ma dziś podstaw do kolejnego przesunięcia.

**Czy muszę odbierać faktury w KSeF, jeśli jeszcze nie wystawiam?** Tak. Obowiązek odbioru objął wszystkich przedsiębiorców od 1 lutego 2026 — to punkt, który wiele firm przeoczyło.

**Czy Business Central obsługuje KSeF bez dodatkowej aplikacji?** Obsługa jest w oficjalnej polskiej lokalizacji Microsoft. Nietypowe procesy (samofakturowanie, złożone korekty) weryfikujemy w Twojej konfiguracji.

**Co z JPK?** Numer KSeF jest wymagany w JPK_VAT z deklaracją; lokalizacja to obsługuje.

**Ile trwa wdrożenie samego KSeF?** Na aktualnym Business Central: dni konfiguracji i testów. Na starym systemie: to nie konfiguracja, tylko projekt — i wtedy warto policzyć, czy nie taniej wyjdzie migracja.

Nie masz pewności, czy Twój system spełnia KSeF? [Bezpłatna ocena, bez zobowiązań](/#contact) — odpowiadamy w 1 dzień roboczy.

---

### How much does a Business Central implementation cost in the US? Real numbers, not a sales call

URL: https://bramvia.net/blog/business-central-implementation-cost-us-real-numbers · Language: en · Date: 2026-09-11

**Short answer:** a Business Central implementation in the US has two components. **Licenses**: Essentials $80, Premium $110 and Team Members $8 per user per month (Microsoft list prices after the October 2025 increase; confirm current pricing with your partner). **Implementation**: a one-off project that typically runs **$25,000-50,000** for a small company with standard processes (5-15 users), **$50,000-150,000** for a mid-size company with a warehouse, integrations or several entities, and **$150,000+** for multi-entity manufacturing or complex migrations. Those ranges are wide because the biggest cost driver isn't the software — it is **what the quote includes**, and US quotes are where we most often find over-licensing (Premium sold when Essentials was enough), ten years of history migrated for no reason, and hours with no deliverables attached.

## What you actually pay for

| Item | Typical range (US) | What drives it |
|---|---|---|
| **Licenses** | $80-110 full user, $8 read-only user, per month | Number of *full* users — not headcount |
| **Discovery and design** | $5,000-20,000 | Process complexity; whether the partner does real analysis or copies your old system |
| **Configuration** | $10,000-40,000 | Modules in scope, entities, currencies |
| **Data migration** | $5,000-40,000 | Years of history, data quality, number of source systems |
| **Customisations (AL)** | $0-100,000+ | Whether the partner uses the standard first or rebuilds your old ERP |
| **Integrations** | $3,000-25,000 each | Shopify, EDI, WMS, banks, CRM, tax engine |
| **Testing and training** | $5,000-20,000 | With real data, or with demo data (it shows at go-live) |
| **Go-live and stabilisation** | $5,000-15,000 | First month of reinforced support |

## A real example: a US distributor that came from SAP

A distribution company in Virginia, previously on SAP, had Business Central implemented by a large US consulting firm. Two things went wrong that we see repeatedly. First, **every user was licensed as Premium** — the manufacturing and service plan — when the company needed Essentials: a $30-per-user-per-month overpayment, indefinitely. Second, the overall project cost was far above what the scope justified.

When they came to us, they did something smart: **they asked for a paid test first** — a small, defined piece of work — to see how we deliver. Once accepted, they engaged us **part by part**. Two years later we still work together: inventory reconciliation, custom AL objects, ongoing development. Named reference available on request under NDA.

The lesson generalises: the licensing decision alone is often worth more than the entire consulting discount.

## Where US quotes inflate

- **Premium for everyone.** Premium adds manufacturing and service management. A distributor, a services company or a contractor rarely needs it — and the difference is $30 per user per month, forever. And you [cannot mix Essentials and Premium](/blog/business-central-licensing-cost-2026) in one company, so the decision is all-or-nothing.
- **Full users for read-only roles.** Managers who approve and view dashboards, warehouse staff on a shared device, salespeople checking stock — Team Members at $8, not $80.
- **Migrating all history.** Masters, balances and open documents migrate; ten years of transactions get archived. Migrating everything can double the data-migration line.
- **"A block of 400 hours."** With no deliverables and no acceptance criteria, every hour is your risk.
- **Rebuilding your old ERP.** Between a third and half of legacy customizations already exist in the standard.
- **Integrations "TBD".** If they're not in the quote, they're in a change order.

## How to compare two quotes that look nothing alike

Put both in the eight rows above. Then ask three questions:

1. **How many full users, and why each one?** Ask for the role-by-role list.
2. **What is *not* included?** Training, integrations, data cleanup, post-go-live support.
3. **When do I pay, and against what?** Milestones tied to written acceptance, or a percentage upfront?

Our own terms answer the third: **each part is invoiced only after you accept it**, no upfront payment. If you already have a quote, [we'll review it line by line within 48 hours](/blog/quote-challenge-business-central-we-improve-your-offer).

## FAQ

**Can we start small?** Yes — finance, sales and purchasing first; warehouse, manufacturing or agents later. Licenses are added as needed. Starting lean and growing is the right strategy; over-licensing "just in case" is the most common waste.

**How long does it take?** 2-4 months from QuickBooks or spreadsheets; 3-9 months migrating from NAV, SAP or NetSuite.

**What about US sales tax?** Handled with the standard localization plus a tax engine — we configure and integrate Avalara (or Vertex) where nexus complexity requires it. It's an integration line in the quote, not a surprise.

**Is a European partner realistic for a US company?** [It is how we work with our US client](/blog/us-business-central-nav-migration-al-development-partner): English, written communication, overnight delivery, European rates.

Have a quote on your desk, or need one that fits your actual users? [Free assessment, no commitment](/#contact) — first reply within one working day.

---

### What is Business Central, and is it the right ERP for your company?

URL: https://bramvia.net/blog/what-is-microsoft-dynamics-365-business-central · Language: en · Date: 2026-09-11

**Short answer:** Microsoft Dynamics 365 Business Central is **Microsoft's cloud ERP for small and mid-sized companies** (roughly 5 to 500 users). It brings finance, sales, purchasing, warehouse, projects and — in the Premium plan — manufacturing and service into one system. It is the successor to Dynamics NAV (Navision), integrates natively with Excel, Outlook, Teams and Power BI, and costs [from $80 per full user per month in the US](/blog/business-central-implementation-cost-us-real-numbers). More than 50,000 companies run it in the cloud. It is an excellent fit if you already live in the Microsoft ecosystem and your operation has outgrown spreadsheets or a basic invoicing tool; it is more than you need if you are a freelancer or a very small service business.

## What it does, in one table

| Area | What it covers |
|---|---|
| **Finance** | Ledger, cash and banks, fixed assets, multi-company, multi-currency, consolidation, VAT and tax reporting |
| **Sales** | Quotes, orders, shipments, invoices, customer pricing and discounts, basic CRM |
| **Purchasing** | Orders, receipts, vendor invoices, approvals, automatic posting |
| **Warehouse** | Multi-location, bins, lots and serial numbers, traceability, physical inventory |
| **Projects** | Budgets, time and cost posting, project invoicing |
| **Manufacturing** (Premium) | BOMs, production orders, planning (MRP), capacity |
| **Service** (Premium) | Service orders, contracts, technician scheduling |
| **AI** | Copilot included; autonomous agents (payables, sales orders) billed by consumption |

What it does **not** include: payroll (it integrates with external payroll software) and advanced CRM (Dynamics 365 Sales covers that, natively integrated).

## Is it right for your company? Start here

Three questions answer it faster than any feature list:

1. **Do you run on Microsoft 365?** If Excel, Outlook and Teams are where your company already works, Business Central multiplies that. If you are a Google Workspace company, the advantage narrows and [NetSuite competes harder](/blog/business-central-vs-netsuite-us-smb-comparison).
2. **Is your complexity operational or financial?** Warehouses, lots, manufacturing, multiple entities → Business Central. Revenue recognition, SaaS billing, subscriptions out of the box → NetSuite has more depth.
3. **What are you outgrowing?** [QuickBooks](/blog/outgrowing-quickbooks-when-to-move-to-business-central) and spreadsheets are the easiest moves. [Dynamics NAV or GP](/blog/dynamics-nav-end-of-life-2028-2031-deadlines-us) are the most urgent, because support is ending.

## Who it's for — and who it isn't

**It fits you if:** you have 5 to 500 users; you use Microsoft 365; your operation no longer fits in spreadsheets; you run a warehouse, purchasing, several legal entities or manufacturing; or you are on a NAV/Navision system that has run out of support.

**It doesn't fit you if:** you are a freelancer or micro-business with no stock; you need payroll inside the same system; or you are a multinational with thousands of users and highly complex processes (SAP S/4HANA plays there).

## Navision, NAV and Business Central: the same family

Business Central is the direct evolution of Dynamics NAV, formerly Navision. Same business logic, rebuilt for the cloud. That is why NAV users adopt it quickly — and why [migrating from NAV is the most natural path there is](/blog/nav-to-business-central-migration-checklist).

## Cloud or on-premises

An on-premises version exists, but cloud (SaaS) is the default in 2026: no server to maintain, two updates a year included, backups, and the AI capabilities that **only exist in the cloud**. [Full comparison](/blog/cloud-vs-on-premise-erp).

## What it costs

- **Licenses:** Essentials $80, Premium $110, Team Members $8 per user/month (US list prices; ~€69.30 / €95.30 / €6.90 in Europe). [US cost breakdown](/blog/business-central-implementation-cost-us-real-numbers).
- **Implementation:** a one-off project, from roughly $25,000 in the US for a small company with standard processes (from about €8,000 in Spain).
- **Free:** 30-day trial, external accountant license, Copilot, and four Power BI apps included.

## The ecosystem: the advantage you don't see in a demo

What sets Business Central apart is everything around it: **Excel** connected live, **Outlook** showing the customer card inside the email, **Teams** for approvals, **Power BI** with [four apps included](/blog/business-central-power-platform-integration), **Power Automate** for flows, and AppSource with thousands of extensions. Anything missing is built as clean AL extensions that survive updates.

## Preguntas frecuentes / FAQ

**Is Business Central the same as Dynamics 365?** Dynamics 365 is Microsoft's family of business applications. Business Central is the SMB ERP within it (Finance & Supply Chain is the enterprise one).

**How long does implementation take?** From 2-4 months coming from spreadsheets to 3-9 months migrating from another ERP. [Timeline by phase](/blog/business-central-implementation-timeline).

**Do I need a partner?** It is contracted and configured through a Microsoft partner. The 30-day trial you can start yourself.

**How do I choose a partner?** [With these questions](/blog/pay-on-acceptance-erp-consulting-model) — and one piece of advice: insist on a contract split into parts with written acceptance criteria. We don't invoice any part until you accept it.

Want to know whether it fits your company? [Free assessment, no commitment](/#contact) — and if it doesn't fit, we'll tell you.

---

### Got a Business Central quote from another partner? We'll improve it

URL: https://bramvia.net/blog/quote-challenge-business-central-we-improve-your-offer · Language: en · Date: 2026-09-11

**Short answer:** if you have a Business Central implementation or migration quote on your desk — from Dynamics NAV, from Sage, Odoo, SAP Business One or greenfield — **send it to us and within 48 working hours you get a line-by-line counter-proposal**. Our commitment, the **Quote Challenge**: we improve it in every case on at least one of three fronts — **scope** (what it genuinely includes), **terms** (payment only after you accept each part, no upfront payment) and **price** (where there are inflated or unnecessary line items, which is the norm). And if the quote you have is good and we cannot improve it without cutting quality, **we'll tell you in writing**: that is worth money too.

## Why this challenge exists

We have reviewed a fair number of other Business Central quotes. Most are not dishonest — they are **imprecise**, and imprecision is always paid for by the client. The patterns we find again and again:

- **Oversized licensing.** Everyone as a full user "just in case", when half are read-only users at a fraction of the cost. Typical difference: $3,000-8,000 a year, every year.
- **Migrating all history.** Ten years of transactions in the quote. Rarely needed: master data, balances and open items; the rest, archived.
- **Hours without deliverables.** "A pool of 400 consulting hours" without saying what comes out of them. With no acceptance criteria, every hour is your risk.
- **Rewriting customizations that already exist in the standard.** In a NAV with years behind it, between a third and half of the custom code is no longer needed.
- **ISV add-ons you don't need.** Third-party apps with a monthly fee for functions Business Central already ships.
- **What isn't there.** Training, full data migration, integrations "to be determined". What is missing from the quote shows up later on the invoice.
- **Payment upfront.** 30-50% on signature. The entire project risk, on you.

## Why we can quote below without cutting

There is a structural reason, not a discount: **we apply AI at every phase of the implementation** — legacy code analysis, mapping to standard, data cleansing, tests generated from your real documents, documentation. 35-40% fewer consultant hours for the same scope, half the incidents at go-live and a shorter timeline. That saving goes into the price; a partner working by hand cannot match it without losing money or quietly cutting corners. [Here is exactly where the AI comes in, with the chart](/blog/erp-implementation-with-ai-faster-fewer-errors-lower-cost).

## What we review, exactly

| What we look at | The question we answer |
|---|---|
| Scope and exclusions | What is genuinely included and what will appear later? |
| Licensing | How many full users do you actually need? |
| Data migration | What migrates and what is archived? How many years? |
| Customisations | Which already exist in the standard or in an app? |
| Integrations | Are they budgeted, or "to be determined"? |
| Testing and training | With your real data? How many training hours? |
| Post-go-live support | What is included in month one and at what price after? |
| Payment terms | When do you pay, and against what? |

## What we commit to (and what we don't)

**Yes:** a counter-proposal with **the same scope or better**, with **each part paid only after you accept it** (no upfront payment, no retentions), and with **the price equal or lower where we find inflated or unnecessary items** — which, honestly, is most of the time.

**No:** lowering the price by quietly cutting scope. If a quote is cheaper because it drops training or leaves integrations "to be determined", it is not cheaper: it is more expensive, later.

**And if we can't improve it:** we'll say so, with the analysis included. You get a free 48-hour second opinion.

## FAQ

**Do you always improve the price?** We always improve the quote — in scope, terms or price. On price, whenever there are inflated or unnecessary items, which is the norm. If a quote is tight and well built, we won't cut it at the expense of quality: we'll tell you.

**What if my current partner offers a discount once they find out?** Excellent for you — that is exactly what a second opinion is for.

**Does it apply to support quotes, or only implementation?** Both, and also to NAV upgrade proposals.

**What does the analysis cost?** Nothing. It is how we show you the way we work before you hire us.

Got a quote on the desk? Attach it in the form or email hello@bramvia.net — **within 48 hours you have the counter-proposal**.

---

### ERP implementation with AI: faster, with fewer errors and at a lower cost

URL: https://bramvia.net/blog/erp-implementation-with-ai-faster-fewer-errors-lower-cost · Language: en · Date: 2026-09-11

**Short answer:** a traditional ERP implementation is, above all, **consultant hours**: reading old code, mapping processes, cleaning data by hand, writing test cases, documenting. We apply artificial intelligence to every one of those tasks from day one of the project — and we are among the few Business Central partners doing it systematically rather than as a demo. The result, in our working estimate: **35-40% fewer hours, half the errors at go-live, and 25-35% less time and cost** for the same scope. That saving is not our margin: **it is why we can quote below a partner working by hand without cutting anything** — and why your project starts with improved processes instead of your old system's processes copied across.

![Traditional vs AI-assisted implementation: hours, errors, time and cost](/media/ai-implementation-vs-traditional-en.svg)

## Where AI comes in, phase by phase

**1. Analysing the current system.** A fifteen-year-old NAV has hundreds of customized C/AL objects nobody remembers the purpose of. AI reads them, groups them by function, detects which already exist as standard in Business Central and which are still needed. What used to be two weeks of a senior consultant reading code is now a complete inventory in two days — **with fewer things to rewrite**, because it finds overlaps with the standard that humans miss.

**2. Process design — improved before go-live.** Using your real data (orders, invoices, transactions from recent years), AI spots patterns: the 30% of orders passing through three unnecessary approvals, duplicate customers, flows that exist only because the old system forced them. **The process is designed better at build time**, rather than replicating the 2010 version. That is the difference between migrating an ERP and using the change.

**3. Code conversion.** Customisations that are genuinely needed are rewritten as AL extensions with AI assistance: the draft takes minutes, the consultant reviews, adjusts and tests. Fewer hours, and more consistent, better-documented code than what gets written by hand under deadline pressure.

**4. Data migration and cleansing.** Customer and vendor deduplication, address normalisation, item classification, detection of inconsistent records — before anything is imported. The line item that produces most surprises in any project becomes the most predictable one.

**5. Testing with your real documents.** AI generates test cases from your own historical invoices, orders and shipments — including the awkward ones — and runs them in the sandbox. That is why go-live has half the incidents: **you test what actually happens in your business, not a demo**.

**6. Documentation and training.** Role-based manuals, process guides and training material generated from the real configuration, in each user's language. What normally gets cut for lack of hours is included from day one.

**7. After go-live.** [Business Central's AI agents](/blog/ai-agents-in-business-central) — payables, sales orders — are switched on over a specific, measured process with defined governance.

## Why this lowers the price without lowering quality

An implementation quote is mostly hours. If analysis, conversion, cleansing, testing and documentation consume 35-40% fewer hours, **the project costs less for the same scope** — and often for more scope, because documentation and thorough testing, which a hand-built project cuts first, are included here.

A partner working by hand cannot match that price without losing money or quietly cutting corners.

## Where AI replaces no one

Being honest here is part of the method:

- **Business decisions** (which process to keep, which to drop, how to organise the warehouse) are made by your company with our consultant. AI prepares the analysis; it does not decide.
- **Every output is reviewed** — code, data, tests — by a person before it reaches your system. AI accelerates; it does not sign off.
- **The relationship** — understanding your business, listening to your users, managing change — remains human, and it is what decides whether an ERP is adopted or avoided.

The figures in the chart are **our working estimate**, not a fixed promise: every project is measured in the initial assessment, and hours and timeline are set part by part, with written acceptance criteria and [payment only after you accept them](/blog/pay-on-acceptance-erp-consulting-model).

## FAQ

**Does AI introduce bugs into the code?** AI proposes; the consultant reviews and tests before deployment. AI-assisted code comes out more consistent and better documented than hand-written code under time pressure — and passes the same tests.

**Is my data used to train models?** No. Analysis runs with enterprise tooling under NDA; your data does not leave the project environment and trains nothing.

**Is it cheaper because you work less?** It is cheaper because **mechanical tasks consume fewer hours**. Consultant time concentrates on what adds value: understanding your business, deciding with you, reviewing.

**Does it apply to a greenfield implementation, not just a migration?** Yes — process design from real data and generated tests and documentation apply equally.

Want to know how many hours and how much time your project would save? [Free assessment, no commitment](/#contact).

---

### Business Central 29 (October 2026): all 86 new features, explained for SMBs

URL: https://bramvia.net/blog/business-central-29-whats-new-2026-wave-2 · Language: en · Date: 2026-09-11

**Short answer:** Microsoft Dynamics 365 Business Central version 29 — 2026 release wave 2 — has been in public preview since early September and **reaches production in the first week of October 2026**. The official list adds up to **86 new or improved features**. The ones that matter most to a smaller company: **unified Copilot** with the rest of Microsoft, a **Payables Agent** that matches invoices to orders more precisely, an **Expense Agent** with approvals and duplicate detection, **withholding tax for vendors and employees in the standard**, **financial report packages** delivered as a single scheduled PDF, **EDI via Peppol** for orders and payments, **Shopify B2B**, and quality and subcontracting improvements in manufacturing. And a reminder that carries weight: **everything Copilot and agents is cloud-only**.

![Business Central 29: 86 new features by area](/media/bc29-features-by-area-en.svg)

## Where the weight of this release sits

The chart says it: almost a third of the new features are for **developers** (AL, MCP, automated testing, AI-assisted debugging) and another large block for **reporting**. That is no accident: Microsoft is turning Business Central into a platform where AI agents work over well-structured data and reports come out without development. You will notice it less on the day-to-day screen and more in what your partner can build and how fast a report appears.

## Copilot and agents: what changes for the user

**Unified Copilot.** Business Central's chat becomes the same Copilot as Microsoft 365: it reasons over your business data, the web and general knowledge in a single conversation.

**A sharper Payables Agent.** It matches vendor invoices to orders using line amounts and expected receipt dates, and finalises drafts according to your receive-on-invoice setup. Less manual review in the most common case: an invoice that matches the order.

**A mature Expense Agent.** Approvals with AI policy validation (it flags suspicious lines), interim approver, duplicate detection even against already-posted documents, mileage by date and vehicle type, automatic withholding, and **travel requests** with multiple travellers.

**Visible human control.** A new review bar on lists and documents where an agent needs a person, agent permission management, and grouped avatars.

**MCP for data queries.** Applications connected via MCP can define, validate and run custom data queries, including over data without APIs.

## Finance: three items that matter

- **Withholding tax for vendors** in the standard — and for **employee transactions** too.
- **Accelerated depreciation** of fixed assets with compliant calculation and reporting.
- **Vendor-specific number series for self-billing**: traceability and compliance in sectors that self-bill.
- Plus: multiple excise duties per item, and **automatic change logging on financial reports** (rows, columns, definitions) — auditing with nothing to configure.

## Reporting: less development, more result

- **Financial report packages**: define a package with several reports and receive it as **one PDF**, scheduled, by email or in the report inbox.
- **Report themes** and reusable headers/footers: your documents with consistent branding, configurable per company, report or layout.
- **Automate report output** with new APIs over the report inbox: Power Automate or MCP can collect, distribute and archive reports.
- Bookmarks for list views and analysis tabs, audit fields in analysis mode, and account usage tracing in financial reports.

## Supply chain and manufacturing

- **Quality**: closing an inspection auto-fills approved and rejected quantities; posting errors take you to the blocking inspection.
- **Subcontracting**: routing instructions and attachments flow to the subcontractor's purchase order; assisted setup; basic warehouse locations now support subcontracting.
- **Direct transfers** from locations with warehouse pick/ship.

## Electronic documents and e-commerce

- **EDI via E-Documents with Peppol BIS 3**: electronic orders and payments through the same framework as e-invoicing.
- **Shopify B2B**: companies, catalogues and B2B pricing, a tax-matching agent, aligned exchanges/returns/refunds, and syncing of tariff codes and country of origin.

## Platform: faster underneath

- **A new data model for table extensions**: all fields of a table, including extension fields, are stored in the same physical table. Every operation involving extensions is faster — with nothing to change.
- Administrators can enable or disable SIFT indexes from the application itself, and Excel exports are logged in telemetry.
- For developers: keys mixing base and extension fields, interfaces with default implementations, AL tests from the command line and CI/CD, and **AI agents for debugging failed sessions and profiling performance**.

## A change of method: goodbye to release plans

From September 2026 Microsoft **stops publishing Release Plans**; new features move to the always-on "AI at Work roadmap". For you, "what's coming" is no longer a twice-yearly document but a living map — and it helps to have someone following it for you.

![Business Central 29 calendar](/media/bc29-calendar-en.svg)

## What to do before October

1. **Enable the preview in a sandbox** (version 29.0 preview) and run your month-end close and your busiest order day. Microsoft deletes previews 30 days after GA.
2. **Test your extensions**: the new table-extension data model is transparent, but any code depending on internal structures or direct SQL access deserves a pass. If your integrations use SOAP web services over pages, confirm their status — migrate to OData/APIs.
3. **Choose your update window** in the admin center.
4. **Plan what to switch on first**: the Expense Agent if your team travels, report packages if month-end is heavy, withholding if you pay professionals.

If you are on NAV or on-premises: none of this arrives. [Each wave widens the gap](/blog/nav-on-premise-upgrade-deadline-cloud); this one widens it more than the previous ones.

## FAQ

**When does BC29 reach my environment?** General availability is the first week of October 2026; your administrator picks the date within the update window. Online environments update themselves; on-premises receives the version but not the AI features.

**What do the new features cost?** Nothing extra in licensing: they come with Essentials and Premium. Autonomous agents are billed separately by consumption.

**Will my customizations break?** Clean extensions, no. Modifications to the standard or direct database access, possibly — which is what the preview is for.

Want us to test the BC29 preview with your data and extensions before it lands? [Free assessment, no commitment](/#contact).

---

### More than an ERP implementer: an X-ray of your business, its weak spots and the profit you can't see

URL: https://bramvia.net/blog/erp-implementation-business-diagnosis-improve-profit · Language: en · Date: 2026-09-11

**Short answer:** an ERP implementation forces a company to do something it never does voluntarily: **put all of its data and all of its processes on the table at once**. We use that moment. With Bramvia you don't only hire someone to configure Business Central: the implementation includes **a business diagnosis using your real data** — where margin leaks, which customers cost you money, how much cash is locked in stock, how many days a collection actually takes, how many hours go into tasks the system can do — and **an improvement plan by area** executed alongside the project. We don't promise profit: we promise you will see it quantified and decide on numbers rather than impressions. It works in any industry because profit leaks are remarkably similar everywhere.

## Why implementation is the best moment to look inside

Day to day, nobody has time to ask whether customer number 14's margin is real once freight, rebates and returns are included. In an implementation, that analysis is **mandatory**: the data has to be migrated, and to migrate it you have to understand it.

That is where most partners do one thing and we do two. Most clean the data and import it. We, [with AI over your historical data](/blog/erp-implementation-with-ai-faster-fewer-errors-lower-cost), also **read what it says**: which processes exist only because the old system demanded them, where exceptions repeat so often they have become the rule, which part of the admin work adds nothing.

## What we almost always find (and what it costs)

| Area | What the diagnosis uncovers | Profit lever |
|---|---|---|
| **Margin** | Customers profitable on paper that lose money once freight, discounts and returns are included | Renegotiate terms, or let go of the 5% of customers destroying margin |
| **Stock** | Items with no movement in 12 months; duplicate stock across locations; "just in case" purchasing | Cash released (often 10-25% of inventory value) |
| **Collections** | Actual days-to-cash far above agreed terms; invoices issued late | Cash: every day off average collection is money in the bank |
| **Purchasing** | Several vendors for the same item at different prices; unapproved orders | Consolidation and better terms |
| **Hours** | Tasks typed twice; manual reconciliations; a report someone rebuilds every Monday | Hours returned to the team — or [AI agents](/blog/ai-agents-in-business-central) absorbing them |
| **Errors** | Orders with outdated prices, corrected invoices, incomplete deliveries | Fewer credit notes, fewer complaints |
| **Compliance** | Obligations met "by hand", or not entirely | Risk removed before the inspection arrives |

None of these appear in the accounts under their own name. All of them are there.

## How it works, inside the project

It is not a separate service with a separate invoice. It sits inside the phases:

1. **In the assessment** (free): first read of your data — volumes, customer concentration, stock turns, payment terms. The three or four surprising numbers already appear.
2. **In analysis and design**: the full diagnosis by area, with numbers. Each finding becomes a configuration decision.
3. **At go-live**: the [included Power BI dashboards](/blog/business-central-power-platform-integration) configured to watch exactly those levers from day one.
4. **In stabilisation**: review of the indicators at 30 and 90 days.

## What we don't promise

- **We don't promise a percentage of profit.** We promise your company's figures, and the decisions are yours.
- **We don't replace your management or your accountant.** We bring the data and the experience of having seen it elsewhere; the business judgement is yours.
- **We don't inflate the project** with the diagnosis: same phases, with more eyes on data that has to be migrated anyway.

## FAQ

**Does the diagnosis cost extra?** No. Data analysis is part of any serious migration; we turn it into a diagnosis instead of just cleaning and importing.

**What if we already run Business Central?** The diagnosis works on a live system too: we read your data, find the leaks and configure what's missing.

Want to know what your data says before deciding anything? [Free assessment, no commitment](/#contact) — you keep the first figures even if you don't continue with us.

---

### ERP Health Check: analyze the health of your system for free in 2 minutes

URL: https://bramvia.net/blog/erp-health-check-analyse-your-system-free · Language: en · Date: 2026-09-11

**Short answer:** before asking for quotes, it is worth knowing whether your problem is the system or how you use it. This **ERP Health Check** tells you in two minutes: ten questions about your system, customizations, reporting, integrations, stock, month-end close, compliance, support and growth, and you get **a score from 0 to 100, your three main risks and a recommendation** — leverage what you have, plan calmly, or act now. No registration, nothing sent; if you then want Bramvia's free technical assessment, the result travels with you to the form.

## How to read your score

**75-100 — Healthy system.** Don't change ERP; get more out of it. [Power BI included](/blog/business-central-power-platform-integration), [AI agents](/blog/ai-agents-in-business-central) and automation on what you already have. An annual review is enough.

**45-74 — Accumulated debt.** The system holds up, but it costs more every year. This is the moment to choose calmly between modernising and migrating — before a deadline decides for you.

**0-44 — Active risk.** No support, no updates, dependence on one person, or no compliance plan. The question is no longer whether to change but how to do it without stopping the business: [phased migration](/blog/nav-to-business-central-migration-checklist) with the old system live until cutover, and [payment only after you accept each part](/blog/pay-on-acceptance-erp-consulting-model).

## What each question measures (and why)

| Question | What it reveals |
|---|---|
| Current system | Support, updates and access to AI (cloud only) |
| Customization | Whether the system is held hostage by code nobody touches |
| Reporting | Slow closes and numbers that don't reconcile live here |
| Integrations | Fragile ones are incidents waiting for a date |
| Real stock | Selling what you don't have, buying what you do |
| Month-end close | The thermometer for manual processes |
| Compliance | Deadlines that don't accept extensions |
| Support | Dependence on one person or a slow partner |
| Growth | Whether the system will need to scale |
| Users | Size, to right-size any recommendation |

A system scores low almost always because of the **combination**: an old NAV with responsive support holds up; an old NAV, heavily customized, with reporting in spreadsheets and no compliance plan, does not.

## What happens if you request the assessment

Your result is copied into the quote form, with your main risks. We reply within 1 working day, and within 5 you have the technical assessment: system, data, integrations and a plan split into parts with an indicative budget. Free, no commitment — and if the answer is "don't change anything yet", you'll get that too.

## FAQ

**Is this an audit?** No: it is guidance based on your answers, designed to tell you whether a deeper look is worth it. The real audit, with your data, is the technical assessment.

**Do you store my answers?** No. The calculation runs in your browser. Only if you click "Request assessment" and submit the form does the result reach us with your contact details.

**Does it work if I already have Business Central?** Yes — the check detects on-premises without updates, deep customization, manual reporting and fragile integrations in Business Central too.

**What if my score is high but I have a specific problem?** The check measures structural risk, not a particular pain point. For that, [tell us directly](/#contact).

---

### ERP project rescue: what to do when your Business Central implementation has stalled

URL: https://bramvia.net/blog/rescue-stalled-business-central-erp-project · Language: en · Date: 2026-09-11

**Short answer:** a stalled Business Central project is almost never stalled because of the software. It is stalled by **vague scope, customizations that modified the standard, data migrated without validation, testing done with demo data, or a partner that lost the consultant who knew it**. The good news: most of what has been built **can be salvaged**. Our rescue starts with an **independent 5-day audit** — technical, functional and commercial — that tells you what exists, what is broken, what finishing costs, and whether to continue, redirect or stop. With no obligation to hire us afterwards: sometimes the honest recommendation is to stay with your current partner under a different contract. And if we do take it on, as with everything we do, **each part is paid only after you accept it** — the only sensible condition for someone who has been burned once.

## The 8 signs of a stalled project

1. **Go-live has been postponed twice or more**, each time for a different reason.
2. **The invoices keep coming** but the delivered scope doesn't grow.
3. **"It's almost there"** — for months. Nobody can say exactly what is missing.
4. **The consultant who knew it has left** — and the replacement "is getting up to speed".
5. **Users have gone back to spreadsheets** "in the meantime".
6. **Nobody dares update** because something breaks.
7. **Testing was done with demo data** and the problems appear with real data.
8. **The relationship has become an exchange of emails** about whose fault it is.

Three or more: you have a project to rescue, not to push.

## Why they stall (what we find under the bonnet)

- **Scope without acceptance criteria.** "Implement the ERP" as a contract. Every new requirement is a negotiation, and the project has no finish line.
- **Modifications to the standard instead of extensions.** Works until the first update; after that, every wave breaks something.
- **Blind data migration.** Everything was imported, without validating balances or cleaning master data, and the discrepancies surface at the first close.
- **Customising what the standard already did.** Months of development to replicate the old system, when Business Central shipped it out of the box.
- **Integrations "to be determined"** that were determined late and expensively.
- **No owner on the client side.** Nobody with authority to decide; everything escalates and waits.

## The independent 5-day audit

It isn't an opinion: it is a report you can decide with — and, if needed, negotiate with.

| Block | What we deliver |
|---|---|
| **Technical state** | Object inventory: clean extensions vs modifications to the standard; undocumented code; version and pending updates |
| **Functional state** | Which processes work, which half-work, which don't; what users actually use and what they avoid |
| **Data** | Validation of balances and master data against the previous system; duplicates and inconsistent records |
| **Integrations** | Each connection: how it was built, whether it survives an update |
| **Scope and contract** | Promised vs delivered; invoiced vs accepted; what remains, estimated in hours |
| **Risks** | Compliance, security, dependence on individuals |
| **Recommendation** | Continue / redirect / stop, with a phased roadmap and remaining cost |

Price: **from $1,600** depending on project size, **fully credited if you commission the rescue**. We sign your NDA before seeing anything, and the report is yours: use it with your current partner, with another, or with us.

## How it is restarted without starting over

1. **Freeze and document.** Nothing is touched until the inventory exists. It is the week that saves the most money.
2. **Separate what's worth keeping from what mortgages you.** Clean extensions stay; modifications to the standard are rewritten as extensions or replaced by standard functionality (often, removed).
3. **Redefine the remaining scope in parts**, with written acceptance criteria and payments tied to those acceptances.
4. **Validate the data** against the previous system before going a step further.
5. **Test with real cases** — your month-end close, your busiest day — in a sandbox.
6. **Go live in phases** and stabilise with reinforced support in the first month.

[With AI in the code and data analysis](/blog/erp-implementation-with-ai-faster-fewer-errors-lower-cost), the inventory that used to take weeks takes days — which is what makes a rescue viable at SMB prices.

## What to demand before spending another euro

From your current partner, or anyone proposing to take the project on:

- The **object inventory** marked "extension / modification to the standard".
- The **list of what remains** with measurable acceptance criteria and hours.
- **Documented data validation**.
- **Payment tied to acceptance**, part by part.
- A **name** accountable for the project, on their side and on yours.

Whoever cannot produce the first three documents does not know where the project stands.

## FAQ

**Can you rescue another partner's project without access to their code?** The extensions installed in your environment are yours and are readable; with admin access to your tenant, the inventory can be done. If the partner withholds code outside your environment, that itself is an audit finding.

**What if the problem is my company, not the partner?** We will say so. The lack of an internal owner and of decisions is a frequent cause, and the audit states it just as plainly.

**How much does finishing a stalled project cost?** It depends how much must be redone. The audit quantifies it; typically, salvaging what has been built costs considerably less than starting again — and considerably less than what has already been spent.

Is your project blocked? [Tell us in confidence](/#contact) — the first conversation is free, and in it we'll already tell you whether the audit is needed or a change of method is enough.

---

### Operating without AI in 2026: the silent cost that turns a competitive company into an obsolete one

URL: https://bramvia.net/blog/operating-without-ai-cost-obsolete-company · Language: en · Date: 2026-09-11

**Short answer:** a company operating without artificial intelligence in 2026 is not "business as usual": it is losing ground at a measurable rate. **One in five US businesses (19.8%) now uses AI in a business function; 37% of firms with 250 or more employees do, and 32% of those with 100-249** (U.S. Census Bureau, Business Trends and Outlook Survey, May 2026). Three years ago the national figure was under 4%. What happens inside the company left outside is neither dramatic nor visible in a quarter: it is **bureaucracy nobody questions, month-end closes that take a week, expensive people doing mechanical work, errors that turn into credit notes, and decisions that arrive late**. And there are dates. What works today will stop working in two years — not because AI is fashionable, but because **competitors using it will produce the same output for less and faster**, and because regulation pushes towards systems that already include it.

![AI use by US businesses: by firm size, sector, and over time (Census BTOS)](/media/us-ai-adoption-census.svg)

## The map: where your company sits

The Census Bureau's survey is the strictest measure there is — it asks whether a business *used* AI in a business function in the previous two weeks, not whether it plans to. On that measure, **19.8% of US businesses** use AI. But the number that matters is not the average: it is **size**. Firms with 250+ employees are at **37%**, those with 100-249 at **32%**, and those with fewer than five employees stay **under 20%**. AI is entering from the top — and large companies are both the customers and the competitors of smaller ones. By sector, Information (39.7%) and Finance & Insurance (33.9%) roughly double the national rate.

Two nuances make the picture sharper. Weighted by employment, AI use is about **32%**: the firms adopting are the ones that employ people. And the trend is not gradual — **3.7% in September 2023, 5.4% in February 2024, 19.8% in May 2026**: a fivefold increase in under three years, with 20-23% of businesses expecting to use it within six months. The window to catch up is real. It is also closing.

## What happens inside a company without AI

Not a collapse. An accumulation of small inefficiencies your competitors no longer carry.

**1. Internal bureaucracy nobody questions.** Vendor invoices someone types, matches to the order and routes for approval; customer orders arriving by email and copied by hand; expenses chased over WhatsApp. Each of those is already handled by a [Business Central agent](/blog/ai-agents-in-business-central) in production, under human supervision. In the company without AI, they are still jobs — and bottlenecks.

**2. Slow decisions.** A month-end close that takes a week means management sees July's margin in late August. The company with automated reporting and agents capturing 80% of invoices sees it on the 3rd. **Deciding a month late** on pricing, purchasing or overdue customers has a cost that never shows up as a line in the accounts.

**3. Expensive people on mechanical work.** It is not that AI removes jobs: it is that **qualified, costly people do mechanical work** — clerks reconciling banks, salespeople typing orders, a controller rebuilding the same spreadsheet every Monday. When competitors free those hours, they either sell more or stop paying for them.

**4. Errors that become money.** An outdated price on an order, a duplicate invoice approved, an expired lot shipped. Automated validation removes most of them. Without it, each error is a credit note, a complaint or an inspection.

**5. Talent that leaves.** Good finance and IT people don't want to type. A company still offering mechanical work in 2027 will have more churn — and less capacity to adopt anything.

**6. Compliance and platform deadlines.** In the US there is no e-invoicing mandate forcing the issue — but there are dates all the same: **Dynamics NAV 2017 loses support in January 2027, NAV 2018 in January 2028, and Microsoft stops selling NAV on April 30, 2031.** The company without AI is usually also the company on an unsupported ERP, and [the two problems have the same fix](/blog/dynamics-nav-end-of-life-2028-2031-deadlines-us).

## Real cases, with their caveats

**The studies that measure the effect.** In 2023, an experiment with 5,000 customer support agents (Brynjolfsson, Li and Raymond, Stanford/NBER) measured **14% higher productivity** with AI assistance — and **34% among the least experienced**: AI levels upwards. That same year, a Harvard/BCG study with 758 consultants found that, on suitable tasks, they completed **12% more work, 25% faster and with 40% higher quality**. And a crucial caveat from the same study: on tasks *outside* AI's range, those using it performed **worse**. AI is not magic; it is a tool with a perimeter.

**Klarna, the case that shows both sides.** In 2024 it announced its AI assistant did the work of 700 support agents. In 2025 it acknowledged it had gone too far and rehired people for cases requiring judgement. The lesson is not "AI doesn't work": it is that **AI with human supervision works, and AI without it eventually costs money**. That is exactly the agent governance model Business Central ships today: the agent proposes, the person approves.

**What we see in our own projects.** In an environmental services company migrating from a 17-year-old NAV, transport documentation was produced by hand for every shipment; generated from the delivery note, that task disappears. In a chemical manufacturer, automated validation before submitting tax filings eliminated the rejections that used to be fixed one by one. And in [the implementation itself we use AI](/blog/erp-implementation-with-ai-faster-fewer-errors-lower-cost) to read old code, clean data and generate tests: fewer hours, fewer errors at go-live. Not brochure percentages — specific tasks that stop being done by hand.

**What the ERP itself brings.** Business Central includes Copilot in the license and payables, sales-order and expense agents billed by consumption — and [version 29, in October](/blog/business-central-29-whats-new-2026-wave-2), embeds them in daily work with human review on screen. For a smaller company, "adopting AI" is no longer a lab project: it is switching on what your system already ships.

![Dynamics NAV support and licensing deadlines, 2026-2031](/media/nav-end-of-life-timeline-en.svg)

## Why what works today won't work in two years

Three forces push at once:

- **Competition.** AI use among US businesses went from under 4% to nearly 20% in under three years; large firms are already at 37%. Whoever produces at higher cost and slower doesn't lower prices: they lose customers.
- **Platform deadlines.** NAV support ends in 2027-2028 and sales in 2031; Business Central's AI features are cloud-only. The path off the old system and the path to AI are the same path.
- **Customers.** Large companies (37% with AI and climbing) demand EDI, portal integration, responses within hours and traceability from suppliers. A smaller company without a system to deliver that drops off the vendor list without anyone telling them.

## What actually works in a smaller company (and it isn't "buying AI")

1. **One single, up-to-date system.** Without a single source of truth there is no useful AI: agents work on orders, invoices and stock that live in an ERP, not in spreadsheets.
2. **Switch on what's included before buying anything.** Copilot, the four Power BI apps, the payables agent on one specific, measured process.
3. **One process at a time, with supervision.** Highest volume and lowest judgement first (vendor invoices, orders by email). Measure before and after.
4. **Humans in the loop.** What Klarna learned the expensive way: AI proposes, someone approves. In Business Central that is configuration.
5. **Start now, not when "it matures".** 60% in pilot means the advantage belongs to whoever reaches production first.

## What AI does not fix

A bad process automated is a bad process running faster. A company with no owner for its data will not get useful AI. And no agent replaces the decision to stop selling to a customer who doesn't pay.

## FAQ

**Does a 15-person company really need AI?** It needs to stop typing things twice and to stop closing the month in a week. If that is solved with a modern ERP and one agent on payables, then yes. If it is solved with better discipline and no AI, that counts too — the goal is cost and speed, not the label.

**What does it cost to start?** Copilot and Power BI are included in the license; agents are billed by consumption, with no new license. The real cost is having the system where AI can work.

**What if my ERP has no AI?** Then the question is what not having it costs you each year — and our [ERP Health Check](/blog/erp-health-check-analyse-your-system-free) answers that in two minutes.

**Will AI take my employees' jobs?** It will take tasks. What you do with the freed hours — sell, serve, grow, or cut headcount — is a management decision, not a technology one.

Want to know which tasks in your company could already run themselves, and what they cost today? [Free assessment, no commitment](/#contact) — with your company's numbers, not a report's.

---

### For US companies: NAV migrations, AL development and ERP rescue from a European Business Central team

URL: https://bramvia.net/blog/us-business-central-nav-migration-al-development-partner · Language: en · Date: 2026-09-11

**Short answer:** if your company runs Dynamics NAV in the US or Canada, has a Business Central project that stalled, or needs AL development your current partner can't staff, you don't necessarily need another local VAR. You need **capacity**: people who read fifteen-year-old C/AL, rewrite it as clean AL extensions, migrate data without breaking the close, and deliver. We do exactly that with **team members in several US states and senior consultants and AL developers in Europe** — one US client running for two years — and the combination works in your favor: local hours when you need a conversation, and a European cycle that **delivers overnight what your team reviews in the morning**. Rates are European, not Bay Area. And we work in parts, each one invoiced **only after you accept it** — the only sensible terms for a remote supplier you haven't met.

![Where US companies search for Business Central, by state](/media/us-business-central-interest-map.svg)

## Why a US company works with a European Business Central team

**1. The NAV installed base is large and the people who know it are leaving.** Thousands of US companies still run NAV 2013-2018, heavily customized, maintained by consultants who are retiring. Microsoft has confirmed the end of the road: extended support for NAV 2018 ends in January 2028. Finding a US consultant who wants to read old C/AL is hard and expensive; it is what we do every week.

**2. AL capacity without hiring.** Many US partners have more work than developers. We work **white-label or directly**, taking the development backlog: extensions, integrations, reports, upgrades. Your partner keeps the relationship; we bring the hours.

**3. US presence plus a European cycle.** We have team members across several US states, so there is someone in your hours when a conversation is needed. And Central Europe runs 6 hours ahead of Eastern Time, so the development cycle starts when your night ends: **you review in the morning what was delivered while you slept**. For a backlog, that is a full extra cycle every day.

**4. Cost.** European senior rates for AL development sit well below US and Canadian metro rates for the same seniority. The saving is real and it isn't offshore-quality: same Microsoft stack, same language, same time-zone culture of written documentation.

**5. AI in the implementation itself.** We use AI to read legacy code, map to standard, clean data and generate tests from your real documents — [35-40% fewer hours for the same scope](/blog/erp-implementation-with-ai-faster-fewer-errors-lower-cost). That compounds with the rate difference.

## What we do for US companies

| Service | What it means in practice |
|---|---|
| **NAV → Business Central migration** | Object inventory, C/AL to AL conversion, data migration validated against your live system, phased go-live with NAV read-only as a safety net |
| **AL extension development** | Clean extensions that survive the two annual updates; code in your repository |
| **Project rescue / second opinion** | [Independent 5-day audit](/blog/rescue-stalled-business-central-erp-project) when an implementation stalls |
| **Integrations** | Shopify, EDI, WMS, banks, CRM, Avalara/Vertex — over APIs and OData, no direct SQL |
| **Power BI and reporting** | The [four included apps](/blog/business-central-power-platform-integration) plus consolidated multi-company views |
| **AI agents** | Payables, sales orders and expenses switched on over one measured process, with governance |
| **Development backlog as a service** | Monthly capacity for partners and for internal IT teams |
| **Licensing** | Business Central licenses supplied through our US partner network, including Bridge to Cloud 3 enrolment |

## Licenses and sales tax: covered

Two questions US companies always ask, answered plainly:

**Licenses.** We work with partner organizations in the US, so **we can supply Business Central licenses** — including enrolment in Microsoft promotions such as Bridge to Cloud 3 (30% off for qualifying NAV customers, through December 2027), which has to be declared through a CSP partner. You don't need a separate vendor for the license and another for the work.

**US sales tax.** We configure and integrate **Avalara** (and Vertex where preferred) with Business Central: nexus rules, exemption certificates, address validation, filing feeds. Where your case needs something the standard connector doesn't cover, we build it as an AL extension. What we don't do is give tax advice — that stays with your CPA, as it should.

## Where we fit best

Our strongest work is technical depth and capacity: **migrations, AL development, integrations, reporting and project rescue**, with people on both sides of the Atlantic. Some engagements are direct with the end client; others run alongside a US partner who keeps the relationship while we deliver the build. Both work — tell us which you prefer.

## Credentials you can verify

Microsoft Certified: **MB-800** (Dynamics 365 Business Central Functional Consultant Associate) and **MB-820** (Dynamics 365 Business Central Developer Associate). Seven Business Central apps published under our Abadyn brand. NAV 2009 → Business Central SaaS migrations in production. Named references under NDA.

## The two-year client

We have been working with a US distribution company for two years: Business Central inventory reconciliation, custom AL objects, and ongoing development. It is the kind of relationship this model produces — technical, continuous, remote, with the client's team keeping full control of the functional decisions. Named reference available on request under NDA.

## How the engagement works

1. **Free assessment** (5 working days): your system, customizations, integrations, and the backlog. No cost, no commitment.
2. **Scope split into parts**, each with written acceptance criteria.
3. **Each part invoiced only after you accept it.** No upfront payment, no retainers you can't cancel.
4. **Everything is yours**: code in your repository, documentation with every delivery, tenant in your name.
5. **Written communication by default** — decisions in writing, not lost in a call at 6am your time.

## FAQ

**Can you supply the licenses, or do we need another vendor?** We can supply them through our US partner network, including Bridge to Cloud 3 enrolment for qualifying NAV customers. One vendor for license and work.

**Do you work with our existing US partner?** Often, yes — white-label or as a named subcontractor. Your partner keeps the client relationship; we deliver the development.

**How do you handle support across time zones?** Team members in the US cover your business hours; the European team overlaps with your morning. Response windows are agreed in writing in the support agreement, and for development the overnight cycle is the advantage.

**What about US sales tax?** We configure and integrate Avalara (or Vertex) with Business Central — nexus, exemption certificates, address validation, filing feeds — and build extensions for anything the standard connector doesn't cover. Tax advice stays with your CPA.

**Do you work with Canadian companies too?** Yes. The work is the same — NAV migrations, AL development, integrations, rescue — and Business Central's Canadian localization (GST/HST/PST, bilingual documents) is Microsoft's own. Time zones are even friendlier from Toronto and Montreal than from the West Coast.

**Can you sign our NDA and security requirements?** Yes — NDA before we see anything, work in your tenant, and code in your repository.

**How do we start without risk?** Send us one thing that's stuck: a report that never got built, an integration nobody wants to touch, a migration assessment. Small first part, paid after acceptance.

Running NAV, stuck on a project, or short of AL capacity? [Free assessment, no commitment](/#contact) — in English, and with your first reply within one working day.

---

### Business Central vs NetSuite for US mid-market companies: an honest comparison (including where NetSuite wins)

URL: https://bramvia.net/blog/business-central-vs-netsuite-us-smb-comparison · Language: en · Date: 2026-09-11

**Short answer:** for a US company of 20-300 users choosing between the two, **NetSuite is the more established cloud ERP in the US mid-market**, with deep native financials, strong multi-subsidiary consolidation and a huge partner ecosystem — and a **pricing model that grows with modules, users and annual uplifts**. **Business Central** costs less to license and to implement, lives natively inside Microsoft 365 (Excel, Outlook, Teams, Power BI), is customized through extensions that survive updates, and ships AI agents that NetSuite is still catching up on. If your company runs on Google Workspace, needs sophisticated revenue recognition or SaaS billing out of the box, or is already a NetSuite shop that works, stay. If you run on Microsoft 365, have a warehouse or manufacturing, and care about total cost over five years, Business Central is the stronger case — written by a Business Central partner, with the NetSuite strengths stated first.

![US ERP search interest: NetSuite vs SAP vs Business Central](/media/us-erp-search-interest.svg)

## Where NetSuite wins

**Financials for complex revenue.** Multi-book accounting, revenue recognition (ASC 606), SaaS billing, subscriptions: NetSuite's finance depth is genuinely ahead out of the box.

**Multi-subsidiary at scale.** OneWorld consolidation across many entities and currencies is mature and widely used.

**US mid-market mindshare.** More US references, more US consultants, more integrations built with NetSuite in mind.

**Single-vendor cloud.** One platform, one contract — for companies that value that simplicity.

## Where Business Central wins

**Total cost.** Licensing at [$80-110 per user per month](/blog/business-central-implementation-cost-us-real-numbers) with no module add-on ladder for core ERP; implementations that typically land lower for comparable scope. NetSuite quotes are famously hard to compare — base platform, modules, users, and annual price uplifts at renewal.

**Microsoft 365 fit.** Excel connected live to the ledger, the customer card inside Outlook, approvals in Teams, and [four Power BI apps included](/blog/business-central-power-platform-integration). If your company already lives in Microsoft, this is daily productivity, not a slide.

**Customization that doesn't hold you hostage.** Extensions in AL hook into the standard through events; two annual updates don't break them. NetSuite's SuiteScript customizations are powerful but accumulate technical debt many companies regret.

**AI in production.** Copilot included, plus payables, sales-order and expense agents with human-in-the-loop governance, billed by consumption. Business Central 29 (October 2026) unifies Copilot with Microsoft 365.

**Manufacturing and warehouse in the base plan.** Premium ($110) includes manufacturing and service; Essentials includes real warehouse management with lots and bins.

## The comparison

| Dimension | NetSuite | Business Central |
|---|---|---|
| Ideal size | 50-1,000+ users | 10-500 users |
| Pricing model | Platform + modules + users, annual uplift | Per user, two plans, no module ladder |
| Financial depth (rev rec, SaaS billing) | Deeper out of the box | Good; advanced cases via apps |
| Multi-entity | OneWorld, mature | Native intercompany and consolidation |
| Office/productivity fit | Integrations | Native Microsoft 365 |
| Reporting | SuiteAnalytics | Power BI (4 apps included) |
| Customization | SuiteScript (powerful, debt-prone) | AL extensions (decoupled) |
| AI agents | Emerging | In production, consumption-billed |
| Updates | Twice yearly | Twice yearly, plus monthly |
| Implementation cost (comparable SMB scope) | Higher | Lower |
| US references | More | Fewer, growing (55,000+ cloud customers worldwide) |

## How to decide

1. **Microsoft 365 or Google Workspace?** Microsoft → Business Central multiplies value. Google → the gap narrows.
2. **Is your complexity financial (rev rec, subscriptions) or operational (warehouse, manufacturing, distribution)?** Financial → NetSuite competes hard. Operational → Business Central.
3. **How do you feel about renewal-time price increases?** If predictability matters, per-user pricing wins.
4. **Who implements it, and on what terms?** The same product well and badly implemented gives opposite results. Insist on written acceptance criteria and milestone-based payment — [our terms](/blog/pay-on-acceptance-erp-consulting-model).

## FAQ

**Can we migrate from NetSuite to Business Central?** Yes, and it is increasingly common when renewal pricing jumps or when a company standardises on Microsoft. Masters and balances migrate; history is archived. 3-6 months for a typical mid-size company.

**Which is cheaper?** For comparable SMB scope, Business Central — on licenses and usually on implementation. Compare five-year total cost including renewal uplifts, not year one.

**What about QuickBooks?** If you're outgrowing QuickBooks, both are candidates; [here is when the move makes sense](/blog/outgrowing-quickbooks-when-to-move-to-business-central).

**Do you work in Canada as well?** Yes. Both products are available with Canadian localization; the comparison above holds, with GST/HST/PST handled natively by Business Central.

**Do you implement in the US?** [From Europe, in English, for US companies](/blog/us-business-central-nav-migration-al-development-partner) — with a two-year US client reference available under NDA.

Choosing between the two? [Free assessment, no commitment](/#contact) — and if NetSuite is the right answer for you, we'll say so.

---

### Outgrowing QuickBooks: 7 signs it's time to move to Business Central (and how the move works)

URL: https://bramvia.net/blog/outgrowing-quickbooks-when-to-move-to-business-central · Language: en · Date: 2026-09-11

**Short answer:** QuickBooks is an excellent start — invoicing, basic accounting, and an interface anyone learns in a day. It stops fitting when your company needs **several warehouses, lot or serial tracking, purchase approvals, more than one legal entity, manufacturing, or more than 15-20 users with different roles**. Moving from QuickBooks to Business Central is one of the fastest ERP migrations there is (**2-4 months**) and one of the cheapest ([roughly $25,000-50,000 implementation](/blog/business-central-implementation-cost-us-real-numbers) plus licenses from $80 per full user), because master data exports cleanly and there is no legacy code to rewrite. And if it isn't time yet, we'll tell you: QuickBooks well used is still the best choice for a small services business.

## In defence of QuickBooks

For a services or trading company of 3-10 people with one location, QuickBooks does what it should for very little money and zero learning curve. Many companies should start there. The problem isn't QuickBooks — it is staying on QuickBooks when the business has become a different company.

## The 7 signs you've outgrown it

**1. More than one warehouse, or bin locations.** When you need to know not just how much but where, and move stock between sites with control — and QuickBooks' inventory becomes the spreadsheet next to it.

**2. Lots, serial numbers, expiry dates.** Food, chemicals, medical, components: when a customer or auditor asks "which lot did this come from?", you need real traceability.

**3. Purchase approvals and three-way matching.** Purchase orders someone must authorise, partial receipts, vendor invoices matched to PO and receipt.

**4. Several entities.** Two companies in a group, a subsidiary, intercompany transactions, consolidation — QuickBooks runs out of answers here.

**5. Manufacturing.** Bills of materials, production orders, component consumption, capacity.

**6. More than 15-20 users with different roles.** Fine-grained permissions, approvals, an audit trail of who did what.

**7. Reports that need Excel around them.** If real dashboards are built outside, reconciling exports, the system is no longer the source of truth.

Three or more: time to evaluate.

## What changes with Business Central

The move isn't "the same program but bigger": it is moving from an accounting tool to an ERP where **data exists once** — order → shipment → invoice → journal entry, stock deducted at shipping, purchases matched, month-end as a query. And with what QuickBooks can't provide: multi-location, lots, multi-entity, manufacturing, [Power BI included](/blog/business-central-power-platform-integration), Copilot, and AI agents for payables and sales orders.

What you lose, honestly: extreme simplicity. Business Central requires you to configure processes — because you now have processes worth configuring.

## How the migration works (and why it's the easy one)

1. **Export masters** from QuickBooks: customers, vendors, items, chart of accounts. Clean CSV or API.
2. **Clean before importing**: duplicates, dead SKUs — the perfect moment to tidy what QuickBooks tolerated.
3. **Opening balances** (GL, AR/AP, inventory) at a cut-off date. Invoice history is archived read-only in QuickBooks; there is no need to migrate years of detail.
4. **Configure Business Central** for your real processes, using the seven signs as the map.
5. **Training and go-live**, usually at a month-end.

No old system to "convert", no custom code to rewrite: 2-4 months instead of 6-9.

## What it costs

- **Implementation:** roughly $25,000-50,000 for 10-20 users with standard processes; more with manufacturing or integrations (Shopify, WMS).
- **Licenses:** most of your team will be Team Members at $8; full users at $80 (Essentials). [A worked example](/blog/business-central-implementation-cost-us-real-numbers).
- **First year, all in:** $35,000-65,000 as an order of magnitude.

Compared with QuickBooks, the subscription goes up. Compared with operating blind on stock and closing by hand, it usually pays back within months — and that comparison we do with your numbers.

## FAQ

**Isn't there something between QuickBooks and Business Central?** There are mid-tier tools. The risk is changing twice in five years. If signs 1-5 already apply, the direct move is usually cheaper than the intermediate step.

**QuickBooks vs NetSuite vs Business Central?** [Here is the NetSuite comparison](/blog/business-central-vs-netsuite-us-smb-comparison). For a Microsoft 365 company with operations, Business Central usually wins on cost and fit.

**How long until the team is productive?** If they use Excel and Outlook, the interface feels familiar. The learning curve is the new processes (approvals, lots), not the tool.

**What if it's not time yet?** We'll say so. Our assessment is free precisely for that — [tell us your situation](/#contact).

Three or more signs? [Free assessment, no commitment](/#contact) — and if QuickBooks will do for another year, that will be the answer.

---

### Business Central Essentials vs Premium: the $30-per-user mistake we keep finding in US implementations

URL: https://bramvia.net/blog/business-central-essentials-vs-premium-dont-overpay · Language: en · Date: 2026-09-11

**Short answer:** Business Central has two full-user plans. **Essentials ($80 per user per month)** covers finance, sales, purchasing, inventory, warehouse, projects and CRM basics. **Premium ($110)** adds exactly two things: **manufacturing** (BOMs, production orders, capacity, MRP) and **service management** (service orders, contracts, technician scheduling). That is the whole difference. If you don't manufacture and don't run a field-service operation, Premium buys you nothing — yet we regularly find US companies paying it for every user. **All full users in a company must be on the same plan**, so the choice is company-wide. And the read-only role — approving, viewing dashboards, checking stock — is **Team Members at $8**, not a full license at all.

## What Premium adds — and what it doesn't

| Capability | Essentials | Premium |
|---|---|---|
| Finance, banking, fixed assets, multi-company, consolidation | ✅ | ✅ |
| Sales, purchasing, approvals | ✅ | ✅ |
| Inventory, multi-location, lots and serials, bins, warehouse | ✅ | ✅ |
| Projects and resources | ✅ | ✅ |
| Copilot, AI agents (consumption-billed) | ✅ | ✅ |
| Power BI apps | ✅ | ✅ |
| **Manufacturing** (BOMs, production, capacity, MRP) | ❌ | ✅ |
| **Service management** (service orders, contracts) | ❌ | ✅ |

A distributor, a wholesaler, a services firm, a construction company, a non-profit, a retailer: Essentials. A manufacturer or a company dispatching service technicians under contract: Premium.

## The case we keep seeing

A distribution company in Virginia, coming from SAP, had Business Central implemented by a large US consulting firm. Every user was on **Premium**. The company doesn't manufacture and has no service operation. The overpayment: **$30 per user per month, every month**, with no functionality used in return. On 20 users that is $7,200 a year — indefinitely — for nothing.

They asked us for a small paid test first, then engaged us part by part; two years on we still work together. The licensing fix was the least technical and most valuable thing we did.

## Why it happens

- **The partner's default.** Premium is easier to sell ("it has everything") and pays more. Nobody asks whether you'll use it.
- **"Just in case."** The company thinks it might manufacture one day. You can upgrade the day you do.
- **Nobody counted roles.** A company of 30 people needs perhaps 8-12 full users; the rest are Team Members. Licensing all 30 as full users is the second version of the same mistake.

## How to right-size before you sign

1. **List every user and what they do in the system.** Create orders/invoices/journal entries → full user. Approve, view, check stock, post time → Team Member.
2. **Answer one question: do we manufacture or dispatch service techs under contract?** No → Essentials for all full users.
3. **Check what your partner quoted against that list.** If the numbers don't match, ask why in writing.
4. **Remember the no-mixing rule:** Essentials and Premium cannot coexist in the same company. If one department genuinely needs manufacturing, everyone moves to Premium — so that decision deserves real scrutiny.

## FAQ

**Can we start on Essentials and move to Premium later?** Yes, when you actually start manufacturing. The upgrade is a license change, not a re-implementation.

**Is there a "Device" license?** Yes — for shared warehouse or shop-floor devices, one license per device rather than per person. Ask your partner for current pricing.

**Are the prices above current?** They are Microsoft's US list prices after the October 2025 increase. Confirm with your partner at quote time; Microsoft revises periodically.

**Already on Premium and don't need it?** [Send us your invoice and user list](/blog/quote-challenge-business-central-we-improve-your-offer) — within 48 hours we'll tell you what a right-sized setup looks like.

Unsure which plan your team really needs? [Free assessment, no commitment](/#contact) — and if you're overpaying, it's the first thing we'll tell you.

---

### Business Central API and integrations: the practical guide (REST, OData, webhooks, and what replaced SQL)

URL: https://bramvia.net/blog/business-central-api-integrations-guide-developers · Language: en · Date: 2026-09-11

**Short answer:** Business Central online exposes everything through **APIs, not the database**. The main entry points: the **standard REST API (v2.0)** for the common entities (customers, items, sales orders, invoices, journals), **custom API pages written in AL** for anything the standard doesn't cover, **OData** for reporting and Power BI, **webhooks** to be notified of changes instead of polling, **Power Automate** for low-code flows, and — new since 2026 — an **MCP server** that lets AI agents and tools query and act on Business Central data. What you cannot do is connect to SQL: there is no direct database access in the cloud, and every integration built on it in NAV has to be rebuilt. The good news: integrations built on APIs and events **survive the two annual updates** — the ones built on table structures never did.

## The integration surface, in one table

| Layer | Use it for | Notes |
|---|---|---|
| **Standard REST API v2.0** | CRUD on ~60 standard entities: customers, vendors, items, sales/purchase documents, journals, GL | OAuth 2.0 (Microsoft Entra), JSON, `$filter`/`$expand`, batch requests |
| **Custom APIs (AL API pages)** | Anything not in the standard: your fields, your tables, your business logic | Versioned, published from your extension; the right answer for real integrations |
| **OData v4** | Reporting, Power BI, read-heavy extracts | Exposes queries and pages; supports `$select`, `$top`; use API queries for volume |
| **Webhooks / subscriptions** | Get notified on create/update/delete instead of polling | Standard for API entities; custom via API pages |
| **Power Automate** | Low-code flows: approvals, notifications, Teams, SharePoint, email | Business Central connector; good for orchestration, not for heavy data |
| **Business Events** | Event-driven integration on business actions (order posted, invoice created) | Publish to Dataverse/Power Platform |
| **MCP server** | AI agents and tools reading and acting on BC data with permissions | Agent Designer; BC29 adds custom data queries via MCP |
| **Report inbox APIs (BC29)** | Automate report output: collect, distribute, archive | Combine with Power Automate or MCP |

## What replaced SQL — and why it's better

In NAV on-premises, half of all integrations read tables directly: Power BI on SQL, a middleware polling `Sales Header`, an e-commerce sync writing rows. In Business Central online that door is closed by design. The replacements:

- **Reporting:** API queries and OData with incremental refresh; [the four Power BI apps included](/blog/business-central-power-platform-integration) cover most of what custom SQL reports did.
- **Polling:** webhooks and business events — you get told when something changes.
- **Writes:** through API pages that run your validation logic — no more rows inserted behind the business rules.

The practical effect: integrations stop breaking at every update. The migration effort is real, but you do it once.

## Patterns that work (and the ones that don't)

**Do**
- Use the standard API first; write a custom API page only for what's missing.
- Version custom APIs (`APIVersion`) so consumers don't break when you extend them.
- Use `$select` and `$filter` — pulling full entities at scale is the #1 performance mistake.
- Authenticate with an Entra app registration and application permissions; never a user's credentials in a config file.
- Handle 429/throttling with backoff; batch where you can.
- Put integration logic in an extension with events, not in the standard.

**Don't**
- Don't screen-scrape pages or use deprecated SOAP web services over UI pages — they are being removed; OData/API is the path.
- Don't build on undocumented table IDs or internal structures — BC29's new table-extension data model is exactly the kind of change that punishes it.
- Don't sync everything every five minutes. Subscribe to changes.

## Typical integrations we build

| System | Pattern |
|---|---|
| **Shopify / e-commerce** | Standard Shopify connector where it fits; custom API pages for pricing, B2B catalogues, returns |
| **EDI** | E-Documents framework (BC29 adds Peppol BIS 3 orders/payments) or a custom API for legacy EDI providers |
| **WMS / 3PL** | Custom API pages for picks, receipts and stock; webhooks for order release |
| **Banks** | Bank feeds where available; custom file formats as extensions |
| **CRM (Dynamics 365 Sales, others)** | Dataverse integration for D365 Sales; APIs for others |
| **Tax engines (Avalara, Vertex)** | Certified connectors; extension hooks for edge cases |
| **Power BI** | Included apps plus consolidated multi-company OData views |

## For US partners short of AL capacity

Most of the above is AL work — API pages, event subscribers, extensions. If your team is booked, [we take integration and development backlog white-label](/blog/us-business-central-nav-migration-al-development-partner): code in your repository, written documentation, delivered overnight from Europe. Small first part, paid after acceptance.

## FAQ

**Can I still access the database in Business Central online?** No. Not read-only either. Everything goes through APIs, OData or events.

**Are the standard APIs enough?** For basic CRUD, often yes. For anything involving your custom fields or logic, you'll want a custom API page — a few hours of AL, not a project.

**What about performance for large extracts?** Use API queries (not pages), filter server-side, paginate, and schedule off-peak. For Power BI, incremental refresh over OData.

**Is MCP production-ready?** The MCP server shipped in 2026 wave 1 and BC29 extends it with custom data queries. It's how AI agents will talk to Business Central; worth designing for now.

Need an integration built, or a NAV-era SQL integration rebuilt for the cloud? [Free assessment, no commitment](/#contact) — first reply within one working day.

---

### Dynamics NAV end of life: the complete guide for US and Canadian businesses (2027, 2028 and 2031 deadlines)

URL: https://bramvia.net/blog/dynamics-nav-end-of-life-2028-2031-deadlines-us · Language: en · Date: 2026-09-11

**Short answer:** Dynamics NAV is reaching the end of its life on **two separate timelines**. **Support:** NAV 2016 lost extended support in April 2026; **NAV 2017 loses it on January 11, 2027**; **NAV 2018 — the last version ever released — on January 11, 2028**. After that, no NAV version receives security patches, tax updates or Microsoft support. **Licensing:** on **April 30, 2031**, Microsoft ends the sale of NAV — no more Service Plan renewals, no subscription renewals, no additional perpetual users. Your system will not switch off on either date. What ends is protection, compliance updates and your ability to grow or stay licensed. The successor is Dynamics 365 Business Central, and Microsoft is paying you to move: **Bridge to Cloud 3 gives qualifying NAV customers 30% off Business Central Online licenses for enrollments through December 31, 2027.** For most US NAV customers, the rational window is the next 12-24 months — not because 2031 is close, but because the discount, the consultant supply and the compliance risk all point the same way.

## What "end of life" actually means

Two terms get mixed up, and the difference matters for your risk register:

- **End of support** (per version): Microsoft stops shipping security patches, regulatory updates and hotfixes. Mainstream support ended years ago for every NAV version; extended support is what's running out now. The software keeps running — unprotected.
- **End of sale** (the product): from April 30, 2031, you cannot renew your Enhancement or Advantage Plan, cannot renew subscription licenses, cannot add perpetual users to an existing deployment, and subscription use through SPLA is expected to end. You keep what you have; you can't extend it.

Most NAV installations in the US are on 2013-2018. Every one of them is already past mainstream support; the 2027 and 2028 dates close the last doors.

## The timeline

![Dynamics NAV end of life timeline: 2026-2031](/media/nav-end-of-life-timeline-en.svg)

| Date | What happens | Who it affects |
|---|---|---|
| April 14, 2026 | NAV 2016 extended support ended | Already unsupported |
| **January 11, 2027** | NAV 2017 extended support ends | One of the largest installed bases |
| **January 11, 2028** | NAV 2018 extended support ends — the last supported NAV | Everyone still on NAV |
| **December 31, 2027** | Bridge to Cloud 3 enrollment closes | Anyone who wants the 30% discount |
| **April 30, 2031** | End of sale: no renewals, no new users | All remaining NAV licensees |

## What breaks — and what quietly gets worse

**Security.** No patches on a system that holds your ledger, your customer data and, often, your bank connections. Cyber insurers increasingly ask about unsupported software; some carriers price it, some exclude it.

**Compliance.** Sales tax rules (US) and GST/HST/PST (Canada), 1099 and T4A reporting, payroll interfaces — updates stop. What used to arrive as a patch becomes custom work on a dead platform.

**People.** The consultants who know C/AL are retiring or have moved to AL. Every year the pool shrinks and the hourly rate rises. "Our guy who knows NAV" is a single point of failure with a retirement date.

**Capability.** Copilot, AI agents for payables and sales orders, Power BI included, automatic updates — all cloud-only. Competitors on Business Central produce the same output with fewer hours. [What operating without AI costs a company](/blog/operating-without-ai-cost-obsolete-company), with data.

**Cost.** Servers, SQL licenses, backups, VPNs, upgrade projects every few years. The "cheap because it's paid for" NAV is rarely cheap once you count the infrastructure and the hours around it.

## Bridge to Cloud 3: the incentive, and its fine print

Microsoft's current promotion for on-premises Dynamics customers:

- **30% discount** on Business Central Online list prices, **fixed for a three-year term**.
- **Enrollment window: January 1, 2026 – December 31, 2027.** The three-year clock starts at enrollment.
- **Dual access rights:** you can run NAV and Business Central simultaneously during migration — no forced hard cutover.
- **"$0 users":** NAV was licensed by concurrent users; Microsoft offers free Business Central user licenses based on the value of your Enhancement Plan, requested annually, usable for up to two years in the promotion.
- **Must be enrolled through a CSP partner**; it cannot be activated directly.
- **The catch:** the three-year term is non-cancellable, there is a minimum license value, and it's a licensing discount — **it does not pay for the migration project itself**.

Its predecessor (Bridge to Cloud 2, 40%) ended in December 2025. Microsoft's incentives have been shrinking with each version; waiting for a better one has not been a winning strategy.

## Your options, honestly

1. **Stay on NAV.** Legitimate only with a real constraint (data residency, a plant-floor latency requirement, a contractual lock). You accept unsupported software and a shrinking talent pool.
2. **Upgrade NAV on-premises.** [Costs about as much as a migration](/blog/nav-on-premise-upgrade-deadline-cloud), buys a few years, brings none of the cloud — and you face the same decision again with the same invoice.
3. **Business Central on-premises.** Modern NAV on your server: better than old NAV, still no Copilot or agents, still upgrade projects.
4. **Business Central Online.** Where the incentives, the AI and the roadmap are. For most US SMBs in 2026, this is the answer.

## How the migration works (and what it costs)

The method, in five phases: **assess** (object inventory, data quality, integrations) → **plan** (what's standard, what's an app, what needs an AL extension; scope in parts with acceptance criteria) → **build and test** (C/AL to AL extensions, data migrated to a sandbox, your real month-end close run as a test) → **cut over** (usually a weekend, NAV read-only as the safety net) → **stabilize**.

Two facts shape the cost. First, **between a third and half of legacy C/AL customizations already exist in the Business Central standard** — a good inventory removes work before anyone writes code. Second, **history is archived, not migrated**: masters, balances and open documents move; ten years of transactions do not. [Full cost breakdown for US companies](/blog/business-central-migration-cost-us-pricing-guide).

## What to do this quarter

1. **Find your version and support date** in the table above. If you're on 2017, your clock ends in four months.
2. **Get an object inventory** — how many custom objects, how many still needed. [With AI-assisted analysis](/blog/erp-implementation-with-ai-faster-fewer-errors-lower-cost) this is days, not weeks.
3. **Check BTC3 eligibility** with a CSP partner and value your Enhancement Plan for the $0-user allocation.
4. **Decide in writing** — even if the decision is "Q2 2027". A decision with a date beats a deferral without one.

We do this from Europe for US companies — [English, written communication, overnight delivery, and a two-year US client reference](/blog/us-business-central-nav-migration-al-development-partner). Each part invoiced only after you accept it.

## FAQ

**Will NAV stop working in 2028?** No. It stops being patched and supported. In 2031 it stops being sellable and renewable. It keeps running — at your risk.

**Can I migrate directly from NAV 2009 or 2013 to Business Central?** Yes, in one project. Older versions mean more C/AL to inventory and rewrite, but the jump is direct — we are running a migration from NAV 2009 R2 right now.

**Does Bridge to Cloud pay for the project?** No. It discounts licenses by 30% for three years and adds $0 users. The migration work is separate — and it's where a good inventory saves the most.

**How long does it take?** 3-9 months for a typical US SMB. Under three only with very few customizations; over nine usually means the scope was never defined.

Still on NAV? [Free assessment, no commitment](/#contact) — your version, your customizations, your BTC3 eligibility, and a phased plan with a real go-live date. First reply within one working day.

---

### How much does a NAV to Business Central migration cost? 2026 US pricing guide

URL: https://bramvia.net/blog/business-central-migration-cost-us-pricing-guide · Language: en · Date: 2026-09-11

**Short answer:** a Dynamics NAV to Business Central migration in the US typically costs **$25,000-45,000** for a small company (5-15 users, few customizations, clean data), **$45,000-100,000** for a mid-market company (15-50 users, moderate C/AL code, one or two integrations, maybe several entities), and **$100,000-200,000+** where there is heavy legacy code to rewrite, multiple ISV add-ons and multiple integrations. On top: licenses at **$80 (Essentials) or $110 (Premium) per full user per month**, and $8 for Team Members — **minus 30% for three years if you qualify for Microsoft's Bridge to Cloud 3** (enrollment through December 31, 2027). There is no fixed price because the biggest driver isn't the software: it is **how much of your custom C/AL code actually needs to be rewritten** — and in most NAV systems, a third to half of it doesn't. All figures in this guide are US dollars and typical ranges, not quotes. Canadian projects sit in similar ranges in CAD terms; the Canadian localization (GST/HST/PST, bilingual documents) is Microsoft's own.

## Average migration cost by company size

| Profile | Typical project cost | What's inside |
|---|---|---|
| **Small** (5-15 users, standard processes, few customizations) | $25,000-45,000 | Object inventory, configuration, masters and balances migrated, training, go-live |
| **Mid-market** (15-50 users, moderate C/AL, 1-2 integrations, possibly multi-entity) | $45,000-100,000 | Plus C/AL → AL rewrite of what's still needed, integrations rebuilt on APIs, warehouse or manufacturing setup |
| **Complex** (50+ users, heavy C/AL, several ISVs, multiple integrations, multi-entity) | $100,000-200,000+ | Plus ISV replacement or upgrade, EDI/WMS/e-commerce integrations, phased go-live per entity |

Your project cost is one-off. Licenses are recurring: a 25-user company on Essentials pays about $24,000 a year at list — **about $16,800 with BTC3** — and most companies discover that 30-50% of "users" only need an $8 Team Member license once roles are counted properly.

## The 5 core drivers

**1. Licensing model — and right-sizing.** Essentials vs Premium is a [$30-per-user-per-month decision](/blog/business-central-essentials-vs-premium-dont-overpay) with no functional upside unless you manufacture or run field service. Full user vs Team Member is an $80 vs $8 decision. Get the role list before the quote.

**2. Data migration and cleanup.** Masters (customers, vendors, items, chart of accounts), open documents and opening balances migrate. **History is archived**, not migrated. Migrating ten years of transactions can double this line and adds nothing your auditor can't get from a read-only NAV. Dirty data (duplicates, dead SKUs, three addresses per customer) is the other multiplier — cleaning it *before* the project is the cheapest hour you'll spend.

**3. Customization refactoring: C/AL → AL.** The single biggest variable. NAV customizations modified the base code; Business Central requires **extensions** that hook into the standard through events. Every object must be inventoried: **does the standard now cover it? Is there an AppSource app? Or does it need an AL extension?** In a NAV with years behind it, a third to half of the custom code is obsolete. A partner who quotes "rewrite everything" is quoting work you don't need.

**4. Third-party apps (ISVs).** Old add-ons (EDI, payroll connectors, warehouse tools) either have a Business Central version on AppSource, a modern replacement, or must be rebuilt. Each one is a line — and each one has its own subscription going forward.

**5. Training and change management.** Cut first in bad quotes, paid for later in adoption. Role-based training with your real data, not demo data. Budget 5-10% of the project.

## Hidden costs that blow ERP budgets

- **Data cleanup done during the project** instead of before it — billed at consulting rates.
- **Scope creep from an undefined scope.** "Migrate to Business Central" is not a scope. Parts with written acceptance criteria are.
- **Integrations "to be determined"** — determined late, in change orders.
- **Downtime from an unplanned cutover.** A weekend go-live with NAV read-only as fallback costs almost nothing; a botched one costs a week of operations.
- **Testing with demo data.** Problems then surface at the first real month-end.
- **Hours without deliverables.** A block of hours is not a scope.

## Microsoft's incentive: Bridge to Cloud 3

For NAV customers with an active Enhancement Plan or subscription: **30% off Business Central Online for a fixed three-year term**, enrollment **January 1, 2026 – December 31, 2027**, plus **"$0 users"** allocated on the value of your Enhancement Plan (requested annually, up to two years), and **dual access rights** to run NAV and Business Central side by side during the migration. Enrolled through a CSP partner only. The three-year term is non-cancellable, and it discounts licenses — not the project. Still, on a 25-user company it's worth roughly $7,000 a year. [Full end-of-life timeline and BTC3 detail](/blog/dynamics-nav-end-of-life-2028-2031-deadlines-us).

## How to bring the cost down without cutting scope

1. **Standard first.** Every customization that the standard now covers is deleted, not rewritten. Insist on the inventory that marks each object *standard / app / extension*.
2. **Archive history.** Migrate what runs the business; keep NAV read-only for the rest.
3. **Right-size licenses.** Role list before the quote. Essentials unless you manufacture.
4. **Phase it.** Finance, sales, purchasing first; warehouse, manufacturing, agents later. Spreads cost and risk.
5. **Use AI in the project itself.** We use AI to read legacy C/AL, map it to standard, clean data and generate tests from your real documents — [35-40% fewer consultant hours for the same scope](/blog/erp-implementation-with-ai-faster-fewer-errors-lower-cost). That is why a European team can quote below a US partner working by hand.
6. **Pay on acceptance.** Each part invoiced only after you accept it. It aligns everyone's incentive with finishing.

## What a partner must analyze before quoting

If a quote arrives without these, it's a guess:

- Object inventory with the standard / app / extension classification
- Data volume and quality assessment (duplicates, orphans, years to archive)
- Integration list with the rebuild pattern for each (API, webhook, connector)
- ISV inventory with the AppSource status of each
- Role-by-role license count
- Cutover plan with fallback

Already have a quote? [We'll review it line by line within 48 hours](/blog/quote-challenge-business-central-we-improve-your-offer) — and tell you in writing if it's good.

## FAQ

**Is migration cheaper than a NAV upgrade?** They cost about the same. The upgrade buys a few years and none of the cloud; the migration is done once. [The comparison](/blog/nav-on-premise-upgrade-deadline-cloud).

**What about NAV 2009 or 2013?** Same one-project jump; more C/AL to inventory. We're running a NAV 2009 R2 migration right now.

**Does the price include US sales tax setup?** The standard localization is included; the Avalara (or Vertex) integration is a separate line if your nexus complexity needs it — we configure and integrate it ourselves.

**Why would a US company use a European partner?** [Capacity, cost and the overnight cycle](/blog/us-business-central-nav-migration-al-development-partner) — with a two-year US client reference available under NDA.

Want a number for your NAV, not a range? [Free assessment, no commitment](/#contact): object inventory, data check, BTC3 eligibility, and a phased quote — each part paid only after you accept it.

---

### How to choose a Business Central partner in the US: 9 questions that expose a bad one before you sign

URL: https://bramvia.net/blog/how-to-choose-business-central-partner-us · Language: en · Date: 2026-09-11

**Short answer:** the Business Central partner you choose matters more than Business Central itself — the same product, well and badly implemented, produces opposite results. In the US the market runs from national consulting firms to two-person shops, and every one of them says "certified, experienced, customer-focused." What separates them shows up in **nine questions**: how they count licenses, what they migrate, how they scope, when you pay, whether the people who sell are the people who build, and what happens after go-live. We learned the list the expensive way — by taking over a US distribution company that a large firm had licensed entirely on Premium when Essentials was enough, at a project cost far above the scope. Ask these before you sign anything.

## The 9 questions

**1. "Show me the license count, role by role."**
A partner who quotes 30 full users for a 30-person company hasn't looked. Managers who approve, warehouse staff on a shared device, salespeople checking stock — those are $8 Team Members, not $80 full users. And **Essentials vs Premium** is a [$30-per-user-per-month decision](/blog/business-central-essentials-vs-premium-dont-overpay) that only manufacturing or field service justifies. The role list is the single most valuable document in the sales process, and most partners never produce it.

**2. "What exactly is *not* included?"**
Training, data cleanup, integrations "to be determined", post-go-live support, tax engine setup. What's missing from the proposal appears later as a change order. A good partner lists exclusions unprompted.

**3. "How much history do you migrate — and why?"**
The right answer: masters, open documents, opening balances; history archived read-only. "Everything" doubles the data line and helps nobody.

**4. "Which of our customizations already exist in the standard?"**
If you're coming from NAV or another ERP, a third to half of your custom code is obsolete. A partner who quotes "rewrite all customizations" is quoting work you don't need — or hasn't done the inventory. Ask for the object list marked *standard / app / extension*.

**5. "When do I pay, and against what?"**
30-50% upfront puts the entire project risk on you. Milestones tied to written acceptance criteria put it where it belongs. Our own terms: [each part invoiced only after you accept it](/blog/pay-on-acceptance-erp-consulting-model), no upfront payment.

**6. "Will the people in this meeting be the people on the project?"**
The senior architect in the pitch and the junior consultant on the project is the oldest trick in ERP. Ask for names, and ask whether they've done a project like yours.

**7. "Can we start with a small paid test?"**
The best question a US client ever asked us. A defined piece of work — a report, an integration, an assessment — that shows how the partner scopes, communicates and delivers, before you commit to a project. A partner who refuses is telling you something.

**8. "Do you modify the standard, or extend it?"**
In Business Central, customizations must be **extensions** that hook into the standard through events. Modifications to the base code break at every update — and there are two a year. Ask how they handle updates for existing clients.

**9. "What happens in the first 90 days after go-live?"**
Included support, response times, who you call. The first month-end close is where projects are won or lost; if it isn't in the proposal, it isn't covered.

## The case behind the list

A distribution company in Virginia, previously on SAP, had Business Central implemented by a large US consulting firm. Every user was on Premium; the company doesn't manufacture. The project cost was far above the scope. They came to us with question 7 — a paid test first — then engaged us part by part. Two years later we still work together. The license fix alone was worth more than any consulting discount. Named reference available under NDA.

## Red flags in the first meeting

- The proposal arrives before anyone has asked about your processes.
- "Premium has everything" without asking what you make.
- A block of hours with no deliverables.
- Nobody can say which version of Business Central you'll be on or how updates work.
- The reference customers are all in a different industry — or there are none.

## What a good partner looks like, in the US or from abroad

Written acceptance criteria. Payment on acceptance. A role-by-role license list. An object inventory before a quote. Real data in testing. Names, not titles. And — increasingly — **AI in the implementation itself**: a partner that reads your legacy code, cleans your data and generates tests with AI [delivers the same scope in 35-40% fewer hours](/blog/erp-implementation-with-ai-faster-fewer-errors-lower-cost), which is why some European teams now quote below US firms working by hand.

Location matters less than it used to: [our US work runs from Europe](/blog/us-business-central-nav-migration-al-development-partner) — English, written communication, overnight delivery, and a two-year client who can tell you how it works.

## FAQ

**Should we choose a Microsoft Solutions Partner designation over a smaller firm?** Designations measure volume, not whether your project will work. What you can check for any partner: the individual Microsoft certifications of the people on your project — MB-800 (Business Central Functional Consultant) and MB-820 (Business Central Developer) are the two that matter. Ours are listed on our site. Ask the nine questions either way.

**Does this apply in Canada?** Yes — the nine questions are the same, and so are the traps. The only difference is the localization: GST/HST/PST and bilingual documents come from Microsoft's Canadian localization, not from a partner add-on.

**Local or remote?** For functional workshops and training, local presence helps. For migration, development and integrations — most of the hours — remote works, and often better in writing.

**We already have a proposal. Can someone check it?** [Yes — line by line, within 48 hours](/blog/quote-challenge-business-central-we-improve-your-offer), including "this one is good, sign it."

**What does a Business Central implementation cost in the US?** [Real ranges here](/blog/business-central-implementation-cost-us-real-numbers); [NAV migration specifically here](/blog/business-central-migration-cost-us-pricing-guide).

Comparing partners? [Free assessment, no commitment](/#contact) — and yes, we'll happily do the small paid test first.

---

### ERP Health Check: analiza gratis la salud de tu sistema en 2 minutos

URL: https://bramvia.net/blog/erp-health-check-analiza-tu-sistema-gratis · Language: es · Date: 2026-09-11

**Respuesta corta:** antes de pedir presupuestos, conviene saber si tu problema es el sistema o cómo lo usas. Este **ERP Health Check** te lo dice en dos minutos: diez preguntas sobre tu sistema, personalizaciones, informes, integraciones, stock, cierre, cumplimiento, soporte y crecimiento, y obtienes **una puntuación de 0 a 100, tus tres riesgos principales y una recomendación** — aprovechar lo que tienes, planificar con calma o actuar ya. No pide registro y no envía nada; si al final quieres la evaluación técnica gratuita de Bramvia, el resultado viaja contigo al formulario.

## Cómo leer tu puntuación

**75-100 — Sistema sano.** No cambies de ERP; exprímelo. [Power BI incluido](/blog/power-bi-business-central-informes-incluidos), [agentes de IA](/blog/sectores-donde-compensan-agentes-ia-business-central) y automatización sobre lo que ya tienes. Una revisión anual.

**45-74 — Deuda acumulada.** El sistema aguanta, pero cada año cuesta más. Es el momento de decidir con calma entre modernizar y migrar — antes de que una obligación con fecha ([Verifactu 2027](/blog/verifactu-business-central-calendario-2027), [DeCA en octubre](/blog/deca-electronico-transporte-business-central)) decida por ti. Empieza por [las señales de cambio](/blog/senales-necesitas-cambiar-erp) y [cómo elegir](/blog/como-elegir-erp-guia-2026).

**0-44 — Riesgo activo.** Sin soporte, sin actualizaciones, con dependencia de una persona o sin plan de cumplimiento. La pregunta ya no es si cambiar sino cómo hacerlo sin parar la operación: [migración por fases](/blog/migracion-navision-business-central-guia-2026) con el sistema antiguo vivo hasta el cambio, y [pago solo tras aceptar cada parte](/blog/como-elegir-erp-guia-2026).

## Qué mide cada pregunta (y por qué)

| Pregunta | Lo que revela |
|---|---|
| Sistema actual | Soporte, actualizaciones y acceso a la IA (solo nube) |
| Personalización | Si el sistema está "secuestrado" por código que nadie toca |
| Informes | Cierres lentos y datos que no cuadran viven aquí |
| Integraciones | Frágiles = incidentes esperando fecha |
| Stock real | Ventas sin existencias, compras duplicadas |
| Cierre mensual | El termómetro de procesos manuales |
| Cumplimiento | Obligaciones con fecha que no admiten prórroga |
| Soporte | Dependencia de una persona o de un partner lento |
| Crecimiento | Si el sistema tendrá que escalar (multiempresa, países) |
| Usuarios | Tamaño para dimensionar cualquier recomendación |

Un sistema puntúa bajo casi siempre por la **combinación**: un NAV antiguo con soporte ágil aguanta; un NAV antiguo, muy personalizado, con informes en Excel y sin plan de Verifactu, no.

## Qué pasa si pides la evaluación

Tu resultado se copia al formulario de presupuesto, con tus riesgos principales. En 1 día laborable te respondemos, y en 5 tienes la evaluación técnica: sistema, datos, integraciones y un plan por partes con presupuesto orientativo. Gratuita, sin compromiso — y si la respuesta es "no cambies nada todavía", también te la daremos.

## Preguntas frecuentes

**¿Es una auditoría?** No: es una orientación basada en tus respuestas, pensada para saber si merece la pena mirar más a fondo. La auditoría real, con tus datos, es la evaluación técnica.

**¿Guardáis mis respuestas?** No. El cálculo ocurre en tu navegador. Solo si pulsas "Pedir evaluación" y envías el formulario, nos llega el resultado junto a tu contacto.

**¿Sirve si ya tengo Business Central?** Sí — el test detecta on-premise sin actualizaciones, personalización profunda, reporting manual e integraciones frágiles también en Business Central. [Segunda opinión sobre tu implantación](/blog/partner-business-central-madrid-barcelona-valencia-espana).

**¿Y si mi puntuación es alta pero tengo un problema concreto?** El test mide riesgo estructural, no un dolor puntual. Para eso, [cuéntanoslo directamente](/#contact).

---

### Rescate de proyectos ERP: qué hacer cuando tu implantación de Business Central se ha quedado atascada

URL: https://bramvia.net/blog/rescate-proyecto-erp-business-central-atascado · Language: es · Date: 2026-09-11

**Respuesta corta:** un proyecto de Business Central atascado casi nunca lo está por el software. Lo está por **alcance vago, personalizaciones que modificaron el estándar, datos migrados sin validar, pruebas con datos de demostración o un partner que perdió al consultor que lo conocía**. La buena noticia: la mayor parte de lo construido **se puede salvar**. Nuestro rescate empieza con una **auditoría independiente de 5 días** —técnica, funcional y económica— que te dice qué hay, qué falla, qué cuesta terminar y si conviene continuar, reconducir o parar. Sin compromiso de contratarnos después: a veces la recomendación honesta es seguir con tu partner actual con otro contrato. Y si lo retomamos nosotros, como todo lo nuestro, **cada parte se paga solo tras aceptarla** — la única condición sensata para quien ya se ha quemado una vez.

## Las 8 señales de un proyecto atascado

1. **El arranque se ha aplazado dos o más veces**, cada vez por un motivo distinto.
2. **Las facturas siguen llegando** pero el alcance entregado no crece.
3. **"Casi está"** desde hace meses. Nadie sabe qué falta exactamente para que esté.
4. **El consultor que lo conocía ya no está** — y su sustituto "se está poniendo al día".
5. **Los usuarios han vuelto a Excel** "mientras tanto".
6. **Nadie se atreve a actualizar** porque algo se rompe.
7. **Las pruebas se hicieron con datos de demostración** y los problemas aparecen con los reales.
8. **La relación se ha vuelto un intercambio de correos** sobre quién tiene la culpa.

Tres o más: tienes un proyecto que hay que rescatar, no empujar.

## Por qué se atascan (lo que vemos al abrir el capó)

- **Alcance sin criterios de aceptación.** "Implantar el ERP" como contrato. Cada requisito nuevo es una negociación, y el proyecto no tiene línea de meta.
- **Modificaciones del estándar en lugar de extensiones.** Funciona hasta la primera actualización; después, cada oleada rompe algo y el partner "no puede actualizar todavía".
- **Migración de datos a ciegas.** Se importó todo, sin validar saldos ni limpiar maestros, y los descuadres salen en el primer cierre.
- **Personalizar lo que el estándar ya hacía.** Meses de desarrollo para replicar el sistema antiguo, cuando Business Central lo traía de serie.
- **Integraciones "por determinar"** que se determinaron tarde y caro.
- **Sin dueño en el cliente.** Nadie con autoridad para decidir; todo sube a dirección y espera.

## La auditoría independiente de 5 días

No es una opinión: es un informe con el que puedes decidir — y, si hace falta, negociar.

| Bloque | Qué entregamos |
|---|---|
| **Estado técnico** | Inventario de objetos: extensiones limpias vs modificaciones del estándar; código sin documentar; versión y actualizaciones pendientes |
| **Estado funcional** | Qué procesos funcionan, cuáles a medias, cuáles no; qué usan de verdad los usuarios y qué esquivan |
| **Datos** | Validación de saldos y maestros contra el sistema anterior; duplicados y registros incoherentes |
| **Integraciones** | Cada conexión: cómo está hecha, si sobrevive a una actualización |
| **Alcance y contrato** | Lo prometido vs lo entregado; lo facturado vs lo aceptado; lo que falta con estimación en horas |
| **Riesgos** | Cumplimiento ([Verifactu](/blog/verifactu-business-central-calendario-2027), [DeCA](/blog/deca-electronico-transporte-business-central)), seguridad, dependencia de personas |
| **Recomendación** | Continuar / reconducir / parar, con hoja de ruta por partes y coste pendiente |

Precio: **desde 1.500 €** según tamaño del proyecto, **descontado íntegramente si nos encargas el rescate**. Firmamos tu NDA antes de ver nada, y el informe es tuyo: puedes usarlo con tu partner actual, con otro o con nosotros.

## Cómo se retoma sin empezar de cero

1. **Congelar y documentar.** Nada se toca hasta tener el inventario. Es la semana en la que se ahorra más dinero.
2. **Separar lo que vale de lo que hipoteca.** Las extensiones limpias se quedan; las modificaciones del estándar se reescriben como extensiones o se sustituyen por funcionalidad estándar (a menudo, se eliminan).
3. **Redefinir el alcance restante por partes**, con criterios de aceptación escritos y calendario de pagos ligado a esas aceptaciones.
4. **Validar los datos** contra el sistema anterior antes de dar un paso más.
5. **Probar con casos reales** — tu cierre de mes, tu día de más pedidos — en sandbox.
6. **Arrancar por fases** y estabilizar con soporte reforzado el primer mes.

[Con IA en el análisis del código y de los datos](/blog/implantacion-erp-con-inteligencia-artificial-mas-rapida-menor-coste), el inventario que antes llevaba semanas lleva días — que es lo que hace viable un rescate a precio de pyme.

## Lo que exigir antes de invertir un euro más

A tu partner actual o a cualquiera que proponga retomar el proyecto:

- El **inventario de objetos** con la marca "extensión / modificación del estándar".
- La **lista de lo pendiente** con criterios de aceptación medibles y horas.
- La **validación de datos** documentada.
- **Pago ligado a aceptación** por partes.
- Un **nombre** que responda del proyecto, en su lado y en el tuyo.

Quien no pueda dar los tres primeros documentos, no sabe dónde está el proyecto. [Las preguntas para cualquier partner](/blog/como-elegir-erp-guia-2026), y [nuestro reto al presupuesto](/blog/reto-presupuesto-business-central-mejoramos-tu-oferta) si tienes una propuesta de continuación sobre la mesa.

## Preguntas frecuentes

**¿Podéis rescatar un proyecto de otro partner sin acceso a su código?** Las extensiones instaladas en tu entorno son tuyas y son legibles; con acceso de administrador a tu tenant, el inventario se hace. Si el partner retiene código fuera de tu entorno, eso mismo es un hallazgo de la auditoría.

**¿Y si el problema es de mi empresa, no del partner?** Lo diremos. La falta de dueño interno y de decisiones es causa frecuente, y la auditoría lo señala con la misma claridad.

**¿Cuánto cuesta terminar un proyecto atascado?** Depende de cuánto hay que rehacer. La auditoría lo cuantifica; lo habitual es que salvar lo construido cueste bastante menos que empezar de nuevo — y bastante menos de lo que se ha gastado ya.

**¿Vale también para NAV o para otro ERP?** Sí: [proyectos de migración de NAV](/blog/migracion-navision-business-central-guia-2026) a medias y, para otros ERP, la parte funcional, de datos y de contrato es la misma.

¿Tu proyecto está bloqueado? [Cuéntanoslo con confidencialidad](/#contact) — la primera conversación es gratuita, y en ella ya te decimos si hace falta la auditoría o basta con un cambio de método.

---

### Operar sin IA en 2026: el coste silencioso que convierte a una empresa competitiva en una obsoleta

URL: https://bramvia.net/blog/operar-sin-inteligencia-artificial-coste-empresa-obsoleta · Language: es · Date: 2026-09-11

**Respuesta corta:** una empresa que opera sin inteligencia artificial en 2026 no está "como siempre": está perdiendo terreno a un ritmo que se puede medir. **El 21,1 % de las empresas españolas de 10 o más empleados ya usa IA; un año antes era el 12,4 %** (INE, 1T 2025). Las grandes van por el 58 %. Lo que ocurre dentro de la empresa que se queda fuera no es dramático ni visible en un trimestre: es **burocracia que nadie cuestiona, cierres que duran una semana, personas caras haciendo trabajo mecánico, errores que se convierten en abonos y decisiones que llegan tarde**. Y hay fechas: DeCA en octubre, Verifactu en 2027, el fin del último NAV en 2028. Lo que funciona hoy dejará de funcionar en dos años no porque la IA sea moda, sino porque **los competidores que la usan producirán lo mismo con menos coste y más rápido** — y porque la regulación empuja a sistemas que ya la traen. Este artículo lo cuantifica, con datos y casos reales, y termina con lo que sí funciona en una pyme (que no es "comprar IA").

![Adopción de IA en Europa 2025 y brecha por tamaño en España](/media/ia-adopcion-europa-espana.svg)

## El mapa: dónde está tu empresa

España está en la media europea (20,3 % frente al 20,0 % de la UE), por detrás de Alemania (26 %) y por delante de Francia e Italia. Pero el dato que importa no es el país: es **el tamaño**. Entre las grandes empresas (58,2 %) y las micro (13,4 %) hay **44,9 puntos** de distancia. La IA está entrando por arriba — y las empresas grandes son los clientes y los competidores de las pymes.

Y un matiz que el Banco de España añade: de las empresas que "usan" IA, **el 60 % la tiene en piloto**, no en producción. Es decir: el 21 % es la foto; la adopción real que ya cambia costes es menor — y por eso **todavía se puede llegar a tiempo**. Dentro de dos años, no.

![Adopción de IA en empresas españolas: dato y proyección](/media/ia-adopcion-curva-proyeccion.svg)

## Lo que ocurre dentro de una empresa sin IA

No es un colapso. Es una acumulación de pequeñas ineficiencias que la competencia ya no tiene.

**1. Burocracia interna que nadie cuestiona.** Facturas de proveedor que alguien teclea, casa con el pedido y pasa a aprobar; pedidos de clientes que llegan por email y se copian a mano; gastos de viaje que se persiguen por WhatsApp. Cada una de esas tareas ya la hace un [agente de Business Central](/blog/sectores-donde-compensan-agentes-ia-business-central) en producción, con supervisión humana. En la empresa sin IA, siguen siendo puestos de trabajo — y cuellos de botella.

**2. Lentitud en la decisión.** El cierre mensual que dura una semana significa que dirección ve el margen de julio a finales de agosto. La empresa con informes automáticos y agentes que capturan el 80 % de las facturas lo ve el día 3. **Decidir con un mes de retraso** sobre precios, compras o clientes morosos tiene un coste que nunca aparece en la cuenta de resultados.

**3. Coste de personal mal empleado.** No es que la IA quite empleos: es que **personas cualificadas y caras hacen trabajo mecánico** — administrativos conciliando bancos, comerciales tecleando pedidos, un controller montando el mismo Excel cada lunes. Cuando la competencia libera esas horas, o las dedica a vender o las deja de pagar.

**4. Errores que se convierten en dinero.** Un precio antiguo en un pedido, una factura duplicada aprobada, un lote caducado enviado. La validación automática (de un pedido contra la lista de precios, de una factura contra el pedido, de una expedición contra la caducidad) elimina la mayoría. Sin ella, cada error es un abono, una reclamación o una inspección.

**5. Talento que se va.** Los perfiles buenos de administración y TI no quieren teclear. Una empresa que en 2027 siga ofreciendo trabajo mecánico tendrá más rotación — y menos capacidad para adoptar nada.

**6. Cumplimiento a golpe de desarrollo.** [DeCA](/blog/deca-electronico-transporte-business-central), [Verifactu](/blog/verifactu-business-central-calendario-2027), factura electrónica: en un sistema moderno llegan como actualización; en uno antiguo, como proyecto urgente sobre un producto muerto. La empresa sin IA suele ser también la empresa sin actualizaciones.

## Casos reales, con sus matices

**Los estudios que miden el efecto.** En 2023, un experimento con 5.000 agentes de atención al cliente (Brynjolfsson, Li y Raymond, Stanford/NBER) midió un **14 % más de productividad** con asistencia de IA — y un **34 % en los empleados con menos experiencia**: la IA nivela hacia arriba. Ese mismo año, un estudio de Harvard y BCG con 758 consultores encontró que, en las tareas adecuadas, completaban **un 12 % más de trabajo, un 25 % más rápido y con un 40 % más de calidad**. Y un matiz esencial del mismo estudio: en tareas *fuera* del alcance de la IA, los que la usaban lo hacían **peor**. La IA no es magia; es una herramienta con un perímetro.

**Klarna, el caso que enseña las dos caras.** En 2024 anunció que su asistente de IA hacía el trabajo de 700 agentes de atención al cliente. En 2025 reconoció que había ido demasiado lejos y volvió a contratar personas para los casos que exigen criterio. La lección no es "la IA no funciona": es que **la IA con supervisión humana funciona, y la IA sin ella acaba costando dinero**. Es exactamente el modelo de [agentes con gobernanza](/blog/gobernanza-agentes-ia-business-central-control) que hoy trae Business Central: el agente propone, la persona aprueba.

**Lo que vemos en nuestros proyectos.** En una [empresa de servicios medioambientales](/blog/erp-gestion-residuos-medioambiente-business-central) que migra desde un NAV de 17 años, la documentación de transporte se generaba a mano por cada envío; con el [DeCA generado desde el albarán](/apps/deca), esa tarea desaparece. En un [fabricante químico](/blog/erp-industria-quimica-trazabilidad-lotes-business-central), la validación automática del SII antes del envío eliminó los rechazos que antes se corregían uno a uno. Y en la [propia implantación usamos IA](/blog/implantacion-erp-con-inteligencia-artificial-mas-rapida-menor-coste) para leer código antiguo, limpiar datos y generar pruebas: menos horas, menos errores en el arranque. No son porcentajes de folleto; son tareas concretas que dejan de hacerse a mano.

**Lo que trae el propio ERP.** Business Central incluye Copilot en la licencia y agentes de cuentas a pagar, pedidos y gastos [facturados por consumo](/blog/agentes-ia-business-central-facturacion-por-consumo) — y [la versión 29, en octubre](/blog/business-central-29-novedades-2026-wave-2), los integra en el trabajo diario con revisión humana en pantalla. Para una pyme, "adoptar IA" ya no es un proyecto de laboratorio: es activar lo que su sistema trae.

![Calendario 2026-2028](/media/ia-calendario-obsolescencia.svg)

## Por qué lo que funciona hoy no funcionará en dos años

Tres fuerzas empujan a la vez:

- **La competencia.** Si el 21 % de las empresas usa IA hoy y el ritmo es de casi 9 puntos al año, en 2028 será mayoría. El que produzca con más coste y más lento no baja precios: pierde clientes.
- **La regulación.** Verifactu, factura electrónica y DeCA no son opcionales ni tienen prórroga indefinida. Se cumplen con un sistema actualizado — y los sistemas actualizados son los que traen la IA.
- **Los clientes.** Las grandes empresas (58 % con IA) exigen a sus proveedores EDI, factura electrónica, respuesta en horas y trazabilidad. Una pyme sin sistema para dárselo sale de la lista de proveedores sin que nadie se lo diga.

## Lo que sí funciona en una pyme (y no es "comprar IA")

1. **Un sistema único y actualizado.** Sin dato único no hay IA que valga: los agentes trabajan sobre pedidos, facturas y stock que viven en un ERP, no en Excel. [Si tu sistema es antiguo, esta es la decisión](/blog/actualizar-dynamics-nav-o-migrar-a-la-nube).
2. **Activar lo incluido antes de comprar nada.** Copilot, las [4 apps de Power BI](/blog/power-bi-business-central-informes-incluidos), el agente de cuentas a pagar en un proceso concreto y medido.
3. **Un proceso cada vez, con supervisión.** El de más volumen y menos criterio primero (facturas de proveedor, pedidos por email). Medir antes y después.
4. **Personas en el bucle.** Lo que Klarna aprendió caro: la IA propone, alguien aprueba. En Business Central, eso es configuración.
5. **Empezar ahora, no cuando "esté madura".** El 60 % en piloto significa que la ventaja es de quien pasa a producción primero.

## Lo que la IA no arregla

Un proceso malo automatizado es un proceso malo más rápido. Una empresa sin dueño de sus datos no tendrá IA útil. Y ningún agente sustituye la decisión de dejar de vender a un cliente que no paga. Por eso nuestra implantación empieza por [el diagnóstico de negocio](/blog/implantar-erp-diagnostico-negocio-mejorar-beneficio), no por la tecnología.

## Preguntas frecuentes

**¿Una empresa de 15 personas necesita IA de verdad?** Necesita dejar de teclear dos veces y de cerrar el mes en una semana. Si eso se resuelve con un ERP moderno y un agente en cuentas a pagar, sí. Si se resuelve con orden y sin IA, también vale — el objetivo es el coste y la velocidad, no la etiqueta.

**¿Cuánto cuesta empezar?** Copilot y Power BI van incluidos en la licencia; los agentes se pagan [por consumo](/blog/agentes-ia-business-central-facturacion-por-consumo), sin licencia nueva. El coste real está en tener el sistema donde la IA puede trabajar.

**¿Y si mi ERP no tiene IA?** Entonces la pregunta es cuánto te cuesta cada año no tenerla — y este [Health Check](/blog/erp-health-check-analiza-tu-sistema-gratis) te lo dice en dos minutos.

**¿La IA me va a quitar empleados?** Te va a quitar tareas. Lo que hagas con las horas liberadas (vender, atender, crecer, o reducir plantilla) es una decisión de dirección, no de la tecnología.

¿Quieres saber qué tareas de tu empresa ya podrían hacerse solas y cuánto cuestan hoy? [Evaluación gratuita y sin compromiso](/#contact) — con números de tu empresa, no de un informe.

---

### Business Central en Latinoamérica: qué cubre Microsoft, qué necesita localización de partner y dónde entramos nosotros

URL: https://bramvia.net/blog/business-central-latinoamerica-desarrollo-migracion-partner · Language: es · Date: 2026-09-11

**Respuesta corta:** Business Central está disponible en más de 170 países, pero **la localización fiscal no es igual en todos**. En Latinoamérica, **México tiene funcionalidad local de Microsoft** (CFDI 4.0, complemento de pago, Carta Porte, contabilidad electrónica, DIOT); **el resto de países —Argentina, Colombia, Chile, Perú, Panamá, Paraguay, Venezuela, Ecuador, Costa Rica, Guatemala, República Dominicana— funcionan con localizaciones desarrolladas por partners especializados** (AlfaPeople, LLB Solutions y otros), publicadas en AppSource. Esa distinción decide tu proyecto: **la localización la pone un especialista local; todo lo demás —migración desde el sistema antiguo, desarrollo AL, integraciones, Power BI, agentes de IA, rescate de proyectos— es independiente del país**. Ahí es donde trabajamos nosotros, desde España, en español. Y un matiz que suele sorprender: **en México el software de facturación no necesita certificación del SAT** —quien la necesita es el PAC que timbra—, así que la integración fiscal sí puede desarrollarse cuando el proyecto lo justifica. En otros países el esquema de habilitación varía y se verifica antes de prometer nada.

## El mapa fiscal, sin rodeos

| País | Localización fiscal | Qué implica |
|---|---|---|
| **México** | Nativa de Microsoft | CFDI 4.0 (obligatorio desde abril de 2023), complemento de pago, Carta Porte, contabilidad electrónica SAT, DIOT, retenciones ISR/IVA. Requiere PAC autorizado para el timbrado |
| **Argentina, Colombia, Chile, Perú, Panamá, Paraguay, Ecuador, Costa Rica, Guatemala, R. Dominicana, Venezuela** | De partner (AppSource) | Facturación electrónica, retenciones y reportes locales según cada organismo (AFIP, DIAN, SII, SUNAT, DGI…) |
| **Estados Unidos** | Nativa de Microsoft | Con motores de impuestos (Avalara, Vertex) para sales tax |

Cuatro esquemas XML distintos para cuatro países: lo que vale para la DIAN no vale para el SAT, y lo que cubre el SII chileno no cubre a SUNAT. **Un ERP, varias localizaciones** — y todas pueden convivir en un mismo tenant cuando la arquitectura se diseña bien (una ventaja real para grupos con presencia regional).

## ¿Hace falta que el software esté certificado?

Esta es la pregunta que decide si una localización se puede desarrollar o no, y la respuesta **no es la misma en todos los países**.

**En México, no.** El sistema de facturación **no necesita autorización del SAT**. Quien la necesita es el **PAC** (Proveedor Autorizado de Certificación), la empresa que valida, timbra y envía el CFDI a la autoridad. El flujo es: tu ERP genera el XML → lo envía por API al PAC que elija tu empresa → el PAC valida, incorpora el Timbre Fiscal Digital con su UUID y lo remite al SAT. El contribuyente solo necesita e.firma vigente, Certificado de Sello Digital y un PAC contratado. **Eso significa que la integración fiscal sí se puede desarrollar** — es el mismo patrón que ya aplicamos con el SII español: generar, validar antes de enviar, transmitir por API e interpretar la respuesta.

**En otros países, depende.** Colombia (DIAN), Chile (SII) y Perú (SUNAT) tienen esquemas propios en los que el emisor —y en algunos casos el proveedor tecnológico— pasa por un proceso de habilitación. Antes de comprometer nada, verificamos el país concreto: es lo primero que hacemos en la evaluación.

## Qué hacemos y qué no

**Lo que no hacemos:** no vendemos una localización fiscal latinoamericana "de catálogo", ni timbramos comprobantes (el timbrado lo hace siempre un PAC autorizado, en México y su equivalente en cada país). Y no adaptamos la localización española a otro país: quien te ofrezca eso te está vendiendo un problema con fecha.

**Lo que sí hacemos:**

- **Migración desde el sistema anterior**: Dynamics NAV/Navision, ERP local, desarrollos a medida o Excel. [La guía completa del método](/blog/migracion-navision-business-central-guia-2026): inventario de objetos, conversión C/AL → AL, datos validados contra el sistema vivo, arranque por fases.
- **Desarrollo AL** de extensiones limpias que sobreviven a las dos actualizaciones anuales — y que conviven con la localización local sin tocarla.
- **Integración fiscal a medida cuando el proyecto lo justifica**: si la localización disponible no cubre un caso concreto (un complemento, un flujo de cancelación, una retención específica), lo desarrollamos como extensión conectada al PAC o al proveedor tecnológico del país. Es exactamente lo que hemos hecho en España con el SII, Cartera, Confirming e Intrastat, y lo que hacemos ahora con el DeCA.
- **Integraciones**: tienda online, WMS, EDI, bancos, CRM, por API y OData.
- **[Power BI](/blog/power-bi-business-central-informes-incluidos) y reporting**, incluida la [vista consolidada de grupos multipaís](/blog/erp-grupo-empresas-multisociedad-consolidacion).
- **[Agentes de IA](/blog/sectores-donde-compensan-agentes-ia-business-central)** sobre procesos concretos, con gobernanza.
- **[Rescate de proyectos atascados](/blog/rescate-proyecto-erp-business-central-atascado)** y segunda opinión independiente.
- **Capacidad de desarrollo para partners locales**: si eres un partner en México, Colombia o Perú con más trabajo que desarrolladores AL, trabajamos en marca blanca sobre tu proyecto.

**Una advertencia honesta sobre las localizaciones:** una localización fiscal no se desarrolla, se **mantiene**. El SAT actualizó catálogos de CFDI 4.0 en 2026 y publica cambios de complementos con regularidad; lo mismo ocurre en el resto de países. Por eso no construimos localizaciones "por si acaso": las construimos cuando hay un cliente concreto detrás y un acuerdo de mantenimiento que las sostiene en el tiempo. Lo contrario —vender una localización y dejarla envejecer— es el problema que luego nos llaman a rescatar.

## Cómo se monta un proyecto regional bien

1. **La localización, de un especialista del país.** Se contrata su app de AppSource y su acompañamiento fiscal. Es su terreno y hacen bien en defenderlo.
2. **El núcleo del proyecto, con quien tenga el método.** Procesos, migración de datos, desarrollo, integraciones y reporting no cambian por país.
3. **Un solo tenant cuando hay varias sociedades**, con intercompañía y consolidación, y cada sociedad con su localización. Es lo que evita el clásico "un ERP por país" que luego nadie consolida.
4. **Todo por partes, con criterios de aceptación escritos** y [pago solo tras aceptar cada parte](/blog/como-elegir-erp-guia-2026). A distancia, esa cláusula importa más todavía.

## Por qué desde España tiene sentido (y cuándo no)

**Sí tiene sentido** cuando el proyecto pesa en desarrollo, migración o rescate: mismo idioma, horario que solapa con la mañana latinoamericana (España va 6-8 horas por delante de México y 5-6 de Argentina — lo entregado por la tarde española está listo al empezar el día allí), y tarifas europeas por debajo de las de un especialista escaso local.

**No tiene sentido** si lo que necesitas es exclusivamente cumplimiento fiscal local y acompañamiento presencial continuo. Ahí el partner de tu país es la respuesta correcta, y te lo diremos.

## Preguntas frecuentes

**¿Podéis implantar Business Central en México?** Sí: migración, desarrollo, integraciones y reporting, sobre la localización mexicana nativa de Microsoft y el PAC que elijas. Si tu caso necesita algo que la localización no cubre, lo desarrollamos como extensión conectada al PAC. El asesoramiento fiscal ante el SAT lo lleva tu asesor: nosotros construimos el sistema que lo ejecuta.

**¿Y en Colombia, Perú o Argentina?** Igual, con la localización de partner correspondiente instalada desde AppSource, y con la verificación previa del esquema de habilitación de cada país (DIAN, SUNAT, AFIP) antes de comprometer alcance.

**¿Podéis desarrollar una localización fiscal desde cero?** Podemos, y en España lo hemos hecho (SII, Cartera, Confirming, Intrastat, DeCA). Pero solo con un cliente concreto detrás y un acuerdo de mantenimiento: una localización exige seguir cada cambio normativo indefinidamente. Sin ese compromiso, es mejor usar una localización existente del ecosistema.

**¿Trabajáis con partners locales?** Sí, y es nuestro modelo preferido en la región: ellos ponen localización y cercanía, nosotros capacidad técnica en AL, migración y datos.

**¿Qué pasa con el soporte y el huso horario?** Solapamos con la mañana latinoamericana. Para incidencias urgentes se acuerda una ventana de respuesta por escrito en el contrato.

**¿Cómo empezamos sin riesgo?** Con una parte pequeña: una evaluación del sistema actual, un informe que nadie ha construido, una integración atascada. Se paga después de aceptarla.

¿Operas en Latinoamérica y necesitas capacidad técnica en Business Central? [Evaluación gratuita y sin compromiso](/#contact) — en español, y con respuesta en 1 día laborable.

---

### Guía completa de Business Central en una página: qué es, módulos, cómo se implanta y cómo se desarrolla

URL: https://bramvia.net/blog/guia-completa-business-central-infografia · Language: es · Date: 2026-09-10

**Respuesta corta:** si quieres entender Business Central sin leer veinte artículos, esta página lo resume en una infografía de nueve bloques: **qué es un ERP**, **por qué Business Central**, **beneficios**, **los ocho módulos**, **cómo se implanta** (por partes, pagando solo tras aceptar), **con qué se desarrolla**, **el ciclo de una extensión**, **buenas prácticas** y **roles y certificaciones**. Debajo, cada bloque explicado en un párrafo con el enlace a la guía completa. Descárgala en alta resolución al final — es libre para compartir con tu equipo o tu dirección.

![Guía completa del ERP en Microsoft Dynamics 365 Business Central](/media/guia-business-central-infografia.svg)

[Descargar la infografía en alta resolución (PNG)](/media/guia-business-central-infografia.png)

## 1. ¿Qué es un ERP?

Un sistema que integra ventas, compras, almacén, finanzas y producción sobre **un único dato**: el pedido se convierte en albarán, el albarán en factura y la factura en asiento sin volver a teclear nada. Es la diferencia entre "tener programas" y tener un sistema. Si tu empresa aún vive en hojas de cálculo, [estas son las señales de que toca cambiar](/blog/excel-vs-erp-cuando-cambiar).

## 2. ¿Por qué Business Central?

Es el ERP en la nube de Microsoft para pymes de 5 a 500 usuarios: sin servidor que mantener, dos actualizaciones al año incluidas, integración nativa con Excel, Outlook, Teams y Power BI, Copilot y agentes de IA, y localizaciones oficiales española y polaca. Más de 50.000 empresas lo usan en la nube. [Qué es exactamente y para quién no es](/blog/que-es-microsoft-dynamics-365-business-central), y [cómo se compara con Sage 200](/blog/business-central-vs-sage-200-comparativa), [Odoo](/blog/odoo-vs-business-central-comparativa) o [SAP Business One](/blog/alternativa-sap-business-one-business-central).

## 3. Beneficios clave

Cierre mensual en horas, stock real por almacén sin Excel, informes listos con las [4 apps de Power BI incluidas](/blog/power-bi-business-central-informes-incluidos), escalabilidad a [varias sociedades y países](/blog/erp-grupo-empresas-multisociedad-consolidacion). Y el beneficio que ponemos nosotros: [cada parte del proyecto se paga solo después de aceptarla](/blog/como-elegir-erp-guia-2026).

## 4. Los ocho módulos

**Finanzas** (contabilidad, bancos, cobros y pagos, activos, consolidación), **cadena de suministro** (compras, [inventario multialmacén](/blog/controlar-stock-varios-almacenes-programa), lotes, planificación), **ventas y CRM**, **fabricación** en el plan Premium (listas de materiales, órdenes, capacidad, [calidad](/blog/modulo-gestion-calidad-business-central-fabricantes)), **proyectos y servicio**, **IA y agentes** ([Copilot y los agentes de cuentas a pagar, pedidos y gastos](/blog/sectores-donde-compensan-agentes-ia-business-central)), **informes** y **cumplimiento** — el bloque donde nos especializamos: SII, [Verifactu](/blog/verifactu-business-central-calendario-2027), [factura electrónica](/blog/factura-electronica-obligatoria-business-central-preparacion), Intrastat, Cartera, [DeCA](/blog/deca-electronico-transporte-business-central) y KSeF. Qué licencia necesita cada usuario y cuánto cuesta: [licencias y precios 2026](/blog/licencias-y-coste-business-central-2026).

## 5. El flujo de un proyecto

Seis fases: **evaluar** (inventario de sistema, datos e integraciones), **planificar** (alcance con criterios de aceptación escritos), **construir** (extensiones AL, migración a sandbox), **probar** (con tus casos reales, incluido un cierre de mes), **arrancar** (normalmente un fin de semana, con el sistema anterior en solo lectura) y **estabilizar**. Cada parte se factura solo tras la aceptación. [La checklist completa, con PDF](/blog/lista-verificacion-migracion-nav-a-business-central), y [la guía de migración desde NAV/Navision](/blog/migracion-navision-business-central-guia-2026).

## 6. Componentes de desarrollo

Business Central se extiende con **AL**, el lenguaje de Microsoft, mediante **extensiones** que se enganchan al estándar por eventos e interfaces — nunca modificándolo. Hacia fuera: **APIs REST, OData y Virtual Tables** ([en la nube no hay SQL directo](/blog/business-central-saas-no-sql-apis-virtual-tables)); hacia la IA: **MCP Server y Agent Designer** ([agentes propios](/blog/crear-agentes-ia-personalizados-business-central-mcp)). Herramientas: VS Code, AppSourceCop, Git y CI/CD.

## 7. El ciclo de una extensión

Afijo y rango de objetos → tablas y campos → páginas y eventos → informes y layouts → pruebas AL en sandbox → publicación (en tu entorno o en AppSource). En nuestros proyectos, [la IA participa en cada fase](/blog/implantacion-erp-con-inteligencia-artificial-mas-rapida-menor-coste): análisis del código antiguo, conversión C/AL → AL, limpieza de datos, pruebas generadas con documentos reales y documentación. Nuestras extensiones publicadas: [el catálogo de apps](/apps).

## 8. Buenas prácticas

Estándar primero, app del ecosistema después, desarrollo a medida solo si es necesario. Extensiones, jamás modificar la base. Probar con datos reales. Migrar maestros y archivar el histórico. Criterios de aceptación por escrito. Sandbox permanente con responsable. [Los 7 errores que se repiten](/blog/errores-implantar-erp-como-evitarlos) son, uno por uno, la ausencia de estas prácticas.

## 9. Roles y certificaciones

Consultor funcional (**MB-800**), desarrollador AL (**MB-820**), arquitecto de soluciones, analista de negocio / project manager, especialista en localización, soporte e implantación. En Bramvia, [la persona que analiza es la que programa y la que responde el teléfono](/blog/partner-business-central-madrid-barcelona-valencia-espana).

## Descarga y uso

La infografía es libre para compartir: [PNG en alta resolución](/media/guia-business-central-infografia.png) · [SVG editable](/media/guia-business-central-infografia.svg). Úsala para explicar el proyecto a tu dirección, para formar a usuarios nuevos o para comparar propuestas de partners con un mapa común delante.

## Preguntas frecuentes

**¿Qué diferencia hay entre Business Central y Dynamics 365 Finance & Operations?** Business Central es el ERP para pymes (5-500 usuarios); Finance & Operations es el de gran empresa multinacional. Comparten familia, no producto. [Business Central frente a SAP para medianas](/blog/business-central-vs-sap-comparativa-medianas-empresas).

**¿Puedo empezar por un módulo?** Sí: lo habitual es arrancar con finanzas, ventas y compras, y activar almacén avanzado, fabricación o agentes por partes. El sistema es el mismo; las licencias se añaden cuando hacen falta.

**¿Cuánto cuesta todo esto?** [Licencias desde 69,30 €/usuario/mes](/blog/licencias-y-coste-business-central-2026) y [proyecto desde ~8.000 € en pymes pequeñas](/blog/cuanto-cuesta-implantar-erp-2026). [Ejemplo real para 10 personas](/blog/precio-business-central-10-usuarios-ejemplo).

**¿Y si ya tengo un presupuesto de otro partner?** [Te lo mejoramos en 48 horas](/blog/reto-presupuesto-business-central-mejoramos-tu-oferta).

¿Quieres esta guía aplicada a tu empresa? [Evaluación gratuita y sin compromiso](/#contact).

---

### Más que un implantador de ERP: la radiografía de tu empresa, sus puntos débiles y dónde está el beneficio que no ves

URL: https://bramvia.net/blog/implantar-erp-diagnostico-negocio-mejorar-beneficio · Language: es · Date: 2026-09-10

**Respuesta corta:** una implantación de ERP obliga a hacer algo que ninguna empresa hace nunca por voluntad propia: **poner todos sus datos y todos sus procesos sobre la mesa a la vez**. Nosotros aprovechamos ese momento. Con Bramvia no contratas solo a quien configura Business Central: la implantación incluye **un diagnóstico de negocio con tus datos reales** — dónde se te escapa el margen, qué clientes te cuestan dinero, cuánto stock inmoviliza caja, cuántos días tarda un cobro, cuántas horas se van en tareas que el sistema puede hacer — y **un plan de mejora por área** que se ejecuta a la vez que el proyecto. No prometemos beneficios: prometemos que los verás cuantificados y que decidirás sobre números, no sobre sensaciones. Vale para cualquier sector porque las fugas de beneficio son sorprendentemente parecidas en todos.

## Por qué la implantación es el mejor momento para mirar dentro

En el día a día nadie tiene tiempo de preguntarse si el margen del cliente número 14 es real después de portes, rappels y devoluciones. En una implantación, ese análisis es **obligatorio**: hay que migrar los datos, y para migrarlos hay que entenderlos.

Ahí es donde la mayoría de partners hace una cosa y nosotros hacemos dos. La mayoría limpia los datos y los importa. Nosotros, [con IA sobre tus datos históricos](/blog/implantacion-erp-con-inteligencia-artificial-mas-rapida-menor-coste), además **leemos lo que dicen**: qué procesos existen solo porque el sistema antiguo obligaba a ellos, dónde hay excepciones que se repiten tanto que ya son la regla, qué parte del trabajo administrativo no aporta nada.

## Lo que encontramos casi siempre (y lo que cuesta)

| Área | Lo que descubre el diagnóstico | Palanca de beneficio |
|---|---|---|
| **Margen** | Clientes rentables sobre el papel que pierden dinero con portes, descuentos y devoluciones incluidos | Renegociar condiciones o dejar ir al 5 % de clientes que destruyen margen |
| **Stock** | Referencias sin rotación en 12 meses; stock duplicado entre almacenes; compras "por si acaso" | Caja liberada (a menudo entre el 10 y el 25 % del valor de inventario) |
| **Cobros** | Días de cobro reales muy por encima de las condiciones pactadas; facturas que salen tarde | Tesorería: cada día menos de cobro medio es dinero en cuenta |
| **Compras** | Varios proveedores para lo mismo a precios distintos; pedidos sin aprobación | Consolidación y condiciones |
| **Horas** | Tareas que se teclean dos veces; conciliaciones a mano; informes que alguien monta cada lunes | Horas devueltas al equipo — o [agentes de IA](/blog/sectores-donde-compensan-agentes-ia-business-central) que las absorben |
| **Errores** | Pedidos con precio antiguo, facturas rectificadas, entregas incompletas | Menos abonos, menos reclamaciones, menos reputación perdida |
| **Cumplimiento** | Obligaciones que se cumplen "a mano" o no del todo ([SII](/apps/sii-asistente), Intrastat, [DeCA](/blog/deca-electronico-transporte-business-central), Verifactu) | Riesgo eliminado antes de que llegue la inspección |

Ninguna de estas partidas aparece en la cuenta de resultados con su nombre. Todas están ahí.

## Cómo se hace, dentro del proyecto

No es un servicio aparte con otra factura. Va en las fases del proyecto:

1. **En la evaluación** (gratuita): primera lectura de tus datos — volúmenes, concentración de clientes, rotación, plazos de cobro. Ya salen las tres o cuatro cifras que sorprenden.
2. **En el análisis y diseño**: el diagnóstico completo por área, con números. Cada hallazgo se convierte en una decisión de configuración: si los cobros tardan 74 días con condiciones a 30, el sistema nuevo nace con recordatorios automáticos y bloqueo por riesgo; si el 20 % de las referencias no rota, nace con puntos de pedido reales y no con "lo que siempre hemos pedido".
3. **En el arranque**: los [cuadros de mando de Power BI incluidos](/blog/power-bi-business-central-informes-incluidos) configurados para vigilar exactamente esas palancas — margen real por cliente, rotación por almacén, días de cobro — desde el primer día.
4. **En la estabilización**: revisión de los indicadores a los 30 y 90 días. Lo que mejoró, lo que no, y el siguiente paso.

Todo por partes y, como siempre, [cada parte se paga solo tras aceptarla](/blog/como-elegir-erp-guia-2026). El diagnóstico forma parte de las partes que aceptas.

## En cualquier sector, porque las fugas se parecen

- **Distribución mayorista**: margen por cliente después de portes y rappels, rotación por familia, pedidos tecleados a mano. [Lo que exige el sector](/blog/erp-distribucion-mayorista-business-central).
- **Fabricación y química**: rendimientos por lote, reprocesos, coste real de la calidad, material inmovilizado esperando liberación. [El caso químico](/blog/erp-industria-quimica-trazabilidad-lotes-business-central).
- **Residuos y servicios medioambientales**: coste real por ruta, contratos recurrentes mal facturados, documentación que consume horas. [El caso que estamos ejecutando](/blog/erp-gestion-residuos-medioambiente-business-central).
- **Construcción y proyectos**: desviaciones por obra detectadas al cierre en vez de a mitad, certificaciones que se retrasan.
- **Servicios profesionales**: horas no facturadas, proyectos que se alargan sin repercusión, facturación que sale tarde.
- **Grupos de empresas**: intercompañía con diferencias, consolidación en Excel, sociedades que subvencionan a otras sin saberlo. [Multisociedad](/blog/erp-grupo-empresas-multisociedad-consolidacion).

Cambian los nombres; las palancas —margen, stock, cobros, horas, errores— son las mismas.

## Lo que no prometemos

- **No prometemos un porcentaje de beneficio.** Prometemos las cifras de tu empresa, y las decisiones son tuyas. Hay hallazgos que no se quieren ejecutar (dejar ir a un cliente histórico) y es legítimo.
- **No sustituimos a tu dirección ni a tu asesor.** Ponemos los datos y la experiencia de haberlos visto en otras empresas; el criterio de negocio es vuestro.
- **No inflamos el proyecto** con el diagnóstico: son las mismas fases, con más ojos sobre los datos que de todos modos hay que migrar.

## Preguntas frecuentes

**¿Esto encarece la implantación?** No: el análisis de datos es parte de cualquier migración seria. Nosotros lo convertimos en diagnóstico en lugar de limitarnos a limpiar e importar — [y con IA en cada fase, el proyecto cuesta menos horas, no más](/blog/implantacion-erp-con-inteligencia-artificial-mas-rapida-menor-coste).

**¿Y si ya tengo Business Central implantado?** El diagnóstico también se hace sobre un sistema en marcha: leemos tus datos, encontramos las fugas y configuramos lo que falta. Es nuestra [segunda opinión](/blog/partner-business-central-madrid-barcelona-valencia-espana).

**¿Necesito tener los datos limpios para el diagnóstico?** Al contrario: los datos sucios son parte del diagnóstico. Los duplicados, las referencias muertas y los clientes con tres direcciones cuentan una historia sobre cómo trabaja la empresa.

**¿Cuánto tarda en verse algo?** Las primeras cifras, en la evaluación gratuita. El diagnóstico completo, en la fase de análisis (semanas 2-4 del proyecto). Los indicadores en producción, desde el arranque.

¿Quieres saber qué dicen tus datos antes de decidir nada? [Evaluación gratuita y sin compromiso](/#contact) — te llevas las primeras cifras aunque no sigas con nosotros.

---

### ERP para distribución de bebidas: lotes, envases retornables, rutas y márgenes en Business Central

URL: https://bramvia.net/blog/erp-distribucion-bebidas-business-central · Language: es · Date: 2026-09-10

**Respuesta corta:** un distribuidor de bebidas necesita de su ERP cinco cosas que un sistema genérico no da bien: **trazabilidad por lote y caducidad** (con salida FEFO, no FIFO), **gestión de envases y cascos retornables** (botellas, cajas, barriles y palés que van y vuelven con saldo por cliente), **rutas de reparto con albaranes agrupados y cobro en ruta**, **precios por canal** (hostelería, retail, gran cuenta, con promociones y rappels) e **impuestos especiales sobre el alcohol**. Business Central cubre la base en su plan Essentials ([69,30 €/usuario/mes](/blog/licencias-y-coste-business-central-2026)): lotes, caducidades, multialmacén, precios por cliente y grupo, planificación; y lo específico del sector —retornables, ruta, impuestos especiales— se resuelve con configuración, apps del ecosistema o extensiones acotadas. Y desde el **5 de octubre**, cada camión que sale con bebida necesita el [DeCA electrónico](/blog/deca-electronico-transporte-business-central): lo generamos desde el albarán.

## El día a día de un distribuidor de bebidas

- **Cientos de referencias con lote y caducidad**, en varios almacenes y en camiones. Vender el lote más antiguo primero no es opcional: es la diferencia entre rotación y merma.
- **Envases que van y vuelven.** Cada entrega deja cascos, cajas y barriles en el cliente; cada recogida los devuelve. Si no hay saldo por cliente, los envases desaparecen — y valen dinero.
- **Rutas diarias** con decenas de paradas, albaranes agrupados por ruta y conductor, cobro en efectivo o a cuenta, e incidencias de entrega (rechazos, roturas, cambios).
- **Precios que dependen del canal**: la misma referencia a hostelería, a tiendas, a un grupo de compras y a una gran cuenta, con promociones estacionales y rappels a fin de año.
- **Impuestos especiales** sobre alcohol y, según el producto, azúcar o envases — con obligaciones documentales propias.
- **Margen estrecho y estacional**: verano, Navidad, eventos. El stock se planifica contra un calendario, no contra un promedio.

## Lo que exige el ERP, y cómo lo hace Business Central

| Necesidad | Cómo se resuelve |
|---|---|
| Lotes, caducidades, FEFO | Seguimiento de lotes del estándar con fecha de caducidad y política de salida por caducidad en picking |
| Envases retornables | Artículos de envase con **saldo por cliente**: entregas y recogidas registradas en cada albarán; extensión acotada o app del ecosistema para el extracto de envases |
| Rutas de reparto | Agrupación de albaranes por ruta y conductor, orden de entrega, [DeCA electrónico con QR](/apps/deca) generado al registrar; integración con apps de reparto en móvil por API |
| Cobro en ruta | Registro de cobros contra facturas desde la ruta; conciliación en Cartera |
| Precios por canal | Listas de precios y descuentos por cliente, grupo y campaña, con vigencias — estándar |
| Impuestos especiales | Configuración fiscal de impuestos por artículo; BC29 añade **varios impuestos especiales por artículo** ([novedades](/blog/business-central-29-novedades-2026-wave-2)) |
| Estacionalidad | Planificación con previsión por periodo y puntos de pedido por almacén |
| Márgenes por cliente y canal | [Power BI incluido](/blog/power-bi-business-central-informes-incluidos): margen real después de rappels, devoluciones y roturas |
| Pedidos que llegan por email/WhatsApp | [Agente de Pedidos de Venta](/blog/sectores-donde-compensan-agentes-ia-business-central): interpreta el pedido y lo propone para tu confirmación |

## Los tres puntos donde se pierde dinero (y el ERP lo tapa)

**1. Los envases.** Un distribuidor mediano puede tener decenas de miles de euros en cascos y barriles repartidos por sus clientes. Sin saldo por cliente en el sistema, nadie los reclama. Con él, el extracto de envases sale con la factura.

**2. El margen por canal.** El precio a hostelería parece bueno hasta que se restan la promoción de verano, el rappel y las roturas. Con el margen real en el cuadro de mando, la negociación cambia.

**3. La merma por caducidad.** FEFO en el picking y alertas de lotes próximos a caducar: menos producto tirado, menos abonos.

## Cumplimiento con fecha

- **DeCA electrónico desde el 5 de octubre de 2026**: todo transporte de mercancía por carretera con documento de control en PDF con QR y descarga directa. El distribuidor de bebidas es cargador y muchas veces transportista: le afecta por los dos lados. [Nuestra app lo genera desde el albarán](/apps/deca).
- [Verifactu en 2027](/blog/verifactu-business-central-calendario-2027) y la [factura electrónica B2B](/blog/factura-electronica-obligatoria-business-central-preparacion), en el mismo horizonte.

## De dónde vienen los distribuidores de bebidas que migran

De programas de facturación y [Holded](/blog/migrar-de-holded-a-business-central) cuando aparecen los lotes y los envases, de [Sage](/blog/business-central-vs-sage-200-comparativa) o [a3](/blog/migrar-de-a3erp-a-business-central) cuando el almacén y las rutas se complican, y de [NAV antiguos](/blog/migracion-navision-business-central-guia-2026) con años de personalizaciones de ruta. Para un distribuidor de 15-50 usuarios: [15.000-45.000 € de proyecto](/blog/cuanto-cuesta-implantar-erp-2026), 3-6 meses. El mayor retorno: envases recuperados, merma reducida y margen visible por canal.

## Preguntas frecuentes

**¿Business Central tiene módulo de bebidas?** No de serie. Tiene lotes, caducidades, multialmacén, precios por canal y planificación; envases retornables, ruta y cobro en ruta se resuelven con configuración, apps del ecosistema o una extensión acotada — lo evaluamos con tus flujos reales.

**¿Y los envases retornables?** Se modelan como artículos de envase con saldo por cliente, registrados en cada entrega y recogida. El extracto de envases por cliente sale del sistema, no de una libreta.

**¿Sirve para hostelería y retail a la vez?** Sí: listas de precios por grupo de cliente y canal, con promociones y rappels, en el mismo sistema.

**¿Cómo se gestiona el DeCA en cada ruta?** Al registrar el albarán se genera el PDF con QR y URL directa; el conductor lo lleva en el móvil o impreso. [Guía normativa completa](/blog/deca-electronico-transporte-business-central).

¿Distribuyes bebidas y tu sistema no controla envases, lotes o rutas? [Evaluación gratuita y sin compromiso](/#contact).

---

### ¿Tienes un presupuesto de Business Central de otro partner? Te lo mejoramos

URL: https://bramvia.net/blog/reto-presupuesto-business-central-mejoramos-tu-oferta · Language: es · Date: 2026-09-09

**Respuesta corta:** si tienes sobre la mesa un presupuesto de implantación o migración a Business Central de otro partner —desde Dynamics NAV, desde Sage, a3, Holded, SAP Business One o desde cero— **envíanoslo y en 48 horas laborables te devolvemos una contrapropuesta línea a línea**. Nuestro compromiso, el **Reto al presupuesto**: lo mejoramos en cada caso en al menos uno de estos tres frentes — **alcance** (lo que de verdad incluye), **condiciones** (pago solo tras aceptar cada parte, sin pago inicial) y **precio** (cuando hay partidas infladas o innecesarias, que es lo habitual). Y si el presupuesto que tienes es bueno y no podemos mejorarlo sin recortar calidad, **te lo decimos por escrito**: eso también vale dinero.

## Por qué existe este reto

Hemos revisado bastantes presupuestos de Business Central ajenos. La mayoría no son deshonestos — son **imprecisos**, y la imprecisión siempre la paga el cliente. Los patrones que encontramos una y otra vez:

- **Licencias sobredimensionadas.** Todos los usuarios como Essentials "por si acaso", cuando la mitad son de consulta ([Team Members a 6,90 €](/blog/licencias-y-coste-business-central-2026)). Diferencia habitual: 3.000-8.000 € al año, todos los años.
- **Migrar todo el histórico.** Diez años de movimientos en el presupuesto. Rara vez hace falta: maestros, saldos y lo operativo abierto; el resto, archivado. Es la partida que más se puede recortar sin perder nada.
- **Horas sin entregables.** "Bolsa de 400 horas de consultoría" sin decir qué sale de ellas. Sin criterios de aceptación, cada hora es un riesgo tuyo.
- **Reescribir personalizaciones que ya existen en el estándar.** En un NAV con años, entre un tercio y la mitad del código a medida ya no hace falta. Un presupuesto que las reprograma todas vende trabajo innecesario.
- **Complementos ISV que no necesitas.** Apps de terceros con cuota mensual para funciones que Business Central ya trae (Power BI, aprobaciones, lotes).
- **Lo que no está.** Formación, migración de datos completa, integraciones "por determinar". Lo que falta en el presupuesto aparece después en la factura.
- **Pago por adelantado.** 30-50% a la firma. El riesgo del proyecto, entero, sobre ti.

## Por qué podemos presupuestar por debajo sin recortar

Hay una razón estructural, no un descuento: **aplicamos inteligencia artificial en cada fase de la implantación** — análisis del código heredado, mapeo a estándar, limpieza de datos, pruebas generadas con tus documentos reales, documentación. Un 35-40% menos de horas de consultor para el mismo alcance, la mitad de incidencias en el arranque y un plazo más corto. Ese ahorro se traslada al precio; un partner que trabaja a mano no puede igualarlo sin perder dinero o recortar en silencio. [Aquí explicamos exactamente dónde entra la IA, con el gráfico](/blog/implantacion-erp-con-inteligencia-artificial-mas-rapida-menor-coste).

## Qué revisamos, exactamente

Cuando nos envías el presupuesto, lo desmontamos en ocho columnas y te devolvemos las dos versiones, la suya y la nuestra, lado a lado:

| Qué miramos | La pregunta que respondemos |
|---|---|
| Alcance y exclusiones | ¿Qué está incluido de verdad y qué aparecerá después? |
| Licenciamiento | ¿Cuántos usuarios completos necesitas de verdad? |
| Migración de datos | ¿Qué migra y qué se archiva? ¿Cuántos años? |
| Personalizaciones | ¿Cuáles existen ya en el estándar o en una app? |
| Integraciones | ¿Están presupuestadas o "por determinar"? |
| Pruebas y formación | ¿Con tus datos reales? ¿Cuántas horas de formación? |
| Soporte tras el arranque | ¿Qué incluye el primer mes y a qué precio después? |
| Condiciones de pago | ¿Cuándo pagas y contra qué? |

## Lo que te comprometemos (y lo que no)

**Sí:** una contrapropuesta con **el mismo alcance o superior**, con **cada parte del proyecto pagada solo después de que la aceptes** (sin pago inicial, sin importes retenidos), y con **el precio igual o inferior cuando encontramos partidas infladas o innecesarias** — que, honestamente, es la mayoría de las veces.

**No:** bajar el precio recortando alcance a escondidas. Si un presupuesto es más barato porque quita la formación o deja las integraciones "por determinar", no es más barato: es más caro con retraso. Nuestra contrapropuesta siempre muestra qué cambia y por qué.

**Y si no podemos mejorarlo:** te lo decimos, con el análisis incluido. Un presupuesto ajeno bien hecho merece que te lo confirmemos — y tú te llevas gratis una segunda opinión de 48 horas.

## Dos casos típicos

**Desde Dynamics NAV.** El presupuesto que llega suele reprogramar todas las personalizaciones y migrar todo el histórico. Nuestra contrapropuesta: inventario de qué código sigue haciendo falta (a menudo, la mitad), maestros y saldos con archivo del histórico, y [migración por fases con el NAV vivo hasta el cambio](/blog/migracion-navision-business-central-guia-2026). Diferencia habitual: 20-40% menos de proyecto, y sin pagar hasta aceptar.

**Desde otro ERP (Sage, a3, Holded, SAP B1, Odoo).** Aquí lo habitual es un exceso de licencias y complementos ISV. Nuestra contrapropuesta: dimensionamiento de roles reales, funcionalidad estándar antes que apps de pago, y [el estándar de Business Central antes que desarrollos](/blog/errores-implantar-erp-como-evitarlos).

## Cómo funciona

1. **Nos envías el presupuesto** (PDF o correo) con el formulario de abajo, o a hello@bramvia.net, indicando tu sistema actual y número de usuarios.
2. **En 48 horas laborables** recibes el análisis: las ocho columnas, lo que está bien, lo que falta y lo que sobra.
3. **Con él, nuestra contrapropuesta** por partes, con criterios de aceptación escritos y calendario de pagos ligado a esas aceptaciones.
4. **Tú decides.** Sin compromiso: si te quedas con tu partner actual, te has llevado una segunda opinión gratuita y las preguntas que hacerle.

Confidencialidad: tratamos el presupuesto ajeno como información confidencial, no lo compartimos ni lo usamos fuera de tu análisis.

## Preguntas frecuentes

**¿Mejoráis siempre el precio?** Mejoramos siempre el presupuesto — en alcance, condiciones o precio. En precio, cuando hay partidas infladas o innecesarias, que es lo habitual. Si el presupuesto es ajustado y bien hecho, no lo rebajamos a costa de la calidad: te lo decimos.

**¿Y si mi partner actual me hace descuento al enterarse?** Estupendo para ti: ese es exactamente el objetivo de una segunda opinión. Aunque no trabajemos juntos, habrás pagado menos.

**¿Sirve para presupuestos de soporte o solo de implantación?** Para ambos, y también para propuestas de actualización de NAV ([¿upgrade o migrar?](/blog/actualizar-dynamics-nav-o-migrar-a-la-nube)).

**¿Cuánto cuesta el análisis?** Nada. Es nuestra forma de demostrar cómo trabajamos antes de que nos contrates.

¿Tienes un presupuesto sobre la mesa? Adjúntalo en el formulario o escríbenos a hello@bramvia.net — **en 48 horas tienes la contrapropuesta**.

---

### Implantación de ERP con inteligencia artificial: más rápida, con menos errores y a menor coste

URL: https://bramvia.net/blog/implantacion-erp-con-inteligencia-artificial-mas-rapida-menor-coste · Language: es · Date: 2026-09-09

**Respuesta corta:** una implantación de ERP tradicional es, sobre todo, **horas de consultor**: leer código antiguo, mapear procesos, limpiar datos a mano, escribir casos de prueba, documentar. Nosotros aplicamos inteligencia artificial en cada una de esas tareas desde el primer día del proyecto — y somos de los pocos partners de Business Central que lo hace de forma sistemática, no como demo. El resultado, en nuestra estimación de trabajo: **entre un 35 y un 40% menos de horas, la mitad de errores en el arranque, y un 25-35% menos de plazo y de coste** para el mismo alcance. Ese ahorro no es margen nuestro: **es el motivo por el que podemos presupuestar por debajo de un partner que trabaja a mano sin recortar nada** — y por el que, además, tu proyecto arranca con procesos mejorados, no con los de tu sistema antiguo copiados.

![Implantación tradicional vs asistida por IA: horas, errores, plazo y coste](/media/implantacion-ia-vs-tradicional.svg)

## Dónde entra la IA, fase a fase

No es un eslogan: es una lista de tareas concretas donde la IA hace en horas lo que antes eran días.

**1. Análisis del sistema actual.** Un NAV con quince años tiene cientos de objetos personalizados en C/AL que nadie recuerda para qué sirven. La IA los lee, los agrupa por función, detecta cuáles ya existen como estándar en Business Central y cuáles siguen haciendo falta. Lo que antes eran dos semanas de un consultor senior leyendo código, hoy es un inventario completo en dos días — **y con menos cosas que reprogramar**, porque encuentra duplicados con el estándar que un humano pasa por alto.

**2. Diseño de procesos — mejorados antes de arrancar.** Con tus datos reales (pedidos, facturas, movimientos de los últimos años), la IA identifica patrones: el 30% de los pedidos que pasan por tres aprobaciones innecesarias, los clientes duplicados, los flujos que solo existen porque el sistema antiguo obligaba a ellos. **El proceso se diseña mejor en el momento del desarrollo**, no se replica el de 2010. Es la diferencia entre migrar un ERP y aprovechar el cambio.

**3. Conversión de código.** Las personalizaciones que sí hacen falta se reescriben como extensiones AL con asistencia de IA: el borrador sale en minutos, el consultor revisa, ajusta y prueba. Menos horas, y código más homogéneo y documentado que el escrito a mano bajo presión de plazo.

**4. Migración y limpieza de datos.** Deduplicación de clientes y proveedores, normalización de direcciones, clasificación de artículos, detección de registros incoherentes — antes de importar nada. La partida que más sorpresas da en cualquier proyecto se convierte en la más predecible.

**5. Pruebas con tus documentos reales.** La IA genera casos de prueba a partir de tus propias facturas, pedidos y albaranes históricos — los raros incluidos — y los ejecuta en el sandbox. Por eso el arranque tiene la mitad de incidencias: **se prueba lo que de verdad ocurre en tu empresa, no una demo**.

**6. Documentación y formación.** Manuales por puesto, guías de proceso y material de formación generados a partir de la configuración real, en el idioma de cada usuario. Lo que casi nunca se hace por falta de horas, aquí está desde el primer día.

**7. Después del arranque.** [Los agentes de IA de Business Central](/blog/sectores-donde-compensan-agentes-ia-business-central) —cuentas a pagar, pedidos— se activan sobre un proceso concreto y medido, con [gobernanza definida](/blog/gobernanza-agentes-ia-business-central-control).

## Por qué esto baja el precio (y no la calidad)

Un presupuesto de implantación es, en su mayor parte, horas. Si las tareas de análisis, conversión, limpieza, pruebas y documentación consumen un 35-40% menos de horas, **el proyecto cuesta menos con el mismo alcance** — y a menudo con más alcance, porque la documentación y las pruebas exhaustivas, que en un proyecto a mano se recortan primero, aquí están incluidas.

Un partner que trabaja a mano no puede igualar ese precio sin perder dinero o sin recortar en silencio. Por eso, si tienes un presupuesto sobre la mesa, [te lo mejoramos: el Reto al presupuesto](/blog/reto-presupuesto-business-central-mejoramos-tu-oferta).

## Dónde la IA no sustituye a nadie

Ser honestos aquí es parte del método:

- **Las decisiones de negocio** (qué proceso mantener, qué eliminar, cómo organizar el almacén) las toma tu empresa con nuestro consultor. La IA prepara el análisis; no decide.
- **La revisión de cada resultado** — código, datos, pruebas — la hace una persona antes de que llegue a tu sistema. La IA acelera; no firma.
- **La relación** — entender tu negocio, escuchar a tus usuarios, gestionar el cambio — sigue siendo humana, y es lo que decide si un ERP se adopta o se esquiva.

Y las cifras del gráfico son **nuestra estimación de trabajo**, no una promesa cerrada: cada proyecto se mide en la evaluación inicial, y las horas y el plazo se fijan por partes, con criterios de aceptación escritos y [pago solo tras aceptarlas](/blog/como-elegir-erp-guia-2026).

## Qué cambia para ti

- **Menos horas facturadas** por el mismo alcance.
- **Arranque con la mitad de incidencias**, porque se probó con tus casos reales.
- **Procesos mejorados desde el día uno**, no copiados del sistema anterior.
- **Documentación completa** por puesto, que casi ningún proyecto entrega.
- **Plazo más corto**: 3-6 meses donde lo habitual son 6-9.

## Preguntas frecuentes

**¿La IA mete errores en el código?** La IA propone; el consultor revisa y prueba antes de desplegar. El código asistido por IA sale más homogéneo y mejor documentado que el escrito a mano con prisa — y pasa las mismas pruebas.

**¿Mis datos se usan para entrenar modelos?** No. El análisis se hace con herramientas empresariales bajo acuerdo de confidencialidad; tus datos no salen del entorno del proyecto ni entrenan nada.

**¿Es más barato porque trabajáis menos?** Es más barato porque **las tareas mecánicas consumen menos horas**. El tiempo de consultor se concentra en lo que aporta: entender tu negocio, decidir contigo, revisar.

**¿Sirve para una implantación desde cero, no solo para migrar?** Sí — el diseño de procesos con datos reales y la generación de pruebas y documentación aplican igual. [Cómo elegir y arrancar bien](/blog/como-elegir-erp-guia-2026).

¿Quieres saber cuántas horas y cuánto plazo ahorraría tu proyecto? [Evaluación gratuita, sin compromiso](/#contact) — con la estimación por partes y el precio que un proyecto a mano no puede igualar.

---

### Business Central 29 (octubre 2026): las 86 novedades, explicadas para pymes

URL: https://bramvia.net/blog/business-central-29-novedades-2026-wave-2 · Language: es · Date: 2026-09-09

**Respuesta corta:** Microsoft Dynamics 365 Business Central versión 29 —la oleada 2 de 2026— está en preview pública desde principios de septiembre y **llega a producción en la primera semana de octubre de 2026**. La lista oficial suma **86 funcionalidades nuevas o mejoradas**. Las que más importan a una pyme: **Copilot unificado** con el resto de Microsoft, un **Agente de Cuentas a Pagar** que casa mejor facturas con pedidos, un **Agente de Gastos** con aprobaciones y detección de duplicados, **retenciones a proveedores y empleados en el estándar** (sin app de terceros), **paquetes de informes financieros** en un solo PDF programado, **EDI vía Peppol** para pedidos y pagos, integración **Shopify B2B**, y mejoras de calidad y subcontratación en fabricación. Y un recordatorio que pesa: **todo lo de Copilot y agentes es exclusivo de la nube**. Si estás en Business Central online, te llega solo — en tu ventana de actualización. Si estás en NAV o on-premise, la distancia acaba de crecer otra vez.

![Business Central 29: 86 novedades por área](/media/bc29-funcionalidades-por-area.svg)

## Dónde está el peso de esta versión

El gráfico lo dice: casi un tercio de las novedades son para **desarrolladores** (AL, MCP, pruebas automatizadas, depuración con agentes de IA) y otro bloque grande para **informes**. No es casualidad: Microsoft está convirtiendo Business Central en una plataforma donde los agentes de IA trabajan sobre datos bien estructurados y los informes salen sin desarrollo. Lo notarás menos en la pantalla del día a día y más en lo que tu partner puede construir y en lo rápido que sale un informe.

## Copilot y agentes: lo que cambia para el usuario

**Copilot unificado.** El chat de Business Central pasa a ser el mismo Copilot de Microsoft 365: razona sobre tus datos de negocio, sobre la web y sobre conocimiento general en una sola conversación. Preguntar "¿qué clientes han bajado sus pedidos este trimestre y qué dice el mercado de su sector?" empieza a ser una pregunta normal.

**Agente de Cuentas a Pagar más fino.** Casa las facturas de proveedor con pedidos usando importes de línea y fechas de recepción previstas, y finaliza borradores según tu configuración de recepción en factura. Menos revisión manual en el caso más frecuente: la factura que coincide con el pedido.

**Agente de Gastos, ya maduro.** Aprobaciones con validación de políticas por IA (marca líneas sospechosas), aprobador interino, detección de duplicados incluso contra documentos ya registrados, kilometraje por fechas y tipo de vehículo, retenciones automáticas y **solicitudes de viaje** previas con varios viajeros. Para empresas con equipos que se desplazan, es el agente que más horas de administración ahorra.

**Control humano visible.** Nueva barra de revisión en listas y documentos donde un agente necesita a una persona, gestión de permisos de agentes cuando los solicitan, y avatares agrupados. [La gobernanza que ya explicamos](/blog/gobernanza-agentes-ia-business-central-control), ahora integrada en la interfaz.

**MCP para consultas de datos.** Las aplicaciones conectadas por MCP pueden definir, validar y ejecutar consultas de datos a medida, también sobre datos sin API. Para integraciones y para [agentes propios](/blog/crear-agentes-ia-personalizados-business-central-mcp), es una puerta grande.

## Finanzas: tres novedades que en España importan

- **Retenciones a proveedores** en el estándar — y también en **transacciones de empleados**. Hasta ahora las retenciones de IRPF a profesionales dependían de la localización o de apps; ahora hay una base estándar. Confirmaremos su encaje exacto con la localización española cuando la GA esté disponible.
- **Amortización acelerada** de activos fijos con cálculo e informes conformes.
- **Series numéricas por proveedor para autofacturas** (self-billing): trazabilidad y cumplimiento en los sectores que autofacturan (residuos, agroalimentario, transporte).
- Además: varios impuestos especiales por artículo, y **registro automático de cambios en informes financieros** (filas, columnas, definiciones) — auditoría sin configurar nada.

## Informes: menos desarrollo, más resultado

- **Paquetes de informes financieros**: define un paquete con varios informes y recíbelo como **un solo PDF**, programado, por correo o en la bandeja de informes. El cierre mensual para dirección, en una sola entrega.
- **Temas de informe** y cabeceras/pies reutilizables: tus documentos (facturas, albaranes, pedidos) con marca consistente, configurable por empresa, informe o layout. Se acabó retocar cada layout.
- **Automatizar salidas de informes** con nuevas API sobre la bandeja de informes: Power Automate o MCP pueden recoger, distribuir y archivar informes.
- **Marcadores** de vistas de lista y pestañas de análisis en tu área de trabajo, campos de auditoría (quién creó/modificó) en modo análisis, y trazado del uso de cuentas en informes financieros.

## Cadena de suministro y fabricación

- **Calidad**: al cerrar una inspección se rellenan automáticamente cantidades aprobadas y rechazadas; los errores de registro te llevan a la inspección que bloquea. [El módulo nativo](/blog/modulo-gestion-calidad-business-central-fabricantes) madura.
- **Subcontratación**: instrucciones y adjuntos de la ruta viajan al pedido de compra del subcontratista; configuración asistida; y ubicaciones de almacén básicas ya soportan subcontratación.
- **Transferencias directas** desde ubicaciones con picking/envío de almacén.
- Crear órdenes liberadas desde la hoja de planificación y gestionar calendarios de capacidad con menos clics.

## Documentos electrónicos y e-commerce

- **EDI vía E-Documents con Peppol BIS 3**: pedidos y pagos electrónicos por el mismo marco que la factura electrónica. Para quien vende a grandes cuentas que exigen EDI, deja de ser un desarrollo aparte. Encaja con la [ola de factura electrónica obligatoria](/blog/factura-electronica-obligatoria-business-central-preparacion).
- **Shopify B2B**: empresas, catálogos y precios B2B, agente de casación de impuestos, cambios/devoluciones/reembolsos alineados, y sincronización de códigos arancelarios y país de origen (útil para [Intrastat](/apps/intrastat-es)).

## Sostenibilidad

Huella de carbono en servicio, activos fijos, diarios de artículos y documentos de compra con fórmulas por factor de emisión. Para empresas que reportan CSRD o que sus clientes grandes ya se lo exigen, la contabilidad de CO₂e sale del Excel.

## Plataforma: más rápido por debajo

- **Nuevo modelo de datos para extensiones de tabla**: todos los campos de una tabla, incluidos los de extensiones, se guardan en la misma tabla física. Todas las operaciones con extensiones son más rápidas — sin tocar nada.
- Los administradores pueden **activar o desactivar índices SIFT** desde la propia aplicación, y las exportaciones a Excel quedan **auditadas en telemetría**.
- Para desarrolladores: claves que mezclan campos base y de extensión, interfaces con implementación por defecto, pruebas AL desde línea de comandos y CI/CD, y **agentes de IA para depurar sesiones fallidas y perfilar rendimiento**. [Aquí es donde nuestra implantación asistida por IA](/blog/implantacion-erp-con-inteligencia-artificial-mas-rapida-menor-coste) gana herramientas oficiales.

## Cambio de método: adiós a los planes de lanzamiento

Desde septiembre de 2026 Microsoft **deja de publicar los Release Plans**; las novedades pasan al **"AI at Work roadmap"**, siempre activo. Para ti significa que "lo que viene" ya no llega en un documento semestral sino en un mapa vivo — y que conviene tener a alguien que lo siga por ti.

![Calendario de Business Central 29](/media/bc29-calendario.svg)

## Qué hacer antes de octubre

1. **Activa la preview en un sandbox** (versión 29.0 preview) y ejecuta tu cierre de mes y tu día de más pedidos. Microsoft borra las previews 30 días después de la GA — no dejes las pruebas para noviembre.
2. **Prueba tus extensiones**: el nuevo modelo de datos de extensiones de tabla es transparente, pero cualquier código que dependa de estructuras internas o de accesos SQL directos merece una pasada. Si tus integraciones usan servicios web SOAP sobre páginas, confirma su estado: la retirada anunciada desde BC26 se completa en esta generación — migra a OData/API.
3. **Decide tu ventana de actualización** en el centro de administración: tienes margen, pero no indefinido.
4. **Planifica qué activar primero**: Agente de Gastos si viajáis, paquetes de informes si el cierre pesa, retenciones si pagáis a profesionales.

Si estás en NAV o en on-premise: nada de esto llega. [Cada oleada amplía la distancia](/blog/actualizar-dynamics-nav-o-migrar-a-la-nube); esta la amplía más que las anteriores.

## Preguntas frecuentes

**¿Cuándo llega Business Central 29 a mi entorno?** La disponibilidad general es la primera semana de octubre de 2026; tu administrador elige la fecha dentro de la ventana de actualización. Los entornos online se actualizan solos; on-premise recibe la versión pero no las funciones de IA.

**¿Cuánto cuestan las novedades?** Nada adicional en licencia: llegan con Essentials y Premium. Los agentes autónomos se facturan aparte [por consumo](/blog/agentes-ia-business-central-facturacion-por-consumo).

**¿Se rompen mis personalizaciones?** Las extensiones limpias, no. Las modificaciones del estándar o los accesos directos a base de datos, quizá — por eso existe la preview. Te ayudamos a probarla.

**¿Qué es lo más relevante para una pyme española?** Retenciones en el estándar, paquetes de informes, Agente de Gastos y EDI vía Peppol. Y para quien vende online, Shopify B2B.

¿Quieres que probemos la preview de BC29 con tus datos y extensiones antes de que llegue? [Evaluación gratuita y sin compromiso](/#contact).

---

### BC29 vs BC28: qué cambia de verdad para finanzas — y cuánto se aleja de NAV

URL: https://bramvia.net/blog/business-central-29-vs-28-que-cambia-finanzas-nav · Language: es · Date: 2026-09-09

**Respuesta corta:** BC28 (abril 2026) fue la oleada de **poner agentes en producción**: Agente de Cuentas a Pagar y de Pedidos en disponibilidad general, Agente de Gastos en preview, Agent Designer, servidor MCP, adjuntos fuera de la base de datos y las 4 apps de Power BI incluidas. BC29 (octubre 2026) es la oleada de **hacerlos útiles a escala**: Copilot unificado, mejor casación de facturas, Agente de Gastos completo con aprobaciones, MCP con consultas de datos, más una capa de finanzas e informes que un director financiero nota el primer mes — **retenciones en el estándar, paquetes de informes en un PDF, registro automático de cambios en informes financieros**. Y una plataforma más rápida por un nuevo modelo de datos. Todo lo de IA sigue siendo **solo nube**: la tabla de abajo muestra, sin adornos, lo que un NAV o un Business Central on-premise no verán nunca.

## BC28 vs BC29, área por área

| Área | BC28 — oleada 1 (abril 2026) | BC29 — oleada 2 (octubre 2026) |
|---|---|---|
| **Copilot** | Chat con Copilot sobre datos de BC | **Copilot unificado**: datos de negocio + web + conocimiento general, alineado con Microsoft 365 |
| **Agente Cuentas a Pagar** | Disponibilidad general; remitentes conocidos | **Casación por líneas** (importes y fechas de recepción); finalización alineada con "recepción en factura" |
| **Agente de Pedidos** | Disponibilidad general | Se mantiene; captura multicanal (email, Teams, Shopify, EDI) en la dirección anunciada |
| **Agente de Gastos** | Preview | **Completo**: aprobaciones con validación de políticas por IA, aprobador interino, duplicados, kilometraje, retenciones, solicitudes de viaje |
| **MCP** | Servidor MCP + Agent Designer | **Consultas de datos a medida** vía MCP, también donde no hay API |
| **Finanzas** | — | **Retenciones a proveedores y empleados en el estándar**, amortización acelerada, impuestos especiales múltiples, series por proveedor en autofacturas |
| **Informes** | 4 apps de Power BI incluidas | **Paquetes de informes en un PDF**, temas y cabeceras reutilizables, API de la bandeja de informes, registro de cambios automático, marcadores |
| **Documentos electrónicos** | Marco e-documents ampliado por país | **EDI vía Peppol BIS 3** (pedidos y pagos) |
| **E-commerce** | Conector Shopify | **Shopify B2B**: empresas, catálogos, precios, agente de casación de impuestos |
| **Fabricación / calidad** | Gestión de calidad nativa (inicio) | Inspecciones con menos clics, subcontratación asistida, transferencias directas desde almacén |
| **Plataforma** | Adjuntos fuera de la BD | **Nuevo modelo de datos de extensiones de tabla** (más rápido), SIFT desde la app, telemetría de exportaciones a Excel |
| **Gobernanza de agentes** | Rastro de auditoría, parada, aprobación por transacción | **Barra de revisión en listas**, gestión de permisos de agentes, UI de agentes |
| **Sostenibilidad** | Base de contabilidad de CO₂e | Huella en servicio, activos fijos, diarios, fórmulas en compras |

La lectura: BC28 fue "la IA existe"; BC29 es "la IA se integra en el trabajo diario y la plataforma te lo pone fácil".

## Lo que un director financiero nota en el primer mes con BC29

**1. Las retenciones dejan de ser un parche.** Retenciones a proveedores (los profesionales con IRPF) y en transacciones con empleados, en el estándar. Menos dependencia de apps de terceros y menos asientos manuales. Verificaremos su encaje con la localización española en la GA — pero la dirección es clara.

**2. El cierre para dirección, en un envío.** Paquete de informes financieros → un PDF programado, por correo o en la bandeja de informes. Lo que hoy son cinco exportaciones y un correo con adjuntos, el día 1 a las 8:00.

**3. Auditoría sin configurar.** Cualquier cambio en filas, columnas o definiciones de informes financieros queda registrado automáticamente. Cuando el auditor pregunte "¿quién cambió esta cuenta en este informe?", la respuesta está.

**4. Gastos de viaje sin perseguir a nadie.** El Agente de Gastos valida políticas, detecta duplicados incluso contra lo ya registrado y enruta aprobaciones. Con equipos que viajan, es la partida de administración que más se reduce. [Cómo se factura por consumo](/blog/agentes-ia-business-central-facturacion-por-consumo).

**5. Facturas de proveedor con menos revisión.** La casación por líneas del Agente de Cuentas a Pagar reduce el caso más frecuente de intervención humana: la factura que coincide con el pedido salvo por un detalle de fecha o importe.

## La distancia con NAV y con on-premise, sin adornos

| Capacidad | Business Central online | BC on-premise | Dynamics NAV |
|---|---|---|---|
| Copilot (unificado en BC29) | ✅ | ❌ | ❌ |
| Agentes (Cuentas a pagar, Pedidos, Gastos) | ✅ (por consumo) | ❌ | ❌ |
| Agent Designer y MCP | ✅ | ❌ | ❌ |
| Apps de Power BI incluidas | ✅ | Parcial | ❌ |
| Dos actualizaciones al año, automáticas | ✅ | Proyecto | Proyecto (o ninguna) |
| Retenciones, paquetes de informes, EDI Peppol | ✅ (BC29) | ✅ (BC29, en su versión) | ❌ |
| Nuevo modelo de datos, más rápido | ✅ | ✅ (BC29) | ❌ |
| Localización actualizada (Verifactu, e-factura) | ✅ | Con actualización | Solo con desarrollo |
| Soporte de Microsoft | ✅ | Según versión | Fin de soporte pasado (≤2018) |

Cada oleada añade una fila que solo la nube recibe. En BC28 fueron los agentes; en BC29, el Copilot unificado, las consultas MCP y el Agente de Gastos. Quien sigue en NAV no está "una versión atrás": está en otra categoría de producto. [Actualizar NAV o migrar: los números](/blog/actualizar-dynamics-nav-o-migrar-a-la-nube).

## Cómo aprovechar BC29 si ya estás en la nube

- **Prueba la preview en sandbox** con tus extensiones y un cierre de mes real antes de la ventana de actualización.
- **Activa una cosa cada vez**: primero lo que resuelva tu mayor dolor (gastos, informes, retenciones). Medir antes y después — [la regla de siempre con los agentes](/blog/sectores-donde-compensan-agentes-ia-business-central).
- **Revisa integraciones antiguas**: si algo consume servicios web SOAP sobre páginas, migra a OData/API — su retirada, iniciada en BC26, culmina en esta generación. Y si algo dependía de estructuras internas de tablas de extensión, el nuevo modelo de datos merece una prueba.
- **Aprovecha los temas de informe**: una tarde de configuración y todos tus documentos salen con la misma marca.

## Cómo aprovecharlo si vienes de NAV

No esperes a BC30. Cada oleada que pasa hace la migración más larga (más distancia entre tu código y el estándar) y deja más capacidades sin usar. [La migración por fases](/blog/migracion-navision-business-central-guia-2026), con el NAV vivo hasta el cambio, y [cada parte pagada solo tras aceptarla](/blog/reto-presupuesto-business-central-mejoramos-tu-oferta), es el camino que recomendamos — y con [IA en la propia implantación](/blog/implantacion-erp-con-inteligencia-artificial-mas-rapida-menor-coste), más corto y más barato que hace un año.

## Preguntas frecuentes

**¿BC29 obliga a cambiar algo en mi Business Central actual?** No: la actualización es automática dentro de tu ventana y las extensiones limpias siguen funcionando. Lo único a revisar: integraciones SOAP sobre páginas y código que dependa de estructuras internas.

**¿Las retenciones del estándar sustituyen a mi solución actual?** Es la primera versión estándar; su encaje exacto con la localización española lo confirmaremos en la GA. Si hoy usas una app o un desarrollo, no lo desactives hasta probar en sandbox.

**¿Vale la pena BC on-premise con BC29?** Recibe finanzas, informes y plataforma, pero no Copilot ni agentes. Si el motivo de on-premise no es un requisito legal o técnico estricto, [la nube compensa](/blog/erp-en-la-nube-vs-local).

**¿Cuándo sale BC30?** Abril de 2027, siguiendo el ritmo de dos oleadas al año.

¿Quieres saber qué te aporta BC29 en tu caso — o qué te estás perdiendo en NAV? [Evaluación gratuita, sin compromiso](/#contact).

---

### Alternativa a SAP Business One: cuándo tiene sentido cambiar a Business Central

URL: https://bramvia.net/blog/alternativa-sap-business-one-business-central · Language: es · Date: 2026-09-05

**Respuesta corta:** SAP Business One es un buen ERP para pymes industriales, y muchas empresas que buscan **alternativa a SAP Business One** no lo hacen por el producto sino por lo que hay alrededor: un partner caro o poco reactivo, una instalación on-premise que exige proyectos de actualización, integraciones frágiles y una hoja de ruta cloud e IA que va por detrás. **Business Central es la alternativa más habitual** para pymes de 20-300 usuarios: nube nativa con actualizaciones incluidas, ecosistema Microsoft 365 y Power BI, Copilot y agentes, y extensiones que no se rompen al actualizar. Migrar cuesta [de 25.000 a 70.000 € de proyecto](/blog/cuanto-cuesta-implantar-erp-2026) y 4-6 meses. Si tu SAP B1 está bien implantado, actualizado y con un partner que responde, quédate — te lo diremos igual.

## Por qué las empresas buscan alternativa a SAP B1

Lo que escuchamos, en orden de frecuencia:

1. **El coste del partner.** La licencia es una parte; el mantenimiento anual, las horas de consultoría y cada evolutivo pesan más. Cuando el partner cobra tarifas de gran cuenta a una pyme, la relación se agota.
2. **On-premise y actualizaciones.** Muchas instalaciones de B1 siguen en servidor propio (o en hosting del partner): cada actualización de versión es un proyecto con factura, y saltársela significa quedarse atrás.
3. **Integraciones frágiles.** Tienda online, WMS, CRM, EDI: conectados con desarrollos que se rompen con cada cambio.
4. **Reporting con esfuerzo.** Dirección quiere cuadros de mando; el sistema da listados y Crystal Reports que alguien mantiene.
5. **IA y nube.** SAP concentra su innovación en S/4HANA y en la gran empresa; en B1 llega tarde y a cuentagotas.
6. **Dependencia de una persona.** El consultor que "conoce nuestro B1" se va, y con él el conocimiento.

## Lo que SAP Business One sigue haciendo bien

Justo es decirlo: **profundidad en fabricación** en algunos verticales gracias a soluciones de partner muy maduras, **la marca SAP** cuando tus clientes o tu matriz la exigen, y una base instalada enorme con muchos consultores disponibles. Si tu operación depende de un vertical de partner muy específico que no existe en el ecosistema de Business Central, evalúalo con cuidado antes de moverte.

## Comparativa

| Dimensión | SAP Business One | Business Central |
|---|---|---|
| Modalidad habitual | On-premise / hosting de partner | SaaS nativo (también on-prem) |
| Actualizaciones | Proyecto de versión | Dos al año, incluidas, automáticas |
| Ecosistema ofimático | Integración vía complementos | Excel, Outlook, Teams, Power BI nativos |
| Reporting | Crystal Reports / desarrollos | [4 apps Power BI incluidas](/blog/power-bi-business-central-informes-incluidos) |
| Personalización | SDK, a menudo acoplada | Extensiones desacopladas (AL) |
| IA | Limitada en B1 | Copilot + agentes autónomos |
| Multiempresa | Por base de datos | Nativo, con intercompañía y consolidación |
| Localización España | Buena (partner) | Mantenida por Microsoft (SII, [Verifactu](/blog/verifactu-business-central-calendario-2027)) |
| Licencia de entrada | Similar o superior | [~69 €/usuario/mes](/blog/licencias-y-coste-business-central-2026) |
| Coste total 5 años | Dependiente del partner | Previsible |

## Cómo se migra de SAP B1 a Business Central

1. **Evaluación**: procesos, complementos de partner en uso, integraciones, calidad de datos.
2. **Mapa funcional**: qué cubre el estándar de Business Central, qué se resuelve con una app del ecosistema, qué se desarrolla como extensión.
3. **Maestros y saldos**: clientes, proveedores, artículos, plan contable y saldos de apertura; el histórico de B1 se archiva en solo lectura.
4. **Pruebas con tus casos reales**, incluido un cierre de mes completo en sandbox.
5. **Arranque por fases** — sociedad a sociedad si sois grupo — con B1 en solo lectura como red de seguridad.

Duración típica: **4-6 meses**. Y como siempre: [por partes, cada parte pagada tras aceptarla](/blog/como-elegir-erp-guia-2026) — para quien viene de una relación de partner tensa, esa cláusula suele ser lo primero que valora.

## Preguntas frecuentes

**¿Cuál es la mejor alternativa a SAP Business One para una pyme industrial?** Para 20-300 usuarios que usan Microsoft 365, Business Central Premium (fabricación y servicio incluidos). Para verticales de partner muy específicos, evalúa primero si existe equivalente en AppSource.

**¿Perderé funcionalidad de fabricación?** Business Central Premium cubre listas de materiales, rutas, capacidad, subcontratación y MRP. Lo que sea específico de tu complemento de partner se evalúa uno a uno en la fase de mapa funcional.

**¿Cuánto cuesta migrar?** [25.000-70.000 € de proyecto](/blog/cuanto-cuesta-implantar-erp-2026) según integraciones y complementos, más licencias. La evaluación gratuita da el número real.

**¿Y si el problema es mi partner, no SAP?** Cambiar de partner de SAP B1 es una opción legítima y a veces la mejor. Te lo diremos si es tu caso — [también hacemos segunda opinión](/blog/partner-business-central-madrid-barcelona-valencia-espana).

¿Estás en SAP Business One y te planteas alternativas? [Evaluación gratuita, sin compromiso](/#contact) — incluida la respuesta "quédate donde estás" si es la correcta.

---

### Alternativa a Sage X3: cuándo Business Central es la opción más sensata

URL: https://bramvia.net/blog/alternativa-sage-x3-business-central · Language: es · Date: 2026-09-05

**Respuesta corta:** Sage X3 es un ERP de gama media-alta pensado para empresas industriales complejas y multi-planta. Las empresas que buscan **alternativa a Sage X3** suelen ser medianas (30-300 usuarios) que **pagan complejidad que no usan**: implantaciones largas, costes de mantenimiento y consultoría de gran cuenta, y una modernización cloud que llega despacio. Para ellas, **Business Central** es la alternativa habitual: cubre finanzas, almacén, fabricación y proyectos con menos coste de propiedad, nube nativa con actualizaciones incluidas, y Copilot e IA que Sage X3 no tiene. Si tienes varias plantas con procesos de fabricación de proceso muy complejos o multi-país con requisitos pesados, X3 puede seguir siendo la elección correcta.

## Por qué se busca alternativa a Sage X3

- **Sobredimensionado para el tamaño real.** X3 se compró pensando en crecer; la empresa creció menos y paga un sistema de gran cuenta.
- **Coste de propiedad.** Mantenimiento, consultoría especializada (escasa y cara) y cada evolutivo como proyecto.
- **Modernización lenta.** El camino cloud de X3 existe, pero la innovación en IA y experiencia de usuario no avanza al ritmo de los ERP nativos en nube.
- **Dependencia del integrador.** Pocos partners de X3 en España; cambiar de partner es difícil.
- **Usuarios que lo evitan.** Interfaz densa, formación larga, y de nuevo el Excel alrededor.

## Lo que Sage X3 hace muy bien

Con honestidad: **fabricación de proceso** (alimentación, química, farmacia) con recetas, rendimientos y trazabilidad muy profunda; **multi-planta y multi-país** con gestión avanzada; y **volúmenes altos**. Si tu operación es así, Business Central Premium puede cubrirla, pero evalúalo con tus casos reales antes de decidir — [así se hace](/blog/como-elegir-erp-guia-2026).

## Comparativa

| Dimensión | Sage X3 | Business Central |
|---|---|---|
| Tamaño ideal | 100-1.000 usuarios, multi-planta | 10-500 usuarios |
| Modalidad | On-premise / cloud gestionado | SaaS nativo |
| Actualizaciones | Proyecto | Incluidas, automáticas |
| Fabricación de proceso | Muy profunda | Buena (Premium) + apps del ecosistema |
| Ecosistema Microsoft | Integraciones | Nativo (Excel, Teams, [Power BI incluido](/blog/power-bi-business-central-informes-incluidos)) |
| IA | Incipiente | Copilot + agentes |
| Coste de consultoría | Gran cuenta | Pyme |
| Licencias | Superiores | [~69-95 €/usuario/mes](/blog/licencias-y-coste-business-central-2026) |

## Cómo se migra de Sage X3

Es una migración de complejidad **media-alta**: X3 suele tener años de configuración específica y muchos flujos. El método es el de siempre —evaluación, mapa funcional, maestros y saldos, pruebas con casos reales, arranque por fases— con especial atención a **no replicar la complejidad de X3** en Business Central: la mayoría de empresas que migran descubren que la mitad de sus flujos "imprescindibles" eran adaptaciones al sistema, no necesidades del negocio.

Duración: **5-9 meses**. Coste: [35.000-90.000 € de proyecto](/blog/cuanto-cuesta-implantar-erp-2026) según plantas e integraciones. Por partes, [pagando cada una tras aceptarla](/blog/como-elegir-erp-guia-2026).

## Preguntas frecuentes

**¿Cuál es la mejor alternativa a Sage X3 para una empresa mediana?** Business Central Premium para 30-300 usuarios con fabricación discreta o de proceso moderada. Para proceso muy complejo o multi-país pesado, compara también con soluciones de ecosistema sobre Business Central o valora seguir en X3.

**¿Business Central es "menos" que Sage X3?** Es menos complejo. Para la mayoría de medianas, eso es la ventaja, no el problema. Lo que X3 tiene y Business Central no, se evalúa con tus casos concretos — no con la lista de funciones del folleto.

**¿Cuánto se ahorra?** Sobre todo en consultoría, mantenimiento y actualizaciones — la cuota de licencia no es lo decisivo. [Calculadora y desglose aquí](/blog/licencias-y-coste-business-central-2026).

**¿Podéis hacer una segunda opinión sin compromiso?** Sí. A veces la respuesta es "optimiza tu X3 y cambia de partner" — [también la damos](/blog/partner-business-central-madrid-barcelona-valencia-espana).

¿Pagas un Sage X3 más grande que tu empresa? [Evaluación gratuita, sin compromiso](/#contact).

---

### Alternatywa dla Comarch ERP XL i Optima: kiedy Business Central ma sens

URL: https://bramvia.net/blog/alternatywa-dla-comarch-erp-xl-optima-business-central · Language: pl · Date: 2026-09-05

**Krótka odpowiedź:** Comarch ERP XL i Optima to najczęściej spotykane systemy w polskich firmach — i wiele firm szukających **alternatywy dla Comarch** nie robi tego z powodu samego produktu, lecz tego, co go otacza: rosnące koszty utrzymania i modyfikacji, aktualizacje jako projekty, kruche integracje z e-commerce, WMS czy CRM, praca „na serwerze w piwnicy" i brak realnej sztucznej inteligencji. **Business Central jest najczęstszą alternatywą** dla firm 20–300 użytkowników: natywna chmura z aktualizacjami w cenie, ekosystem Microsoft 365 i Power BI, Copilot i agenty AI, polska lokalizacja Microsoft (z KSeF) oraz rozszerzenia, które nie psują się przy aktualizacjach. Migracja trwa 3–6 miesięcy. Jeśli Twój Comarch działa dobrze, jest aktualny i masz reagującego partnera — zostań; powiemy Ci to samo.

## Dlaczego firmy szukają alternatywy dla Comarch

1. **Koszt utrzymania i modyfikacji.** Każda zmiana to zlecenie dla partnera; z czasem system obrasta modyfikacjami, których nikt już nie dokumentuje.
2. **Aktualizacje jako projekt.** Zwłaszcza w XL — nowa wersja oznacza retest modyfikacji, przestój i fakturę.
3. **Integracje.** Sklep internetowy, WMS, CRM, EDI — połączone niestandardowo, psują się przy każdej zmianie.
4. **Raportowanie.** Zarząd chce dashboardów; system daje wydruki i eksporty do Excela.
5. **Chmura i AI.** Comarch rozwija chmurę, ale agenty AI w codziennej operacji to dziś domena systemów natywnie chmurowych.
6. **Wzrost.** Kilka spółek, zagraniczny oddział (np. Hiszpania), wiele walut — tam Optima się kończy, a XL wymaga rozbudowy.

## Co Comarch nadal robi dobrze

Uczciwie: **doskonała zgodność z polskimi przepisami** (JPK, KSeF, specyfika krajowa), **ogromna baza partnerów** i **niski koszt wejścia** w Optimie dla małych firm. Jeśli jesteś małą, stabilną, wyłącznie polską firmą z prostą operacją — Optima wystarczy na lata.

## Porównanie

| Wymiar | Comarch ERP XL / Optima | Business Central |
|---|---|---|
| Idealna wielkość | Optima: mała firma; XL: średnia | 10–500 użytkowników |
| Model | Lokalnie / chmura Comarch | Natywny SaaS (także on-prem) |
| Aktualizacje | Projekt (XL) / półautomatyczne | Dwie rocznie, w cenie, automatyczne |
| Polska lokalizacja | Bardzo dobra | Oficjalna lokalizacja Microsoft, KSeF |
| Wiele spółek / krajów | Ograniczone (Optima) / rozbudowa (XL) | Natywne: intercompany, konsolidacja, wiele walut |
| Ekosystem Microsoft | Integracje | Excel, Outlook, Teams, [Power BI w cenie](/blog/integracja-business-central-z-power-platform) |
| AI | Początki | Copilot + [autonomiczne agenty](/blog/agenty-ai-w-business-central) |
| Modyfikacje | Często sprzężone z systemem | Rozszerzenia AL odseparowane od standardu |
| Licencja | Niższa na wejściu (Optima) | [od ~69 €/użytk./mies.](/blog/licencje-i-koszt-business-central-2026) |

## Jak wygląda migracja z Comarch do Business Central

1. **Ocena**: procesy, używane moduły i modyfikacje, integracje, jakość danych.
2. **Mapa funkcjonalna**: co pokrywa standard Business Central, co aplikacja z AppSource, co rozszerzenie.
3. **Kartoteki i salda**: kontrahenci, towary, plan kont, bilans otwarcia; historia z Comarch zostaje w trybie odczytu jako archiwum.
4. **Testy na Twoich przypadkach**, w tym pełne zamknięcie miesiąca w sandboksie.
5. **Start etapami** — spółka po spółce, jeśli jesteście grupą — z Comarch w trybie odczytu jako zabezpieczeniem.

Czas: **3–6 miesięcy**. Koszt: [20 000–60 000 € projektu](/blog/licencje-i-koszt-business-central-2026) w zależności od integracji, plus licencje. I jak zawsze: [etapami, każdy etap płatny dopiero po Twojej akceptacji](/blog/jak-wybrac-erp-przewodnik-2026).

**Most Polska–Hiszpania:** jeśli masz (lub planujesz) spółkę w Hiszpanii, jesteśmy jednym z nielicznych partnerów obsługujących obie lokalizacje natywnie — po polsku, hiszpańsku i angielsku.

## Najczęstsze pytania

**Jaka jest najlepsza alternatywa dla Comarch ERP XL dla firmy 100–300 osób?** Business Central Premium (produkcja i serwis w cenie), zwłaszcza jeśli firma pracuje w Microsoft 365, ma kilka spółek lub oddział za granicą.

**Czy Business Central obsługuje KSeF i JPK?** Tak — w oficjalnej polskiej lokalizacji Microsoft, aktualizowanej wraz z systemem.

**Czy stracę polskie funkcje, do których jestem przyzwyczajony?** Zakres polskiej lokalizacji Business Central pokrywa wymogi prawne; specyficzne przyzwyczajenia z Comarch weryfikujemy jeden po drugim w mapie funkcjonalnej — bez obietnic „na ślepo".

**Czy migracja z Optimy jest prostsza niż z XL?** Zwykle tak: mniej modyfikacji, prostsze dane. Migracja z Optimy to często 3–4 miesiące.

Rozważasz alternatywę dla Comarch? [Bezpłatna ocena, bez zobowiązań](/#contact) — łącznie z odpowiedzią „zostań przy Comarch", jeśli tak jest lepiej.

---

### Subiekt GT się kończy? Kiedy i jak przejść na Business Central

URL: https://bramvia.net/blog/migracja-z-subiekt-gt-do-business-central · Language: pl · Date: 2026-09-05

**Krótka odpowiedź:** Subiekt GT (InsERT) to doskonałe narzędzie na start: sprzedaż, magazyn, faktury — tanio i prosto. Przestaje wystarczać, gdy firma potrzebuje **kilku magazynów z lokalizacjami, partii i terminów ważności, akceptacji zakupów, kilku spółek, produkcji, pracy z dowolnego miejsca albo ma ponad 15–20 użytkowników**. Migracja z Subiekt GT do Business Central jest jedną z najszybszych (2–4 miesiące) i najtańszych (od ~8 000–15 000 € wdrożenia plus licencje [od 69,30 €/użytk./mies.](/blog/licencje-i-koszt-business-central-2026)), bo kartoteki eksportują się czysto, a nie ma starego kodu do przepisywania. A jeśli jeszcze nie pora — powiemy Ci to wprost.

## W obronie Subiekta

Zacznijmy uczciwie: dla firmy handlowej na 3–10 osób z jednym magazynem Subiekt GT robi dokładnie to, co powinien, za ułamek ceny ERP. Wiele firm powinno zaczynać właśnie tam. Problemem nie jest Subiekt — problemem jest zostawanie w Subiekcie, gdy firma jest już inna.

## 7 sygnałów, że Subiekt GT się kończy

1. **Więcej niż jeden magazyn** — albo lokalizacje w magazynie — i Excel, żeby wiedzieć, gdzie co leży.
2. **Partie, numery seryjne, terminy ważności** wymagane przez klientów lub audyt.
3. **Akceptacje i obieg zakupów**: zamówienia wymagające zatwierdzenia, dostawy częściowe, faktury dopasowywane do zamówień.
4. **Kilka spółek** — druga firma w grupie, oddział, rozliczenia między nimi.
5. **Produkcja** — BOM-y, zlecenia, zużycie komponentów.
6. **Praca zdalna i mobilna** — Subiekt GT to aplikacja desktopowa; zespół chce pracować z przeglądarki i telefonu.
7. **Raporty żyjące w Excelu** — jeśli prawdziwe dashboardy powstają poza systemem, system przestał być źródłem prawdy.

Trzy lub więcej sygnałów: pora na ocenę.

## Co zmienia Business Central

Skok nie polega na „tym samym programie, tylko większym": to przejście z narzędzia do fakturowania i magazynu na ERP, w którym **dane istnieją raz** — zamówienie → WZ → faktura → dekret, stan magazynu zdejmowany przy wydaniu, zakupy dopasowane, zamknięcie miesiąca jako raport, nie projekt. Do tego: wiele magazynów, partie, wiele spółek, produkcja, [Power BI w cenie](/blog/integracja-business-central-z-power-platform), Copilot, praca z przeglądarki i telefonu, oraz polska lokalizacja Microsoft z **KSeF** aktualizowana automatycznie.

Co tracisz, uczciwie: skrajną prostotę. Business Central wymaga skonfigurowania procesów — bo teraz masz procesy, które warto skonfigurować.

## Jak przenieść dane z Subiekt GT

1. **Eksport kartotek** z Subiekta: kontrahenci, towary, ceny, plan kont — do CSV lub przez API InsERT.
2. **Czyszczenie przed importem**: duplikaty, martwe indeksy — dobry moment, żeby uporządkować to, co Subiekt tolerował.
3. **Bilans otwarcia** (księgowy, rozrachunki, stany magazynowe) na dzień odcięcia; historia faktur zostaje w Subiekcie w trybie odczytu.
4. **Konfiguracja Business Central** pod realne procesy, z sygnałami powyżej jako mapą.
5. **Szkolenie i start**, zwykle na zamknięciu miesiąca.

Bez starego kodu do przepisania i bez serwera do wyłączenia: **2–4 miesiące**, nie 9.

## Ile to kosztuje

- **Wdrożenie:** od ~8 000–15 000 € dla 10–20 użytkowników z procesami standardowymi; więcej przy produkcji lub integracjach (sklep, WMS).
- **Licencje:** większość zespołu to Team Members (6,90 €); pełni użytkownicy [69,30 €](/blog/licencje-i-koszt-business-central-2026). W Polsce Microsoft fakturuje w PLN — potwierdź aktualną stawkę.
- **Pierwszy rok razem:** ~12 000–20 000 € rzędu wielkości.

Jak zawsze: [etapami, każdy etap płatny dopiero po akceptacji](/blog/jak-wybrac-erp-przewodnik-2026).

## Najczęstsze pytania

**Jaka jest najlepsza alternatywa dla Subiekt GT dla rosnącej firmy?** Business Central, gdy pojawiają się magazyny, partie, akceptacje lub spółki — pokrywa to w standardzie, a migracja jest najszybsza z możliwych. Dla firm, które zostają małe, [enova365 lub Comarch Optima](/blog/alternatywa-dla-comarch-erp-xl-optima-business-central) też są rozsądnymi krokami pośrednimi — ryzyko to zmiana systemu dwa razy w pięć lat.

**Czy mogę zostawić Subiekta do czegoś?** Nie polecamy dwóch systemów „na poważnie" — to problem, który przychodzisz rozwiązać. Możesz zachować go w trybie odczytu jako archiwum.

**Ile czasu zajmie zespołowi adaptacja?** Jeśli używają Excela i Outlooka, interfejs Business Central jest im znajomy. Krzywa uczenia dotyczy nowych procesów (akceptacje, partie), nie narzędzia.

**A jeśli jeszcze nie pora?** Powiemy Ci to. Nasza ocena jest bezpłatna właśnie po to — [opisz swoją sytuację](/#contact).

Trzy lub więcej sygnałów? [Bezpłatna ocena, bez zobowiązań](/#contact) — a jeśli Subiekt wystarczy Ci jeszcze rok, taka będzie odpowiedź.

---

### Migrar de a3ERP a Business Central: cuándo compensa y cómo se hace

URL: https://bramvia.net/blog/migrar-de-a3erp-a-business-central · Language: es · Date: 2026-09-04

**Respuesta corta:** a3ERP (Wolters Kluwer) es uno de los ERP más extendidos en la pyme española porque **las asesorías lo conocen** y su fiscalidad local es impecable. Se queda pequeño cuando la empresa necesita **almacén serio (lotes, ubicaciones, varios almacenes), fabricación, varias sociedades con consolidación, operación internacional o integración profunda con Microsoft 365 y Power BI**. Migrar a Business Central lleva 3-5 meses, cuesta [desde ~15.000-40.000 € de proyecto](/blog/cuanto-cuesta-implantar-erp-2026) más licencias [desde 69,30 €/usuario/mes](/blog/licencias-y-coste-business-central-2026), y lo que se pierde (la nómina integrada de a3, la familiaridad de tu gestoría) tiene solución. Si tu operación es principalmente contable y no vas a crecer, quédate en a3; te lo diremos igual.

## Por qué a3ERP está en tantas pymes (y con razón)

Dos motivos legítimos: **la red de asesorías** —miles de despachos trabajan con a3 y su integración contable con la gestoría es cómoda— y **la fiscalidad española de fábrica**, con modelos, SII y normativa cubiertos desde el día uno. Para una empresa de servicios o comercio pequeño con foco administrativo, a3ERP hace exactamente lo que debe.

## Las señales de que se ha quedado corto

- **Almacén:** varias ubicaciones, lotes y caducidades, números de serie, inventarios que no cuadran. a3 gestiona stock básico; no está pensado para operación logística compleja.
- **Fabricación:** listas de materiales, órdenes de producción, planificación. Aquí a3 requiere módulos o soluciones satélite.
- **Varias sociedades:** intercompañía, consolidación, multidivisa. Cada sociedad como una isla.
- **Internacional:** filial fuera de España, otra localización fiscal (Polonia, Portugal, Francia). a3 es un producto español para España.
- **Reporting:** dirección quiere cuadros de mando, no listados. Con Business Central, [4 apps de Power BI vienen incluidas](/blog/power-bi-business-central-informes-incluidos).
- **Integraciones:** tienda online, WMS, EDI, CRM. Conectar a3 suele significar exportaciones manuales.
- **IA:** [agentes que capturan facturas y pedidos](/blog/sectores-donde-compensan-agentes-ia-business-central) — inexistentes en el mundo a3.

Tres o más señales: toca evaluar. [Las señales generales de cambio de ERP](/blog/senales-necesitas-cambiar-erp).

## Qué se gana y qué se pierde

**Ganas:** ERP completo con almacén, fabricación y proyectos; multiempresa e internacional nativos; nube con actualizaciones incluidas; ecosistema Microsoft 365 y Power BI; Copilot y agentes; extensiones que sobreviven a las actualizaciones; localización española mantenida por Microsoft ([Verifactu](/blog/verifactu-business-central-calendario-2027), factura electrónica, SII).

**Pierdes, con honestidad:** la **nómina integrada** (Business Central se integra con software de nóminas externo — a3Nom incluido) y la **comodidad con tu asesoría**, que quizá no conoce Business Central. Esto último se resuelve con la [licencia gratuita de contable externo](/blog/business-central-gratis-prueba-2026): tu gestoría entra directamente en tu sistema, sin exportaciones.

## Cómo se migra

1. **Evaluación**: procesos, volúmenes, integraciones, qué módulos de a3 usáis de verdad.
2. **Maestros**: clientes, proveedores, artículos y plan contable se exportan de a3 y se importan limpios (buen momento para eliminar duplicados).
3. **Saldos de apertura** a fecha de corte; el histórico de a3 queda en solo lectura como archivo.
4. **Configuración** de Business Central sobre tus procesos reales, no sobre cómo los forzaba a3.
5. **Pruebas con tus casos** — incluido un cierre de mes completo en sandbox — y arranque, habitualmente en un cierre trimestral.

Sin código a medida antiguo que reescribir, es una migración de complejidad media: **3-5 meses**. Y como siempre: [por partes, pagando cada una tras aceptarla](/blog/como-elegir-erp-guia-2026).

## Preguntas frecuentes

**¿Cuál es la mejor alternativa a a3ERP?** Para empresas que necesitan almacén serio, fabricación, multiempresa o internacionalización, Business Central es la alternativa a a3ERP más sólida; la nómina se mantiene con a3Nom integrado y la asesoría entra con la licencia gratuita de contable externo.
**¿Mi gestoría tendrá que cambiar de programa?** No. Puede seguir trabajando en su a3 con los datos que le exportes, o —mejor— entrar en tu Business Central con la licencia gratuita de contable externo y trabajar directamente.

**¿Qué pasa con la nómina?** Business Central no incluye nómina española; se mantiene a3Nom u otro software de nóminas integrado por asientos. Es lo habitual.

**¿Cuánto cuesta frente a a3?** La cuota sube. A cambio desaparecen el servidor, las actualizaciones de pago, los módulos satélite y las horas de Excel alrededor. [Comparativa completa con calculadora](/blog/licencias-y-coste-business-central-2026).

**¿Y si a3 me basta?** Entonces quédate. Nuestra evaluación es gratuita precisamente para decírtelo sin rodeos — [cuéntanos tu caso](/#contact).

¿Estás en a3ERP y notas que se queda corto? [Evaluación gratuita, sin compromiso](/#contact) — y si la respuesta es "todavía no", también la tendrás.

---

### Cómo controlar el stock en varios almacenes (y por qué Excel deja de servir)

URL: https://bramvia.net/blog/controlar-stock-varios-almacenes-programa · Language: es · Date: 2026-09-04

**Respuesta corta:** controlar el stock en varios almacenes exige tres cosas que una hoja de cálculo no puede dar: **una sola fuente de verdad** (cada movimiento —entrada, salida, traspaso— actualiza la existencia por almacén al instante), **transferencias con dos pasos** (lo que sale de A no está en B hasta que B lo recibe) y **trazabilidad** (quién movió qué, cuándo y en qué lote). Eso es exactamente lo que hace un ERP con gestión de almacenes: Business Central lo trae de serie —multialmacén, ubicaciones, lotes y series, inventarios por almacén— desde su plan básico ([69,30 €/usuario/mes](/blog/licencias-y-coste-business-central-2026)). Si buscas "un programa para controlar stock", lo que necesitas casi nunca es un programa de stock: es que el stock viva dentro del mismo sistema donde vendes y compras.

## El problema real (que no es de stock)

La empresa típica que busca esto tiene dos o tres almacenes (una nave central, un punto de venta, una furgoneta de servicio) y un Excel maestro que alguien actualiza. Lo que pasa:

- Vendes lo que no tienes: el Excel decía que había, pero estaba en la otra nave — o ya se vendió ayer y nadie lo apuntó.
- Compras lo que ya tenías, porque el stock de la furgoneta no cuenta.
- El inventario anual descubre miles de euros de diferencia que nadie explica.
- "Marta sabe dónde está" — y Marta se va de vacaciones.

El fallo no es de disciplina: es estructural. Cuando el stock se registra **aparte** del pedido, el albarán y la factura, cada operación hay que anotarla dos veces. Y dos veces es una vez más de las que ocurren.

## Qué debe hacer un sistema de stock multialmacén

**Existencias por almacén, actualizadas por cada documento.** El albarán de venta descuenta del almacén desde el que sale. La recepción de compra suma al que recibe. Sin apuntes manuales.

**Transferencias con envío y recepción.** Lo que sale de la nave central "en tránsito" no aparece en la tienda hasta que la tienda lo recibe. Así se ven las mercancías perdidas por el camino.

**Ubicaciones dentro del almacén** (estantería, pasillo, hueco) cuando la nave crece.

**Lotes, caducidades y números de serie**, por almacén, para alimentación, química, farmacia o componentes.

**Inventario físico por almacén** con recuento y ajuste documentado, no borrando y reescribiendo.

**Disponibilidad al vender**: el comercial ve en el pedido qué hay en cada almacén y cuándo llega lo pedido.

**Reaprovisionamiento entre almacenes**: mínimos por almacén que generan la orden de traspaso automáticamente.

## Cómo lo hace Business Central

Todo lo anterior está en la funcionalidad estándar de Business Central, sin módulos extra:

- **Almacenes ilimitados** y ubicaciones (bins) opcionales por almacén.
- **Pedidos de transferencia** con envío y recepción, y stock en tránsito visible.
- **Lotes, series y caducidades** con trazabilidad completa y recall en un clic.
- **Inventario físico** por almacén con diarios de recuento (también desde móvil o pistola).
- **Planificación** por almacén: puntos de pedido y reaprovisionamiento entre naves.
- **Disponibilidad por almacén** en el pedido de venta y en la ficha del artículo.
- Y el reporting: [las apps de Power BI incluidas](/blog/power-bi-business-central-informes-incluidos) traen rotación, roturas y valor de stock por almacén sin construir nada.

Para almacenes grandes con picking dirigido y muelles, se activa la gestión avanzada de almacén (también estándar) o se integra un WMS.

## Cuánto cuesta resolverlo

Menos de lo que cuesta no resolverlo. Una empresa de 10-20 personas con dos almacenes se implanta [desde ~8.000-15.000 €](/blog/cuanto-cuesta-implantar-erp-2026) más licencias — y el personal de almacén usa licencias Team Members (6,90 €) o un puesto compartido Device. [Ejemplo real para 10 personas aquí](/blog/precio-business-central-10-usuarios-ejemplo). Un solo descuadre de inventario anual suele superar la cuota de todo un año.

## Preguntas frecuentes

**¿Hay un programa de stock "sencillo" que valga?** Sí, mientras vendas y compres en otro sitio y aceptes teclear dos veces. En cuanto el stock necesita hablar con pedidos y facturas, el programa sencillo se convierte en el Excel con otro nombre.

**¿Sirve para una furgoneta de servicio técnico?** Sí: la furgoneta es un almacén más, con su stock, sus transferencias y su consumo desde las órdenes de servicio.

**¿Y si vengo de Holded o de un programa de facturación?** Es [la migración más rápida que existe](/blog/migrar-de-holded-a-business-central): maestros exportados, saldos de stock a fecha de corte, y en 2-4 meses operas con almacenes reales.

**¿Necesito lectores de códigos de barras?** No para empezar. Cuando el volumen lo pida, Business Central se usa desde móvil o pistola en el almacén con el mismo sistema.

¿Cuántos almacenes tienes y qué Excel los sostiene hoy? [Cuéntanoslo — evaluación gratuita y sin compromiso](/#contact).

---

### ERP para empresas de gestión de residuos y servicios medioambientales

URL: https://bramvia.net/blog/erp-gestion-residuos-medioambiente-business-central · Language: es · Date: 2026-09-04

**Respuesta corta:** una empresa de gestión de residuos o servicios medioambientales necesita de su ERP cosas que un sistema genérico no trae: **trazabilidad de cada residuo desde la recogida hasta el tratamiento**, integración con **básculas y pesajes**, documentación de traslado y control administrativo (incluido el [DeCA electrónico obligatorio desde el 5 de octubre](/blog/deca-electronico-transporte-business-central)), **contratos recurrentes** de recogida con facturación periódica, gestión de **flota y rutas**, y un cierre contable que cuadre todo eso sin Excel. Business Central cubre la base —contratos, servicio, almacén con lotes, proyectos, finanzas— y lo específico del sector se construye como extensiones limpias. Lo sabemos porque **estamos migrando ahora mismo una empresa española del sector desde un NAV 2009 R2 a Business Central en la nube**, sin parar su operación.

## Lo que hace especial al sector

**El objeto de negocio es un residuo, no un producto.** Se recoge, se pesa, se clasifica, se transporta, se trata o se entrega a un gestor final — y en cada paso hay que poder demostrar qué era, cuánto pesaba, de quién venía y a dónde fue. La trazabilidad no es una mejora: es la licencia de actividad.

**Los precios dependen del pesaje y la clasificación.** El importe real se conoce en báscula, no en el pedido. El ERP tiene que admitir cantidades y precios que se cierran después de la recogida.

**La documentación es el producto.** Documentos de identificación y traslado, contratos de tratamiento, y desde octubre el DeCA electrónico con QR para el transporte por carretera. Si la documentación no sale del sistema, sale de una persona — y esa persona es el cuello de botella.

**Los ingresos son recurrentes y por contrato.** Recogidas semanales, alquiler de contenedores, servicios periódicos: facturación cíclica con condiciones por cliente y centro.

**Hay flota.** Camiones, rutas, conductores, mantenimiento, y el coste real por ruta que casi nadie sabe calcular.

## Cómo lo resolvemos en Business Central

| Necesidad | Cómo se cubre |
|---|---|
| Trazabilidad por residuo | Lotes y números de serie del estándar, extendidos con los datos del sector (código LER, origen, gestor destino) |
| Pesajes | Integración con báscula: el peso entra en el documento sin teclear, y ajusta cantidad y precio |
| Contratos recurrentes | Gestión de contratos y servicio del estándar + facturación periódica automática por cliente y centro |
| DeCA y documentación de transporte | [Nuestra app DeCA](/apps/deca): PDF con QR y URL de descarga directa generado desde el albarán; documentación de traslado como extensión |
| Flota y rutas | Rutas como proyectos o centros de coste; consumo, mantenimiento y coste por ruta con [Power BI incluido](/blog/power-bi-business-central-informes-incluidos) |
| Contenedores en cliente | Activos/artículos en ubicación del cliente con historial de movimientos |
| Cierre y consolidación | Finanzas estándar; varias sociedades (recogida, tratamiento, transporte) consolidadas |

La regla que aplicamos siempre: **estándar primero, extensión solo para lo que el sector exige de verdad**. Cada objeto a medida es mantenimiento durante diez años, y en este sector la tentación de replicar "cómo lo hacíamos en el sistema antiguo" es enorme.

## El caso que estamos ejecutando

Empresa española de servicios medioambientales, con un Dynamics NAV 2009 R2 de 17 años y personalizaciones profundas. Migración a Business Central SaaS **por fases**: inventario de personalizaciones y conversión a extensiones AL, migración de datos validada contra el sistema en vivo, y el NAV operativo hasta el cambio. Como todos nuestros proyectos, cada parte se paga solo tras aceptarla. Referencia con nombre disponible bajo petición en la evaluación inicial.

## Por qué ahora

Tres fechas empujan al sector a la vez: el **DeCA electrónico el 5 de octubre de 2026**, [Verifactu el 1 de enero de 2027](/blog/verifactu-business-central-calendario-2027) y la [factura electrónica B2B](/blog/factura-electronica-obligatoria-business-central-preparacion) detrás. Un sistema antiguo las convierte en tres desarrollos urgentes sobre un producto muerto; Business Central en la nube las recibe como actualizaciones.

## Preguntas frecuentes

**¿Business Central tiene un módulo de residuos?** No de serie, y desconfía de quien te diga que sí. Tiene la base (lotes, contratos, servicio, proyectos, almacén) y lo específico se construye como extensión — o se evalúa una app del ecosistema si existe para tu subsector.

**¿Podéis integrar nuestra báscula y nuestro sistema de rutas?** Sí, vía API — es el tipo de integración que hacemos como parte del proyecto, con criterios de aceptación por escrito.

**¿Y si estamos en un NAV antiguo?** Es exactamente el caso que estamos ejecutando. [Guía de la migración desde NAV](/blog/migracion-navision-business-central-guia-2026), y [soporte a NAV](/blog/soporte-dynamics-nav-mantenimiento-versiones-antiguas) mientras decides.

**¿Cuánto cuesta?** Para una empresa del sector de 20-60 usuarios con integraciones de báscula y flota, [entre 30.000 y 70.000 € de proyecto](/blog/cuanto-cuesta-implantar-erp-2026) como orden de magnitud, más licencias. La evaluación gratuita da el número real.

¿Gestionáis residuos o servicios medioambientales y vuestro sistema no acompaña? [Evaluación gratuita, sin compromiso](/#contact) — con alguien que ya ha migrado una empresa como la vuestra.

---

### ERP para grupos de empresas: multisociedad, intercompañía y consolidación sin Excel

URL: https://bramvia.net/blog/erp-grupo-empresas-multisociedad-consolidacion · Language: es · Date: 2026-09-04

**Respuesta corta:** un grupo de empresas necesita de su ERP cuatro cosas que un sistema pensado para una sola sociedad no da: **varias empresas en el mismo sistema** con maestros compartidos, **intercompañía automática** (la factura de A genera la de B sin teclear), **multidivisa** si hay filiales fuera, y **consolidación** con eliminaciones sin exportar a Excel. Business Central trae las cuatro de serie desde el plan Essentials ([69,30 €/usuario/mes](/blog/licencias-y-coste-business-central-2026)) — y el usuario que trabaja en tres sociedades paga una sola licencia. Si tu cierre consolidado dura más de tres días, o si "el Excel de consolidación" tiene nombre propio en tu empresa, esta página es para ti.

## El patrón que vemos en los grupos

La empresa crece y se estructura: una sociedad operativa, una patrimonial, una filial de servicios, quizá otra en Polonia o Portugal. Cada una nació con su propio programa, o todas en el mismo pero como islas. Los síntomas:

- El cliente existe tres veces, con tres direcciones distintas.
- Cada factura entre sociedades se teclea dos veces (venta en una, compra en otra) — y las diferencias se descubren en el cierre.
- El cierre consolidado es un proyecto mensual de una persona con un Excel de cuarenta pestañas.
- Nadie sabe el resultado del grupo hasta la tercera semana del mes siguiente.
- La filial extranjera vive en otro sistema, otro idioma, otro plan contable.

## Lo que exige un ERP de grupo

**Multiempresa real:** varias sociedades en un mismo entorno, con plan contable común o mapeado, maestros compartidos (clientes, artículos) y usuarios que cambian de sociedad con un clic.

**Intercompañía automática:** una venta intercompañía en A crea automáticamente el pedido de compra en B, con precios acordados y conciliación de saldos entre sociedades.

**Multidivisa y localizaciones:** la filial polaca contabiliza en złotys con su localización fiscal (KSeF); la matriz consolida en euros.

**Consolidación:** proceso que suma sociedades, aplica porcentajes de participación, elimina operaciones internas y convierte divisas — como funcionalidad, no como hoja de cálculo.

**Reporting de grupo:** resultado por sociedad, por área y consolidado, disponible el día 1.

## Cómo lo hace Business Central

Todo lo anterior es funcionalidad **estándar**:

- **Empresas ilimitadas** por entorno; el usuario que trabaja en varias paga **una** licencia.
- **Intercompañía**: configuración de socios IC, buzón de transacciones y contabilización automática cruzada.
- **Multidivisa** con tipos de cambio automáticos y ajustes; **localizaciones oficiales** por país (España y Polonia incluidas, mantenidas por Microsoft).
- **Consolidación** nativa: empresa consolidadora, porcentajes, eliminaciones, conversión de divisas.
- **Power BI**: [las apps incluidas](/blog/power-bi-business-central-informes-incluidos) ya traen vistas multiempresa; el cuadro de mando de grupo es configuración.
- **Copilot y agentes** en cada sociedad — por ejemplo, [el agente de cuentas a pagar](/blog/sectores-donde-compensan-agentes-ia-business-central) procesando facturas de proveedor de todas ellas.

Y el detalle que importa en España–Polonia: **nosotros dominamos las dos localizaciones**, en los dos idiomas, con un solo interlocutor. Es el "puente" que casi ningún partner ofrece.

## Cuánto cuesta y cuánto dura

Un grupo de 3-5 sociedades y 20-60 usuarios se implanta en **4-8 meses**, con un coste de proyecto de [30.000-80.000 €](/blog/cuanto-cuesta-implantar-erp-2026) según integraciones y complejidad de las sociedades. La partida que más se recupera: las horas del cierre consolidado, que pasan de días a horas desde el primer mes.

Como todo lo nuestro: [por partes, con criterios de aceptación escritos, pagando cada parte tras aceptarla](/blog/como-elegir-erp-guia-2026). En un grupo, esas partes suelen ser sociedad a sociedad — la matriz primero, las filiales después.

## Preguntas frecuentes

**¿Cada sociedad necesita su propio Business Central?** No. Varias empresas viven en un mismo entorno. Solo se separan entornos por razones legales o de aislamiento muy concretas.

**¿Y si una filial está fuera de España?** Se configura con la localización de su país. España y Polonia son nuestra especialidad; otros países de la UE tienen localización oficial de Microsoft o del ecosistema.

**¿Se puede migrar sociedad a sociedad?** Sí, y es lo habitual: la matriz primero, con el resto del grupo integrado por intercompañía hasta que migra. Sin big bang.

**¿Consolidáis también gestión (no solo contable)?** Sí: stock, ventas y compras del grupo se ven consolidados en Power BI; la intercompañía cubre los flujos operativos entre sociedades.

¿Cuántas sociedades tenéis y cuánto dura hoy vuestro cierre consolidado? [Evaluación gratuita y sin compromiso](/#contact).

---

### ERP para distribución mayorista: pedidos, almacén, márgenes y reparto en un solo sistema

URL: https://bramvia.net/blog/erp-distribucion-mayorista-business-central · Language: es · Date: 2026-09-04

**Respuesta corta:** un distribuidor mayorista vive de tres números que un sistema genérico no da a tiempo: **disponibilidad real por almacén**, **margen por pedido y por cliente**, y **rotación**. Su ERP necesita entrada de pedidos rápida (por email, EDI o tienda online), **precios y descuentos por cliente, cantidad y campaña**, multialmacén con ubicaciones y lotes, reaprovisionamiento automático, reparto con rutas y albaranes, y facturación masiva. Business Central cubre todo eso en su plan Essentials ([69,30 €/usuario/mes](/blog/licencias-y-coste-business-central-2026)), y con los [agentes de IA de pedidos](/blog/agentes-ia-business-central-facturacion-por-consumo) elimina el teclear pedidos que llegan por correo — el trabajo más caro y menos visible de un mayorista. Lo hemos implantado en distribución, incluida una empresa con operaciones en Estados Unidos.

## El día a día de un mayorista (y dónde se pierde dinero)

- **Pedidos que entran por todas partes**: email, teléfono, WhatsApp, tienda B2B, EDI del gran cliente. Alguien los teclea — y cada tecleo es un error potencial y una hora perdida.
- **Precios que dependen de todo**: cliente, cantidad, familia, campaña, condiciones especiales negociadas hace tres años que solo recuerda el comercial.
- **Stock en varios sitios** y una pregunta constante: "¿lo tenemos?". [Por qué Excel no puede responderla](/blog/controlar-stock-varios-almacenes-programa).
- **Márgenes que se ven tarde**: la venta se cierra hoy; el margen real (con portes, rappels y devoluciones) se conoce a fin de mes, cuando ya no se puede corregir.
- **Reparto**: rutas, albaranes firmados, incidencias de entrega.
- **Facturación masiva** y cobros: cientos de facturas al mes, remesas bancarias, gestión de impagados.

## Lo que exige un ERP de distribución

| Necesidad | Lo que tiene que hacer el sistema |
|---|---|
| Entrada de pedidos | Rápida, con disponibilidad y precio al instante; captura desde email/EDI/tienda sin teclear |
| Precios | Listas por cliente y grupo, descuentos por cantidad y campaña, precios especiales con vigencia |
| Almacén | Multialmacén, ubicaciones, lotes/caducidades, picking, inventario cíclico |
| Reaprovisionamiento | Mínimos y máximos por referencia y almacén, propuestas de compra automáticas |
| Margen | Coste real por pedido (con portes y rappels) visible al confirmar, no a fin de mes |
| Reparto | Rutas, agrupación de albaranes, prueba de entrega |
| Facturación y cobro | Facturación masiva, remesas SEPA/Cartera, control de riesgo por cliente |
| Reporting | Rotación, roturas, margen por cliente/familia/comercial — sin Excel |

## Cómo lo hace Business Central

- **Pedidos**: disponibilidad por almacén y precio del cliente en la línea; el **Agente de Pedidos de Venta** convierte el correo del cliente en pedido para tu revisión.
- **Precios y descuentos**: listas por cliente, grupo, campaña y cantidad, con vigencias — estándar, sin desarrollo.
- **Almacén**: multialmacén, ubicaciones, lotes y series, picking desde móvil, inventario cíclico ([detalle aquí](/blog/controlar-stock-varios-almacenes-programa)).
- **Planificación**: puntos de pedido y propuestas de compra automáticas por almacén.
- **Margen**: coste real por línea y por pedido; [las apps de Power BI incluidas](/blog/power-bi-business-central-informes-incluidos) traen rotación, roturas y márgenes por cliente y familia.
- **Reparto**: agrupación de albaranes por ruta y transportista; para [el DeCA electrónico obligatorio en octubre](/blog/deca-electronico-transporte-business-central), [nuestra app](/apps/deca).
- **Cobros**: remesas SEPA, Cartera y Confirming (localización española bien hecha — [nuestra especialidad](/blog/partner-business-central-madrid-barcelona-valencia-espana)), límites de riesgo por cliente.
- **Integraciones**: tienda B2B/B2C (Shopify, WooCommerce, Prestashop) y EDI por API.

## De dónde vienen los distribuidores que migran

De **Holded o programas de facturación** ([la migración fácil](/blog/migrar-de-holded-a-business-central)), de **Sage o a3** cuando el almacén se complica ([Sage](/blog/business-central-vs-sage-200-comparativa), [a3ERP](/blog/migrar-de-a3erp-a-business-central)), y de **NAV antiguos** con años de personalizaciones ([guía](/blog/migracion-navision-business-central-guia-2026)). Para un distribuidor de 15-50 usuarios: [15.000-45.000 € de proyecto](/blog/cuanto-cuesta-implantar-erp-2026), 3-6 meses, y el mayor retorno en la entrada de pedidos y el control de margen.

## Preguntas frecuentes

**¿Sirve para distribución con caducidades (alimentación, farmacia)?** Sí: lotes con caducidad, FEFO en picking y trazabilidad completa son estándar.

**¿Puede capturar pedidos que llegan por email?** Sí, con el Agente de Pedidos de Venta: interpreta el correo, propone el pedido y tú lo confirmas. [Cómo se factura por consumo](/blog/agentes-ia-business-central-facturacion-por-consumo).

**¿Y la tienda online?** Se integra por API; el stock y los precios del ERP alimentan la tienda, y los pedidos entran solos.

**¿Cuánta gente de almacén necesita licencia completa?** Casi ninguna: los operarios usan Team Members (6,90 €) o puestos compartidos Device. [Ejemplo de dimensionamiento](/blog/precio-business-central-10-usuarios-ejemplo).

¿Cuántos pedidos al día tecleáis a mano? [Cuéntanoslo — evaluación gratuita y sin compromiso](/#contact).

---

### ERP para la industria química: trazabilidad por lotes, SII, calidad y cumplimiento

URL: https://bramvia.net/blog/erp-industria-quimica-trazabilidad-lotes-business-central · Language: es · Date: 2026-09-04

**Respuesta corta:** un fabricante químico necesita de su ERP **trazabilidad completa por lote** (de qué materias primas salió cada lote de producto y a qué clientes fue), **control de calidad ligado al lote** (bloqueo hasta inspección, certificados de análisis), gestión de **fórmulas y producción por lotes**, documentación reglamentaria (fichas de seguridad, etiquetado, transporte de mercancías — incluido el [DeCA electrónico](/blog/deca-electronico-transporte-business-central)), y cumplimiento fiscal serio (SII, Intrastat, Cartera). Business Central Premium cubre la base —lotes, producción, calidad nativa emergente, almacén— y lo específico se construye como extensiones limpias. **Lo sabemos porque trabajamos con un fabricante químico español**: trazabilidad por lotes, SII y Cartera bancaria como extensiones AL sobre Business Central, sin tocar el estándar.

## Lo que hace especial al sector químico

**El lote lo es todo.** Un recall exige saber en minutos qué materias primas (y de qué proveedor y lote) entraron en cada lote de producto, y a qué clientes se envió. Trazabilidad ascendente y descendente, no "buscar en el archivador".

**La calidad decide si se vende.** Un lote no está disponible hasta que el laboratorio lo libera; el certificado de análisis acompaña la entrega. El ERP tiene que bloquear y liberar, no confiar en que alguien se acuerde.

**Producción por fórmula, no por lista de materiales.** Rendimientos variables, coproductos, subproductos, reprocesos.

**La documentación es reglamentaria.** Fichas de datos de seguridad, etiquetado, documentación de transporte de mercancías (peligrosas o no), y desde octubre el DeCA con QR para el transporte por carretera.

**Y la fiscalidad es exigente:** SII mensual, Intrastat por los flujos intracomunitarios, Cartera y Confirming en los cobros y pagos.

## Cómo lo resolvemos en Business Central

| Necesidad | Cómo se cubre |
|---|---|
| Trazabilidad por lote | Lotes y series del estándar en compras, producción, almacén y ventas; trazabilidad ascendente/descendente en un clic |
| Calidad | [Gestión de calidad nativa](/blog/modulo-gestion-calidad-business-central-fabricantes) + extensiones para bloqueo por inspección y certificados de análisis por lote |
| Fórmulas y producción | Listas de materiales y rutas de Premium, adaptadas a rendimientos, coproductos y reprocesos |
| Documentación | Fichas de seguridad y etiquetas por artículo/lote como extensión; [DeCA electrónico con nuestra app](/apps/deca) |
| SII, Intrastat, Cartera | Localización española configurada y mantenida por nosotros — [es nuestra especialidad](/blog/partner-business-central-madrid-barcelona-valencia-espana) |
| Envasado y unidades | Unidades de medida múltiples (kg, litros, bidones, palés) con conversiones por artículo |
| Reporting | [Power BI incluido](/blog/power-bi-business-central-informes-incluidos): rendimiento por lote, calidad, rotación, margen por producto |

La regla de siempre, más importante aún en química: **estándar primero, extensión solo para lo que el sector exige**. Cada objeto a medida es mantenimiento durante diez años — y las extensiones limpias sobreviven a las dos actualizaciones anuales, que es exactamente lo que no hacía el NAV modificado de muchas químicas.

## El proyecto que lo respalda

Fabricante químico español: SII, trazabilidad por lotes y Cartera bancaria construidos como extensiones AL sobre Business Central, sin modificar la aplicación estándar. Referencia con nombre disponible bajo petición en la evaluación inicial — no ponemos logos en la web sin permiso.

## Por qué ahora

Tres calendarios coinciden: [DeCA el 5 de octubre de 2026](/blog/deca-electronico-transporte-business-central), [Verifactu en 2027](/blog/verifactu-business-central-calendario-2027) (aunque si estáis en el SII, exentos) y la [factura electrónica B2B](/blog/factura-electronica-obligatoria-business-central-preparacion). Una química en NAV antiguo los recibe como tres desarrollos urgentes; en Business Central en la nube, como actualizaciones.

## Preguntas frecuentes

**¿Business Central tiene módulo químico específico?** No, y desconfía de quien lo prometa. Tiene lotes, producción, calidad y almacén de serie; lo específico (certificados, fichas, fórmulas con rendimiento variable) se construye como extensión o se evalúa una app del ecosistema.

**¿Cubre mercancías peligrosas (ADR)?** La documentación de transporte se construye como extensión sobre los datos del artículo y del envío; el DeCA lo cubre nuestra app. Lo dimensionamos en la evaluación.

**¿Y si estamos en NAV con muchas personalizaciones?** Es el caso típico del sector. [Guía de migración desde NAV](/blog/migracion-navision-business-central-guia-2026) y [soporte a NAV](/blog/soporte-dynamics-nav-mantenimiento-versiones-antiguas) mientras decidís.

**¿Cuánto cuesta?** Para una química de 20-80 usuarios con producción y calidad, [40.000-90.000 € de proyecto](/blog/cuanto-cuesta-implantar-erp-2026) como orden de magnitud, más licencias Premium ([95,30 €/usuario completo](/blog/licencias-y-coste-business-central-2026)). La evaluación gratuita da el número real.

¿Fabricáis productos químicos y vuestro sistema no os da la trazabilidad que el mercado exige? [Evaluación gratuita, sin compromiso](/#contact) — con alguien que ya lo ha construido para una química española.

---

### Actualizar Dynamics NAV o migrar a la nube: por qué la mayoría deja de actualizar

URL: https://bramvia.net/blog/actualizar-dynamics-nav-o-migrar-a-la-nube · Language: es · Date: 2026-09-03

**Respuesta corta:** actualizar un Dynamics NAV on-premise a una versión más reciente **cuesta como una migración a Business Central en la nube** (retest de personalizaciones, migración de datos, formación, servidores), pero solo compra unos años de soporte y **no trae nada de lo que existe solo en la nube**: Copilot, agentes de IA, actualizaciones automáticas, Power BI incluido. Y en 3-5 años, la misma decisión con la misma factura. Por eso la mayoría de empresas deja de actualizar y migra una sola vez. Las excepciones legítimas: residencia de datos estricta, latencia con maquinaria o restricciones contractuales — si es tu caso, on-premise puede ser correcto.

## Qué compra de verdad un upgrade de NAV

Un proyecto de actualización on-premise no es "instalar la versión nueva". Es: volver a probar cada personalización en C/AL (o reescribirlas si el salto es grande), migrar datos, formar usuarios, coordinar la parada, y pagar la infraestructura que lo sostiene. Con personalizaciones antiguas y sin documentar, el coste puede **superar** el de una migración a la nube.

Lo que obtienes: una versión soportada, durante unos años.

Lo que no obtienes: nada de la nube. Copilot, los [agentes autónomos](/blog/sectores-donde-compensan-agentes-ia-business-central), las [4 apps de Power BI](/blog/power-bi-business-central-informes-incluidos), las actualizaciones que llegan solas. Cada oleada amplía esa distancia.

## La comparación que cambia el cálculo

No estás comparando "upgrade barato" contra "migración cara". Estás comparando **un upgrade que repetirás indefinidamente** contra **una migración que haces una vez**. [Las cifras completas, con calculadora nube vs servidor, aquí](/blog/licencias-y-coste-business-central-2026): la partida de "proyecto de actualización cada 3-5 años" (15.000-40.000 €) es la que desaparece para siempre con la nube.

## Las tres presiones que se acumulan

**Soporte.** Todas las versiones hasta NAV 2018 han superado el fin de soporte principal; NAV 2018 pierde el extendido en enero de 2028. [Fechas y opciones](/blog/fin-de-soporte-dynamics-nav-opciones-2026).

**Talento.** Los consultores de C/AL escasean cada año. Mantener un NAV 2013 es cada vez más caro y lento — [por eso damos soporte a NAV](/blog/soporte-dynamics-nav-mantenimiento-versiones-antiguas), pero ni nosotros ni nadie podemos fabricar parches oficiales.

**Regulación.** [Verifactu (2027)](/blog/verifactu-business-central-calendario-2027), [factura electrónica B2B](/blog/factura-electronica-obligatoria-business-central-preparacion) y [DeCA (octubre 2026)](/blog/deca-electronico-transporte-business-central): en la nube son configuración; en un NAV antiguo, desarrollo urgente sobre un sistema muerto.

## Cuándo sí tiene sentido quedarse on-premise

Con honestidad, existen casos:

- **Residencia de datos estricta** que obligue a alojamiento local
- **Latencia crítica** con maquinaria o sistemas de planta
- **Restricciones contractuales o regulatorias** concretas

Si te aplica alguno, on-premise o híbrido puede ser correcto. Asumes el mantenimiento y renuncias a la IA. Business Central también existe on-premise, como camino intermedio.

Si no te aplica ninguno, el upgrade suele ser **aplazar la decisión, no tomarla**.

## Cómo decidir sin adivinar

1. Lo que costó tu última actualización.
2. Lo que te cuesta al año mantenimiento e infraestructura (servidor, SQL, copias, horas TI).
3. Lo que costaría la migración a la nube, [por fases](/blog/migracion-navision-business-central-guia-2026).

Compáralo a cinco años, no a uno. En la mayoría de los casos que vemos, la migración gana en esa vista — pero no siempre, y preferimos decírtelo a venderte un proyecto que no necesitas.

## Preguntas frecuentes

**¿Puedo actualizar NAV y migrar a la nube más adelante?** Sí, pero pagas dos proyectos. Solo tiene sentido si un requisito real te impide la nube hoy.

**¿Migrar desde NAV 2009 o 2013 es mucho más caro que desde 2018?** Más trabajo de reescritura de personalizaciones, pero se hace en un solo salto. La antigüedad pesa; el número de personalizaciones pesa más.

**¿Y Business Central on-premise?** Es NAV modernizado en tu servidor: mejor que un NAV antiguo, sin IA ni actualizaciones automáticas. Camino válido para los casos regulatorios de arriba.

¿Tienes el presupuesto de un upgrade sobre la mesa? [Te hacemos la comparación a cinco años gratis y sin compromiso](/#contact) — con tus números, y con la respuesta que salga.

---

### Odoo vs Business Central: qué ERP necesita de verdad una pyme industrial en España

URL: https://bramvia.net/blog/odoo-vs-business-central-comparativa · Language: es · Date: 2026-09-03

**Respuesta corta:** Odoo y Business Central compiten por la misma pyme, pero con filosofías opuestas. **Odoo** es modular, de entrada económica (incluso gratuita en su versión Community) y muy flexible — ideal si tienes criterio técnico propio, procesos poco regulados y ganas de construir. **Business Central** es más caro de entrada, pero trae de serie finanzas, almacén, proyectos y fabricación probados por 50.000 empresas, actualizaciones automáticas, integración nativa con Microsoft 365 y la IA más avanzada del segmento. Para una pyme industrial española con trazabilidad, cumplimiento fiscal serio y crecimiento, Business Central suele ser la apuesta con menos riesgo a diez años. Para una empresa pequeña, digital y con perfil técnico, Odoo puede ser perfecto. Somos partner de Microsoft — y aun así te decimos cuándo elegir Odoo.

> ¿Primera vez que oyes hablar de Business Central? [Empieza por aquí: qué es, para quién es y para quién no](/blog/que-es-microsoft-dynamics-365-business-central).

## Transparencia

Escribe un partner de Business Central. La única comparativa útil es la que reconoce las fortalezas del otro. Empezamos por Odoo.

## Dónde gana Odoo

**Entrada económica.** La versión Community es gratuita (software libre), y la Enterprise tiene un precio de entrada por usuario inferior al de Business Central. Para una empresa de 5-15 usuarios con presupuesto ajustado, la diferencia inicial es real.

**Flexibilidad y amplitud.** Odoo tiene módulos para casi todo: CRM, tienda online, web, marketing, RRHH, TPV, fabricación, proyectos. Si quieres un solo sistema para *toda* la empresa, incluida la web y el marketing, Odoo lo ofrece.

**Velocidad de arranque en empresas digitales.** Startups, e-commerce y servicios con procesos sencillos pueden estar operando en semanas.

**Comunidad y código abierto.** Si tienes equipo técnico propio, puedes adaptarlo sin depender de un partner.

## Dónde gana Business Central

**Solidez y estándar probado.** Finanzas, multiempresa, consolidación, almacén con lotes y series, fabricación con MRP: todo viene de una única base madura, no de módulos de distinta procedencia. En una auditoría, en un recall de lotes, en un cierre consolidado, esa coherencia se nota.

**Cumplimiento fiscal español mantenido por Microsoft.** SII, [Verifactu](/blog/verifactu-business-central-calendario-2027), [factura electrónica](/blog/factura-electronica-obligatoria-business-central-preparacion): llegan con las actualizaciones incluidas. En Odoo dependes de la localización de la comunidad o del partner, con calidad variable.

**Actualizaciones sin proyecto.** Dos oleadas al año, automáticas, sin romper personalizaciones bien hechas. Las actualizaciones de versión en Odoo son un proyecto (a menudo de pago) y las personalizaciones suelen requerir adaptación.

**Ecosistema Microsoft.** Excel conectado, Outlook, Teams, [4 apps de Power BI incluidas](/blog/power-bi-business-central-informes-incluidos). Si tu empresa vive en Microsoft 365, es productividad diaria.

**Inteligencia artificial.** Copilot incluido y [agentes autónomos](/blog/sectores-donde-compensan-agentes-ia-business-central) con controles de auditoría. Aquí la distancia es de años.

**Previsibilidad de coste.** Con Odoo, la suma de módulos, hosting, partner y personalizaciones acerca el coste real al de Business Central en cuanto el proyecto es serio — pero llega en cuotas inesperadas. Con Business Central [el precio es una tabla](/blog/licencias-y-coste-business-central-2026).

## La tabla

| Dimensión | Odoo | Business Central |
|---|---|---|
| Entrada | Muy baja (Community gratis) | ~69 €/usuario/mes |
| Amplitud | Enorme (web, marketing, RRHH, TPV…) | ERP completo; CRM avanzado vía Dynamics Sales |
| Solidez financiera/almacén | Buena, depende de configuración | Muy alta, estándar probado |
| Fiscalidad España | Localización comunidad/partner | Mantenida por Microsoft |
| Actualizaciones | Proyecto por versión | Automáticas, incluidas |
| Personalización | Total (código abierto) | Extensiones desacopladas |
| IA | Incipiente | Copilot + agentes |
| Dependencia de partner | Alta (calidad muy variable) | Alta (idem — elige bien) |
| Coste real a 5 años | Converge al alza | Previsible |

## Cómo decidir en tu caso

- **¿Tienes perfil técnico interno y procesos sencillos?** Odoo puede darte mucho por poco.
- **¿Tienes almacén con lotes, fabricación, varias sociedades o auditorías?** Business Central.
- **¿Tu cumplimiento fiscal es crítico (SII, Verifactu, Intrastat, Cartera)?** Business Central, sin dudarlo mucho.
- **¿Vives en Microsoft 365?** Business Central multiplica valor. ¿En Google Workspace? La ventaja se reduce.
- **¿Vas a crecer o internacionalizarte?** Business Central escala sin cambiar de sistema.

Y en ambos casos, la variable decisiva es el partner y el contrato: [exige aceptación por partes](/blog/como-elegir-erp-guia-2026) — nosotros no cobramos ninguna hasta que la aceptas.

## Preguntas frecuentes

**¿Cuál es la mejor alternativa a Odoo para una pyme industrial?** Cuando Odoo se queda corto en trazabilidad, cumplimiento fiscal mantenido o actualizaciones sin proyecto, Business Central es la alternativa a Odoo que más elige la pyme industrial española — sobre todo si ya usa Microsoft 365.
**¿Se puede migrar de Odoo a Business Central?** Sí, y es una migración cada vez más frecuente cuando la empresa crece o necesita cumplimiento más robusto. Maestros y saldos vía exportación/API; histórico archivado. Coste y plazo de [una migración de pyme típica](/blog/cuanto-cuesta-implantar-erp-2026).

**¿Odoo Community sirve para una empresa seria?** Para empezar, sí. En cuanto necesitas soporte, localización fiscal mantenida y funcionalidad avanzada, acabas en Enterprise más partner — y ahí compara costes totales.

**¿Cuál tiene mejor fabricación?** Ambos la tienen. Business Central Premium ofrece MRP, capacidad y subcontratación muy probados; Odoo es más flexible pero exige más configuración para operaciones complejas.

¿Dudas entre los dos? [Evaluación gratuita y sin compromiso](/#contact) — si Odoo es tu mejor opción, te lo diremos por escrito.

---

### ¿Se te ha quedado pequeño Holded? Cuándo y cómo dar el salto a Business Central

URL: https://bramvia.net/blog/migrar-de-holded-a-business-central · Language: es · Date: 2026-09-03

**Respuesta corta:** Holded es una excelente herramienta para arrancar: facturación, contabilidad básica y una interfaz que cualquiera entiende. Deja de encajar cuando la empresa **necesita varios almacenes, trazabilidad por lotes o series, aprobaciones de compra, varias sociedades, fabricación, o supera los 15-20 usuarios**. Migrar de Holded a Business Central es de las migraciones más rápidas (2-4 meses) y baratas (desde ~8.000-15.000 € de implantación más licencias [desde 69,30 €/usuario](/blog/licencias-y-coste-business-central-2026)), porque los maestros se exportan directamente y no hay personalizaciones antiguas que reescribir. Y si aún no te toca, te lo diremos: Holded bien usado sigue siendo lo mejor para una micropyme.

> ¿Primera vez que oyes hablar de Business Central? [Empieza por aquí: qué es, para quién es y para quién no](/blog/que-es-microsoft-dynamics-365-business-central).

## En defensa de Holded

Empezamos por lo justo: para una empresa de servicios de 3-10 personas, Holded resuelve facturación, gastos, contabilidad, proyectos ligeros y CRM básico por poco dinero y con cero curva de aprendizaje. Muchas empresas deberían empezar ahí. El problema no es Holded — es seguir en Holded cuando la operación ya es otra.

## Las 7 señales de que te has quedado pequeño

**1. Más de un almacén, o ubicaciones dentro del almacén.** Cuando necesitas saber no solo cuánto hay sino dónde, y mover stock entre naves con control.

**2. Lotes, números de serie, caducidades.** Alimentación, química, farmacia, componentes: si un cliente o un auditor te pide "de qué lote venía esto", necesitas trazabilidad real.

**3. Aprobaciones y flujos de compra.** Pedidos de compra que alguien debe autorizar, recepciones parciales, facturas de proveedor que se casan con pedido y albarán.

**4. Varias sociedades.** Dos empresas del grupo, una filial, intercompañía y consolidación: aquí Holded se queda sin respuesta.

**5. Fabricación.** Listas de materiales, órdenes de producción, consumo de componentes, capacidad.

**6. Más de 15-20 usuarios con roles distintos.** Permisos finos, aprobaciones, auditoría de quién hizo qué.

**7. Informes que exigen Excel alrededor.** Si los cuadros de mando reales se montan fuera, cuadrando exportaciones, el sistema ya no es la fuente de verdad.

Tres o más señales: toca evaluar. [Las señales genéricas de cambio de ERP, aquí](/blog/senales-necesitas-cambiar-erp).

## Qué cambia con Business Central

El salto no es "el mismo programa pero más grande": es pasar de una herramienta de facturación con contabilidad a un ERP donde **el dato existe una sola vez** — pedido → albarán → factura → asiento, stock descontado al expedir, compras casadas, cierre como consulta. Y con lo que Holded no puede dar: multialmacén, lotes, multiempresa, fabricación, [Power BI incluido](/blog/power-bi-business-central-informes-incluidos), Copilot, y cumplimiento fiscal mantenido por Microsoft ([Verifactu](/blog/verifactu-business-central-calendario-2027), factura electrónica, SII).

Lo que pierdes con honestidad: la simplicidad extrema. Business Central exige configurar procesos — porque ahora tienes procesos que configurar.

## Cómo se migra (y por qué es la migración fácil)

1. **Exportar maestros** de Holded: clientes, proveedores, productos, cuentas. Sale en CSV o vía API, limpio.
2. **Limpiar antes de importar**: duplicados, referencias muertas — el momento perfecto para ordenar lo que Holded toleraba.
3. **Saldos de apertura** (contables, de clientes/proveedores, de stock) a fecha de corte. El histórico de facturas se archiva en solo lectura en Holded; no hace falta migrar años de detalle.
4. **Configurar Business Central** para tus procesos reales, con las señales de arriba como guía.
5. **Formación y arranque**, normalmente en un cierre de mes.

Sin sistema antiguo que "convertir", sin código a medida que reescribir: por eso son 2-4 meses en lugar de 6-9.

## Cuánto cuesta

- **Implantación:** desde ~8.000-15.000 € para 10-20 usuarios con procesos estándar; más si añades fabricación o integraciones (tienda online, WMS).
- **Licencias:** [ejemplo real de 10 personas: ~319 €/mes](/blog/precio-business-central-10-usuarios-ejemplo) dimensionando bien (la mayoría de tu equipo será Team Member a 6,90 €).
- **Primer año todo incluido:** ~12.000-20.000 € como orden de magnitud. [Desglose de partidas aquí](/blog/cuanto-cuesta-implantar-erp-2026).

Frente a Holded, la cuota sube. Frente al coste de operar a ciegas con stock descuadrado y cierres a mano, suele compensar en meses — y esa comparación la hacemos contigo con tus números.

## Preguntas frecuentes

**¿Cuál es la mejor alternativa a Holded cuando la empresa crece?** Business Central es la alternativa a Holded más frecuente en cuanto aparecen varios almacenes, lotes, aprobaciones o varias sociedades: cubre todo eso de serie y la migración desde Holded es la más rápida que existe (2-4 meses).
**¿No hay algo intermedio entre Holded y Business Central?** Sí, hay ERP "medianos". El riesgo es cambiar dos veces en cinco años. Si las señales 1-5 ya aparecen, el salto directo suele ser más barato que el escalón intermedio.

**¿Puedo mantener Holded para algo?** No lo recomendamos: dos sistemas de verdad es el problema que vienes a resolver. Sí puedes conservarlo en solo lectura como archivo histórico.

**¿Cuánto tarda mi equipo en adaptarse?** Si usan Excel y Outlook, la interfaz de Business Central les resulta familiar. La curva está en los procesos nuevos (aprobaciones, lotes), no en la herramienta.

**¿Y si todavía no me toca?** Te lo diremos. Nuestra evaluación es gratuita precisamente para eso — [cuéntanos tu caso](/#contact) y si Holded te basta un año más, esa será la respuesta.

---

### Partner de Business Central en Madrid, Barcelona, Valencia y toda España

URL: https://bramvia.net/blog/partner-business-central-madrid-barcelona-valencia-espana · Language: es · Date: 2026-09-03

**Respuesta corta:** Bramvia es una consultoría especializada en Microsoft Dynamics 365 Business Central con entidad en Barcelona (La Garriga) y equipo que trabaja **en remoto para toda España**, con desplazamiento presencial cuando el proyecto lo pide: arranques, formación, talleres de análisis. Implantamos, migramos (desde NAV/Navision, Sage, Holded, Odoo o Excel), desarrollamos extensiones AL y dominamos la localización española (SII, Verifactu, Cartera, Confirming, Intrastat, DeCA). Y trabajamos con una regla que casi ningún partner ofrece: **el proyecto se divide en partes y cada parte se paga solo tras aceptarla**.

## Por qué el remoto funciona en un proyecto de ERP (y cuándo no basta)

Un proyecto de Business Central es 90% trabajo que no requiere estar en tu oficina: análisis de procesos, configuración, desarrollo, migración de datos, pruebas. Se hace mejor en sesiones de Teams grabadas y documentadas que en reuniones presenciales que nadie apunta.

El 10% restante sí merece presencia: el taller inicial de procesos, la formación de usuarios clave y la semana de arranque. Ahí nos desplazamos. Es la combinación que da calidad sin que pagues horas de coche.

## Lo que vemos en cada zona

**Madrid.** Servicios profesionales, distribución y sedes de grupos: multiempresa, consolidación, [Power BI incluido](/blog/power-bi-business-central-informes-incluidos) para dirección. Mucha migración desde Sage y desde sistemas a medida.

**Cataluña.** Tejido industrial del cinturón de Barcelona y Girona: fabricación, trazabilidad por lotes, gestión de calidad, [Cartera y Confirming](/blog/factura-electronica-obligatoria-business-central-preparacion). Base instalada de NAV muy antigua — [aquí la guía de migración](/blog/migracion-navision-business-central-guia-2026).

**Comunidad Valenciana.** Logística, cerámica y agroalimentario: [DeCA electrónico obligatorio desde el 5 de octubre](/blog/deca-electronico-transporte-business-central), almacenes complejos, exportación e Intrastat.

**País Vasco.** Metal y componentes: NAV legacy con personalizaciones profundas, fabricación con subcontratación, integración con planta.

**Andalucía, Aragón, Galicia y resto de España.** Distribución y agroalimentario en crecimiento acelerado, muchas empresas dando el salto desde Holded o Excel — [cuándo toca](/blog/migrar-de-holded-a-business-central).

## Qué hacemos

- **Implantación** de Business Central desde cero
- **Migración** desde [NAV/Navision](/blog/migracion-navision-business-central-guia-2026), [Sage 200](/blog/business-central-vs-sage-200-comparativa), [Holded](/blog/migrar-de-holded-a-business-central), Odoo, GP o Excel
- **Localización española bien hecha**: SII, [Verifactu](/blog/verifactu-business-central-calendario-2027), Cartera, Confirming, Intrastat, DeCA
- **Desarrollo AL** a medida (extensiones limpias que sobreviven a las actualizaciones)
- **Power Platform, Power BI y agentes de IA**
- [**Soporte a NAV**](/blog/soporte-dynamics-nav-mantenimiento-versiones-antiguas) mientras decides
- **Rescate de proyectos atascados y segunda opinión**
- Y el puente **España–Polonia**: ambas localizaciones (KSeF incluido), en español, polaco e inglés

## Cómo trabajamos

1. **Evaluación inicial gratuita en 5 días laborables**: versión actual, procesos, integraciones, presupuesto orientativo.
2. **Proyecto por partes** con criterios de aceptación escritos para cada una.
3. **Cada parte se factura solo después de que la aceptes.** Sin pago inicial ni importes retenidos. Si una parte no se acepta, no se paga.
4. **Todo lo aceptado es tuyo**: código en tu repositorio, documentación con cada entrega, tenant a tu nombre.

Es la estructura que un comprador prudente usaría con cualquier proveedor — nosotros la ponemos en el contrato por defecto.

## Preguntas frecuentes

**¿Estáis certificados por Microsoft?** Sí: **MB-800** (Consultor Funcional de Dynamics 365 Business Central) y **MB-820** (Desarrollador de Business Central), las dos certificaciones oficiales de Microsoft para el producto. Las referencias con nombre las facilitamos bajo NDA en la evaluación inicial — [pregúntanos directamente](/#contact).

**¿Atendéis a empresas fuera de Madrid, Barcelona o Valencia?** Sí, a toda España — y a Polonia e internacional. El remoto elimina la geografía; la presencia se reserva para lo que la necesita.

**¿Cuánto cuesta una implantación?** [Rangos reales por tamaño aquí](/blog/cuanto-cuesta-implantar-erp-2026); licencias [desde 69,30 €/usuario/mes](/blog/licencias-y-coste-business-central-2026). Para tu caso, la evaluación gratuita da el número.

**¿Podéis rescatar un proyecto que otro partner dejó a medias?** Sí — es uno de nuestros servicios. Auditamos, te decimos con honestidad qué falla y solo lo retomamos si tiene sentido.

[Solicita tu evaluación gratuita](/#contact) — respondemos en días laborables, en español, y sin compromiso.

---

### Migración de Dynamics NAV (Navision) a Business Central: la guía completa 2026

URL: https://bramvia.net/blog/migracion-navision-business-central-guia-2026 · Language: es · Date: 2026-09-01

**Respuesta corta:** migrar de Dynamics NAV (el antiguo Navision) a Business Central es pasar de un ERP local que ya no evoluciona a su sucesor directo en la nube de Microsoft. Para una pyme cuesta como orden de magnitud **20.000-60.000 €** de proyecto más licencias ([desde 69,30 €/usuario/mes](/blog/licencias-y-coste-business-central-2026)), dura **3-9 meses**, y se hace **por fases con el NAV vivo hasta el cambio**. Lo que más trabajo da no es el software: son las personalizaciones en C/AL (que se reescriben como extensiones AL), los informes sobre SQL directo (que en la nube no existe) y decidir qué histórico migrar. Y si tu versión es NAV 2018 o anterior, ya estás fuera de soporte principal — el calendario no lo marcas tú.

## NAV, Navision, Business Central: aclarando nombres

Navision → Dynamics NAV → Dynamics 365 Business Central son **el mismo producto en tres épocas**. Business Central no es "otro ERP": es NAV reconstruido para la nube, con la misma lógica de negocio que tus usuarios ya conocen. Por eso la migración es más natural que cambiar a SAP u Odoo — y por eso la curva de adopción es corta.

## Por qué ahora (las tres presiones)

**1. Soporte.** Todas las versiones de NAV hasta 2018 han superado su fin de soporte principal; NAV 2018 pierde también el soporte extendido en enero de 2028. Sin soporte no hay parches de seguridad ni actualizaciones legales — [tus opciones detalladas aquí](/blog/fin-de-soporte-dynamics-nav-opciones-2026).

**2. Regulación.** La [facturación electrónica obligatoria](/blog/factura-electronica-obligatoria-business-central-preparacion) y el [DeCA electrónico del transporte](/blog/deca-electronico-transporte-business-central) llegan a Business Central como configuración; a un NAV antiguo, como desarrollo urgente sobre un sistema muerto.

**3. Talento.** Los consultores que dominan C/AL se jubilan o migran a AL. Cada año cuesta más encontrar quien mantenga un NAV 2013 — y ese coste solo sube. (Mientras tanto, [nosotros sí damos soporte a NAV](/blog/soporte-dynamics-nav-mantenimiento-versiones-antiguas) — para que llegues a la migración con calma, no en crisis.)

## Las tres opciones reales

| Opción | Qué es | Cuándo tiene sentido |
|---|---|---|
| **Actualizar NAV** (upgrade on-premise) | Proyecto de versión que te da unos años más de soporte, sin nube ni IA | Requisitos estrictos de residencia de datos o latencia con maquinaria |
| **Business Central on-premise** | Software moderno pero en tu servidor: sin Copilot ni agentes, con proyectos de upgrade futuros | Casos regulatorios muy concretos |
| **Business Central SaaS (nube)** | Actualizaciones incluidas, IA, sin servidor, sin proyectos de upgrade nunca más | La mayoría de pymes en 2026 |

Un upgrade de NAV cuesta como una migración y te devuelve a la misma decisión en 3-5 años. [Aquí desmontamos ese cálculo](/blog/licencias-y-coste-business-central-2026).

## Qué se rompe (y cómo se resuelve)

**Las personalizaciones en C/AL.** En NAV se modificaba el código base. En Business Central eso está prohibido por diseño: todo se reescribe como **extensiones AL** que se enganchan al estándar mediante eventos. Es la partida más grande del proyecto — y la mejor noticia a largo plazo: las extensiones sobreviven a las actualizaciones. Regla de oro: **antes de reescribir, comprueba si ya existe en el estándar**. En un NAV con años, entre un tercio y la mitad del código a medida ya no hace falta.

**Los informes y accesos SQL directos.** En la nube [no hay acceso a la base de datos](/blog/business-central-saas-no-sql-apis-virtual-tables): todo lo que leía tablas (Power BI, Excel, integraciones) se reconstruye sobre APIs y OData. Inventaríalo en la fase 1 — es lo que más sorprende en el arranque.

**Los datos.** Maestros y saldos se migran; el histórico antiguo, mejor archivado en solo lectura. Migrar diez años de movimientos es el error que más encarece un proyecto.

**Las integraciones.** Tienda online, WMS, EDI, banca (Cartera, Confirming): cada conector se revisa uno a uno.

## Cómo se hace bien: las 5 fases

1. **Evaluar**: inventario de versión, objetos personalizados, integraciones, calidad de datos.
2. **Planificar**: alcance de datos, mapa de personalizaciones → estándar / app / extensión, calendario por partes con criterios de aceptación.
3. **Construir y probar**: extensiones AL, migración a sandbox, **tu cierre de mes real ejecutado en pruebas**.
4. **Cambio**: normalmente un fin de semana, con el NAV en solo lectura como red de seguridad.
5. **Estabilizar**: primer cierre acompañado, activación de Power BI y Copilot, rutina de actualizaciones.

[La checklist completa, con PDF descargable, está aquí](/blog/lista-verificacion-migracion-nav-a-business-central).

## Cuánto cuesta y cuánto dura

- **Proyecto:** 20.000-60.000 € para una pyme de 15-50 usuarios con personalizaciones e integraciones; menos con procesos estándar, más con multiempresa o fabricación compleja. [Desglose por partidas aquí](/blog/cuanto-cuesta-implantar-erp-2026).
- **Licencias:** [desde 69,30 €/usuario completo y 6,90 € por usuario de consulta](/blog/licencias-y-coste-business-central-2026); existen condiciones de transición para clientes con licencia perpetua de NAV.
- **Duración:** 3-9 meses. Menos de 3 solo con muy poca personalización; más de 9 suele indicar alcance mal definido.

Nuestra forma de trabajar encaja especialmente aquí: **el proyecto se divide en partes y cada parte se paga solo tras aceptarla**. Con un sistema que lleva años funcionando, nadie debería pagar por adelantado un salto al vacío.

## Preguntas frecuentes

**¿Cuál es la alternativa a Dynamics NAV / Navision?** Business Central es el sucesor directo de Navision: misma lógica de negocio, reconstruida para la nube. Es la alternativa natural — y la única que no obliga a tus usuarios a aprender un ERP distinto.
**¿Mis usuarios tendrán que aprender un sistema nuevo?** La lógica es la misma que en NAV; cambia la interfaz (web, moderna) y desaparecen muchas pantallas intermedias. La formación es de días, no de semanas.

**¿Se puede migrar directamente desde NAV 2009 o Navision 5?** Sí. Cuanto más antigua la versión, más pesa la reescritura de personalizaciones — pero el salto se hace en un solo proyecto, no en escalones. Estamos ejecutando ahora mismo una migración desde NAV 2009 R2.

**¿Puedo seguir usando mis informes actuales?** Los que leían SQL directamente, no: se reconstruyen sobre OData/APIs (y suelen mejorar). Y Business Central [incluye 4 apps de Power BI](/blog/power-bi-business-central-informes-incluidos) que sustituyen buena parte del reporting a medida.

**¿Y si ahora no puedo migrar pero mi NAV da problemas?** [Damos soporte y mantenimiento a NAV](/blog/soporte-dynamics-nav-mantenimiento-versiones-antiguas) mientras planificas — sin presionarte para migrar antes de tiempo.

¿Tienes un NAV y quieres saber qué implicaría tu migración concreta? [Evaluación gratuita y sin compromiso](/#contact): versión, personalizaciones, integraciones y presupuesto orientativo por partes.

---

### Soporte de Dynamics NAV: mantenimiento de versiones antiguas mientras decides qué hacer

URL: https://bramvia.net/blog/soporte-dynamics-nav-mantenimiento-versiones-antiguas · Language: es · Date: 2026-09-01

**Respuesta corta:** sí, todavía se puede mantener un Dynamics NAV (Navision) antiguo — y hay cada vez menos quien lo haga. Damos **soporte y mantenimiento a NAV 2009-2018** en C/AL: corrección de incidencias, mantenimiento de SII y Cartera, informes, rendimiento y pequeñas evolutivas. Lo que no podemos darte nadie puede: parches oficiales de Microsoft para versiones fuera de soporte. Por eso el soporte a NAV es, para nosotros, **un puente hacia una migración planificada con calma**, no un fin en sí mismo — y no te empujaremos a migrar antes de que tenga sentido.

## El problema que nadie te contó cuando compraste NAV

El sistema funciona, pero el ecosistema a su alrededor se apaga:

- **El partner original ya no está** — cerró, fue absorbido o solo atiende clientes de Business Central.
- **El consultor que lo conocía se jubiló** o cobra tarifas de especialista escaso, con semanas de espera para un cambio de una hora.
- **Cada cambio legal es una odisea**: el SII, un modelo tributario nuevo, un formato bancario — y nadie sabe tocar tu código.
- **"No lo toques"** se ha convertido en la política de TI: nadie se atreve a actualizar nada porque algo podría romperse.

Mientras tanto, la empresa sigue operando sobre ese sistema cada día. El riesgo no es hipotético: es un cambio normativo con fecha y sin nadie que lo implemente.

## Qué incluye nuestro soporte a NAV

| Área | Qué hacemos |
|---|---|
| **Incidencias** | Diagnóstico y corrección de errores en C/AL, bloqueos, registros que fallan |
| **Localización española** | Mantenimiento de SII, Cartera, Confirming, Intrastat y modelos tributarios sobre tu versión |
| **Informes** | Corrección y creación de informes; extracción de datos para Power BI/Excel |
| **Rendimiento** | Bases de datos que crecen, cierres lentos, bloqueos — optimización sin cambiar de versión |
| **Pequeñas evolutivas** | Campos, validaciones, flujos — con criterio: lo justo para operar, sin hipotecar más el sistema |
| **Documentación** | Dejamos por escrito lo que tocamos — el activo que casi ningún NAV antiguo tiene |

Versiones: **NAV 2009 (Classic y RTC) hasta NAV 2018**, y Business Central on-premise. Idiomas: español, inglés y polaco.

## Lo que no podemos hacer (y nadie puede)

Honestidad obligatoria: un NAV fuera de soporte **no recibe parches de seguridad ni actualizaciones oficiales de Microsoft**, y ningún partner puede fabricarlos. Podemos implementar un cambio legal a medida en tu versión, pero será un desarrollo tuyo, sobre un sistema que envejece. Cuanto más antigua la versión, más cara y frágil es cada adaptación.

Por eso el soporte a NAV tiene fecha de caducidad natural — y nuestro trabajo incluye decirte cuándo mantener deja de compensar frente a migrar. [Las fechas de fin de soporte y tus opciones, aquí](/blog/fin-de-soporte-dynamics-nav-opciones-2026).

## Cómo trabajamos el soporte

- **Sin permanencia y sin bolsa de horas obligatoria**: por incidencia o por parte de trabajo, y como todo lo nuestro, [cada parte se paga solo tras aceptarla](/blog/como-elegir-erp-guia-2026).
- **Primera revisión gratuita**: en una sesión vemos tu versión, tus personalizaciones y tus riesgos, y te decimos con honestidad qué es urgente y qué puede esperar.
- **Inventario como subproducto**: todo lo que documentamos mientras te damos soporte es exactamente la Fase 1 de una migración futura. Cuando llegue el momento, ya tendrás medio análisis hecho — [esta es la guía completa de esa migración](/blog/migracion-navision-business-central-guia-2026).

## Preguntas frecuentes

**¿Podéis dar soporte a un NAV muy personalizado por otro partner?** Sí — es el caso habitual. Leemos el código C/AL existente, lo documentamos y lo mantenemos. Cuanto menos documentación tengas, más útil es el inventario que dejamos.

**¿Tengo que migrar para que me deis soporte?** No. Damos soporte a NAV como servicio propio. Sí te diremos, con datos, cuándo mantener empieza a costar más que migrar — y respetaremos tu decisión.

**¿Podéis implementar la facturación electrónica o el DeCA en mi NAV?** Técnicamente es posible como desarrollo a medida, pero suele ser el momento en que migrar compensa más que adaptar: [factura electrónica](/blog/factura-electronica-obligatoria-business-central-preparacion) y [DeCA](/blog/deca-electronico-transporte-business-central) ya vienen resueltos en Business Central. Lo analizamos contigo caso a caso.

**¿Qué versiones de NAV soportáis?** De NAV 2009 a NAV 2018, tanto en cliente clásico como RTC, y Business Central on-premise de cualquier versión.

¿Tu NAV necesita a alguien que lo entienda? [Cuéntanos qué versión tienes y qué te pasa](/#contact) — la primera revisión es gratuita y sin compromiso.

---

### ¿Qué es Business Central y es el ERP adecuado para tu empresa?

URL: https://bramvia.net/blog/que-es-microsoft-dynamics-365-business-central · Language: es · Date: 2026-09-01

**Respuesta corta:** Microsoft Dynamics 365 Business Central es el **ERP en la nube de Microsoft para pequeñas y medianas empresas** (de 5 a 500 usuarios). Reúne en un solo sistema finanzas, ventas, compras, almacén, proyectos y, en su versión Premium, fabricación y servicio técnico. Es el sucesor de Dynamics NAV (Navision), se integra de forma nativa con Excel, Outlook, Teams y Power BI, y cuesta [desde 69,30 € por usuario completo al mes](/blog/licencias-y-coste-business-central-2026). Tiene más de 50.000 empresas clientes en la nube. Es una gran opción si ya vives en el ecosistema Microsoft y tu operación ha superado a Excel o a un programa de facturación; te sobra si eres un autónomo o una micropyme de servicios.

## Qué hace, en una tabla

| Área | Qué cubre |
|---|---|
| **Finanzas** | Contabilidad, tesorería, bancos, activos fijos, multiempresa, multidivisa, consolidación, IVA e informes fiscales |
| **Ventas** | Ofertas, pedidos, albaranes, facturas, precios y descuentos por cliente, CRM básico |
| **Compras** | Pedidos, recepciones, facturas de proveedor, aprobaciones, contabilización automática |
| **Almacén** | Multialmacén, ubicaciones, lotes y números de serie, trazabilidad, inventario físico |
| **Proyectos** | Presupuestos, imputación de horas y costes, facturación por proyecto |
| **Fabricación** (Premium) | Listas de materiales, órdenes de producción, planificación (MRP), capacidad |
| **Servicio** (Premium) | Órdenes de servicio, contratos, planificación de técnicos |
| **IA** | Copilot incluido; agentes autónomos (cuentas a pagar, pedidos) por consumo |

Lo que **no** trae: nóminas para España (se integra con software externo) ni un CRM avanzado (para eso está Dynamics 365 Sales, integrado).

## ¿Es el ERP adecuado para ti? Empieza por aquí

Tres preguntas lo resuelven antes que cualquier lista de funciones:

1. **¿Trabajáis con Microsoft 365?** Si Excel, Outlook y Teams ya son vuestro día a día, Business Central multiplica eso. Si no, la ventaja se estrecha y [Odoo compite más de cerca](/blog/odoo-vs-business-central-comparativa).
2. **¿Vuestra complejidad es operativa o contable?** Almacenes, lotes, fabricación, varias sociedades → Business Central. Si lo vuestro es facturación recurrente y poco más, hay opciones más ligeras.
3. **¿De qué os estáis quedando cortos?** De [Excel](/blog/excel-vs-erp-cuando-cambiar) o [Holded](/blog/migrar-de-holded-a-business-central) es el salto más fácil. De [Dynamics NAV](/blog/soporte-dynamics-nav-mantenimiento-versiones-antiguas) es el más urgente, porque el soporte termina.

## Para quién es (y para quién no)

**Es para ti si:** tienes entre 5 y 500 usuarios; usas Microsoft 365; tu operación ya no cabe en Excel ni en un programa de facturación; tienes almacén, compras, varias sociedades o fabricación; o vienes de un NAV/Navision que se ha quedado sin soporte.

**No es para ti si:** eres autónomo o micropyme de servicios sin stock (un Holded o similar te resuelve por menos); necesitas nóminas integradas en el mismo sistema; o eres una multinacional de miles de usuarios con procesos ultra complejos (ahí juega SAP S/4HANA). [Comparativa honesta con las alternativas aquí](/blog/mejores-erp-pymes-2026-comparativa).

## Navision, NAV y Business Central: la misma familia

Business Central es la evolución directa de Dynamics NAV, antes Navision. Misma lógica de negocio, reconstruida para la nube. Por eso los usuarios de NAV lo adoptan rápido — y por eso [la migración desde NAV es la más natural que existe](/blog/migracion-navision-business-central-guia-2026).

## Nube o servidor propio

Existe versión on-premise, pero la nube (SaaS) es la opción por defecto en 2026: sin servidor que mantener, dos actualizaciones al año incluidas, copias de seguridad, y las capacidades de IA que **solo existen en la nube**. [Comparativa completa](/blog/erp-en-la-nube-vs-local).

## Cuánto cuesta

- **Licencias:** Essentials ~69,30 €, Premium ~95,30 €, Team Members ~6,90 € por usuario/mes ([desglose y calculadora](/blog/licencias-y-coste-business-central-2026)). Ejemplo real: [una empresa de 10 personas paga unos 319 €/mes](/blog/precio-business-central-10-usuarios-ejemplo).
- **Implantación:** proyecto único, [desde ~8.000 € en pymes pequeñas](/blog/cuanto-cuesta-implantar-erp-2026).
- **Gratis:** prueba de 30 días, licencia de contable externo, Copilot, 4 apps de Power BI — [la lista completa](/blog/business-central-gratis-prueba-2026).

## El ecosistema: la ventaja que no se ve en la demo

Lo que diferencia a Business Central es lo que hay alrededor: **Excel** conectado en vivo, **Outlook** con la ficha del cliente dentro del correo, **Teams** para aprobar desde el chat, **Power BI** con [4 apps incluidas](/blog/power-bi-business-central-informes-incluidos), **Power Automate** para flujos, y un marketplace (AppSource) con miles de extensiones. Y para lo que no existe, se desarrolla como extensiones AL limpias que sobreviven a las actualizaciones.

## Cumplimiento fiscal en España

La localización española cubre IVA, modelos tributarios, SII, [Verifactu](/blog/verifactu-business-central-calendario-2027) y la [factura electrónica](/blog/factura-electronica-obligatoria-business-central-preparacion) en camino. Donde los partners genéricos flojean —Cartera, Confirming, Intrastat, DeCA— es exactamente donde nos especializamos.

## Preguntas frecuentes

**¿Business Central es lo mismo que Dynamics 365?** Dynamics 365 es la familia de aplicaciones de negocio de Microsoft. Business Central es el ERP para pymes dentro de esa familia (Finance & Supply Chain es el de gran empresa).

**¿Cuánto se tarda en implantarlo?** De 2-4 meses viniendo de Excel a 3-9 meses migrando desde otro ERP. [Calendario por fases](/blog/cuanto-dura-implementacion-business-central).

**¿Necesito un partner o puedo implantarlo yo?** Se contrata y configura a través de un partner de Microsoft. La prueba de 30 días sí puedes activarla tú.

**¿Cómo elijo partner?** [Con estas preguntas](/blog/como-elegir-erp-guia-2026) — y un consejo: exige contrato por partes con criterios de aceptación. Nosotros no cobramos ninguna parte hasta que la aceptas.

¿Quieres ver si encaja en tu empresa? [Evaluación gratuita y sin compromiso](/#contact) — y si no encaja, te lo diremos.

---

### Business Central vs Sage 200: comparativa honesta para pymes españolas (2026)

URL: https://bramvia.net/blog/business-central-vs-sage-200-comparativa · Language: es · Date: 2026-09-01

**Respuesta corta:** Sage 200 y Business Central son los dos finalistas más frecuentes en la pyme española de 10 a 100 usuarios. **Sage 200 gana en fiscalidad española lista de fábrica y en nómina integrada**, y lo conocen miles de gestorías. **Business Central gana en nube, integración con Microsoft 365 y Power BI, escalabilidad, inteligencia artificial y modelo de personalización** (extensiones que sobreviven a las actualizaciones). Si eres una empresa estable, con foco contable-fiscal y sin ambición de crecer o internacionalizarte, Sage 200 puede servirte muy bien. Si creces, tienes almacén o fabricación seria, operas en varios países o quieres IA en tu operación, Business Central es la apuesta. Somos partner de Microsoft — y aun así te decimos dónde no ganamos.

> ¿Primera vez que oyes hablar de Business Central? [Empieza por aquí: qué es, para quién es y para quién no](/blog/que-es-microsoft-dynamics-365-business-central).

## Transparencia primero

Este artículo lo escribe un partner de Business Central. La única comparativa que merece tu tiempo es la que reconoce las fortalezas del otro — así que empezamos por ahí.

## Dónde gana Sage 200 (dicho por la competencia)

**Fiscalidad española de fábrica.** Modelos AEAT, SII, particularidades locales: Sage 200 nació en España para España y lo trae todo listo sin configuración adicional. Business Central cubre la fiscalidad española en su localización, pero algunas piezas (Cartera, Confirming, ciertos modelos) dependen de configuración o de apps del ecosistema.

**Nómina integrada.** Sage tiene nóminas para España dentro de su universo. Business Central **no trae nóminas españolas**: se integra con software externo. Si la nómina integrada es innegociable, es un punto real a favor de Sage.

**Red de gestorías.** Miles de asesorías conocen Sage. Cambiar de partner es más fácil.

**Precio de entrada algo menor** en configuraciones básicas.

## Dónde gana Business Central

**Nube de verdad.** Business Central es SaaS nativo: dos actualizaciones anuales incluidas, sin servidor, sin proyectos de upgrade. Sage 200 tiene opciones híbridas, pero su modelo tradicional arrastra el mantenimiento local — [lo que eso cuesta a 5 años, con calculadora](/blog/licencias-y-coste-business-central-2026).

**Ecosistema Microsoft.** Excel conectado, Outlook con la ficha del cliente, Teams, [4 apps de Power BI incluidas](/blog/power-bi-business-central-informes-incluidos), Power Automate. Si tu empresa vive en Microsoft 365, esto no es marketing: es productividad diaria.

**Escalabilidad y multiempresa.** Varias sociedades, varios países, varias divisas, consolidación: nativo. Sage 200 encaja mejor en estructuras estables de un solo país.

**Personalización que no hipoteca.** Business Central se adapta con **extensiones desacopladas** del núcleo; las actualizaciones no rompen nada. En Sage 200 muchas personalizaciones siguen ligadas al sistema, lo que encarece la evolución a medio plazo.

**Inteligencia artificial.** Copilot incluido y [agentes autónomos](/blog/sectores-donde-compensan-agentes-ia-business-central) para cuentas a pagar y pedidos. Aquí la distancia es de años, no de versiones.

**Fabricación y servicio completos** en Premium: MRP, capacidad, órdenes de servicio, contratos. En Sage requieren módulos avanzados o desarrollos.

## La tabla

| Dimensión | Business Central | Sage 200 |
|---|---|---|
| Tamaño ideal | 10-500 usuarios | 10-100 usuarios |
| Modalidad | SaaS nativo (también on-prem) | Híbrido / local |
| Fiscalidad España | Localización oficial + apps | Completa de fábrica |
| Nómina | Externa (integrable) | Integrada |
| Multiempresa / internacional | Nativo, fuerte | Limitado |
| Fabricación | Premium, completo | Módulos avanzados |
| Personalización | Extensiones desacopladas | Desarrollos más acoplados |
| IA | Copilot + agentes | Incipiente |
| Actualizaciones | Incluidas, automáticas | Proyecto / dependiente de partner |
| Entrada | ~69 €/usuario/mes | Algo inferior en básico |

## Cómo decidir en tu caso

Tres preguntas resuelven el 80% de los casos:

1. **¿Vas a crecer, internacionalizarte o añadir sociedades en 5 años?** Sí → Business Central. No → ambos valen.
2. **¿Tu operación es de almacén/fabricación/proyectos o principalmente contable-administrativa?** Operación → Business Central. Contable → Sage 200 compite bien.
3. **¿Vives en Microsoft 365?** Sí → Business Central multiplica el valor. No → la ventaja se reduce.

Y una cuarta que pesa más que el producto: **¿quién te lo implanta y con qué contrato?** El mismo software bien y mal implantado da resultados opuestos. [Los 7 pasos para elegir bien](/blog/como-elegir-erp-guia-2026) — y exige pago por partes tras aceptación, como hacemos nosotros.

## Preguntas frecuentes

**¿Cuál es la mejor alternativa a Sage 200?** Para pymes que crecen, con almacén o fabricación, o que viven en Microsoft 365, Business Central es la alternativa a Sage 200 más habitual en 2026. Para empresas estables con foco contable-fiscal y nómina integrada, Sage 200 sigue siendo difícil de superar — decirlo es parte de una comparativa honesta.
**¿Se puede migrar de Sage 200 a Business Central?** Sí, y es una migración frecuente cuando la empresa crece o se internacionaliza. Maestros y saldos se migran; el histórico se archiva. Coste y plazo similares a [cualquier migración de pyme](/blog/cuanto-cuesta-implantar-erp-2026).

**¿Cuál es más barato?** En licencias básicas, Sage suele entrar algo más bajo; a 5 años, con actualizaciones y servidor incluidos, Business Central suele igualar o ganar. Compara el coste total, no la cuota.

**¿Business Central cumple con Verifactu y la factura electrónica?** Sí, dentro de la localización española y con las actualizaciones incluidas — [calendario y detalles aquí](/blog/verifactu-business-central-calendario-2027).

**¿Y si necesito nóminas integradas?** Valora Sage seriamente, o Business Central con integración de nóminas externa (muy habitual). Te diremos con honestidad cuál encaja.

¿Estás entre estos dos? [Te damos una segunda opinión gratuita](/#contact) — aunque la respuesta sea Sage.

---

### Verifactu y Business Central: calendario 2027, quién está obligado y cómo cumplir

URL: https://bramvia.net/blog/verifactu-business-central-calendario-2027 · Language: es · Date: 2026-09-01

**Respuesta corta:** Verifactu —el sistema de facturación verificable de la Agencia Tributaria— será obligatorio el **1 de enero de 2027 para empresas sujetas al Impuesto sobre Sociedades** y el **1 de julio de 2027 para autónomos y profesionales**, tras el segundo aplazamiento aprobado por el Real Decreto-ley 15/2025 (BOE de 3 de diciembre de 2025). **Quienes ya declaran por el SII están exentos.** Exige que tu software genere registros de facturación inalterables, encadenados, con código QR en cada factura y, en la modalidad Verifactu, remisión a la AEAT. Business Central lo cubre en su localización española con las actualizaciones incluidas — si tu sistema está al día. Si estás en un NAV antiguo o un ERP sin actualizaciones, el regulador ha puesto fecha a tu decisión.

> ¿Primera vez que oyes hablar de Business Central? [Empieza por aquí: qué es, para quién es y para quién no](/blog/que-es-microsoft-dynamics-365-business-central).

## El calendario, sin confusiones

Ha cambiado dos veces, así que conviene fijarlo:

| Obligado | Fecha original | Fecha vigente (RDL 15/2025) |
|---|---|---|
| Desarrolladores de software | 29 julio 2025 | Sin cambios |
| Sociedades (Impuesto sobre Sociedades: S.L., S.A., cooperativas…) | 1 enero 2026 | **1 enero 2027** |
| Autónomos y profesionales (IRPF) | 1 julio 2026 | **1 julio 2027** |

El aplazamiento **no elimina ni suaviza** los requisitos técnicos: solo da tiempo. Confirma cualquier cambio posterior con tu asesor — el calendario ya se ha movido dos veces.

## Quién está obligado y quién no

**Obligados:** empresas y autónomos que usen sistemas informáticos de facturación y no estén en el SII.

**Exentos:** quienes ya declaran por el **SII** (Suministro Inmediato de Información: grandes empresas, grupos de IVA, REDEME e inscritos voluntarios). Este punto importa mucho en Business Central: **muchas empresas que usan BC ya están en el SII** y, por tanto, no les aplica Verifactu. Antes de invertir tiempo, comprueba en cuál de los dos regímenes estás.

## Comprueba tu caso en 30 segundos

Cuatro preguntas, resultado inmediato, sin enviar ningún dato:

## Qué exige Verifactu, en cristiano

Un software de facturación conforme al Reglamento (RD 1007/2023) debe:

1. **Generar un registro de facturación** por cada factura emitida (y por cada anulación), con huella digital.
2. **Encadenar los registros** de modo que no puedan alterarse ni borrarse sin dejar rastro.
3. **Incluir un código QR** en cada factura, con el que el receptor (o la AEAT) puede verificarla.
4. **Remitir los registros a la AEAT** en tiempo real (modalidad "Verifactu") o conservarlos con firma electrónica a disposición de la Agencia (modalidad "no Verifactu").
5. Contar con **declaración responsable** del fabricante del software.

## Cómo se cumple desde Business Central

La localización española de Business Central incorpora la funcionalidad Verifactu para la emisión de registros, el encadenado, el QR y la comunicación con la AEAT. Lo que en la práctica implica para tu empresa:

- **Estar en una versión actualizada.** En la nube, las actualizaciones llegan solas; ahí no hay proyecto. En on-premise, necesitas estar en una versión que la incluya.
- **Activar y configurar** la funcionalidad: certificado, modalidad (Verifactu o no), plantillas de factura con QR. Es configuración, no desarrollo.
- **Revisar tus flujos de facturación especiales**: abonos, anticipos, rectificativas, autofacturas, intercompañía. Los casos raros son los que fallan.
- **Probar en sandbox** con facturas reales antes de la fecha.

Si tus facturas salen de un desarrollo a medida o de plantillas modificadas, es el momento de revisarlas: el QR y los registros deben salir del flujo estándar.

## Si estás en NAV o en un ERP sin actualizaciones

Aquí Verifactu deja de ser una configuración y pasa a ser una decisión estratégica. Tres caminos:

- **Desarrollo a medida sobre tu sistema actual**: posible, pero costoso, frágil y con fecha de caducidad — sobre un sistema que ya no evoluciona.
- **Software de facturación externo "puente"**: cumple, pero fragmenta tu proceso en dos sistemas.
- **Migrar a Business Central antes de 2027**: resuelve Verifactu, la [factura electrónica B2B que viene detrás](/blog/factura-electronica-obligatoria-business-central-preparacion) y el [DeCA](/blog/deca-electronico-transporte-business-central) de una vez. [Guía de la migración desde NAV](/blog/migracion-navision-business-central-guia-2026).

Trabajando hacia atrás desde el 1 de enero de 2027 y restando un proyecto de 3-9 meses, **la fecha real de decisión para una sociedad es ahora**.

## Preguntas frecuentes

**¿Estoy obligado si ya presento el SII?** No: los obligados al SII están excluidos de Verifactu. Comprueba tu régimen antes de nada.

**¿Verifactu es lo mismo que la factura electrónica de la Ley Crea y Crece?** No. Verifactu regula el *software* de facturación (registros verificables, QR). La factura electrónica B2B obliga a *intercambiar* facturas en formato estructurado entre empresas. Son dos obligaciones distintas con calendarios distintos — [aquí la segunda](/blog/factura-electronica-obligatoria-business-central-preparacion).

**¿Qué sanciones hay?** El régimen sancionador contempla multas importantes por usar software no conforme (tanto para quien lo fabrica como para quien lo usa). Las cifras exactas, en la normativa vigente y con tu asesor.

**¿Puedo adelantarme y activarlo antes de 2027?** Sí, y es recomendable: entrar en Verifactu de forma voluntaria antes de la fecha te permite probar sin presión — y la AEAT lo prevé expresamente.

¿No sabes si tu sistema llegará a 2027 cumpliendo? [Te lo decimos en una evaluación gratuita y sin compromiso](/#contact) — y si ya cumples, también.

---

### Business Central: opiniones honestas — ventajas, inconvenientes y para quién NO es

URL: https://bramvia.net/blog/business-central-opiniones-ventajas-inconvenientes · Language: es · Date: 2026-09-01

**Respuesta corta:** Business Central es, en nuestra opinión de partner que lo implanta a diario, **el mejor ERP para la pyme de 10-500 usuarios que vive en Microsoft 365** — por ecosistema, nube real, escalabilidad y por ir años por delante en IA. Sus inconvenientes reales: **no trae nóminas españolas**, su fiscalidad local exige configuración (o apps) donde Sage la trae de fábrica, un mal partner puede arruinar el proyecto igual que con cualquier ERP, y personalizar mal (modificando el estándar) sale caro con cada actualización. No lo recomendamos a autónomos ni micropymes de servicios sin stock, ni a quien necesite nómina integrada sí o sí. Aquí va todo, incluido lo que otros partners callan.

> ¿Primera vez que oyes hablar de Business Central? [Empieza por aquí: qué es, para quién es y para quién no](/blog/que-es-microsoft-dynamics-365-business-central).

## Las opiniones que verás por ahí (y cómo leerlas)

Las reseñas de ERP tienen un problema: casi todas las escriben partners que lo venden, o usuarios que odiaron *su implantación* (no el producto). Nosotros somos lo primero — así que esta opinión sirve solo si incluye lo negativo. Lo incluye.

## Ventajas reales (las que notas al mes de usarlo)

**1. Todo en uno, de verdad.** Finanzas, ventas, compras, almacén, proyectos, fabricación, servicio. El dato existe una sola vez; el pedido se vuelve albarán, factura y asiento sin re-teclear. Quien viene de Excel o de programas parcheados nota esto la primera semana.

**2. El ecosistema Microsoft.** Excel conectado en vivo, Outlook con la ficha del cliente, Teams para aprobar, [4 apps de Power BI incluidas](/blog/power-bi-business-central-informes-incluidos). No es un argumento de folleto: es la razón por la que la adopción es más rápida que con cualquier otro ERP — la gente ya sabe usar las herramientas de alrededor.

**3. Nube sin proyectos de actualización.** Dos oleadas al año, incluidas y automáticas. Para quien viene de NAV y recuerda lo que costaba cada upgrade, esto solo ya justifica el cambio.

**4. Escala contigo.** Una sociedad o veinte, un país o cinco, diez usuarios o quinientos: el mismo sistema.

**5. IA que existe hoy.** Copilot incluido y [agentes autónomos](/blog/sectores-donde-compensan-agentes-ia-business-central) para cuentas a pagar y pedidos, con controles de auditoría. Ningún competidor del segmento está cerca.

**6. Personalización sana.** Las extensiones AL se enganchan al estándar sin modificarlo: las actualizaciones no rompen nada. Es la diferencia entre un ERP que envejece bien y uno que te atrapa en una versión.

## Inconvenientes reales (los que importan)

**1. No trae nóminas para España.** Se integra con software externo. Funciona bien, pero es un sistema más — y para algunas empresas es innegociable. [Sage 200 gana aquí](/blog/business-central-vs-sage-200-comparativa).

**2. La fiscalidad española exige configuración.** La localización cubre lo esencial (IVA, modelos, SII, [Verifactu](/blog/verifactu-business-central-calendario-2027)), pero piezas como Cartera, Confirming o Intrastat dependen de configuración o de apps — y de un partner que las domine. Es exactamente donde vemos más implantaciones flojas.

**3. El partner pesa tanto como el producto.** Un mal implantador entrega un Business Central que "no funciona" — y la culpa cae en el software. [Cómo elegirlo](/blog/como-elegir-erp-guia-2026).

**4. Personalizar mal es caro.** Si alguien modifica la aplicación estándar en vez de usar extensiones, cada actualización se convierte en una lotería. Pregunta siempre: *¿extensión o modificación?*

**5. Es más de lo que una micropyme necesita.** Con 3 usuarios y sin stock, pagas potencia que no usas.

**Y un matiz sobre el precio:** [69,30 €/usuario completo al mes](/blog/licencias-y-coste-business-central-2026) no es barato frente a un programa de facturación, pero sí frente a lo que sustituye (servidor, mantenimiento, upgrades, hojas de cálculo que alguien cuadra a mano). Compara el coste total, no la cuota.

## Para quién NO lo recomendaríamos

- **Autónomos y micropymes de servicios** sin almacén ni compras complejas: te sobra sistema.
- **Empresas que exigen nómina integrada** en el mismo ERP sin excepción.
- **Empresas sin nadie que lo adopte**: un ERP sin usuarios clave implicados fracasa sea cual sea la marca.
- **Multinacionales con miles de usuarios** y procesos ultracomplejos: ahí juega [SAP S/4HANA](/blog/business-central-vs-sap-comparativa-medianas-empresas).
- **Quien busca "el más barato"**: lo barato en ERP es dimensionar bien, no la cuota de entrada.

## Nuestra opinión, en una frase

Para la pyme española que crece, opera con almacén o fabricación, y trabaja en Microsoft 365, Business Central es hoy la decisión con menos riesgo a diez años — **siempre que el partner sea bueno y el contrato te proteja**. Por eso nosotros no cobramos ninguna parte del proyecto hasta que la aceptas: es la única opinión que se demuestra con el contrato en vez de con el discurso.

## Preguntas frecuentes

**¿Business Central es difícil de usar?** No para quien usa Excel y Outlook: la interfaz es web y familiar. La curva está en aprender los procesos del ERP, no en la herramienta.

**¿Es estable?** Sí. Más de 50.000 empresas en la nube y dos actualizaciones al año muy probadas. Los problemas de estabilidad casi siempre son personalizaciones mal hechas.

**¿Qué dicen las empresas que lo usan?** Lo que más repiten: menos Excel, cierres más rápidos, informes al momento. Lo que más critican: implantaciones con alcance mal definido — un problema de contrato, no de producto.

**¿Puedo probarlo antes de decidir?** Sí, [30 días gratis y con el sistema completo](/blog/business-central-gratis-prueba-2026).

¿Quieres una opinión sobre tu caso concreto y no sobre el producto en general? [Evaluación gratuita, sin compromiso](/#contact) — y si Business Central no es para ti, será lo primero que te digamos.

---

### Business Central para una empresa de 10 personas: la factura real, mes a mes

URL: https://bramvia.net/blog/precio-business-central-10-usuarios-ejemplo · Language: es · Date: 2026-08-30

**Respuesta corta:** una empresa típica de 10 personas necesita en Business Central unos **4 usuarios completos Essentials (69,30 € cada uno) y 6 Team Members (6,90 € cada uno): 319 €/mes en licencias**, unos 3.830 €/año sin IVA. La implantación es un pago único aparte (desde ~8.000-15.000 € para procesos estándar). Y el error más habitual es licenciar a las 10 personas como usuarios completos "por si acaso": eso costaría 693 €/mes — **más del doble por el mismo sistema**.

> ¿Primera vez que oyes hablar de Business Central? [Empieza por aquí: qué es, para quién es y para quién no](/blog/que-es-microsoft-dynamics-365-business-central).

Vamos a desmontarlo partida por partida, porque es el ejemplo que casi nadie publica con números completos.

## Quién es quién en una empresa de 10

Imagina una distribuidora o empresa de servicios típica:

| Persona | Qué hace en el ERP | Licencia | €/mes |
|---|---|---|---|
| Gerente | Consulta informes, aprueba compras | **Team Member** | 6,90 |
| Administración (2) | Facturan, contabilizan, concilian | **Essentials** ×2 | 138,60 |
| Comercial senior | Crea pedidos y ofertas | **Essentials** | 69,30 |
| Compras | Crea pedidos de compra | **Essentials** | 69,30 |
| Comerciales (2) | Consultan stock y precios, meten horas | **Team Member** ×2 | 13,80 |
| Almacén (2) | Registran entradas/salidas en puesto compartido | **1 licencia Device** compartida* | ~40 |
| Técnico/operaciones | Consulta y aprueba | **Team Member** | 6,90 |

**Total licencias: ~345 €/mes** con el puesto de almacén compartido, o **319 €/mes** si el almacén trabaja con Team Members individuales. Unos **3.830-4.140 €/año**.

*La licencia Device cubre un puesto físico compartido (una pistola o un PC de almacén) sin licenciar a cada persona que lo toca — confirma su tarifa vigente con tu partner.

## El mismo caso, mal dimensionado

Ahora la versión que vemos con frecuencia: las 10 personas con Essentials "para que todos puedan hacer de todo":

**10 × 69,30 € = 693 €/mes — 8.316 €/año.** Diferencia: **más de 4.000 €/año tirados**, porque el gerente que solo mira el cuadro de mandos y aprueba facturas no necesita crear pedidos. La [regla completa de qué licencia necesita cada rol está aquí](/blog/licencias-y-coste-business-central-2026).

## Qué incluye ese precio (y en tu servidor pagabas aparte)

Los 319-345 €/mes no son "solo el programa":

- Hosting en la nube de Microsoft, copias de seguridad y alta disponibilidad
- **Las dos actualizaciones anuales y las mensuales** — se acabaron los proyectos de upgrade
- Copilot (el asistente de IA) incluido
- Las [4 apps de Power BI para informes](/blog/power-bi-business-central-informes-incluidos), sin licencia adicional

Con un ERP en servidor propio, solo la infraestructura y el mantenimiento TI suelen superar esos 345 €/mes — [la comparativa completa con calculadora está aquí](/blog/licencias-y-coste-business-central-2026).

## La factura del primer año, completa y sin sorpresas

Siendo honestos hasta el final, esto es lo que una empresa de 10 personas debería presupuestar:

| Concepto | Importe orientativo |
|---|---|
| Licencias (12 meses) | ~3.830-4.140 € |
| Implantación (pago único): configuración, migración de maestros desde Excel/sistema anterior, formación | ~8.000-15.000 € con procesos estándar |
| **Primer año total** | **~12.000-19.000 €** |
| Años siguientes | Solo licencias (~4.000 €/año) + soporte que contrates |

Los rangos de implantación dependen sobre todo de dos cosas: la limpieza de tus datos de partida y cuántos procesos a medida necesitas. [El desglose de esa partida está aquí](/blog/cuanto-cuesta-implantar-erp-2026).

## Preguntas frecuentes

**¿Puedo empezar con menos usuarios y crecer?** Sí — las licencias se añaden cuando las necesitas. Empezar ajustado y crecer es la estrategia correcta; lo contrario (sobrar licencias "por si acaso") es el sobrecoste más común.

**¿Estos precios son fijos?** Son la tarifa orientativa 2026 para España (sin IVA, compromiso anual). Microsoft los revisa periódicamente — la última subida fue en noviembre de 2025 — así que confirma la tarifa vigente antes de presupuestar.

**¿Y si somos 10 pero fabricamos?** La fabricación exige el plan Premium (95,30 €/usuario) y, ojo, **todos los usuarios completos deben ir en el mismo plan** — no se puede mezclar. Con 4 usuarios completos serían 381,20 €/mes de la parte Premium. [La regla del no-mezclado explicada aquí](/blog/licencias-y-coste-business-central-2026).

**¿Hay costes ocultos?** Los que debes conocer: los agentes de IA se facturan aparte por consumo ([números aquí](/blog/agentes-ia-business-central-facturacion-por-consumo)), los complementos ISV de AppSource tienen su propio precio, y el soporte continuo se contrata según tus necesidades. Nada más.

¿Quieres este mismo ejercicio con tus roles reales? [Te dimensionamos las licencias gratis y sin compromiso](/#contact) — y si te sobran licencias de las que ya pagas, también te lo diremos.

---

### ¿Business Central gratis? Lo que existe de verdad (y lo que no) en 2026

URL: https://bramvia.net/blog/business-central-gratis-prueba-2026 · Language: es · Date: 2026-08-30

**Respuesta corta:** Business Central **no es gratuito** — cuesta desde unos [69,30 € por usuario completo al mes](/blog/licencias-y-coste-business-central-2026). Pero alrededor hay varias cosas **genuinamente gratis** que mucha gente no conoce: la **prueba completa de 30 días** sin tarjeta, la **licencia gratuita de contable externo** para tu asesoría, **Copilot incluido** en la licencia, las **4 apps de Power BI** sin coste adicional, y el **entorno sandbox** para probar sin riesgo. Esta es la lista completa y honesta — incluida la parte que otros callan.

> ¿Primera vez que oyes hablar de Business Central? [Empieza por aquí: qué es, para quién es y para quién no](/blog/que-es-microsoft-dynamics-365-business-central).

## Lo que sí es gratis

**1. La prueba de 30 días — el sistema completo.** Microsoft ofrece un trial real de Business Central: funcionalidad completa, con datos de demostración, sin tarjeta de crédito. Se activa en minutos con una cuenta de empresa. Es la mejor forma de tocar el sistema antes de hablar con nadie — nosotros incluidos.

**2. La licencia de contable externo.** Tu asesoría o gestoría puede acceder a tu Business Central con una licencia **gratuita** específica para contables externos. Deja de exportar balances a Excel para mandárselos: entran, consultan y trabajan directamente. Es de las funciones más desconocidas y más útiles para una pyme española.

**3. Copilot, incluido en tu licencia.** El asistente de IA —resúmenes, ayuda en lenguaje natural, sugerencias— viene con Essentials y Premium sin cargo adicional. Lo que se paga aparte son los **agentes autónomos**, que van [por consumo — números aquí](/blog/agentes-ia-business-central-facturacion-por-consumo).

**4. Las 4 apps de Power BI.** Finanzas, Ventas, Cadena de Suministro y Facturación por Suscripción: cuadros de mando profesionales [incluidos sin coste de licencia adicional](/blog/power-bi-business-central-informes-incluidos). Antes esto era una partida de miles de euros en cualquier implantación.

**5. El entorno sandbox.** Un entorno de pruebas separado de producción, incluido, donde ensayar actualizaciones, formar usuarios o probar desarrollos sin tocar datos reales.

**6. Las actualizaciones, para siempre.** No es "gratis" en sentido estricto —va dentro de la cuota— pero comparado con los proyectos de actualización de 15.000-40.000 € de los sistemas locales, funciona como tal: dos oleadas al año y actualizaciones mensuales sin proyecto ni factura.

**7. Nuestra evaluación inicial.** Esta es nuestra: el análisis de tu caso, el dimensionamiento de licencias y el presupuesto orientativo **no cuestan nada y no te comprometen a nada**. Y trabajamos de forma que el riesgo siga siendo bajo después: [por partes, pagando solo tras aceptar cada una](/blog/como-elegir-erp-guia-2026).

## Lo que no es gratis (dicho sin rodeos)

- **Las licencias de uso real**: desde 69,30 €/usuario/mes los usuarios completos, 6,90 € los de consulta. [Ejemplo completo para una empresa de 10 personas aquí](/blog/precio-business-central-10-usuarios-ejemplo).
- **La implantación**: configurar, migrar datos y formar es un proyecto — [desde ~8.000 € en pymes pequeñas](/blog/cuanto-cuesta-implantar-erp-2026).
- **Los complementos ISV** de AppSource, cada uno con su tarifa.
- **Los agentes de IA autónomos**, por consumo.

Desconfía de cualquier mensaje tipo "ERP gratis": o es un plan recortado que se queda pequeño en meses, o el coste está escondido en otra parte. Lo barato de verdad es dimensionar bien lo que pagas — [ahí es donde se ahorran miles de euros al año](/blog/licencias-y-coste-business-central-2026).

## Cómo aprovechar lo gratuito, en orden

1. **Activa la prueba de 30 días** y dedícale dos sesiones: una a ventas/compras, otra a informes.
2. **Trae tus 3 casos incómodos** (ese descuento raro, esa entrega parcial) y pruébalos tú.
3. Si te encaja, **pídenos la evaluación gratuita**: dimensionamos licencias con tus roles reales y te damos el presupuesto orientativo por partes.
4. Con el sistema en marcha, **activa la licencia de tu asesoría** y las apps de Power BI el primer mes — son valor inmediato que ya has pagado.

## Preguntas frecuentes

**¿La prueba de 30 días es el producto completo?** Sí, con datos de demostración. Al acabar puedes convertirla en suscripción de pago sin perder la configuración, o dejarla expirar sin coste.

**¿Existe una versión gratuita permanente de Business Central?** No. Existen ERP con planes gratuitos limitados (para autónomos o micropymes de servicios), pero Business Central no juega en esa liga — y para operaciones con almacén, compras y contabilidad seria, los planes gratuitos se quedan cortos rápido. [Comparativa honesta de opciones aquí](/blog/mejores-erp-pymes-2026-comparativa).

**¿La licencia del contable externo tiene límites?** Está pensada para el trabajo de tu asesoría (consulta y contabilidad), no para operar el día a día del negocio. Para eso están las licencias de usuario.

**¿Cuánto cuesta al final dar el salto?** Para una empresa pequeña con procesos estándar: [~12.000-19.000 € el primer año todo incluido](/blog/precio-business-central-10-usuarios-ejemplo), y ~4.000 €/año después en licencias. Con números de tu caso concreto: [evaluación gratuita](/#contact).

---

### DeCA electrónico obligatorio el 5 de octubre: qué exige y cómo resolverlo desde Business Central

URL: https://bramvia.net/blog/deca-electronico-transporte-business-central · Language: es · Date: 2026-08-27

**Respuesta corta:** desde el **5 de octubre de 2026**, todo transporte público de mercancías por carretera de ámbito nacional en España debe ir acompañado del **DeCA** (documento electrónico de control administrativo): un **PDF nativo publicado en una URL, con un código QR** que la inspección escanea en carretera y descarga en el acto — **sin login ni pantallas intermedias**. Lo establece la Ley 9/2025 de Movilidad Sostenible y lo concreta la Resolución de 5 de junio de 2026. No hay periodo de gracia adicional, la sanción va de **401 a 600 € por envío**, y si contratas directamente el camión, la obligación también es tuya — no solo del transportista. La buena noticia: no necesitas un documento nuevo; tu albarán o carta de porte puede ser el DeCA si lleva los datos obligatorios. La parte difícil es técnica, y se resuelve desde el ERP.

> ¿Primera vez que oyes hablar de Business Central? [Empieza por aquí: qué es, para quién es y para quién no](/blog/que-es-microsoft-dynamics-365-business-central).

## Qué es (y qué no es)

El DeCA no es un documento nuevo. Es el **documento de control** que ya debía acompañar a cada envío desde la Orden FOM/2861/2012 — ese que muchas empresas cumplen sin saberlo porque su albarán o su carta de porte ya contiene las menciones obligatorias. Lo que cambia el 5 de octubre es el formato: **de papel a electrónico, obligatoriamente**.

Tampoco es la factura electrónica, ni el CMR internacional, ni un documento de la AEAT. Es un justificante administrativo del Ministerio de Transportes, de ámbito **nacional** (cabotaje incluido). El transporte internacional sigue con su CMR; quedan fuera también los transportes privados complementarios, mudanzas, paquetería y vehículos averiados, entre otros supuestos ya exentos.

## Quién responde (la parte que se da por sabida y no lo está)

**Si contratas directamente al camión, eres cargador contractual** — y respondes de que el documento exista, junto al transportista efectivo. La idea de que "esto es cosa del transportista" es el malentendido más caro de esta norma: afecta de lleno a fabricantes y distribuidores que expiden mercancía a diario.

Si contratas a través de una agencia o transitario, la obligación de documentar recae en ellos como cargador contractual de facto. Pero conviene tenerlo por escrito, porque la mercancía parada en un control es tuya igualmente.

## Qué debe contener

Los mismos datos que el documento de control de siempre (artículo 6 de la Orden FOM/2861/2012): identificación **separada** del cargador contractual y del transportista efectivo, fecha, origen y destino, matrícula, naturaleza y peso de la mercancía. Si tu albarán o carta de porte ya los lleva, tienes el contenido resuelto — falta el formato.

Y el formato exige tres cosas: **PDF nativo** (generado digitalmente desde tus datos, no un escaneo), **código QR** en el documento, y **URL de acceso directo**. El documento debe conservarse accesible al menos un año.

## La trampa técnica: "descarga directa" descarta las soluciones obvias

Aquí es donde tropiezan los planes improvisados. El fichero debe **descargarse directamente desde la URL, sin autenticación y sin pantallas intermedias**. Eso descarta:

- El enlace de SharePoint o OneDrive que pide iniciar sesión
- El enlace de Google Drive con su pantalla de vista previa
- El portal del cliente que requiere usuario y contraseña
- El PDF adjunto en un correo (no hay URL que escanear en carretera)

El agente escanea el QR en la cuneta con su móvil y el documento tiene que bajar. Punto. Necesitas un repositorio público con URLs únicas y estables por documento — y un proceso que lo genere **antes de que el camión salga**, no a demanda cuando alguien lo pide.

## Cómo lo resolvemos desde Business Central

Si expides desde Business Central (o desde un NAV), todos los datos del DeCA ya viven en tu sistema: el albarán de venta o el envío de transferencia contiene mercancía, peso, origen, destino y fechas. Lo que construimos como extensión AL es la pieza que falta:

1. **Generación automática del PDF** en el momento de registrar el envío, tomando el albarán como base y garantizando las menciones del artículo 6 — incluida la identificación separada de cargador contractual y transportista efectivo, que el albarán estándar no siempre distingue.
2. **Publicación automática en almacenamiento público** (Azure Blob Storage, en el propio ecosistema Microsoft) con URL única por documento, sin login, cumpliendo la descarga directa.
3. **QR incrustado en el documento** apuntando a esa URL — y en el propio albarán impreso si el conductor lleva copia.
4. **Conservación y trazabilidad**: un año mínimo de retención, con registro de qué se emitió, cuándo y para qué envío.

Es un desarrollo acotado —de semanas, no de meses— y **ya lo hemos construido para empresas industriales españolas**, así que el camino está recorrido. Como todo nuestro trabajo: [por partes, y cada parte se paga solo tras tu aceptación](/blog/como-elegir-erp-guia-2026).

Un apunte estratégico: esta obligación llega en la misma ola que [la facturación electrónica](/blog/factura-electronica-obligatoria-business-central-preparacion). Si tu sistema actual no puede con el DeCA, tampoco podrá con lo que viene detrás — es la [señal número 4 de que toca revisar el ERP](/blog/senales-necesitas-cambiar-erp).

## Checklist antes del 5 de octubre

1. Determina tu papel en cada flujo: ¿contratas camión directamente (cargador contractual) o vía agencia/transitario?
2. Revisa si tu albarán/carta de porte contiene ya las menciones del artículo 6 — y si distingue cargador contractual de transportista efectivo.
3. Decide el repositorio de publicación (URL directa, sin login) y la retención de un año.
4. Automatiza la generación en la expedición: si depende de que alguien se acuerde, fallará.
5. Prueba el flujo completo con un envío real: escanea el QR con un móvil sin sesión iniciada y comprueba que el PDF baja.
6. Informa a tus conductores y transportistas habituales de cómo mostrarán el documento.

## Preguntas frecuentes

**¿Necesito un software nuevo o un impreso nuevo?** Ni lo uno ni lo otro necesariamente. La norma permite que tu albarán o carta de porte actúe como DeCA si contiene los datos obligatorios. Lo que necesitas es generarlo como PDF nativo con QR y publicarlo en una URL de descarga directa — algo que tu ERP puede hacer con una extensión.

**¿Afecta a mi empresa si solo enviamos mercancía y no somos transportistas?** Sí, si contratas directamente el transporte: eres cargador contractual y respondes de que el documento exista. Si contratas vía agencia o transitario, la obligación documental es suya.

**¿Qué pasa si el 6 de octubre el camión va sin DeCA?** Sanción de 401 a 600 € por envío, con posible inmovilización del vehículo hasta subsanar. Y el transitorio termina el 5 de octubre — no hay prórroga anunciada.

**¿Vale un enlace de SharePoint o Drive?** No, si pide login o muestra una pantalla intermedia. La descarga debe ser directa desde la URL. Es el requisito que más soluciones caseras descarta.

**¿Cuánto se tarda en tenerlo funcionando en Business Central?** Como desarrollo acotado sobre un BC o NAV existente, semanas. Con la fecha a la vista, el orden correcto es: checklist primero, desarrollo inmediatamente después.

¿Mueves mercancía por carretera y no lo tienes resuelto? [Te decimos en una llamada gratuita qué te falta exactamente](/#contact) — y si tu albarán ya cumple, también te lo diremos.

---

### Licencias de Business Central: precios 2026 y qué necesita cada usuario

URL: https://bramvia.net/blog/licencias-y-coste-business-central-2026 · Language: es · Date: 2026-08-25

Cuando una empresa se plantea Microsoft Dynamics 365 Business Central, la primera búsqueda es siempre la misma: *precio de la licencia*. La respuesta corta cabe en una tabla. La respuesta útil incluye qué licencia necesita cada tipo de usuario, una regla de Microsoft que sorprende a muchos compradores, y la palanca que más reduce la factura. Vamos con todo.

> ¿Primera vez que oyes hablar de Business Central? [Empieza por aquí: qué es, para quién es y para quién no](/blog/que-es-microsoft-dynamics-365-business-central).

## ¿Cuánto cuesta la licencia de Business Central en 2026?

Business Central en la nube (SaaS) se factura **por usuario y mes, con compromiso anual**. Tarifa orientativa 2026 para España, sin IVA:

| Licencia | Precio orientativo | Para quién |
|---|---|---|
| **Essentials** | ~69,30 €/usuario/mes | Usuarios completos: finanzas, ventas, compras, inventario, proyectos |
| **Premium** | ~95,30 €/usuario/mes | Todo lo anterior + fabricación y gestión de servicios |
| **Team Members** | ~6,90 €/usuario/mes | Quien solo consulta, aprueba o registra horas |

Dos avisos imprescindibles. Primero: Microsoft revisa tarifas periódicamente —la última subida fue en noviembre de 2025—, así que **confirma el precio vigente antes de presupuestar**; estas cifras son de referencia. Segundo: la licencia cubre el acceso al software; la implantación, la migración de datos y los desarrollos se presupuestan aparte.

## Essentials vs Premium: la diferencia real

La distancia de ~26 €/usuario/mes entre ambas se paga por exactamente dos módulos:

- **Fabricación**: órdenes de producción, listas de materiales, centros de máquina, planificación de capacidad
- **Gestión de servicios**: órdenes de servicio, contratos, planificación de técnicos

Si tu empresa no fabrica ni gestiona servicio técnico con contratos, **Essentials te sobra**. Distribuidores, mayoristas, retail y servicios profesionales operan perfectamente con Essentials.

## La regla que atrapa a los compradores

Aquí viene lo que casi ningún listado de precios cuenta: **no se pueden mezclar Essentials y Premium en el mismo entorno**. Todos los usuarios completos deben ir en el mismo plan.

Traducción práctica: si de tus 30 usuarios solo 4 son de producción, no pagas 4 Premium y 26 Essentials — pagas **30 Premium**. Ese detalle convierte "¿fabricamos algo?" en una pregunta de miles de euros al año, y merece analizarse antes de firmar: a veces la funcionalidad de fabricación que se necesita es tan básica que puede resolverse de otra forma sobre Essentials.

## Team Members: la palanca nº 1 de ahorro

La licencia Team Members cuesta una décima parte de una Essentials, y cubre a quien **lee datos, aprueba flujos, registra horas y gastos, o actualiza campos concretos** — pero no crea facturas, pedidos ni órdenes.

En casi todas las empresas hay usuarios con Essentials "por inercia" que solo consultan informes o aprueban facturas. Cada uno que reclasificas a Team Members ahorra ~750 € al año. En un despliegue de 30 usuarios, dimensionar bien los roles suele ahorrar más que cualquier descuento negociado.

Completan el cuadro dos licencias menos conocidas: **Device** (puestos compartidos de almacén o TPV, se licencia el dispositivo y no las personas que lo usan) y la licencia gratuita de **contable externo** para tu asesoría.

## Lo que la cuota incluye (y en un servidor local pagarías aparte)

Aquí está la parte que los listados de precios no cuentan: la cuota de Business Central en la nube **no es solo la licencia del software**. Incluye toda la infraestructura que con un ERP local pagas por separado:

- **Hosting en la nube de Microsoft**: servidores, almacenamiento y alta disponibilidad
- **Copias de seguridad** automáticas y recuperación ante desastres
- **Las actualizaciones oficiales de Microsoft**: dos oleadas anuales y actualizaciones mensuales, aplicadas sin proyectos de upgrade
- **Seguridad y cumplimiento** de la plataforma (parches, cifrado, certificaciones)
- **Copilot**, el asistente de IA, en Essentials y Premium

Lo que **no** incluye: los agentes de IA autónomos (se facturan aparte por consumo — [aquí explicamos ese modelo y sus números](/blog/agentes-ia-business-central-facturacion-por-consumo)), los complementos ISV de AppSource, y el trabajo de implantación.

## Nube vs servidor local: la comparación completa

Para comparar en serio con un NAV o un ERP en servidor propio, hay que poner en la columna del servidor todo lo que suele quedar repartido en otras partidas del presupuesto. Cifras orientativas para una pyme de ~20 usuarios:

| Concepto | Servidor local | Nube (SaaS) |
|---|---|---|
| Servidor + renovación cada 4-5 años | ~150-250 €/mes amortizado | Incluido |
| Licencias Windows Server + SQL Server | ~100-300 €/mes amortizado | Incluido |
| Copias de seguridad + almacenamiento externo | ~50-150 €/mes | Incluido |
| Mantenimiento TI del servidor (horas propias o de partner) | ~200-500 €/mes | Incluido |
| Electricidad, SAI, espacio | ~30-80 €/mes | Incluido |
| **Proyecto de actualización de versión cada 3-5 años** | **15.000-40.000 € cada vez** (~300-800 €/mes amortizado) | Incluido |

Sumando la columna local: **entre 800 y 2.000 €/mes** de coste real de infraestructura y mantenimiento que la nube absorbe dentro de la cuota — sin contar el riesgo de un servidor caído un día de facturación.

La partida decisiva es la última: los proyectos de actualización. Un NAV local que quiere seguir soportado necesita cada pocos años un proyecto de migración de versión que cuesta como una implantación pequeña. En la nube ese concepto **desaparece del presupuesto para siempre** — las actualizaciones llegan solas, incluidas. Es, con diferencia, donde más dinero se ahorra a cinco años vista.

Los avisos honestos: son cifras orientativas que varían con tu infraestructura real, y si tu servidor actual también aloja otros sistemas, parte de ese coste no desaparece al migrar el ERP. La comparación seria se hace con tus números — factura eléctrica, contrato de mantenimiento y coste de tu última actualización delante.

## Calcula tu caso en 30 segundos

Introduce tus usuarios y tus costes actuales — el resultado es inmediato y no guarda ningún dato:

## Ejemplo: ¿cuánto cuesta para 20 usuarios?

Un distribuidor típico de 20 personas en el sistema:

- 8 usuarios completos Essentials (administración, compras, ventas): 8 × 69,30 € = **554 €/mes**
- 12 Team Members (consulta, aprobaciones, almacén): 12 × 6,90 € = **83 €/mes**
- **Total licencias: ~637 €/mes** (~7.650 €/año)

El mismo escenario con los 20 en Essentials por no dimensionar roles: 1.386 €/mes — **más del doble**. Por eso el análisis de roles es la primera tarea de cualquier presupuesto serio.

## Preguntas frecuentes

**¿Puedo pagar mes a mes?** El modelo estándar es suscripción con compromiso anual. Existen opciones mensuales a mayor precio a través de algunos proveedores.

**¿La licencia incluye la implantación?** No. Licencia y proyecto son partidas separadas. Nuestra recomendación de siempre: pide el presupuesto de proyecto **por partes con criterios de aceptación** — nosotros trabajamos así, y cada parte se paga solo después de aceptarla.

**¿Y si vengo de NAV con licencia perpetua?** Existen programas de transición al modelo de suscripción con condiciones específicas para clientes de NAV/GP. Es una conversación que merece hacerse con números delante, porque el momento de la migración afecta al coste.

**¿Hay subvenciones para implantar Business Central?** A fecha de hoy, ni Kit Digital ni Kit Consulting tienen convocatoria abierta para nuevas solicitudes (cerraron en octubre de 2025 y mayo de 2026, aunque el marco sigue vigente "hasta agotar fondos"). Existen ayudas autonómicas y locales puntuales. Desconfía de quien te prometa una subvención hoy; nosotros te avisaremos si reabren.

**¿Cuántas licencias necesito?** Depende de tus roles reales, no de tu plantilla. La proporción habitual en pymes es 1 usuario completo por cada 1,5-3 Team Members.

[Te dimensionamos el licenciamiento con tus roles reales y te damos un presupuesto orientativo gratuito](/#contact) — sin compromiso, y si Essentials te basta, no te venderemos Premium.

---

### Power BI y Business Central: cómo conectarlos y qué informes vienen incluidos

URL: https://bramvia.net/blog/power-bi-business-central-informes-incluidos · Language: es · Date: 2026-08-25

"Power BI Business Central" es una de las combinaciones más buscadas por los responsables financieros, y con razón: es la diferencia entre un ERP que registra datos y uno que los explica. La noticia reciente es que esa combinación ya viene en gran parte **de serie**. Vamos por partes: qué incluye hoy Business Central, cómo se conecta, y los errores que vemos repetirse.

> ¿Primera vez que oyes hablar de Business Central? [Empieza por aquí: qué es, para quién es y para quién no](/blog/que-es-microsoft-dynamics-365-business-central).

## Los informes que ya vienen incluidos

Con la Release Wave 1 de 2026, Business Central incorpora **apps de Power BI integradas sin coste de licencia adicional** para las áreas principales:

- **Finanzas** — resultados, balance, tesorería y ratios
- **Ventas** — rendimiento comercial, márgenes, evolución por cliente y producto
- **Cadena de suministro** — inventario, compras, rotación
- **Facturación por suscripción** — para negocios con ingresos recurrentes

Si tenías presupuestado construir esos cuadros de mando desde cero —una partida habitual de varios miles de euros en cualquier implantación—, revisa ese presupuesto: el punto de partida ahora es configurar y ajustar lo incluido, no construirlo.

Un matiz honesto: "sin coste adicional" se refiere a las apps. Los requisitos de licenciamiento del servicio Power BI dependen de tu despliegue concreto (cómo se comparte, con quién, sobre qué capacidad), así que confírmalos al dimensionar el proyecto.

## Cómo se conecta Power BI a Business Central

Aquí hay un malentendido que arrastran las empresas que vienen de NAV: en la nube **no existe conexión directa a la base de datos SQL**. Los informes de Power BI que en tu NAV local leían tablas por SQL no se pueden "apuntar" al nuevo sistema — se reconstruyen sobre las vías correctas:

**OData / servicios web.** Cualquier página o consulta de Business Central puede exponerse como fuente de datos que Power BI consume directamente. Es el camino más corto para la mayoría de informes.

**APIs.** Los endpoints estándar cubren las entidades habituales (clientes, artículos, facturas, asientos) con un contrato estable que sobrevive a las actualizaciones. Para necesidades concretas, se crean APIs a medida en AL.

**Objetos Query.** Cuando el informe necesita datos combinados de varias tablas, un objeto Query en AL prepara el conjunto exacto y se expone como fuente. Rinde mejor que traer tablas enteras y cruzarlas en Power BI.

¿Por qué es esto una mejora y no una molestia? Porque los informes sobre SQL directo se rompían en silencio con cada cambio de estructura. Los construidos sobre APIs y OData tienen contrato versionado: [aquí explicamos la transición completa desde SQL directo](/blog/business-central-saas-no-sql-apis-virtual-tables). Y si lo que buscas es conectar **Power Apps o Power Automate**, ese es otro camino (Dataverse y Virtual Tables) que [tratamos en este artículo](/blog/integracion-business-central-con-power-platform).

## Los 3 errores que vemos repetirse

**1. Reconstruir en Power BI lo que el ERP ya trae.** Antes de encargar un cuadro de mando, revisa las apps incluidas y los informes estándar. La pregunta correcta a tu partner no es "constrúyeme esto", sino "¿qué parte de esto ya existe?".

**2. Traerse tablas enteras y filtrar en Power BI.** Funciona en la demo con mil registros; con cinco años de movimientos, el informe tarda minutos en refrescar. El filtrado y la agregación pertenecen al origen (Query objects, filtros OData), no al informe.

**3. Un informe crítico sin responsable.** El cuadro de mando que mira dirección cada lunes necesita un dueño con nombre que lo valide tras cada actualización del sistema. Los informes huérfanos son los que fallan un día de cierre.

## Qué haríamos en tu caso

Si estás en Business Central: activa las apps incluidas, compáralas con lo que hoy montas a mano en Excel, y construye a medida solo la diferencia.

Si estás en NAV u otro ERP local: inventaría tus informes actuales **antes** de migrar. Ese inventario decide qué se sustituye por las apps incluidas, qué se reconstruye sobre OData y qué se jubila — y es una de las partidas donde una migración bien planificada ahorra más dinero.

[Te hacemos ese inventario y un presupuesto orientativo gratis](/#contact). Como todo nuestro trabajo: por partes, y cada parte se paga solo después de aceptarla.

---

### Cómo elegir un ERP en 2026: la guía en 7 pasos

URL: https://bramvia.net/blog/como-elegir-erp-guia-2026 · Language: es · Date: 2026-08-25

**Respuesta corta:** para elegir bien un ERP en 2026, define primero tus procesos críticos y tu presupuesto total a 5 años (licencias + implantación + mantenimiento), preselecciona 2-3 sistemas que encajen con tu tamaño y sector, exige demos con **tus datos y tus casos reales** —no la demo estándar—, verifica el ecosistema local de partners, y negocia un contrato de implantación **por fases con criterios de aceptación escritos**. El error más caro no es elegir mal el software: es elegir bien el software e implantarlo mal.

Ahora el detalle, paso a paso.

## Paso 1 — Documenta tus procesos antes de mirar software

La tentación es empezar viendo demos. Resístela. Antes, escribe: tus 5-10 procesos críticos (del pedido al cobro, de la compra al pago, fabricación si la hay, cierre contable), tus volúmenes reales (pedidos/mes, facturas/mes, referencias, usuarios), y tus obligaciones (facturación electrónica, trazabilidad, multiempresa, multidivisa).

Este documento de 3-4 páginas es tu vara de medir. Sin él, la demo más bonita gana — y la demo más bonita rara vez es el mejor sistema para ti.

## Paso 2 — Calcula el presupuesto total, no la licencia

El precio de la licencia es la parte visible. El coste real a 5 años incluye: licencias, implantación (normalmente 1-3 veces el coste anual de licencias), migración de datos, formación, mantenimiento, y — la partida que casi nadie suma — las actualizaciones de versión futuras, que en sistemas locales son proyectos de miles de euros cada pocos años y en los sistemas cloud modernos vienen incluidas.

## Paso 3 — Preselecciona por tamaño y sector, no por fama

Cada ERP tiene un rango natural. Un sistema pensado para multinacionales sobra (y cuesta) en una pyme de 80 empleados; uno pensado para autónomos se queda corto en cuanto hay almacén y fabricación. Tres o cuatro candidatos que encajen con tu tamaño valen más que diez nombres famosos. [Aquí tienes nuestra comparativa honesta de opciones para pymes](/blog/mejores-erp-pymes-2026-comparativa).

## Paso 4 — Exige demos con tus casos, no la demo estándar

La demo estándar está ensayada para brillar. Pide en su lugar: "muéstrame cómo registraríais **este** pedido nuestro, con **este** descuento raro y **esta** entrega parcial". Lleva tus 3 casos más incómodos. Cómo responde el proveedor ante tus casos raros predice cómo irá el proyecto.

## Paso 5 — Evalúa al partner tanto como al software

En el segmento pyme, **el implantador importa más que el fabricante**. El mismo software implantado por dos partners distintos da resultados opuestos. Verifica: experiencia en tu sector, quién trabajará en tu proyecto (no quién viene a venderlo), referencias que puedas llamar, y qué pasa después del arranque (soporte, evolutivos).

## Paso 6 — Negocia el contrato por fases y con aceptación

El patrón que más proyectos arruina es el alcance vago: "implantar el ERP" como objetivo contractual. Exige: división en fases con entregables definidos, **criterios de aceptación escritos por fase**, y calendario de pagos ligado a esas aceptaciones. Un proveedor que acepta cobrar tras la aceptación de cada parte confía en su capacidad de entrega — nosotros trabajamos exactamente así, y es un filtro que recomendamos aplicar a cualquiera, también a nosotros.

## Paso 7 — Planifica la migración como proyecto propio

Los datos no se mueven solos. Decide qué histórico migra y qué se archiva, quién limpia los maestros (clientes duplicados, referencias muertas), y cómo se validará que los saldos cuadran. [Nuestra lista de verificación de migración](/blog/lista-verificacion-migracion-nav-a-business-central) detalla este paso — es gratuita.

## Preguntas frecuentes

**¿Cuánto cuesta implantar un ERP en una pyme?** Como orden de magnitud en 2026: entre 15.000 y 80.000 € de implantación para pymes de 10-100 usuarios, más licencias (por ejemplo, [Business Central ronda 69-95 €/usuario/mes](/blog/licencias-y-coste-business-central-2026)). Depende sobre todo del número de procesos a medida y de la calidad de los datos de partida.

**¿Cuánto dura un proyecto de ERP?** Entre 3 y 9 meses para una pyme típica; [aquí explicamos el calendario fase a fase](/blog/cuanto-dura-implementacion-business-central). Desconfía tanto de "en dos semanas" como de proyectos abiertos sin hitos.

**¿Cloud o servidor propio?** Para la mayoría de pymes en 2026, cloud: sin servidor que mantener, actualizaciones incluidas y las capacidades de IA solo existen ahí. Las excepciones legítimas son requisitos estrictos de residencia de datos o latencia con maquinaria. [Comparativa completa aquí](/blog/erp-en-la-nube-vs-local).

**¿Cambio de ERP o actualizo el que tengo?** Si tu sistema actual recibe actualizaciones y cubre tus procesos, actualizar puede bastar. Si está sin soporte, sin facturación electrónica en el horizonte, o cada informe nuevo es un desarrollo, [estas son las señales de que toca cambiar](/blog/senales-necesitas-cambiar-erp).

¿Estás en este proceso ahora? [Te damos una segunda opinión gratuita sobre tu preselección](/#contact) — aunque la respuesta sea que tu mejor opción no somos nosotros.

---

### Mejores ERP para pymes en 2026: comparativa honesta

URL: https://bramvia.net/blog/mejores-erp-pymes-2026-comparativa · Language: es · Date: 2026-08-25

**Transparencia primero:** somos partner de Business Central, así que tenemos un interés evidente. Precisamente por eso esta comparativa incluye la columna que casi nadie escribe: **cuándo NO elegir cada opción, incluida la nuestra**. Una recomendación solo es creíble si sabe decir "esto no es para ti".

**Respuesta corta:** para la pyme europea de 10-250 empleados en 2026, los candidatos habituales son **Microsoft Dynamics 365 Business Central** (el más completo si ya vives en el ecosistema Microsoft), **SAP Business One** (sólido en fabricación, ecosistema SAP), **Oracle NetSuite** (nativo cloud, fuerte en multiempresa y e-commerce), **Odoo** (flexible y económico de entrada, exige más criterio técnico) y opciones locales como **enova** en Polonia o **Holded** para micropymes españolas. La elección correcta depende de tres cosas: tu ecosistema actual, tus procesos críticos y quién te lo implanta.

## Microsoft Dynamics 365 Business Central

**Para quién:** pymes de 10-500 empleados, especialmente distribución, fabricación y servicios, que ya usan Microsoft 365. Licencias desde ~69 €/usuario/mes ([desglose completo aquí](/blog/licencias-y-coste-business-central-2026)).

**Sus bazas en 2026:** integración nativa con Excel, Outlook, Teams y Power BI; dos actualizaciones anuales incluidas; y la capacidad de IA (Copilot incluido, agentes autónomos) más desarrollada del segmento. Ecosistema enorme de partners e ISVs — más de 50.000 clientes cloud.

**Cuándo NO elegirlo:** si tu empresa vive en Google Workspace y no toca nada de Microsoft, pierdes su mayor ventaja. Si sois menos de 5 usuarios con necesidades básicas, te sobra sistema. Y si necesitas un vertical ultraespecífico que un ISV no cubra, evalúa antes el coste del desarrollo.

## SAP Business One

**Para quién:** pymes industriales, especialmente si sus clientes o matriz usan SAP. Producto maduro con buena profundidad en fabricación.

**Cuándo NO elegirlo:** su ritmo de innovación cloud e IA va por detrás; muchas instalaciones siguen siendo on-premise con los costes de servidor y actualizaciones que eso implica. Y no lo confundas con SAP S/4HANA — [esa es otra liga y otro presupuesto](/blog/business-central-vs-sap-comparativa-medianas-empresas).

## Oracle NetSuite

**Para quién:** empresas en crecimiento rápido, multiempresa internacional, e-commerce. Nativo cloud desde el origen, consolidación excelente.

**Cuándo NO elegirlo:** el coste total suele situarse por encima de BC o B1 para el mismo tamaño, y en España y Polonia la red de partners es más corta — lo que encarece implantación y soporte. Para fabricación compleja se queda más justo.

## Odoo

**Para quién:** empresas con perfil técnico propio o presupuesto ajustado que valoran flexibilidad. Entrada económica, módulos para casi todo.

**Cuándo NO elegirlo:** la suma de módulos, partner y desarrollos acerca su coste real al de las opciones "caras" en cuanto el proyecto es serio, y la calidad depende enormemente del integrador. Para auditorías exigentes y trazabilidad regulada, requiere más trabajo de configuración que las opciones anteriores.

## Las opciones locales: enova, Holded y similares

**enova365** (Polonia): fuerte en cumplimiento local polaco. Limitado fuera de Polonia — si tu empresa crece internacionalmente, [este es el camino de salida habitual](/blog/migrar-de-enova-a-business-central). **Holded** y similares (España): perfectos para micropymes de servicios; se quedan cortos en cuanto hay almacén serio, fabricación o multiempresa.

## La tabla resumen

| Sistema | Punto fuerte | Coste orientativo entrada | Cuándo descartarlo |
|---|---|---|---|
| Business Central | Ecosistema Microsoft + IA | ~69 €/usr/mes + implantación | Sin Microsoft 365, <5 usuarios |
| SAP Business One | Fabricación, marca SAP | Similar, frecuente on-premise | Si priorizas cloud e IA |
| NetSuite | Multiempresa, e-commerce | Superior en TCO | Presupuesto ajustado, pocos partners locales |
| Odoo | Flexibilidad, entrada barata | Bajo al inicio, crece con módulos | Sin criterio técnico interno |
| Locales (enova, Holded) | Cumplimiento local, sencillez | El más bajo | Crecimiento internacional, operativa compleja |

## Cómo decidir entre los finalistas

No con esta tabla — con [el proceso de 7 pasos que describimos aquí](/blog/como-elegir-erp-guia-2026): tus procesos documentados, demos con tus casos reales, y un contrato por fases con aceptación escrita. El software adecuado mal implantado fracasa igual; en pyme, **el partner pesa tanto como el producto**.

## Preguntas frecuentes

**¿Cuál es el mejor ERP para una pyme española en 2026?** No existe "el mejor" universal. Si usas Microsoft 365 y tienes almacén o fabricación, Business Central es el candidato natural. Si eres micropyme de servicios, Holded te resuelve por menos. Si dependes del ecosistema SAP, B1. La respuesta seria sale de tus procesos, no de un ranking.

**¿Y para una empresa polaca?** enova o Comarch cubren bien lo local; en cuanto hay operación internacional o se busca IA, Business Central es el salto habitual — con la ventaja de la localización polaca oficial (KSeF incluido).

**¿Cuánto debería costar el cambio completo?** Para 20-50 usuarios: implantación de 20.000-60.000 € más licencias, como orden de magnitud. Cualquier cifra muy por debajo esconde alcance; muy por encima, exige justificación detallada.

¿Dudas entre dos finalistas? [Te damos una evaluación gratuita y sin compromiso](/#contact) — y si tu mejor opción no es Business Central, te lo diremos por escrito.

---

### 10 señales de que tu empresa necesita cambiar de ERP

URL: https://bramvia.net/blog/senales-necesitas-cambiar-erp · Language: es · Date: 2026-08-25

**Respuesta corta:** las señales más fiables de que un ERP se ha quedado pequeño son que el trabajo real ocurre en Excel y no en el sistema, que el cierre mensual dura más de una semana, que el proveedor ya no publica actualizaciones (o te da miedo instalarlas), y que preguntas básicas —¿cuánto margen deja este cliente?— no tienen respuesta sin un mini-proyecto. Tres o más señales de esta lista: toca evaluar el cambio. Si además tu sistema está fuera de soporte o no tendrá facturación electrónica, el calendario ya no lo marcas tú.

## Las 10 señales

**1. El trabajo real vive en Excel.** El ERP registra, pero las decisiones se toman en hojas de cálculo que alguien mantiene a mano. Cuando el sistema oficial es el secundario, ya has cambiado de ERP — a uno sin control ni trazabilidad.

**2. El cierre mensual dura más de una semana.** Consolidar, cuadrar y reportar debería ser rutina, no un maratón. Los cierres eternos casi siempre delatan datos dispersos y procesos manuales alrededor del sistema.

**3. Tu versión está fuera de soporte (o cerca).** Sin parches de seguridad ni actualizaciones legales, cada mes que pasa acumula riesgo. Los NAV antiguos y [Dynamics GP tienen ya fechas de fin publicadas](/blog/dynamics-gp-end-of-life-migration-timeline); otros sistemas locales simplemente se apagan sin anuncio.

**4. La facturación electrónica obligatoria no tiene plan.** [España y Polonia avanzan hacia la factura electrónica B2B obligatoria](/blog/factura-electronica-obligatoria-business-central-preparacion). Si tu proveedor no tiene una respuesta clara de cómo y cuándo la tendrás, el regulador ha puesto fecha a tu migración.

**5. Cada informe nuevo es un desarrollo.** Pedir una vista por cliente, por obra o por lote no debería costar semanas y una factura. Los sistemas modernos traen el reporting integrado — [Business Central incluye ya apps de Power BI sin coste extra](/blog/power-bi-business-central-informes-incluidos).

**6. Te da miedo actualizar.** Si nadie se atreve a instalar la actualización porque "algo se romperá", tus personalizaciones te han secuestrado. Esa parálisis solo va a peor.

**7. Integraciones con cinta adhesiva.** La tienda online, el WMS o el CRM se conectan por exportaciones manuales, correos o accesos directos a la base de datos que se rompen sin avisar. Cada integración frágil es un incidente esperando fecha.

**8. Multiempresa o internacional a base de sufrimiento.** Si consolidar dos sociedades o facturar en otra divisa exige malabares, el sistema se diseñó para una empresa que ya no sois.

**9. Encontrar quien lo mantenga cuesta cada año más.** Los especialistas en tecnologías en retirada se jubilan o se encarecen. Si tu partner tarda semanas en atender cambios simples, no es (solo) su culpa: es el mercado diciéndote algo.

**10. La IA no existe en tu horizonte.** Los ERP cloud modernos ya [automatizan captura de facturas y entrada de pedidos con agentes](/blog/sectores-donde-compensan-agentes-ia-business-central). Ninguna de esas capacidades llegará a un sistema local o descatalogado — la distancia crece cada mes.

## Cuántas señales son "demasiadas"

- **1-2 señales:** vigila y cuantifica (horas de cierre, incidencias, coste de mantenimiento). Aún no es urgente.
- **3-5 señales:** abre la evaluación formal — [con este proceso de 7 pasos](/blog/como-elegir-erp-guia-2026). Tienes 12-18 meses cómodos.
- **La 3 o la 4 activas:** el calendario ya no es tuyo. Trabajando hacia atrás desde la fecha de fin de soporte o de la obligación regulatoria, réstale 6-12 meses de proyecto — esa es tu fecha real de decisión.

## El coste de esperar

Quedarse quieto también cuesta: horas de Excel, cierres largos, mantenimiento creciente y las actualizaciones de versión de los sistemas locales — [aquí comparamos ese coste completo contra la nube](/blog/licencias-y-coste-business-central-2026), con calculadora incluida para poner tus propios números.

## Preguntas frecuentes

**¿Cuánto tiempo hay que reservar para cambiar de ERP?** De la decisión al arranque, 3-9 meses para una pyme según complejidad. Súmale 2-3 meses de evaluación previa seria.

**¿Se puede cambiar de ERP sin parar la empresa?** Sí — es cuestión de método: [migración por fases con el sistema antiguo vivo hasta el cambio](/blog/reducir-riesgo-e-inactividad-migracion-erp), y un fin de semana de corte controlado.

**¿Y si solo son 2 señales pero muy dolorosas?** Las señales son orientación, no dogma. Dos señales que cuestan 20 horas semanales pesan más que cuatro molestias menores. Cuantifica en horas y euros: esa es la vara.

¿Te reconoces en varias? [Cuéntanos cuáles y te decimos, gratis y sin compromiso, si tu caso justifica el cambio](/#contact) — a veces la respuesta honesta es "todavía no", y también te la daremos.

---

### ¿Cuánto cuesta implantar un ERP en 2026? Precios reales para pymes

URL: https://bramvia.net/blog/cuanto-cuesta-implantar-erp-2026 · Language: es · Date: 2026-08-25

**Respuesta corta:** en 2026, implantar un ERP en una pyme española cuesta, como orden de magnitud: **8.000-25.000 €** para una empresa pequeña (5-15 usuarios, procesos estándar), **20.000-60.000 €** para una mediana (15-50 usuarios, con almacén, integraciones o fabricación), y **50.000-150.000 €+** cuando hay multiempresa, desarrollos a medida o varios países. A eso se suman las licencias (por ejemplo, [Business Central ronda los 69-95 €/usuario/mes](/blog/licencias-y-coste-business-central-2026)). Cualquier cifra muy por debajo de estos rangos esconde alcance recortado; muy por encima, exige justificación línea a línea.

Ahora, de dónde sale ese dinero y cómo no pagar de más.

## Las 5 partidas que componen el precio

**1. Análisis y diseño (10-20% del total).** Entender tus procesos y decidir cómo se configuran. Es la partida que más tienta recortar y la que más caro sale recortar: cada hora no invertida aquí son tres de retrabajos después.

**2. Configuración e implantación (30-40%).** Parametrizar el sistema: plan contable, flujos de venta y compra, almacenes, permisos. En sistemas maduros como Business Central, gran parte es configuración, no desarrollo.

**3. Migración de datos (10-20%).** La partida más subestimada. El coste no está en mover datos sino en **limpiarlos**: clientes duplicados, referencias muertas, saldos que no cuadran. La decisión que más la abarata: migrar maestros y saldos, archivar el histórico antiguo en solo lectura.

**4. Desarrollos e integraciones (0-30%, la partida elástica).** Conectores con tu tienda online, etiquetado de almacén, informes a medida. Aquí es donde dos presupuestos "iguales" se diferencian por decenas de miles de euros — y donde debes preguntar: *¿esto es una extensión limpia o una modificación del estándar?* La segunda te hipoteca las actualizaciones futuras.

**5. Formación y arranque (10-15%).** Usuarios formados con sus datos reales, soporte reforzado el primer mes. La adopción fallida es el sobrecoste más caro que existe, y no aparece en ningún presupuesto.

## Dónde se esconden los sobrecostes

Tres patrones que vemos repetirse:

**El alcance vago.** "Implantación de ERP" sin lista de qué incluye. Cada cosa no escrita se convertirá en un cargo adicional a mitad de proyecto, cuando ya no puedes decir que no.

**El presupuesto gancho.** Entrada baja para firmar; el resto llega como "ampliaciones". Detección: pide que te digan explícitamente **qué NO está incluido**. Un proveedor serio tiene esa lista preparada.

**Las horas abiertas sin entregables.** Facturar por horas sin hitos de aceptación traslada todo el riesgo a ti. La alternativa que nosotros practicamos y recomendamos exigir a cualquiera: [proyecto por partes, con criterios de aceptación escritos, y cada parte se paga solo tras aceptarla](/blog/como-elegir-erp-guia-2026).

## Cómo comparar presupuestos incomparables

Pide a cada proveedor el desglose en las 5 partidas de arriba. Donde un presupuesto es sospechosamente más barato, casi siempre falta la migración de datos completa, la formación, o las integraciones están "por determinar". Iguala el alcance primero; compara el precio después.

Y compara también el coste a 5 años, no el del proyecto: un sistema cloud incluye las actualizaciones; uno local te cobrará [proyectos de actualización de 15.000-40.000 € cada pocos años](/blog/licencias-y-coste-business-central-2026).

## Preguntas frecuentes

**¿Cuánto cuesta implantar Business Central en concreto?** Dentro de los rangos de arriba, hacia la parte media-baja para pymes estándar: la configuración pesa más que el desarrollo y las apps de Power BI incluidas ahorran la partida de reporting inicial. [Calendario y fases aquí](/blog/cuanto-dura-implementacion-business-central).

**¿Puedo implantar un ERP por menos de 10.000 €?** Sí, si eres pequeño, con procesos estándar, datos limpios y disciplina de alcance. No, si esperas integraciones, fabricación o migrar diez años de histórico por ese precio.

**¿Qué porcentaje del presupuesto reservar para imprevistos?** Un 10-15% es sano. Si el proveedor trabaja con aceptación por partes, los "imprevistos" se negocian como partes nuevas visibles — no como sorpresas en la factura.

**¿Las licencias van aparte?** Sí, siempre. Licencia (mensual, al fabricante) e implantación (proyecto, al partner) son partidas separadas. [Desglose completo de licencias aquí](/blog/licencias-y-coste-business-central-2026).

¿Quieres un número para tu caso en vez de un rango? [Evaluación y presupuesto orientativo gratuitos](/#contact) — desglosado en partes, con lo excluido por escrito.

---

### Excel vs ERP: 7 señales de que las hojas de cálculo se te han quedado pequeñas

URL: https://bramvia.net/blog/excel-vs-erp-cuando-cambiar · Language: es · Date: 2026-08-25

**Respuesta corta:** Excel deja de ser suficiente cuando los datos viven en varios archivos que hay que cuadrar a mano, cuando más de 2-3 personas editan lo mismo, cuando el stock o la facturación real ya no coinciden con lo que dicen las hojas, o cuando una persona concreta es la única que entiende "el Excel grande". Si te reconoces en tres o más de las señales de abajo, no necesitas más plantillas — necesitas un sistema donde el dato viva una sola vez. Y no: dar el salto ya no cuesta lo que costaba hace diez años.

Primero, en defensa de Excel: es flexible, todo el mundo lo conoce y cuesta casi nada. Toda empresa debería empezar con él. El problema no es Excel — es el momento en que la empresa crece y Excel pasa de herramienta a riesgo.

## Las 7 señales

**1. El mismo dato vive en varios sitios.** El cliente está en el Excel de facturación, en el de comercial y en la agenda de correo — con tres teléfonos distintos. Cuando nadie sabe cuál es el bueno, ya no tienes datos: tienes versiones.

**2. Cuadrar es un trabajo.** Alguien dedica horas cada semana a que el Excel de ventas cuadre con el del banco y con el del almacén. Ese tiempo es el "coste oculto de no tener sistema", y crece con cada factura.

**3. El stock real y el del Excel son primos lejanos.** Vendes lo que no tienes o compras lo que ya tenías. Cada descuadre es margen perdido — y la señal más clara de que la operación superó a la herramienta.

**4. "Pregúntale a Marta."** Una persona es la única que entiende la macro, la tabla dinámica o el archivo maestro. Si se va de vacaciones, la empresa opera a ciegas; si se va de verdad, tienes un problema serio. Eso no es un proceso — es una dependencia.

**5. Los errores llegan al cliente.** Una fila arrastrada mal, una fórmula rota sin avisar, un precio antiguo — y la factura sale mal. Excel no valida, no traza y no avisa: el error se descubre cuando el cliente llama.

**6. Cerrar el mes es arqueología.** Juntar los archivos, perseguir el que falta, rehacer el resumen para dirección. Si responder "¿cuánto ganamos el mes pasado?" cuesta días, las decisiones se toman tarde o a ojo.

**7. Alguien pregunta por "el histórico" y hay silencio.** Un auditor, un banco, un cliente grande pide trazabilidad: quién cambió qué, cuándo, por qué. Excel no tiene respuesta, y cada vez más obligaciones —[la facturación electrónica entre ellas](/blog/factura-electronica-obligatoria-business-central-preparacion)— exigen sistemas que la tengan.

## Qué cambia con un ERP (y qué no)

Un ERP como Business Central hace una cosa esencial: **el dato existe una sola vez**. El pedido se convierte en albarán, el albarán en factura, la factura en asiento — sin re-teclear nada. El stock se descuenta al expedir. El cierre es una consulta, no un proyecto. Y todo queda trazado.

Lo que no hace: ordenar por sí solo una empresa desordenada. Si los procesos son caóticos, el ERP los fotografía. Por eso el primer paso no es comprar software — es [elegir con método](/blog/como-elegir-erp-guia-2026).

Y una objeción que conviene desmontar: no pierdes Excel. Con Business Central, Excel se conecta al sistema y se convierte en lo que siempre debió ser — la capa de análisis sobre datos fiables, no la base de datos de la empresa.

## Preguntas frecuentes

**¿A partir de cuántos empleados compensa un ERP?** No es cuestión de empleados sino de operación: una distribuidora de 8 personas con 500 referencias lo necesita antes que una consultora de 20. La regla práctica: cuando las señales 1-3 aparecen, el coste de no tenerlo ya supera al de tenerlo.

**¿Cuánto cuesta dar el salto desde Excel?** Para una empresa pequeña con procesos estándar, [desde unos 8.000-25.000 € de implantación](/blog/cuanto-cuesta-implantar-erp-2026) más licencias (~69 €/usuario/mes los usuarios completos). La migración desde Excel es de las más baratas: los maestros se importan directamente.

**¿Cuánto se tarda?** Los proyectos desde Excel son los más rápidos: 2-4 meses habitualmente, porque no hay sistema antiguo que convertir.

**¿Y si solo necesito facturar?** Entonces un programa de facturación te basta y un ERP te sobra — te lo diremos sin rodeos si nos preguntas. El ERP entra cuando facturación, stock, compras y contabilidad necesitan hablarse.

¿Tres o más señales? [Cuéntanos tu caso — evaluación gratuita y sin compromiso](/#contact), y si aún no te toca, también te lo diremos.

---

### Los 7 errores más caros al implantar un ERP (y cómo evitarlos)

URL: https://bramvia.net/blog/errores-implantar-erp-como-evitarlos · Language: es · Date: 2026-08-25

**Respuesta corta:** los proyectos de ERP rara vez fracasan por elegir mal el software. Fracasan por errores de planteamiento: alcance vago en el contrato, querer replicar el sistema antiguo, migrar todo el histórico, personalizar antes de conocer el estándar, probar con datos de demostración, formar a los usuarios la última semana, y no definir qué significa "terminado". Los siete se evitan **antes de firmar**, no durante el proyecto — y evitarlos cuesta exactamente cero euros.

Vamos uno a uno, con su antídoto.

## 1. Firmar un alcance vago

"Implantación de ERP" como objeto del contrato es el origen de la mayoría de disputas. Cada requisito no escrito se convertirá en negociación con el proyecto a medias, cuando cambiar de proveedor ya no es opción.

**Antídoto:** exige el desglose por partes con entregables y criterios de aceptación escritos, y la lista explícita de **lo que NO incluye**. Un proveedor serio la tiene; uno que improvisa, la evita. [Las preguntas exactas que hacer, aquí](/blog/como-elegir-erp-guia-2026).

## 2. Querer replicar el sistema antiguo

"Que funcione como el de antes, pero moderno" es pedir que el proyecto cueste el doble y aporte la mitad. Si replicas tus procesos de 2010, pagas un sistema nuevo para trabajar como hace quince años.

**Antídoto:** por cada proceso, la pregunta no es "¿cómo lo hacemos hoy?" sino "¿cómo lo hace el estándar y por qué seríamos distintos?". El estándar de un ERP maduro condensa las prácticas de decenas de miles de empresas — la carga de la prueba está en apartarse de él.

## 3. Migrar todo el histórico "por si acaso"

Diez años de movimientos multiplican el coste de migración, alargan las pruebas y ensucian el sistema nuevo con datos que nadie consultará.

**Antídoto:** migra maestros, saldos y lo operativo abierto; el histórico antiguo queda en solo lectura en el sistema viejo o en un archivo consultable. Es la decisión individual que más abarata un proyecto — [está en nuestra checklist de migración](/blog/lista-verificacion-migracion-nav-a-business-central).

## 4. Personalizar antes de conocer el estándar

Encargar desarrollos en la semana uno, para descubrir en el mes cuatro que la mitad ya existía como funcionalidad estándar o como app del ecosistema.

**Antídoto:** regla de tres pasos — primero estándar, luego app existente del marketplace, y solo al final desarrollo propio. Y cuando se desarrolla, **como extensión limpia, jamás modificando la base**: la diferencia no se ve en la demo, se ve en cada actualización durante diez años.

## 5. Probar con datos de demostración

Todo funciona con los 50 clientes de ejemplo. Los problemas viven en TUS datos: el cliente con tres direcciones de envío, el descuento raro de 2019, la referencia con dos unidades de medida.

**Antídoto:** las pruebas de aceptación se hacen con tus datos migrados y tus casos incómodos — incluyendo un **cierre de mes completo en el entorno de pruebas** antes del arranque. Es la prueba que más fallos detecta, y la que más proyectos se saltan por ir con prisa.

## 6. Formar a los usuarios la última semana

El sistema arranca, la gente no sabe usarlo, se improvisan atajos en Excel "mientras tanto" — y seis meses después el ERP es un sistema caro que nadie usa del todo. La adopción fallida es el fracaso más caro y el más silencioso.

**Antídoto:** usuarios clave involucrados desde las pruebas (no invitados al final), formación con datos reales sobre los procesos de cada puesto, y soporte reforzado el primer mes con un canal claro de dudas.

## 7. No definir qué significa "terminado"

Sin criterio de finalización, el proyecto entra en la agonía del "casi": el proveedor lo da por hecho, tú ves flecos, la relación se agría y los pagos se disputan.

**Antídoto:** cada parte del proyecto con su criterio de aceptación medible, y el pago ligado a esa aceptación. Es nuestra forma de trabajar — **ninguna parte se factura hasta que la aceptas** — y aunque otro proveedor no la ofrezca, exigir criterios de aceptación escritos te protege igual.

## El patrón común

Los siete errores comparten raíz: **decisiones aplazadas**. Todo lo que no se decide antes de firmar se decide durante el proyecto — con menos poder de negociación, más presión de calendario y el contador de horas corriendo. La preparación no alarga el proyecto: lo acorta.

## Preguntas frecuentes

**¿Cuál es el error más caro de los siete?** La adopción fallida (nº 6): puedes ejecutar bien los otros seis y aun así acabar con un sistema que la gente esquiva. Y no se arregla con más software, sino con formación y usuarios implicados desde el principio.

**¿Qué porcentaje de proyectos de ERP fracasa?** Las cifras del sector varían según qué se cuente como fracaso (abandono, sobrecoste, plazos). Lo relevante: casi todos los estudios coinciden en que las causas dominantes son de gestión y alcance, no técnicas — exactamente los errores de esta lista.

**¿Estos errores aplican también si vengo de Excel?** Todos menos el 3 (no hay histórico que migrar). El 2 se transforma: en vez de replicar el sistema antiguo, la tentación es replicar las hojas de cálculo. [Más sobre ese salto aquí](/blog/excel-vs-erp-cuando-cambiar).

**¿Cómo sé si mi proveedor actual está cometiendo estos errores?** Pide hoy mismo tres documentos: el alcance con exclusiones, los criterios de aceptación por fase y el plan de pruebas con tus datos. Lo que no exista en papel, no existe. Y si el proyecto ya está torcido, [hacemos segunda opinión y rescate](/#contact).

¿Estás por firmar o en medio de un proyecto con dudas? [Revisamos tu propuesta o tu proyecto gratis y sin compromiso](/#contact) — te diremos qué está bien, qué falta y qué preguntar.

---

### Licencje Business Central: ceny 2026 i jaka licencja dla którego użytkownika

URL: https://bramvia.net/blog/licencje-i-koszt-business-central-2026 · Language: pl · Date: 2026-08-25

Gdy firma rozważa Microsoft Dynamics 365 Business Central, pierwsze pytanie jest zawsze to samo: *ile kosztuje licencja*. Krótka odpowiedź mieści się w tabeli. Odpowiedź użyteczna obejmuje też to, jakiej licencji potrzebuje każdy typ użytkownika, zasadę Microsoftu, która zaskakuje wielu kupujących, oraz dźwignię, która najbardziej obniża rachunek.

## Ile kosztuje licencja Business Central w 2026?

Business Central w chmurze (SaaS) rozliczany jest **za użytkownika miesięcznie, z zobowiązaniem rocznym**. Orientacyjne stawki europejskie 2026, netto:

| Licencja | Cena orientacyjna | Dla kogo |
|---|---|---|
| **Essentials** | ~69,30 €/użytk./mies. | Pełni użytkownicy: finanse, sprzedaż, zakupy, magazyn, projekty |
| **Premium** | ~95,30 €/użytk./mies. | Wszystko powyżej + produkcja i zarządzanie serwisem |
| **Team Members** | ~6,90 €/użytk./mies. | Kto tylko przegląda, akceptuje lub rejestruje czas |

Trzy niezbędne zastrzeżenia. Po pierwsze: w Polsce Microsoft fakturuje w złotówkach według swojego aktualnego cennika — powyższe kwoty w euro traktuj jako punkt odniesienia i **potwierdź obowiązującą stawkę PLN przed budżetowaniem**. Po drugie: Microsoft okresowo rewiduje ceny — ostatnia podwyżka weszła w listopadzie 2025. Po trzecie: licencja pokrywa dostęp do oprogramowania; wdrożenie, migracja danych i rozwój wyceniane są osobno.

## Essentials vs Premium: realna różnica

Różnica ~26 €/użytk./mies. płacona jest za dokładnie dwa moduły:

- **Produkcja**: zlecenia produkcyjne, BOM-y, gniazda i centra robocze, planowanie zdolności
- **Zarządzanie serwisem**: zlecenia serwisowe, umowy, planowanie techników

Jeśli Twoja firma nie produkuje i nie prowadzi serwisu z umowami, **Essentials w zupełności wystarczy**. Dystrybucja, handel hurtowy, retail i usługi profesjonalne działają na Essentials bez ograniczeń.

## Zasada, która łapie kupujących

Tego prawie żaden cennik nie mówi: **w jednym środowisku nie można mieszać licencji Essentials i Premium**. Wszyscy pełni użytkownicy muszą być na tym samym planie.

W praktyce: jeśli z Twoich 30 użytkowników tylko 4 dotyka produkcji, nie płacisz 4 × Premium i 26 × Essentials — płacisz **30 × Premium**. Ten szczegół zamienia pytanie "czy coś produkujemy?" w pytanie warte tysiące euro rocznie. Czasem potrzebna funkcjonalność produkcyjna jest na tyle podstawowa, że da się ją rozwiązać inaczej na Essentials — warto to przeanalizować przed podpisaniem.

## Team Members: dźwignia oszczędności nr 1

Licencja Team Members kosztuje jedną dziesiątą Essentials i obejmuje każdego, kto **czyta dane, akceptuje obiegi, rejestruje godziny i wydatki lub aktualizuje pojedyncze pola** — ale nie tworzy faktur, zamówień ani zleceń.

Niemal w każdej firmie są użytkownicy z Essentials "z rozpędu", którzy tylko przeglądają raporty albo akceptują faktury. Każdy przeniesiony na Team Members to ~750 € oszczędności rocznie. Przy wdrożeniu na 30 osób dobre zwymiarowanie ról oszczędza zwykle więcej niż jakikolwiek wynegocjowany rabat.

Obraz uzupełniają dwie mniej znane licencje: **Device** (wspólne stanowiska magazynowe lub POS — licencjonowane jest urządzenie, nie osoby) oraz bezpłatna licencja **księgowego zewnętrznego** dla Twojego biura rachunkowego.

## Co obejmuje subskrypcja (a za co przy serwerze lokalnym płacisz osobno)

Opłata za Business Central w chmurze to **nie tylko licencja oprogramowania**. Obejmuje infrastrukturę, którą przy lokalnym ERP kupujesz oddzielnie:

- **Hosting w chmurze Microsoft**: serwery, przestrzeń, wysoka dostępność
- **Automatyczne kopie zapasowe** i odtwarzanie awaryjne
- **Oficjalne aktualizacje Microsoft**: dwie fale rocznie i aktualizacje miesięczne, bez projektów upgrade'u
- **Bezpieczeństwo platformy** (łatki, szyfrowanie, certyfikacje)
- **Copilot**, asystent AI, w Essentials i Premium

Czego **nie** obejmuje: autonomicznych agentów AI (rozliczanych osobno za zużycie), dodatków ISV z AppSource oraz prac wdrożeniowych.

## Chmura vs własny serwer: pełne porównanie

Żeby porównać uczciwie z NAV-em lub ERP na własnym serwerze, w kolumnie serwera trzeba zsumować wszystko, co zwykle rozchodzi się po innych pozycjach budżetu. Orientacyjnie dla firmy ~20 użytkowników:

| Pozycja | Serwer lokalny | Chmura (SaaS) |
|---|---|---|
| Serwer + wymiana co 4-5 lat | ~150-250 €/mies. amortyzacji | W cenie |
| Licencje Windows Server + SQL Server | ~100-300 €/mies. amortyzacji | W cenie |
| Kopie zapasowe + magazyn zewnętrzny | ~50-150 €/mies. | W cenie |
| Utrzymanie IT serwera | ~200-500 €/mies. | W cenie |
| Prąd, UPS, pomieszczenie | ~30-80 €/mies. | W cenie |
| **Projekt aktualizacji wersji co 3-5 lat** | **15 000-40 000 € za każdym razem** | W cenie |

Suma kolumny lokalnej: **800-2 000 €/mies.** realnego kosztu infrastruktury i utrzymania, który chmura absorbuje w opłacie. Pozycją decydującą jest ostatnia: projekty aktualizacji wersji, które przy chmurze **znikają z budżetu na zawsze**.

## Policz swój przypadek w 30 sekund

Wpisz swoich użytkowników i obecne koszty — wynik jest natychmiastowy i żadne dane nie są zapisywane:

## Najczęstsze pytania

**Czy mogę płacić miesięcznie?** Standardem jest subskrypcja z zobowiązaniem rocznym. Opcje miesięczne istnieją u części dostawców za wyższą stawkę.

**Czy licencja obejmuje wdrożenie?** Nie. Licencja i projekt to osobne pozycje. Nasza stała rekomendacja: żądaj wyceny projektu **etapami z kryteriami akceptacji** — my tak pracujemy, a każdy etap płatny jest dopiero po Twojej akceptacji.

**A jeśli przechodzę z NAV z licencją wieczystą?** Istnieją programy przejścia na subskrypcję ze specjalnymi warunkami dla klientów NAV/GP. To rozmowa, którą warto odbyć z liczbami na stole, bo moment migracji wpływa na koszt.

**Ilu licencji potrzebuję?** Zależy od realnych ról, nie od liczby pracowników. Typowa proporcja w MŚP to 1 pełny użytkownik na 1,5-3 Team Members.

[Zwymiarujemy Twoje licencje na realnych rolach i przygotujemy bezpłatną wstępną wycenę](/#contact) — bez zobowiązań, a jeśli wystarczy Ci Essentials, nie sprzedamy Ci Premium.

---

### Jak wybrać ERP w 2026: przewodnik w 7 krokach

URL: https://bramvia.net/blog/jak-wybrac-erp-przewodnik-2026 · Language: pl · Date: 2026-08-25

**Krótka odpowiedź:** aby dobrze wybrać ERP w 2026, najpierw zdefiniuj swoje krytyczne procesy i pełny budżet 5-letni (licencje + wdrożenie + utrzymanie), wybierz wstępnie 2-3 systemy pasujące do Twojej wielkości i branży, żądaj demo na **Twoich danych i Twoich realnych przypadkach** — nie standardowej prezentacji — zweryfikuj lokalny ekosystem partnerów i wynegocjuj umowę wdrożeniową **etapami z pisemnymi kryteriami akceptacji**. Najdroższy błąd to nie zły wybór oprogramowania — to dobry wybór oprogramowania i złe wdrożenie.

Teraz szczegóły, krok po kroku.

## Krok 1 — Udokumentuj procesy, zanim spojrzysz na oprogramowanie

Pokusa każe zacząć od demo. Oprzyj się jej. Najpierw spisz: 5-10 krytycznych procesów (od zamówienia do zapłaty, od zakupu do płatności, produkcja jeśli jest, zamknięcie księgowe), realne wolumeny (zamówienia/mies., faktury/mies., indeksy, użytkownicy) i obowiązki (KSeF i e-faktura, śledzenie partii, wiele spółek, wiele walut).

Ten dokument na 3-4 strony to Twoja miara. Bez niego wygrywa najładniejsze demo — a najładniejsze demo rzadko jest najlepszym systemem dla Ciebie.

## Krok 2 — Licz budżet całkowity, nie licencję

Cena licencji to część widoczna. Realny koszt 5-letni obejmuje: licencje, wdrożenie (zwykle 1-3 razy roczny koszt licencji), migrację danych, szkolenia, utrzymanie i — pozycję, której prawie nikt nie sumuje — przyszłe aktualizacje wersji, które w systemach lokalnych są projektami za dziesiątki tysięcy co kilka lat, a w nowoczesnych systemach chmurowych są wliczone. [Pełne rozbicie kosztów z kalkulatorem znajdziesz tutaj](/blog/licencje-i-koszt-business-central-2026).

## Krok 3 — Preselekcja według wielkości i branży, nie sławy

Każdy ERP ma naturalny zakres. System dla międzynarodowych korporacji jest zbędny (i drogi) w firmie na 80 osób; system dla mikrofirm kończy się, gdy pojawia się magazyn i produkcja. Trzech-czterech kandydatów pasujących do Twojej skali wartych jest więcej niż dziesięć znanych nazw. W Polsce typowa krótka lista MŚP to Business Central, enova/Comarch lokalnie, a przy profilu międzynarodowym także SAP Business One lub NetSuite.

## Krok 4 — Żądaj demo na Twoich przypadkach, nie standardowego

Standardowe demo jest wyćwiczone, żeby błyszczeć. Zamiast tego poproś: "pokażcie, jak zarejestrujecie **to** nasze zamówienie, z **tym** nietypowym rabatem i **tą** dostawą częściową". Przynieś swoje 3 najbardziej niewygodne przypadki. To, jak dostawca radzi sobie z Twoimi wyjątkami, przewiduje, jak pójdzie projekt.

## Krok 5 — Oceniaj partnera tak samo jak oprogramowanie

W segmencie MŚP **wdrożeniowiec znaczy więcej niż producent**. Ten sam system wdrożony przez dwóch różnych partnerów daje przeciwne wyniki. Zweryfikuj: doświadczenie w Twojej branży, kto będzie pracował przy projekcie (nie kto przyszedł go sprzedać), referencje, do których możesz zadzwonić, i co dzieje się po starcie (wsparcie, rozwój).

## Krok 6 — Negocjuj umowę etapami i z akceptacją

Wzorzec, który rujnuje najwięcej projektów, to mglisty zakres: "wdrożyć ERP" jako cel umowy. Żądaj: podziału na etapy z określonymi produktami, **pisemnych kryteriów akceptacji dla każdego etapu** i harmonogramu płatności powiązanego z tymi akceptacjami. Dostawca, który godzi się na płatność po akceptacji każdego etapu, ufa swojej zdolności dostarczenia — my pracujemy dokładnie tak, i polecamy stosować ten filtr wobec każdego, także wobec nas.

## Krok 7 — Planuj migrację jako osobny projekt

Dane nie przenoszą się same. Zdecyduj, jaka historia migruje, a co idzie do archiwum, kto czyści dane podstawowe (zduplikowani klienci, martwe indeksy) i jak zweryfikujecie zgodność sald. [Nasza lista kontrolna migracji](/blog/lista-kontrolna-migracji-nav-do-business-central) opisuje ten krok szczegółowo — jest bezpłatna.

## Najczęstsze pytania

**Ile kosztuje wdrożenie ERP w MŚP?** Rząd wielkości 2026: 15 000-80 000 € wdrożenia dla firm 10-100 użytkowników, plus licencje ([Business Central to ~69-95 €/użytk./mies.](/blog/licencje-i-koszt-business-central-2026)). Najwięcej zależy od liczby procesów na miarę i jakości danych wyjściowych.

**Ile trwa projekt ERP?** 3-9 miesięcy dla typowego MŚP; [tutaj rozpisujemy harmonogram etap po etapie](/blog/ile-trwa-wdrozenie-business-central). Nie ufaj ani "w dwa tygodnie", ani projektom otwartym bez kamieni milowych.

**Chmura czy własny serwer?** Dla większości MŚP w 2026 — chmura: bez serwera do utrzymania, aktualizacje wliczone, a możliwości AI istnieją tylko tam. Uzasadnione wyjątki to twarde wymogi rezydencji danych lub latencji przy maszynach. [Pełne porównanie tutaj](/blog/erp-w-chmurze-vs-lokalny).

**Zmiana ERP czy aktualizacja obecnego?** Jeśli obecny system dostaje aktualizacje i pokrywa procesy, aktualizacja może wystarczyć. Jeśli jest bez wsparcia, bez planu na KSeF, a każdy nowy raport to projekt — kalendarz przestał należeć do Ciebie.

Jesteś teraz w tym procesie? [Damy Ci bezpłatną drugą opinię o Twojej krótkiej liście](/#contact) — nawet jeśli odpowiedzią będzie, że najlepszą opcją nie jesteśmy my.

---

### La factura electrónica obligatoria avanza en toda la UE: cómo prepararte con Business Central

URL: https://bramvia.net/blog/factura-electronica-obligatoria-business-central-preparacion · Language: es · Date: 2026-08-24

Hay una tendencia regulatoria que va a tocar a prácticamente todas las empresas europeas: la **facturación electrónica obligatoria entre empresas (B2B)**. No es una posibilidad — es un calendario en marcha, con España avanzando con Verifactu y el desarrollo de la Ley Crea y Crece, Polonia con su sistema nacional KSeF, y la iniciativa europea ViDA empujando la armonización del IVA digital.

Los detalles y las fechas exactas varían por país y se han movido más de una vez, así que no vamos a jugar a adivinarlas: **confirma el calendario vigente con tu asesor fiscal**. Lo que sí es seguro es la dirección, y que prepararse a última hora sale caro.

## Qué está haciendo Microsoft al respecto

Business Central lleva varias oleadas ampliando su marco de **documentos electrónicos (e-documents)**: primero facturas, y ya también albaranes y otros documentos operativos, con despliegues específicos por país que se van activando por regiones.

Esto importa por una razón práctica: cuando la obligación llegue a tu país, la capacidad estará en el producto estándar — **si estás en una versión que la recibe**. Y ahí está el problema de muchas empresas.

## El riesgo real: estar en un sistema que no se actualiza

Si trabajas con un NAV antiguo, un GP, o un ERP local sin actualizaciones regulatorias activas, la facturación electrónica obligatoria te alcanzará de una de estas dos formas:

- **Un desarrollo a medida urgente**, caro y frágil, pegado a un sistema sin soporte
- **Una migración precipitada**, con el calendario regulatorio marcando el ritmo en lugar de tu negocio

Lo hemos visto con cada cambio regulatorio importante: quienes lo anticipan lo absorben como configuración; quienes lo aplazan lo sufren como crisis.

## Qué preparar, en orden

1. **Averigua tu fecha.** Cada país y cada tamaño de empresa tiene su calendario. Es una consulta de una hora con tu asesor que define todo lo demás.
2. **Evalúa tu sistema actual.** ¿Recibe actualizaciones regulatorias? ¿Las recibirá en esa fecha? Si la respuesta es no, ya tienes tu plazo real de migración — y no lo ha puesto Microsoft, lo ha puesto el regulador.
3. **Revisa la calidad de tus datos maestros.** La factura electrónica es estructurada: NIF correctos, direcciones completas, códigos coherentes. Los datos que un PDF perdona, un XML validado los rechaza.
4. **Mapea tus flujos de facturación reales.** Abonos, anticipos, intercompañía, autofacturación. Los casos raros son los que fallan en producción.
5. **Prueba en sandbox cuando tu país esté disponible**, no la semana de la entrada en vigor.

## La lectura estratégica

La facturación electrónica no es solo una obligación: es la señal más clara de que la era del ERP congelado se ha terminado. La regulación ya asume sistemas que se actualizan continuamente. Un sistema sin actualizaciones no es una opción conservadora — es una deuda con fecha de vencimiento desconocida.

Si tu empresa opera en varios países —España y Polonia, por ejemplo— el argumento se multiplica: cada país trae su propio esquema, y mantener cumplimiento múltiple sobre sistemas heredados dispersos es exactamente el problema que una plataforma única en la nube resuelve.

[Te ayudamos a evaluar si tu sistema actual llegará a tiempo](/#contact) — y si llega, te lo diremos también. La evaluación es gratuita y sin compromiso.

---

### ¿Quién vigila al agente de IA? Los controles que Business Central trae de serie

URL: https://bramvia.net/blog/gobernanza-agentes-ia-business-central-control · Language: es · Date: 2026-08-22

Cuando enseñamos los agentes de IA de Business Central a un director financiero, la primera pregunta nunca es "¿cuánto ahorra?". Es alguna variante de: **"¿y si se equivoca?"**

Es la pregunta correcta. Y merece una respuesta concreta, no un discurso sobre el futuro de la IA.

## Los controles que ya existen

El diseño de los agentes en Business Central partió de esa desconfianza razonable. La primera generación llegó acompañada de tres mecanismos de control:

**Rastro de auditoría.** Cada acción de un agente queda registrada: qué documento procesó, qué interpretó, qué propuso. No hay caja negra — hay un historial consultable, que es exactamente lo que un auditor te pedirá.

**Aprobación a nivel de transacción.** Los agentes trabajan con **revisión humana**: preparan, clasifican y proponen, pero los puntos críticos pasan por una persona que aprueba. El agente de cuentas a pagar no paga solo; deja la factura lista y documentada para que alguien decida.

**Un interruptor de parada.** Existe la opción de detener todas las tareas de los agentes de golpe. Suena básico, pero psicológicamente es decisivo: nadie delega en un sistema que no puede parar.

A esto se suma el **panel de tareas de agentes**, que consolida en una vista qué está haciendo cada agente y qué ha completado.

## Hacia dónde va esto

La dirección anunciada para las próximas oleadas es clara: agentes que asumen más proceso de principio a fin **a medida que se gana confianza**, con menos revisión manual en los casos rutinarios. La lógica es la de un empleado nuevo: al principio revisas todo lo que hace; con el tiempo, solo las excepciones.

Eso significa que la pregunta de gobernanza no desaparece — se desplaza. Dejará de ser "¿reviso cada transacción?" para ser **"¿qué umbral separa lo que se aprueba solo de lo que ve una persona?"**. Y esa decisión no la toma Microsoft: la tomas tú.

## Lo que la herramienta no decide por ti

Los controles técnicos existen. Lo que no viene de serie es tu política de uso, y es donde vemos fallar los despliegues:

- **¿Quién revisa el trabajo del agente, y con qué frecuencia?** "Alguien de administración" no es una respuesta; un nombre y un momento del día sí.
- **¿Qué pasa cuando se equivoca?** Necesitas un circuito de corrección definido antes del primer error, no después.
- **¿Qué umbrales fijas?** Por importe, por proveedor, por tipo de documento. Un agente que procesa facturas de proveedores habituales por debajo de cierto importe con revisión ligera, y escala todo lo demás, es un diseño; "activarlo y ver" no lo es.
- **¿Cómo lo auditas periódicamente?** Una revisión mensual de una muestra detecta derivas antes de que sean problemas.

## Nuestra postura

Los agentes con revisión humana y rastro de auditoría son hoy la forma más sensata de automatizar trabajo administrativo en el ERP: capturan el ahorro sin renunciar al control.

Pero un agente sin política de gobernanza es un riesgo con buena prensa. La diferencia entre las empresas que obtienen valor y las que acumulan sustos no está en la tecnología — está en haber dedicado una tarde a decidir umbrales, responsables y circuito de corrección **antes** de activar nada.

Esa tarde de diseño es, literalmente, la parte más rentable del proyecto.

[Diseñamos contigo la política de gobernanza y activamos el primer agente sobre un proceso concreto](/#contact). Evaluación inicial gratuita y sin compromiso.

---

### Gestión de calidad nativa en Business Central: qué cambia para los fabricantes

URL: https://bramvia.net/blog/modulo-gestion-calidad-business-central-fabricantes · Language: es · Date: 2026-08-20

Durante años, la gestión de calidad ha sido uno de los huecos clásicos de Business Central para los fabricantes. La operativa estaba —producción, listas de materiales, capacidad—, pero las inspecciones de calidad vivían fuera: en hojas de cálculo, en papel, o en un complemento de terceros que había que comprar, integrar y mantener.

Eso está cambiando: Microsoft está incorporando **gestión de calidad nativa** al producto, y el ecosistema de partners ya está presentando el módulo a sus clientes industriales.

## Por qué importa dónde vive la calidad

Un plan de inspección en una hoja de cálculo funciona — hasta que no funciona. Los síntomas son siempre los mismos:

- La inspección se registra **después** de que el material ya se movió
- El resultado del control no bloquea el lote: un material rechazado puede acabar consumido en producción
- La trazabilidad ante una auditoría o una reclamación exige reconstruir manualmente qué se inspeccionó, cuándo y quién
- Los datos de calidad no alimentan ninguna decisión: no hay estadística de proveedores, ni tendencias de defectos

Cuando la calidad vive **dentro** del ERP, el control se engancha al flujo real: recepción, producción, expedición. Un lote pendiente de inspección no está disponible; uno rechazado queda bloqueado con su motivo registrado. La trazabilidad deja de ser un proyecto de reconstrucción y pasa a ser una consulta.

## Qué supone frente a la decisión clásica

Hasta ahora, un fabricante mediano tenía tres opciones: hojas de cálculo (gratis y frágil), un ISV de calidad (capaz pero con coste, integración y dependencia de otro proveedor), o un desarrollo a medida.

La funcionalidad nativa cambia el punto de partida: lo razonable ahora es **empezar por evaluar si el estándar cubre tu proceso**, y reservar el ISV o el desarrollo para lo que genuinamente no cubra. Es la misma regla que aplicamos a cualquier personalización — cada pieza extra es algo que mantener durante una década.

Siendo honestos: un módulo nativo recién llegado rara vez iguala de inicio la profundidad de un ISV especializado con años de desarrollo. Si tu operación exige gestión de calidad avanzada —planes de muestreo complejos, laboratorio, certificaciones específicas del sector— evalúa ambos con tus casos reales delante. Si lo que necesitas es inspección en recepción y producción con bloqueo de lotes y trazabilidad, el estándar merece ser el primer candidato.

## Cómo evaluarlo con criterio

La secuencia que recomendamos a un fabricante:

1. **Documenta tus puntos de inspección reales**: dónde controlas hoy (recepción, en proceso, final), qué mides y qué haces con el resultado.
2. **Identifica los casos incómodos**: reprocesos, concesiones, material aceptado con desviación. Ahí se decide si una herramienta sirve.
3. **Pruébalo en sandbox con un producto real**, de la recepción a la expedición, incluyendo un rechazo.
4. **Compara contra tu ISV solo después**, si tienes uno: qué usas de verdad frente a qué pagas.

## La foto completa

Este módulo se suma a un patrón que venimos señalando: Business Central está absorbiendo funcionalidad que antes exigía complementos —gastos, facturación por suscripción, informes con Power BI incluido, y ahora calidad. Para un fabricante mediano, cada una de estas piezas reduce el coste total y la complejidad de proveedores.

Si estás en un NAV antiguo o en un ERP local valorando el salto, la pregunta ya no es solo "¿qué me cuesta migrar?" sino **"¿cuántos complementos y desarrollos dejo de necesitar al hacerlo?"**. Esa segunda columna de la hoja de cálculo suele sorprender.

[Evaluamos contigo si la gestión de calidad estándar cubre tu proceso](/#contact) — y si necesitas más, te diremos qué ISV mirar antes que construir. Sin compromiso.

---

### Ya está disponible la preview anticipada de Business Central 2026 Wave 2 (BC29)

URL: https://bramvia.net/blog/business-central-wave-2-bc29-preview-anticipada · Language: es · Date: 2026-08-15

Microsoft ha publicado la **preview de acceso anticipado de Dynamics 365 Business Central 2026 Release Wave 2 (BC29)**. Es la segunda gran oleada del año y, para quien esté en la nube, no es opcional: acabará llegando a tu entorno.

La pregunta útil no es qué trae, sino qué vas a hacer con ella antes de que se active sola.

## Qué es el acceso anticipado y por qué importa

Business Central sigue un ciclo de dos oleadas al año. El Early Access permite activar la próxima versión en un entorno de pruebas **antes** de que se despliegue en producción.

Esto marca la diferencia entre dos escenarios muy distintos:

- **Con preview:** pruebas tus procesos críticos, detectas qué extensiones necesitan ajuste y llegas a la actualización sin sorpresas.
- **Sin preview:** te enteras de lo que cambió cuando un usuario te llama porque algo no funciona como antes.

Para una empresa con desarrollos a medida, la segunda opción es cara. Y muchas empresas no saben siquiera que la primera existe.

## Lo que ya está llegando en la oleada actual

Mientras BC29 está en preview, la oleada en curso sigue publicando actualizaciones acumulativas. La **CU de agosto de 2026 (BC28.4)** ya está disponible, y los entornos online se van actualizando de forma automática en las semanas siguientes, con aviso por correo.

Entre las novedades recientes hay una que merece atención: **los adjuntos de documentos pueden almacenarse fuera de la base de datos**, sin necesidad de personalización. Si tu empresa adjunta facturas, albaranes o fotos a los documentos, esto reduce el tamaño de la base de datos y mejora el rendimiento — un problema real en instalaciones con años de histórico.

También se ha añadido la función de **remitentes conocidos en el Agente de Cuentas a Pagar**, que acelera el procesamiento cuando las facturas llegan siempre de los mismos proveedores.

## Qué haríamos nosotros con la preview

No se trata de activar todo y mirar. La secuencia que recomendamos:

1. **Activa la preview solo en un entorno sandbox.** Nunca en producción.
2. **Ejecuta tus procesos reales**, no una demo: tu cierre de mes, tu día de más pedidos, tus casos raros.
3. **Prueba tus extensiones a medida.** Aquí es donde aparecen los problemas, sobre todo si alguien modificó la aplicación base en lugar de usar extensiones limpias.
4. **Revisa las integraciones.** Cualquier conexión con otro sistema merece una prueba antes, no después.
5. **Documenta lo que cambia** para tus usuarios, para que la actualización no genere tickets evitables.

## Una advertencia necesaria

Los planes de lanzamiento de Microsoft describen funcionalidades que **pueden cambiar, retrasarse o no llegar** tal como se anunciaron. Una preview es exactamente eso: una vista previa.

Por eso no recomendamos construir un proceso de negocio sobre una función en preview ni prometer a dirección una fecha basada en un plan de lanzamiento. Prueba, aprende y planifica — pero no comprometas.

## Si estás on-premise

Aquí hay una diferencia que conviene tener presente: las oleadas también publican versiones on-premise, pero **las capacidades de IA —Copilot y los agentes— son exclusivas de la nube**. Cada oleada que pasa amplía la distancia entre ambos mundos.

Si estás valorando si merece la pena migrar, ese es un dato objetivo para la decisión, no un argumento comercial.

[Podemos preparar y probar la preview en tu entorno sandbox](/#contact) y decirte qué te afecta de verdad. La evaluación inicial es gratuita y sin compromiso.

---

### Tu ERP se actualiza solo: cómo evitar que eso sea un problema

URL: https://bramvia.net/blog/actualizaciones-automaticas-business-central-como-prepararse · Language: es · Date: 2026-08-13

Una de las mayores ventajas de Business Central en la nube es que se actualiza solo. Se acabaron los proyectos de actualización de seis meses que caracterizaban a NAV.

También es la característica que más nervios genera en un director de TI: **algo va a cambiar en tu sistema sin que tú lo decidas.**

Ambas cosas son ciertas. La diferencia entre que sea una ventaja o un riesgo está enteramente en si tienes un proceso.

## Qué se actualiza y cada cuánto

- **Actualizaciones acumulativas: mensuales.** La de agosto de 2026 corresponde a la versión 28.4. Incluyen correcciones y funcionalidad regulatoria.
- **Oleadas mayores: dos al año.** Traen funcionalidad nueva y son las que pueden cambiar comportamientos.
- **Capacidades de IA: continuas.** Copilot y los agentes evolucionan entre oleadas.

En la nube, los entornos se actualizan automáticamente en el plazo de unos días o semanas, con notificación por correo. Puedes influir en la ventana temporal, pero no evitar la actualización indefinidamente.

## Dónde aparecen los problemas de verdad

Después de bastantes migraciones, el patrón se repite. Los problemas casi nunca vienen de la funcionalidad estándar de Microsoft, que llega muy probada. Vienen de:

**Personalizaciones mal construidas.** Si alguien modificó la aplicación base en lugar de crear extensiones limpias, cada actualización es una lotería. Esta es la razón número uno por la que una empresa acaba atrapada en una versión antigua.

**Integraciones frágiles.** Conexiones montadas contra estructuras internas en lugar de contra APIs. Funcionan hasta que la estructura cambia.

**Informes que nadie prueba.** Un informe crítico de cierre que falla el día 3 del mes, porque nadie lo ejecutó en el sandbox.

**Procesos no documentados.** Cuando algo cambia y nadie recuerda por qué se hacía así, el diagnóstico se alarga días.

## El proceso que recomendamos

No es complicado, pero hay que tenerlo:

**Mantén un entorno sandbox permanente.** No uno que creas cuando hay problemas. Uno que existe siempre y refleja producción.

**Activa el acceso anticipado a las oleadas mayores.** Te da semanas de margen para probar antes de que llegue a producción.

**Ten una lista de procesos críticos escrita.** Cierre mensual, facturación, expedición, integraciones, los cinco informes que dirección mira. Se prueban siempre, en cada oleada.

**Revisa las notas de la versión con criterio.** No hace falta leerlo todo: busca lo que toca tus módulos y tus extensiones.

**Asigna un responsable.** Si la actualización es de todos, no es de nadie. Alguien debe mirar el correo de notificación y actuar.

## Lo que esto significa al elegir partner

Aquí hay una consecuencia práctica que conviene tener clara al contratar desarrollo: **la calidad del código determina cuánto te cuestan las actualizaciones durante los próximos diez años.**

Una extensión bien construida, que se engancha a la funcionalidad estándar mediante eventos y no toca la base, sobrevive a las actualizaciones. Una modificación de la aplicación base funciona el primer día y se convierte en un lastre permanente.

Es una diferencia que no se ve en la demo ni en el presupuesto. Se ve dos años después.

Por eso, cuando evalúes propuestas, pregunta explícitamente: *¿esto se implementa como extensión o modificando el estándar?* La respuesta te dice mucho más que el precio.

## Si tu sistema actual da miedo actualizarlo

Es una señal, no un detalle técnico. Un ERP al que se teme actualizar acaba quedándose sin soporte, y eso sí es un problema de cumplimiento y de seguridad.

[Podemos auditar tus personalizaciones e integraciones](/#contact) y decirte con honestidad si tu instalación está preparada para el ritmo de actualización de la nube, o qué habría que arreglar antes. La evaluación es gratuita.

---

### Almacenar adjuntos fuera de la base de datos: la mejora silenciosa que arregla el rendimiento

URL: https://bramvia.net/blog/adjuntos-fuera-base-datos-business-central-rendimiento · Language: es · Date: 2026-08-11

Entre las novedades recientes de Business Central hay una que no genera titulares pero resuelve un problema muy real: **los adjuntos de documentos ya pueden almacenarse fuera de la base de datos, sin necesidad de personalización.**

Si tu ERP se ha ido volviendo lento con los años y nadie sabe exactamente por qué, merece la pena leer esto.

## El problema que casi nadie diagnostica

Durante años, la práctica habitual ha sido adjuntar documentos directamente a los registros: la factura escaneada del proveedor, el albarán firmado, la foto del producto dañado, el certificado de calidad, el PDF del pedido del cliente.

Cada uno de esos archivos se guardaba **dentro de la base de datos**.

Multiplícalo por cinco años de operación. Una empresa que adjunta 200 documentos al mes acumula 12.000 archivos. Si pesan una media de 500 KB, son 6 GB de archivos binarios dentro de una base de datos que debería contener datos de negocio.

Las consecuencias las notas aunque no las relaciones con la causa:

- Las copias de seguridad tardan cada vez más
- Restaurar un entorno de pruebas se vuelve un proceso de horas
- Las consultas se degradan
- Los costes de almacenamiento suben
- En la nube, el tamaño de la base de datos tiene implicaciones directas

## Qué cambia ahora

Con el almacenamiento externo de adjuntos, los archivos se guardan fuera de la base de datos y se referencian desde ella. Para el usuario, todo funciona igual: abre el documento, ve el adjunto. Por debajo, la base de datos deja de cargar con el peso de los binarios.

Lo importante es que **no requiere personalización**. Antes esto se resolvía con desarrollos a medida —normalmente integraciones con SharePoint o Azure Blob Storage— que había que construir y mantener. Ahora es configuración.

## A quién le compensa más

Por experiencia, el beneficio es mayor en:

- **Empresas con muchos años de histórico** en NAV o Business Central
- **Distribución y comercio mayorista**, donde cada pedido lleva documentación asociada
- **Fabricación**, con certificados de calidad y documentación técnica por lote
- **Construcción e ingeniería**, con planos, fotos de obra y certificaciones
- **Cualquiera con obligaciones de trazabilidad** que exijan conservar documentación

Si te reconoces en alguno de esos perfiles y tu sistema va lento, este es de los primeros sitios donde mirar.

## Cómo abordarlo bien

Un par de avisos, porque no es simplemente activar una casilla:

**Decide qué pasa con lo ya existente.** Los adjuntos históricos ya están dentro de la base de datos. Migrarlos es un proyecto en sí, y conviene planificarlo en lugar de improvisarlo.

**Piensa en las copias de seguridad.** Si los archivos salen de la base de datos, tu estrategia de respaldo debe cubrir ambos sitios. No sirve de nada tener la base restaurada si los adjuntos no vuelven con ella.

**Revisa los permisos.** El acceso a los documentos debe seguir respetando quién puede ver qué. Es un punto que se pasa por alto y tiene implicaciones de cumplimiento.

**Prueba primero en sandbox.** Como cualquier cambio que toque el almacenamiento.

## El patrón de fondo

Esta mejora ilustra algo que vemos constantemente: **muchos problemas de rendimiento que se atribuyen al ERP son en realidad problemas de cómo se ha usado.** No hace falta migrar a un sistema nuevo ni comprar más recursos; hace falta revisar qué se está guardando dónde.

Antes de asumir que tu ERP se ha quedado corto, merece la pena una revisión técnica. A veces la respuesta es migrar. Muchas veces es una configuración que nadie revisó.

[Podemos auditar el rendimiento de tu instalación](/#contact) y decirte qué lo está frenando de verdad. Sin compromiso, y si la solución es sencilla te lo diremos aunque no nos dé proyecto.

---

### Los agentes de IA de Business Central se pagan por consumo: lo que cambia en tu presupuesto

URL: https://bramvia.net/blog/agentes-ia-business-central-facturacion-por-consumo · Language: es · Date: 2026-08-10

Hay un detalle de los agentes de IA de Business Central que apenas se ha comentado en español y que tu director financiero necesita conocer antes de activarlos: **no se pagan con la licencia, se pagan por uso.**

Es un cambio de modelo real, y conviene entenderlo antes de que llegue la primera factura.

## Qué está incluido y qué no

**Copilot sí está incluido.** Las funciones base —asistencia en lenguaje natural, resúmenes, sugerencias— vienen con tu licencia de Business Central, tanto en Essentials como en Premium, sin cargo adicional ni medición.

**Los agentes, no.** El Agente de Cuentas a Pagar y el Agente de Pedidos de Venta no consumen esa asignación incluida. Funcionan sobre **Copilot Credits**, una unidad de consumo facturada a través de una suscripción de Azure y medida por uso real, no por usuario.

Durante casi toda la historia de Business Central, la funcionalidad nueva llegaba dentro de un nivel de licencia: pagabas Essentials o Premium por usuario y mes, y lo que saliera en esa oleada era tuyo. Los agentes son otra categoría de producto, facturada por unidad de trabajo realizado.

## Los números de referencia

Las cifras publicadas sitúan el crédito en torno a **0,01 $ por Copilot Credit**, con paquetes de prepago —del orden de 25.000 créditos por unos 200 $— y descuentos de hasta el 20% al comprar por adelantado.

El dato más útil para calcular: **una interacción típica del Agente de Pedidos consume alrededor de 7 créditos por pedido.**

Haz tú la cuenta con tu volumen real:

- 500 pedidos al mes → unos 3.500 créditos → en torno a 35 $/mes
- 2.000 pedidos al mes → unos 14.000 créditos → en torno a 140 $/mes
- 10.000 pedidos al mes → unos 70.000 créditos → en torno a 700 $/mes

Puesto en contexto: si procesar manualmente esos 2.000 pedidos ocupa a una persona media jornada, el coste del agente es una fracción de ese salario. **El modelo de consumo no es caro; es imprevisible si no lo mides.**

Un aviso necesario: estas cifras son de referencia pública y las condiciones de Microsoft cambian. Confirma precios y paquetes vigentes antes de presupuestar.

## Por qué esto importa más de lo que parece

Un coste por usuario es predecible: multiplicas licencias por meses y cierras el presupuesto. Un coste por consumo **escala con tu actividad**. Un mes de campaña, un pico estacional o un error de configuración que reprocese documentos pueden mover la factura de forma notable.

No es un argumento en contra de los agentes. Es un argumento a favor de medir antes de escalar.

## Cómo controlarlo

Microsoft ha acompañado el modelo con herramientas de control: el centro de administración incorpora gestión de costes para créditos, con políticas de gasto, presupuestos, límites, alertas e informes de consumo.

Lo que recomendamos en un despliegue:

1. **Empieza por un proceso, no por todos.** Activa un agente sobre el flujo con más volumen y más trabajo manual.
2. **Mide el consumo real durante un mes** antes de ampliar. Modela tu proceso más pesado, no el promedio.
3. **Fija límites y alertas** desde el primer día, no cuando llegue la factura.
4. **Compara contra el coste actual** en horas de tu equipo. Ese es el único cálculo que importa.

## Dos condiciones previas

Los agentes solo funcionan en la **versión cloud (SaaS)**. Los despliegues on-premise o alojados por partner no pueden usarlos: hay que migrar primero.

Y trabajan con **revisión humana**: preparan facturas, interpretan documentos y procesan pedidos, pero dejan puntos de control donde una persona aprueba. Eso no elimina el trabajo, lo transforma en revisión — algo que conviene dimensionar antes de asumir automatización total de un flujo de alto volumen.

## Nuestra recomendación

Los agentes compensan cuando el proceso es de alto volumen, repetitivo y hoy consume horas caras. No compensan activados "por si acaso" sobre procesos esporádicos.

[Calculamos contigo el consumo estimado y el ahorro real antes de que actives nada](/#contact). La evaluación y el presupuesto orientativo son gratuitos y sin compromiso.

---

### ¿En qué sectores compensan de verdad los agentes de IA en el ERP?

URL: https://bramvia.net/blog/sectores-donde-compensan-agentes-ia-business-central · Language: es · Date: 2026-08-08

Un informe presentado este año sobre el estado de la IA en la empresa dejó un dato incómodo: muchas compañías llevan **dos años financiando iniciativas de IA y solo un 12% puede demostrar impacto medible en el negocio**.

Es una advertencia útil. Adoptar IA no equivale a obtener retorno. Y en un ERP, la diferencia entre las dos cosas casi siempre está en haber elegido bien el proceso.

## Los tres requisitos de un buen candidato

Antes de mirar sectores, el filtro. Un proceso merece un agente si cumple las tres condiciones a la vez:

- **Alto volumen.** Ocurre muchas veces al día, no dos veces al mes.
- **Basado en reglas, con excepciones.** El caso normal es predecible; una persona atiende lo raro.
- **Caro en horas.** Hoy alguien teclea, persigue o cuadra manualmente.

Si falta una de las tres, el agente será una demostración bonita sin retorno.

## Distribución y comercio mayorista

El sector donde los números salen más rápido. Entrada de pedidos que llegan por correo electrónico, comprobación de disponibilidad, precios por cliente y confirmación. Es exactamente el flujo que el Agente de Pedidos automatiza.

Con varios cientos o miles de pedidos al mes, el ahorro en horas administrativas supera con holgura el coste de consumo. Añade la conciliación de facturas de proveedor y el caso se refuerza.

## Fabricación

El punto de mayor retorno no suele ser producción, sino **compras y cuentas a pagar**: capturar facturas de proveedor, casarlas con pedidos y albaranes, y prepararlas para aprobación. En una empresa industrial con muchos proveedores, ese cuadre consume días de administración al mes.

También funciona bien la gestión de excepciones: detectar desviaciones en pedidos de compra o anomalías de inventario y avisar, en lugar de que alguien las descubra en el inventario trimestral.

## Retail y cadenas con varias tiendas

Consolidación entre puntos de venta, reposición y control de márgenes. Aquí el valor añadido está menos en un agente concreto y más en que el ERP deje de necesitar hojas de cálculo intermedias entre tienda y central.

Cuando además operas en varios países, la combinación multiempresa y multidivisa con automatización de facturación es donde se recupera la inversión.

## Servicios profesionales e ingeniería

Volumen menor, así que el argumento cambia: no es ahorrar horas administrativas, es **facturar antes**. Automatizar el ciclo de gastos, la imputación a proyecto y la preparación de facturas acorta los días que un trabajo tarda en convertirse en dinero cobrado.

Ahí el Agente de Gastos encaja bien, sobre todo con equipos que viajan.

## Construcción y grupos con varias sociedades

El dolor real es la consolidación entre sociedades y el control de coste por obra. Los agentes ayudan en la parte administrativa —facturas, aprobaciones—, pero el retorno grande viene antes: tener un ERP que consolide de verdad, sin cierres manuales de una semana.

## Dónde NO los pondríamos

Siendo honestos, hay procesos donde no los recomendamos:

- Los que exigen **criterio real** de negocio o negociación
- Aquellos con **consecuencias legales o de seguridad** si fallan
- Los que ocurren **pocas veces**: el esfuerzo de configurarlos y gobernarlos no se amortiza
- Cualquiera cuyos **datos de partida sean malos**. Un agente sobre datos sucios multiplica el problema en lugar de resolverlo

Ese último punto se subestima siempre. La automatización de captura de facturas saca a la luz problemas de calidad de datos y de gestión de excepciones que llevaban años tapados por el trabajo manual.

## La parte que casi nadie presupuesta: la gobernanza

Construir el agente es la mitad fácil. La difícil es decidir quién revisa lo que hizo, qué ocurre cuando se equivoca, cómo se audita y dónde está el punto de control humano.

Los agentes de Business Central trabajan con revisión humana por diseño, lo cual ayuda. Pero eso significa que el trabajo no desaparece: **se convierte en revisión**. Si tu flujo tiene 3.000 facturas al mes, dimensiona cuántas va a revisar una persona antes de asumir que se automatiza al completo.

## Cómo saber si sale a cuenta en tu caso

La secuencia que funciona es siempre la misma, y es aburrida a propósito:

1. Elige **un** proceso de alto volumen y basado en reglas.
2. Mide qué te cuesta hoy en horas, con datos reales de un mes.
3. Estima el consumo del agente sobre ese volumen.
4. Ponlo en marcha solo en ese proceso.
5. Vuelve a medir a los treinta días.

Ese ciclo —medir, aplicar uno, volver a medir— es lo que separa al 12% que demuestra impacto del resto que solo ha gastado.

[Te ayudamos a identificar cuál es tu primer proceso y a calcular si compensa](/#contact). Sin compromiso: la evaluación inicial es gratuita, y si los números no salen, te lo diremos.

---

### Dynamics GP End of Life: The Real Deadline Is Earlier Than You Think

URL: https://bramvia.net/blog/dynamics-gp-end-of-life-migration-timeline · Language: en · Date: 2026-08-06

If you run Dynamics GP, the question is no longer whether to move. Microsoft has stopped selling it and published a clear retirement path. What matters now is timing — and the headline dates mislead people.

## The actual dates

- **1 April 2025** — sales of new perpetual GP licenses ended
- **1 April 2026** — sales of new subscription licenses ended; no new customer can adopt GP in any form
- **31 December 2029** — mainstream support ends: product enhancements, regulatory and tax updates, service packs, technical support
- **30 April 2031** — security updates end

There's an important exception people miss: **older versions run out sooner**. Extended support for GP 2018 and 2018 R2 ends on **11 January 2028**. If you're on 2018 or earlier, your real deadline is years ahead of the widely quoted 2029 date. Check your version before assuming you have runway.

## Why 2029 is not your deadline

A GP-to-Business-Central migration is not a weekend job. Chart of accounts redesign, dimension mapping, integration rebuilds, historical data decisions and user retraining typically run **9 to 18 months** from discovery to go-live for a mid-sized company.

Work backwards from 2029 and the arithmetic is uncomfortable. But the calendar isn't the real constraint — **consultant availability is.**

Every GP customer faces the same wall at the same time. The pool of people who genuinely know both GP's data structures and Business Central's AL development is finite, and it's shrinking as those consultants move on to cloud work. Companies that start scoping in 2028 will be bidding for the same scarce teams as thousands of others. Projects that could be planned calmly today may require months of waiting simply to secure a team.

## What actually breaks in a GP migration

Being straight about the hard parts:

- **Chart of accounts.** GP's segmented account structure maps to Business Central's dimensions. This is a redesign, not a copy — and it's the decision that shapes your reporting for the next decade.
- **Historical data.** Migrating ten years of detail is expensive and rarely worth it. Archiving rather than importing is usually the single biggest cost lever.
- **Customisations and ISV add-ons.** Each one needs a decision: rebuild as an AL extension, replace with standard functionality, or retire. Many are no longer used at all.
- **Integrations.** Anything reading GP's SQL database directly must be rebuilt against APIs. More on that in our article on losing direct SQL access.

## What we'd advise

If you're on GP 2018 or earlier, start scoping now — your support ends in January 2028. If you're on a current version, you have more room, but starting in 2027 gives you a calm project instead of a rushed one.

Either way, the first step is small: an assessment of your version, customizations and integrations, which tells you what the project actually looks like. [Ask us for one](/#contact) — the assessment and initial estimate cost you nothing.

## FAQ

**When does Dynamics GP support end?** Microsoft has confirmed the end of new GP sales and a defined support horizon; the practical deadline for planning is now, not the final date.

**Is Business Central the natural successor to GP?** For most GP customers, yes — it is Microsoft's SMB ERP going forward, with migration tooling and incentives available.

---

### Business Central Passes 50,000 Cloud Customers — What That Means for Buyers

URL: https://bramvia.net/blog/business-central-50000-customers-netsuite · Language: en · Date: 2026-08-04

At the Directions EMEA conference in Poznań, the headline figure was that **Dynamics 365 Business Central has passed 50,000 cloud customers worldwide** — roughly 10,000 more than the last published customer figure for Oracle NetSuite.

The trajectory is the interesting part. Reported customer counts moved from around 30,000 in late 2023, to over 40,000 in mid-2024, to beyond 50,000 by late 2025. That figure excludes the tens of thousands still running Business Central on-premise, NAV, GP or SL.

## Why a customer count matters more than it looks

Market share sounds like a vanity metric. For an ERP buyer it isn't, for three practical reasons.

**Partner availability.** A larger installed base means more consultants, more competition on price, and less risk of being locked to one supplier who knows your system. This is exactly the problem GP customers are about to hit in reverse.

**ISV ecosystem.** More customers attract more add-on vendors building industry solutions on the platform. If you need something specialized — quality management, field service, industry compliance — a bigger ecosystem means you're more likely to buy it than build it.

**Continued investment.** Platforms with momentum get funded. Business Central receives new capability every release wave; a platform in maintenance mode receives regulatory updates and little else. That gap compounds over a ten-year ERP lifespan.

## What the number does not tell you

Being honest: **customer count is not a reason to choose an ERP.** It tells you the platform is healthy and well supported. It says nothing about whether it fits your processes.

NetSuite remains genuinely strong for cloud-native, multi-entity, growth-stage businesses, particularly where e-commerce and CRM in a single suite matter. SAP still fits large, complex multinationals better. And plenty of companies on smaller platforms are perfectly well served.

The right question isn't "which is winning?" but "which handles my manufacturing process, my consolidation, my compliance obligations, at a cost I can justify over five years?"

## Where Business Central genuinely differentiates

If your company already runs Microsoft 365, the integration argument is real rather than marketing: Excel, Outlook, Teams and Power BI work with Business Central natively, and adoption is faster because the interface is familiar. The AI capability — Copilot plus the autonomous agents — is currently ahead of what mid-market competitors offer.

Those are reasons to shortlist it. The 50,000 figure is just evidence you won't be stranded.

[Talk to us about whether it fits your processes](/#contact) — and if it doesn't, we'll say so.

## FAQ

**Why does the customer count matter?** It signals ecosystem health: more apps, more consultants, more integrations. For a buyer it means less risk of being stranded.

**Is NetSuite still stronger in the US?** In mid-market mindshare and references, yes. On total cost and Microsoft integration, Business Central usually wins.

---

### Business Central's AI Ships Every Few Weeks — and Only in the Cloud

URL: https://bramvia.net/blog/business-central-ai-updates-cloud-only · Language: en · Date: 2026-08-02

There's a change in how Business Central evolves that hasn't been widely understood outside the partner community: **AI capability no longer arrives once or twice a year with a release wave. It arrives continuously.**

Copilot features, agent improvements and new automation land on a rolling cadence between the major waves. The 2026 Release Wave 1 brought the Payables Agent and Sales Order Agent to general availability, previewed an Expense Agent, and shipped Agent Designer for building your own. Between those milestones, smaller capability keeps appearing.

## The part that matters: none of this runs on-premise

Copilot and the autonomous agents are **cloud-only**. An on-premise Business Central or NAV installation receives regulatory updates and platform fixes — it does not receive the AI.

This is a structural gap, not a temporary one. The agents depend on cloud AI services that aren't part of an on-premise deployment. So the distance between a SaaS tenant and an on-premise system now widens every few weeks, not every year.

For companies still weighing cloud against on-premise, this changes the calculation. Historically the trade-off was maintenance overhead versus control. Now it's maintenance overhead versus **access to a capability set that keeps growing**.

## What "continuous" means in practice

Two things, one good and one that needs managing.

The good: you get capability without an upgrade project. Features appear in your tenant.

The part to manage: **you should be testing them.** Microsoft's release plans describe functionality that can change or ship later than announced, and features arriving automatically still need to be validated against your processes before anyone relies on them. A sandbox and a habit of reading the release plans is not optional discipline — it's how you avoid surprises.

## What we'd do with it

Don't try to adopt everything. Pick the process where manual work costs you most, check whether an existing agent or Copilot feature addresses it, and pilot that one properly.

The companies getting real value from this aren't the ones enabling every feature. They're the ones that measured a specific cost, applied one capability to it, and measured again.

If you're on-premise and this gap concerns you, that's a reasonable trigger to look at migration. [We'll tell you honestly whether it justifies a move in your case](/#contact).

## FAQ

**Why is AI cloud-only?** The models and services run in Microsoft's cloud; on-premises deployments have no path to them. It is an architectural limit, not a licensing one.

**How fast does AI functionality arrive?** With every release wave, twice a year, plus monthly updates — and since 2026 through an always-on roadmap rather than fixed release plans.

---

### Why Business Central Costs a Fraction of SAP-Class Suites for Mid-Sized Firms

URL: https://bramvia.net/blog/business-central-cost-vs-sap-mid-market · Language: en · Date: 2026-07-31

When a mid-sized company gets an SAP quote and then a Business Central quote, the difference is usually large enough to prompt suspicion — as if something must be missing. Usually nothing is. The platforms are built for different scales of complexity, and the cost reflects that.

Here's where the difference genuinely comes from.

## Licensing

Business Central is licensed per user per month in two tiers — **Essentials** for finance, sales, purchasing, inventory, projects and supply chain, and **Premium**, which adds manufacturing and service management. Lower-cost **Team Member** licenses cover people who mainly read data and approve.

That's the whole model. Enterprise suites typically involve more license types, more modules priced separately, and more negotiation.

## Implementation — the bigger number

The license is rarely the largest line item, and this is where the gap widens.

Enterprise-class implementations assume a long configuration cycle, extensive process redesign and a large project team. That's appropriate when you're running complex operations across many countries and legal entities. It's disproportionate when you're a 200-person manufacturer with two subsidiaries.

Business Central implementations for mid-sized companies typically run **3 to 6 months**. The functionality is closer to what a mid-market company needs out of the box, so less has to be built.

## The cost nobody quotes: specialist staff

An enterprise suite generally assumes you'll have or hire people who administer it. That's a permanent headcount cost that never appears in the comparison spreadsheet.

Business Central is administered with a much lighter touch, and because it looks and works like the Microsoft tools your team already uses, training cost and adoption resistance are lower. Adoption failure is the most expensive ERP outcome there is, and familiarity is genuinely protective against it.

## Look at five years, not month one

Compare licensing, implementation, customization and upgrades over five years. Because Business Central is cloud-native, you avoid the periodic re-implementation that on-premise systems force. That's usually where the largest share of the difference sits.

## When the enterprise suite is right

If you're a large multinational with thousands of users, intricate multi-country compliance and deeply specialized industry processes, SAP S/4HANA may genuinely be the better fit — and paying for that depth is rational. We'd tell you so.

For most mid-sized firms, that depth is capability you'll pay for and never use.

## Getting a real number

Generic price lists only take you so far. After a short assessment of your users, processes and integrations, we give a fixed-scope estimate. [Ask for one](/#contact) — it costs nothing, and you keep it either way.

## FAQ

**What is the biggest hidden cost in an ERP quote?** Licensing the wrong plan or the wrong number of full users. It repeats every month, forever.

**How should I compare two quotes?** Line by line on scope, exclusions, data migration, customizations, integrations, training and payment terms.

---

### The On-Premise NAV Upgrade Decision: Why Most Companies Stop Upgrading

URL: https://bramvia.net/blog/nav-on-premise-upgrade-deadline-cloud · Language: en · Date: 2026-07-29

Every few years, a company running on-premise Dynamics NAV reaches the same fork: upgrade again, or move to the cloud. The upgrade feels like the safer, cheaper option. It's worth examining that assumption, because it usually doesn't survive contact with the numbers.

## What an on-premise upgrade actually buys

A NAV upgrade is a project: re-testing customizations, migrating data, retraining users, coordinating downtime, and paying for server infrastructure. The cost lands somewhere in the range of a migration — sometimes higher, if your customizations are old and undocumented.

What you get for it: a supported version, for a few more years.

What you don't get: **Copilot, autonomous agents, automatic updates, or any of the capability that only exists in the cloud version.** And in three or four years, the same decision returns, with the same bill.

That's the part that changes the maths. You're not comparing "cheap upgrade versus expensive migration." You're comparing "an upgrade you'll repeat indefinitely" against "a migration you do once."

## The pressures stacking up

Three things are pushing companies off the upgrade treadmill at the same time.

**Support timelines.** Older NAV versions have already passed their support dates. Running unsupported means no security patches and no regulatory or tax updates — a compliance problem that grows quietly until it doesn't.

**Talent.** The number of consultants who know NAV's C/AL codebase shrinks every year as they move to AL and cloud work. Finding someone to maintain a 2013 installation is harder and costlier than it was, and that curve only goes one way.

**The widening capability gap.** Cloud Business Central gains features continuously. On-premise doesn't. Every year you stay, the eventual migration involves a longer jump.

## The honest case for staying on-premise

There are real reasons, and we won't pretend otherwise:

- Strict data residency requirements that mandate local hosting
- Very low-latency needs tied to local machinery
- Specific contractual or regulatory constraints

If one of those applies to you, on-premise or hybrid may genuinely be right. The trade-off is that you own the maintenance and forgo the AI.

If none applies, the upgrade is usually deferring a decision rather than making one.

## How to decide without guessing

Get the real numbers: what your last upgrade cost, what your current maintenance and infrastructure cost annually, and what a migration would cost. Compare over five years, not one.

In most cases we've seen, the migration wins on the five-year view — but not always, and we'd rather tell you that than sell you a project you don't need. [Ask us to run the comparison](/#contact).

## FAQ

**Is a NAV upgrade cheaper than migrating?** They typically cost about the same. The upgrade buys a few years and none of the cloud capabilities; the migration is done once.

**Can I upgrade NAV now and migrate later?** Yes, but you pay for two projects. It only makes sense if a hard requirement blocks the cloud today.

---

### Business Central 2026 Release Wave 1: What Actually Matters for Your Business

URL: https://bramvia.net/blog/business-central-2026-release-wave-1-what-matters · Language: en · Date: 2026-07-28

Microsoft's 2026 Release Wave 1 for Business Central covers features shipping between April and September 2026. It's a large release, so here's the short version: this is the wave where AI agents stop being a demo and start doing real work.

## AI agents are now generally available

The headline is that the **Payables Agent** and **Sales Order Agent** have reached general availability, and Microsoft has previewed a new **Expense Agent**.

This matters because these agents don't just suggest — they carry a process. The Sales Order Agent turns incoming customer emails into quotes and orders, checking products, pricing and availability. The Payables Agent assists with capturing invoices, interpreting and categorising documents, and moving them through approval workflows.

That's work most mid-market ERPs still leave entirely manual.

## You can now build your own agents

Arguably the bigger long-term story: **Agent Designer**. Teams can prototype and refine custom agents directly inside Business Central, defining how an agent behaves, what data it uses and how it interacts with processes — without a lengthy development cycle.

Practical examples: an agent that monitors overdue invoices and triggers follow-ups, or one that flags exceptions in purchasing and inventory workflows.

There's also a new **agent task pane**, giving one consolidated view of what every agent is working on and what's been completed. Control and visibility were the two biggest objections to autonomous agents — this addresses both.

## Four Power BI apps included

Wave 1 embeds four Power BI apps — Finance, Sales, Supply Chain and Subscription Billing — **at no extra license cost**. If you've been budgeting separately for reporting, revisit that assumption.

## Under the hood

- A **rebuilt financial reporting engine**
- A **global withholding tax framework** — relevant if you operate across multiple countries
- **MCP Server** improvements, making it easier to connect Business Central with Copilot Studio and custom AI

## What we'd do about it

If you're already on Business Central, the agents and the included Power BI apps are the two things to evaluate first — they have immediate payback and you're already paying for them.

If you're still on a legacy ERP, this release widens the gap. Agentic capability only runs in the cloud version; on-premise systems can't touch it.

One caution: Microsoft's release plans describe functionality that may change or ship later than planned. Treat feature dates as guidance, not guarantees, and validate anything critical in a sandbox before you build a process on it.

[Talk to us about which agents would pay off fastest in your setup](/#contact).

## FAQ

**Do I have to do anything for a release wave?** In the cloud, no: it arrives automatically in your update window. You choose the date and should test in a sandbox first.

**Do release waves break customizations?** Clean AL extensions, no. Modifications to the standard, possibly — which is why the preview exists.

---

### Business Central 2026 Release Wave 1: lo que de verdad importa para tu empresa

URL: https://bramvia.net/blog/business-central-2026-wave-1-lo-que-importa · Language: es · Date: 2026-07-28

La Release Wave 1 de 2026 para Business Central cubre funcionalidades que llegan entre abril y septiembre de 2026. Es una entrega grande, así que vamos al grano: esta es la oleada en la que los agentes de IA dejan de ser una demostración y empiezan a hacer trabajo real.

## Los agentes de IA ya están disponibles de forma general

Lo principal: el **Agente de Cuentas a Pagar** y el **Agente de Pedidos de Venta** han alcanzado disponibilidad general, y Microsoft ha presentado en vista previa un nuevo **Agente de Gastos**.

Importa porque estos agentes no solo sugieren: se hacen cargo de un proceso. El Agente de Pedidos convierte los correos entrantes de clientes en presupuestos y pedidos, comprobando productos, precios y disponibilidad. El Agente de Cuentas a Pagar ayuda a capturar facturas, interpretar y clasificar documentos y moverlos por los flujos de aprobación.

Es trabajo que la mayoría de los ERP de mercado medio aún dejan totalmente manual.

## Ahora puedes crear tus propios agentes

Probablemente lo más relevante a largo plazo: **Agent Designer**. Los equipos pueden prototipar y ajustar agentes personalizados directamente dentro de Business Central, definiendo cómo se comporta el agente, qué datos usa y cómo interactúa con los procesos, sin un ciclo largo de desarrollo.

Ejemplos prácticos: un agente que vigila facturas vencidas y lanza los avisos, u otro que señala excepciones en los flujos de compras e inventario.

También hay un nuevo **panel de tareas de agentes**, con una vista consolidada de en qué está trabajando cada agente y qué ha completado. El control y la visibilidad eran las dos grandes objeciones a los agentes autónomos; esto responde a ambas.

## Cuatro apps de Power BI incluidas

Wave 1 incorpora cuatro apps de Power BI —Finanzas, Ventas, Cadena de Suministro y Facturación por Suscripción— **sin coste adicional de licencia**. Si tenías presupuestado el reporting por separado, revisa esa suposición.

## Bajo el capó

- Un **motor de informes financieros reconstruido**
- Un **marco global de retenciones**, relevante si operas en varios países
- Mejoras en el **servidor MCP**, que facilitan conectar Business Central con Copilot Studio y con IA a medida

## Qué haríamos nosotros

Si ya estás en Business Central, los agentes y las apps de Power BI incluidas son lo primero a evaluar: tienen retorno inmediato y ya los estás pagando.

Si sigues en un ERP heredado, esta entrega amplía la brecha. La capacidad agéntica solo funciona en la versión cloud; los sistemas locales no pueden acceder a ella.

Una advertencia: los planes de Microsoft describen funcionalidades que pueden cambiar o retrasarse. Trata las fechas como orientación, no como garantía, y valida en un entorno de pruebas cualquier cosa crítica antes de construir un proceso sobre ella.

[Hablemos de qué agentes darían resultado más rápido en tu instalación](/#contact).

---

### Business Central 2026 Release Wave 1: co naprawdę ma znaczenie dla Twojej firmy

URL: https://bramvia.net/blog/business-central-2026-wave-1-co-jest-wazne · Language: pl · Date: 2026-07-28

Release Wave 1 2026 dla Business Central obejmuje funkcje wdrażane od kwietnia do września 2026. To duże wydanie, więc w skrócie: to fala, w której agenty AI przestają być demonstracją i zaczynają wykonywać realną pracę.

## Agenty AI są już ogólnie dostępne

Najważniejsze: **Agent Zobowiązań** i **Agent Zamówień Sprzedaży** osiągnęły ogólną dostępność, a Microsoft pokazał w wersji zapoznawczej nowego **Agenta Wydatków**.

Ma to znaczenie, bo te agenty nie tylko podpowiadają — prowadzą cały proces. Agent Zamówień zamienia przychodzące e-maile klientów w oferty i zamówienia, sprawdzając produkty, ceny i dostępność. Agent Zobowiązań pomaga rejestrować faktury, interpretować i kategoryzować dokumenty oraz prowadzić je przez obiegi zatwierdzeń.

To praca, którą większość ERP średniej klasy wciąż zostawia całkowicie ręczną.

## Możesz teraz budować własne agenty

Prawdopodobnie ważniejsze w dłuższej perspektywie: **Agent Designer**. Zespoły mogą prototypować i dopracowywać własne agenty bezpośrednio w Business Central, określając, jak agent działa, z jakich danych korzysta i jak wchodzi w interakcję z procesami — bez długiego cyklu programistycznego.

Praktyczne przykłady: agent monitorujący przeterminowane faktury i uruchamiający ponaglenia albo taki, który oznacza wyjątki w procesach zakupowych i magazynowych.

Jest też nowy **panel zadań agentów** — jeden skonsolidowany widok tego, nad czym pracuje każdy agent i co zostało ukończone. Kontrola i widoczność były dwoma największymi zastrzeżeniami wobec autonomicznych agentów; to odpowiada na oba.

## Cztery aplikacje Power BI w cenie

Wave 1 dołącza cztery aplikacje Power BI — Finanse, Sprzedaż, Łańcuch Dostaw i Rozliczenia Subskrypcji — **bez dodatkowego kosztu licencji**. Jeśli planowałeś budżet na raportowanie osobno, zweryfikuj to założenie.

## Pod maską

- **Przebudowany silnik raportowania finansowego**
- **Globalny mechanizm podatku u źródła** — istotny przy działalności w wielu krajach
- Usprawnienia **serwera MCP**, ułatwiające połączenie Business Central z Copilot Studio i własną AI

## Co byśmy zrobili

Jeśli już korzystasz z Business Central, agenty i dołączone aplikacje Power BI to pierwsze rzeczy do oceny — dają natychmiastowy zwrot, a już za nie płacisz.

Jeśli nadal jesteś na starszym ERP, to wydanie powiększa dystans. Możliwości agentowe działają wyłącznie w wersji chmurowej; systemy lokalne nie mają do nich dostępu.

Jedno zastrzeżenie: plany Microsoftu opisują funkcje, które mogą się zmienić lub pojawić później. Traktuj daty jako wskazówkę, nie gwarancję, i sprawdzaj wszystko krytyczne w środowisku testowym, zanim zbudujesz na tym proces.

[Porozmawiajmy, które agenty najszybciej się zwrócą w Twoim środowisku](/#contact).

---

### No Direct SQL in the Cloud: What Breaks and How to Rebuild It

URL: https://bramvia.net/blog/business-central-saas-no-sql-apis-virtual-tables · Language: en · Date: 2026-07-27

This catches more migrations off guard than any other technical detail. In Business Central SaaS, **there is no direct access to the underlying database.** Microsoft manages it, and you cannot connect SQL Server Management Studio, run queries against the tables, or point an ODBC connection at it.

To be precise about it: this isn't a feature being phased out. SaaS never had it — it's an architectural decision tied to how Microsoft secures and manages the platform. What changes is *your* situation, the day you move from on-premise.

## What breaks

Anything that reads the database directly:

- Power BI reports built on a SQL connection
- Access databases and Excel files pulling via ODBC
- Custom integrations with other systems querying tables directly
- Scheduled SQL jobs, stored procedures and triggers
- Third-party tools connecting at the database layer

In a long-running NAV installation, this is usually more things than anyone remembers. Inventorying them is genuinely part of the migration.

## What you use instead

**APIs.** Business Central exposes standard REST APIs covering most common entities. No complex coding — you identify the endpoint and the fields. Custom APIs can be built in AL for anything not covered.

**OData web services.** Pages and queries can be exposed as OData feeds, which Power BI and Excel consume directly. This is usually the shortest path for reporting that previously ran on SQL.

**Query objects.** AL query objects retrieve records across tables into a single dataset and can perform calculations. They can be exposed as APIs, and they're the right tool when a report needs joined data.

**Dataverse Virtual Tables.** Business Central data appears in Dataverse as tables without being copied. Data stays in Business Central as the single source of truth, while Power Apps, Power Pages and Power Automate work with it live. The trade-off is performance — every request goes through the API, subject to throttling — and some Dataverse-specific features aren't fully supported.

For heavier analytical workloads, data synchronisation into Dataverse is the alternative: better performance and offline availability, at the cost of duplication and sync management.

## This is an improvement, not just a constraint

Direct SQL access was always fragile. Table structures change between versions, and reports built on them break silently after upgrades. Anyone who has debugged a report reading a modified table knows the pattern.

API-based access is versioned and contracted. It survives upgrades. The discipline the cloud forces on you is discipline you should have had.

## How to plan for it

Inventory every direct database connection before you migrate — this is the step people skip. Then decide per item: rebuild on an API, replace with a standard report, or retire because nobody actually uses it. In our experience a meaningful share falls into that last category.

[We'll map your integrations as part of a migration assessment](/#contact).

## FAQ

**Can I read the database in Business Central online?** No — not even read-only. Everything goes through APIs, OData or events.

**What replaces my SQL-based reports?** API queries and OData with incremental refresh in Power BI, plus the four included Power BI apps.

---

### Agent Designer and MCP: Building Custom AI Agents Inside Business Central

URL: https://bramvia.net/blog/build-custom-ai-agents-business-central-mcp · Language: en · Date: 2026-07-25

Two changes in Business Central deserve more attention than they've had. Individually they're interesting. Together they change what an ERP can be asked to do.

## Agent Designer: agents without a development project

Until recently, an AI agent in your ERP was something Microsoft shipped or a partner built from scratch. **Agent Designer** changes that: custom agents can be created directly inside Business Central, connected to your data, defined using natural language alongside AL code.

You define how the agent behaves, what data it can reach, and how it interacts with your processes. The prototyping loop that used to take a development cycle now takes an afternoon.

That's a meaningful shift. It means automation can follow how your organization actually works rather than how a generic template assumes it works.

## MCP: connecting Business Central to the wider AI world

**Model Context Protocol** support is the part you won't see in the interface, but you'll feel if you build anything. MCP is an open standard for how AI systems connect to tools and data sources. In Business Central it makes integration with Copilot Studio and custom AI substantially easier.

Wave 1 brought further improvements to the Business Central MCP Server, including configuration validation.

Put plainly: your ERP becomes something external AI can safely and reliably talk to — with proper structure, rather than brittle glue code.

## Where this actually pays off

The temptation is to build agents for everything. Don't. The processes worth automating first share three traits:

- **High volume** — it happens many times a day, not twice a month
- **Rule-based with exceptions** — the ordinary case is predictable, and a human handles the odd one
- **Expensive in human hours** — someone is currently keying, chasing or reconciling

Good candidates we see repeatedly: overdue invoice follow-ups, purchase order exception handling, document categorisation, inter-company reconciliation, and inventory anomaly flagging.

Poor candidates: anything requiring genuine judgement, anything with legal or safety consequences if it goes wrong, and anything that happens rarely.

## The part people underestimate

Building the agent is the easy half. The hard half is governance: who reviews what the agent did, what happens when it's wrong, how you audit its decisions, and where the human checkpoint sits.

The new agent task pane helps by consolidating agent activity in one view, but you still need to decide the process rules. An agent operating without a review path is a liability, not an asset.

## Where to start

Pick one high-volume, rule-based process. Measure what it costs you today in hours. Build one agent. Measure again. Then decide whether to expand.

That sequence — measure, build one, prove it — is how this becomes real savings rather than an interesting experiment.

[Let's identify which process in your business is the right first agent](/#contact).

## FAQ

**What is MCP in Business Central?** A server that lets AI tools and agents query and act on Business Central data with your permissions — the bridge between your ERP and AI assistants.

**Do custom agents need a developer?** Agent Designer covers a lot without code. Anything touching custom data or logic needs AL work.

---

### Your Industry Isn't Generic — and Neither Should Your ERP Be

URL: https://bramvia.net/blog/industry-specific-erp-business-central · Language: en · Date: 2026-07-25

Standard ERP covers about 80% of what most companies do. The remaining 20% is what actually makes your business yours — and it's where implementations succeed or fail.

Some examples of what "the last 20%" looks like in practice.

## Pest control and field service

Scheduled recurring visits, technician routing, treatment records tied to a site rather than a customer, regulated chemical usage logs, and certificates issued after each service. Standard sales and inventory modules don't model any of this well. What's needed is service contract management extended with site-level history and compliance documentation.

## Recycling and waste management

Weighbridge integration, material grading on intake, variable pricing based on quality and market rates, and traceability obligations from collection to processing. The inbound side barely resembles standard purchasing — you're buying material of uncertain quality at a price determined after weighing and inspection.

## Food processing and butchery

Batch and lot traceability, catch weight (where the unit sold and the unit priced differ), yield tracking through cutting and processing, use-by date management, and full recall capability. Catch weight alone breaks the assumptions of most standard inventory systems, which expect a single unit of measure.

## Discrete and process manufacturing

Multi-level BOMs, subcontracting operations, machine capacity, quality inspection at defined points, and scrap and rework handling. Business Central Premium covers a good deal of this natively; the specialisation is in how it's configured for how you actually produce.

## How we approach it — and why the method matters

The wrong way is modifying the base application. It works on day one and becomes a liability at every update.

We build industry specifics as **AL extensions**: separate code that hooks into standard functionality through events, without altering the core. Updates arrive; the extension keeps working. That's the difference between a system that ages well and one that traps you on an old version.

The order we work in:

1. **Use standard functionality wherever it fits.** Every custom object is something to maintain forever. The most valuable thing a consultant does is talk you out of unnecessary customization.
2. **Check whether an ISV solution already exists.** For several industries, someone has built and maintains a solution. Buying it usually beats building it.
3. **Build only what's genuinely specific to you.** As clean extensions, documented, with an upgrade path.

## An honest caveat

We don't claim deep pre-built solutions for every industry named above. What we bring is the AL development capability and the migration methodology to implement them properly, plus the judgement to tell you when an existing ISV solution is the better buy.

If your industry has processes no standard ERP handles, [tell us what they are](/#contact) and we'll be straight about whether we're the right people to build them.

## FAQ

**Does Business Central have industry modules?** Not out of the box. It has strong foundations (lots, manufacturing, projects, warehouse) plus AppSource apps and clean extensions for what your sector genuinely requires.

**Should I buy a vertical app or build an extension?** Standard first, AppSource app second, custom extension only for what neither covers. In that order, always.

---

### Agent Designer y MCP: crear agentes de IA propios dentro de Business Central

URL: https://bramvia.net/blog/crear-agentes-ia-personalizados-business-central-mcp · Language: es · Date: 2026-07-25

Dos cambios en Business Central merecen más atención de la que han recibido. Por separado son interesantes. Juntos cambian lo que se le puede pedir a un ERP.

## Agent Designer: agentes sin un proyecto de desarrollo

Hasta hace poco, un agente de IA en tu ERP era algo que entregaba Microsoft o que un partner construía desde cero. **Agent Designer** cambia eso: se pueden crear agentes personalizados directamente dentro de Business Central, conectados a tus datos, definidos con lenguaje natural junto a código AL.

Tú defines cómo se comporta el agente, a qué datos accede y cómo interactúa con tus procesos. El ciclo de prototipado que antes requería un proyecto ahora lleva una tarde.

Es un cambio real: significa que la automatización puede seguir cómo funciona de verdad tu organización, y no cómo supone una plantilla genérica.

## MCP: conectar Business Central con el resto del mundo de la IA

El soporte de **Model Context Protocol** es la parte que no verás en la interfaz, pero que notarás si construyes algo. MCP es un estándar abierto para conectar sistemas de IA con herramientas y fuentes de datos. En Business Central hace mucho más sencilla la integración con Copilot Studio y con IA a medida.

Wave 1 trajo mejoras adicionales al servidor MCP de Business Central, incluida la validación de configuración.

En claro: tu ERP pasa a ser algo con lo que la IA externa puede hablar de forma segura y fiable, con estructura real en lugar de integraciones frágiles.

## Dónde compensa de verdad

La tentación es crear agentes para todo. No lo hagas. Los procesos que merecen automatizarse primero comparten tres rasgos:

- **Alto volumen**: ocurre muchas veces al día, no dos veces al mes
- **Basado en reglas con excepciones**: el caso normal es predecible y una persona atiende lo raro
- **Caro en horas humanas**: alguien está tecleando, persiguiendo o cuadrando

Buenos candidatos que vemos una y otra vez: seguimiento de facturas vencidas, gestión de excepciones en pedidos de compra, clasificación de documentos, conciliación entre empresas del grupo y detección de anomalías de inventario.

Malos candidatos: cualquier cosa que exija criterio real, que tenga consecuencias legales o de seguridad si falla, o que ocurra rara vez.

## Lo que la gente subestima

Construir el agente es la mitad fácil. La difícil es la gobernanza: quién revisa lo que hizo el agente, qué pasa cuando se equivoca, cómo auditas sus decisiones y dónde está el punto de control humano.

El nuevo panel de tareas ayuda al consolidar la actividad en una vista, pero sigues teniendo que decidir las reglas del proceso. Un agente sin ruta de revisión es un riesgo, no un activo.

## Por dónde empezar

Elige un proceso de alto volumen y basado en reglas. Mide lo que te cuesta hoy en horas. Construye un agente. Vuelve a medir. Y entonces decide si ampliar.

Esa secuencia —medir, construir uno, demostrarlo— es lo que convierte esto en ahorro real y no en un experimento interesante.

[Identifiquemos qué proceso de tu empresa es el primer agente adecuado](/#contact).

---

### Agent Designer i MCP: budowa własnych agentów AI w Business Central

URL: https://bramvia.net/blog/budowa-wlasnych-agentow-ai-business-central-mcp · Language: pl · Date: 2026-07-25

Dwie zmiany w Business Central zasługują na więcej uwagi, niż otrzymały. Osobno są ciekawe. Razem zmieniają to, o co można poprosić system ERP.

## Agent Designer: agenty bez projektu programistycznego

Do niedawna agent AI w Twoim ERP był czymś, co dostarczał Microsoft albo budował partner od zera. **Agent Designer** to zmienia: własne agenty można tworzyć bezpośrednio w Business Central, podłączone do Twoich danych, definiowane językiem naturalnym obok kodu AL.

Ty określasz, jak agent się zachowuje, do jakich danych sięga i jak współdziała z procesami. Pętla prototypowania, która kiedyś wymagała cyklu programistycznego, zajmuje teraz popołudnie.

To realna zmiana. Oznacza, że automatyzacja może podążać za tym, jak Twoja organizacja faktycznie działa, a nie jak zakłada uniwersalny szablon.

## MCP: połączenie Business Central z szerszym światem AI

Obsługa **Model Context Protocol** to część, której nie zobaczysz w interfejsie, ale poczujesz, jeśli cokolwiek budujesz. MCP to otwarty standard łączenia systemów AI z narzędziami i źródłami danych. W Business Central znacznie upraszcza integrację z Copilot Studio i własną AI.

Wave 1 przyniósł dalsze usprawnienia serwera MCP w Business Central, w tym walidację konfiguracji.

Mówiąc wprost: Twój ERP staje się czymś, z czym zewnętrzna AI może bezpiecznie i niezawodnie rozmawiać — w oparciu o strukturę, a nie kruchy kod sklejający.

## Gdzie to się naprawdę opłaca

Pokusa jest taka, by budować agenty do wszystkiego. Nie rób tego. Procesy warte automatyzacji w pierwszej kolejności mają trzy cechy:

- **Wysoki wolumen** — dzieje się wiele razy dziennie, nie dwa razy w miesiącu
- **Oparte na regułach z wyjątkami** — typowy przypadek jest przewidywalny, a człowiek zajmuje się nietypowym
- **Kosztowne w godzinach ludzkich** — ktoś obecnie wklepuje, ściga lub uzgadnia

Dobrzy kandydaci, których widzimy regularnie: ponaglenia przeterminowanych faktur, obsługa wyjątków w zamówieniach zakupu, kategoryzacja dokumentów, uzgodnienia międzyfirmowe i wykrywanie anomalii magazynowych.

Słabi kandydaci: wszystko, co wymaga prawdziwej oceny, wszystko z konsekwencjami prawnymi lub bezpieczeństwa w razie błędu, oraz wszystko, co zdarza się rzadko.

## To, co się nie docenia

Zbudowanie agenta to łatwiejsza połowa. Trudniejsza to nadzór: kto sprawdza, co agent zrobił, co się dzieje, gdy się pomyli, jak audytujesz jego decyzje i gdzie leży punkt kontroli człowieka.

Nowy panel zadań pomaga, konsolidując aktywność w jednym widoku, ale nadal musisz ustalić reguły procesu. Agent bez ścieżki weryfikacji to ryzyko, nie aktywo.

## Od czego zacząć

Wybierz jeden proces o wysokim wolumenie, oparty na regułach. Zmierz, ile kosztuje Cię dziś w godzinach. Zbuduj jednego agenta. Zmierz ponownie. Dopiero potem decyduj o rozszerzeniu.

Ta sekwencja — zmierz, zbuduj jednego, udowodnij — sprawia, że staje się to realną oszczędnością, a nie ciekawym eksperymentem.

[Ustalmy, który proces w Twojej firmie nadaje się na pierwszego agenta](/#contact).

---

### Why We Don't Ask for Payment Before You've Accepted the Work

URL: https://bramvia.net/blog/pay-on-acceptance-erp-consulting-model · Language: en · Date: 2026-07-23

Ask a finance director about ERP projects and you'll usually get a story — theirs or a colleague's — about a project that ran long, cost more than agreed, and delivered less than promised.

That reputation is why the hardest part of selling ERP consulting isn't explaining the technology. It's the buyer's entirely reasonable fear that they'll commit budget and end up with a problem that has their name on it.

We think the honest response to that fear is structural rather than rhetorical.

## How we work

**The project is divided into parts. Each part is paid only after it is finished and you have accepted it.**

There's no payment up front and nothing held back at the end. We complete a part, you review it against what was agreed, you accept it, and only then is that part invoiced. If a part isn't accepted, it isn't paid.

The first conversation, the indicative estimate and the initial scoping are free and carry no obligation.

## Why we structure it this way

**It puts the risk where it belongs.** We're the ones claiming we can deliver. We should carry the risk of proving it, not you.

**It forces honest scoping.** When you're paid on acceptance, you cannot afford vague requirements. It's in our own interest to define precisely what "done" means for each part before starting — which is exactly the discipline ERP projects most often lack.

**It surfaces problems early.** With a single delivery at the end, a misunderstanding in month two isn't discovered until month eight. With acceptance at each part, you find out in week three, when it's cheap to fix.

**It makes stopping possible.** If after two parts you're not happy, you stop. You've paid for what you accepted and you keep it. That option is what makes the first commitment reasonable.

## What this is not

We're not claiming this is unique, and we won't characterise how other firms work — plenty of consultancies run fair fixed-price engagements, and a fixed price with clear scope is a perfectly legitimate model.

The general failure pattern in this industry isn't dishonesty. It's **vague scope**. When "implement the ERP" is the agreement, every unanticipated requirement becomes a negotiation, and both sides end up frustrated. Acceptance-based delivery in parts attacks that specific problem by forcing precision about what each part contains.

We're also not claiming this makes projects risk-free. It doesn't. It means you're not paying for outcomes you haven't received.

## What to ask any partner

Whoever you choose, these are worth asking:

- What exactly is included, and what is explicitly out of scope?
- What happens when a requirement emerges that wasn't anticipated?
- When do payments fall due, and against what?
- What does "complete" mean for each phase, and who decides?
- What happens if we want to stop?

A partner who answers those clearly is a reasonable bet regardless of their pricing model. One who can't is a risk whatever they charge.

[Book a free, no-obligation conversation](/#contact) — and if we're not the right fit, we'll tell you.

## FAQ

**What does pay-on-acceptance mean exactly?** The project is split into parts with written acceptance criteria. Each part is invoiced only after you accept it. No upfront payment, no retainers.

**What if we don't accept a part?** You don't pay for it. We fix it or the scope is adjusted — the risk sits with us, which is where it belongs.

---

### Dynamics NAV End of Support: What It Means and Your Options in 2026

URL: https://bramvia.net/blog/dynamics-nav-end-of-support-options-2026 · Language: en · Date: 2026-06-18

If you are still running Dynamics NAV 2018 or earlier, you have probably heard that support is ending. It is worth understanding exactly what that means before it becomes urgent.

## What "end of support" actually means

End of support does not switch your system off. NAV will keep running. What stops is Microsoft delivering security patches, regulatory and tax updates, and hotfixes. Over time that turns a stable system into a quiet liability: compliance gaps, integration breakage as connected software moves on, and no safety net when something fails.

## Your three realistic options

**1. Stay on NAV and self-insure.** Cheapest today, most expensive later. You take on the risk of unpatched vulnerabilities and manual regulatory updates. Reasonable only as a short bridge while you plan.

**2. Upgrade to a newer on-premise version.** Buys a few more years but repeats the same costly, disruptive upgrade cycle and leaves you without cloud AI and automation.

**3. Migrate to Dynamics 365 Business Central.** Business Central is the cloud successor to NAV, built on the same heritage. Your familiar processes carry over, upgrades become automatic, and you gain Copilot, AI agents, and the wider Microsoft ecosystem.

## How to decide

Map your timeline against three things: the version you are on, how heavily customized it is, and your appetite for IT maintenance. The more customizations and the older the version, the sooner migration pays off.

The good news: a NAV-to-Business-Central move is the path we run most often, and a phased migration keeps you live throughout. [Get a free migration assessment](/#contact) and we will tell you honestly whether you should move now or wait.

## FAQ

**Will my NAV stop working after the support date?** No. It stops receiving security patches, regulatory updates and Microsoft support. It keeps running — at your risk.

**Which NAV versions are still supported?** None after 11 January 2028. NAV 2017 ends 11 January 2027; NAV 2018 is the last version and ends in 2028.

**Can I migrate straight from NAV 2009?** Yes, in a single project. Older versions mean more C/AL to inventory, but the jump is direct.

---

### Fin de soporte de Dynamics NAV: qué significa y tus opciones en 2026

URL: https://bramvia.net/blog/fin-de-soporte-dynamics-nav-opciones-2026 · Language: es · Date: 2026-06-18

Si todavía usas Dynamics NAV 2018 o anterior, probablemente hayas oído que el soporte termina. Conviene entender exactamente qué significa antes de que se convierta en una urgencia.

## Qué significa realmente el "fin de soporte"

El fin de soporte no apaga tu sistema. NAV seguirá funcionando. Lo que se detiene es la entrega por parte de Microsoft de parches de seguridad, actualizaciones fiscales y regulatorias, y correcciones. Con el tiempo, eso convierte un sistema estable en un riesgo silencioso: brechas de cumplimiento, integraciones que se rompen al evolucionar el software conectado, y ninguna red de seguridad cuando algo falla.

## Tus tres opciones realistas

**1. Quedarte en NAV y autoasegurarte.** Lo más barato hoy, lo más caro mañana. Asumes el riesgo de vulnerabilidades sin parchear y de actualizaciones regulatorias manuales. Solo es razonable como puente corto mientras planificas.

**2. Actualizar a una versión local más reciente.** Ganas algunos años más, pero repites el mismo ciclo de actualización costoso y disruptivo, y te quedas sin la IA y la automatización de la nube.

**3. Migrar a Dynamics 365 Business Central.** Business Central es el sucesor en la nube de NAV, construido sobre la misma herencia. Tus procesos conocidos se trasladan, las actualizaciones pasan a ser automáticas y obtienes Copilot, agentes de IA y todo el ecosistema de Microsoft.

## Cómo decidir

Cruza tu calendario con tres factores: la versión en la que estás, cuán personalizada está y tu tolerancia al mantenimiento de TI. Cuantas más personalizaciones y más antigua la versión, antes compensa migrar.

La buena noticia: la migración de NAV a Business Central es el camino que más recorremos, y una migración por fases te mantiene operativo todo el tiempo. [Solicita una evaluación de migración gratuita](/#contact) y te diremos con honestidad si deberías moverte ya o esperar.

---

### Koniec wsparcia Dynamics NAV: co to oznacza i jakie masz opcje w 2026

URL: https://bramvia.net/blog/koniec-wsparcia-dynamics-nav-opcje-2026 · Language: pl · Date: 2026-06-18

Jeśli wciąż korzystasz z Dynamics NAV 2018 lub starszego, zapewne słyszałeś, że wsparcie się kończy. Warto dokładnie zrozumieć, co to oznacza, zanim stanie się to pilne.

## Co naprawdę oznacza "koniec wsparcia"

Koniec wsparcia nie wyłącza systemu. NAV nadal będzie działać. To, co się kończy, to dostarczanie przez Microsoft poprawek bezpieczeństwa, aktualizacji podatkowych i regulacyjnych oraz poprawek błędów. Z czasem zamienia to stabilny system w cichy problem: luki w zgodności, psujące się integracje, gdy połączone oprogramowanie idzie naprzód, i brak zabezpieczenia, gdy coś zawiedzie.

## Twoje trzy realne opcje

**1. Zostać przy NAV i ubezpieczyć się samemu.** Najtaniej dziś, najdrożej później. Bierzesz na siebie ryzyko niezałatanych podatności i ręcznych aktualizacji regulacyjnych. Rozsądne tylko jako krótki pomost na czas planowania.

**2. Zaktualizować do nowszej wersji lokalnej.** Kupuje kilka lat, ale powtarza ten sam kosztowny i uciążliwy cykl aktualizacji i pozostawia Cię bez chmurowej AI i automatyzacji.

**3. Migrować do Dynamics 365 Business Central.** Business Central to chmurowy następca NAV, zbudowany na tym samym dziedzictwie. Twoje znane procesy przechodzą dalej, aktualizacje stają się automatyczne, a Ty zyskujesz Copilota, agenty AI i szerszy ekosystem Microsoft.

## Jak podjąć decyzję

Zestaw swój harmonogram z trzema rzeczami: wersją, na której jesteś, stopniem jej modyfikacji i Twoją tolerancją na utrzymanie IT. Im więcej modyfikacji i im starsza wersja, tym szybciej migracja się opłaca.

Dobra wiadomość: migracja z NAV do Business Central to droga, którą przechodzimy najczęściej, a migracja etapowa utrzymuje Twoją pracę przez cały czas. [Zamów bezpłatną ocenę migracji](/#contact), a szczerze powiemy, czy warto przejść teraz, czy poczekać.

---

### Business Central vs SAP for Mid-Sized Companies: An Honest Comparison

URL: https://bramvia.net/blog/business-central-vs-sap-mid-market-comparison · Language: en · Date: 2026-06-15

"Should we go with SAP or Business Central?" is one of the most common questions we hear from growing companies. Both are excellent ERPs. The right answer depends almost entirely on your size and complexity.

## Cost and time to value

SAP S/4HANA is built for large, complex enterprises, and its licensing and implementation costs reflect that. For a mid-sized company, Business Central typically reaches go-live faster and at a fraction of the total cost of ownership over five years.

## Functional depth

For finance, supply chain, sales, projects, and manufacturing at mid-market scale, Business Central covers the core natively. SAP offers deeper specialization for very large multinational operations with highly complex, multi-region processes — depth most mid-sized firms never use.

## User experience and adoption

Business Central looks and works like the Microsoft tools your team already uses — Outlook, Teams, Excel. That familiarity speeds adoption. SAP's power comes with a steeper learning curve and usually more dedicated administration.

## When SAP is the right call

If you are a large multinational with thousands of users, intricate global compliance, and deeply specialized industry processes, SAP S/4HANA may genuinely fit better. That is a real scenario — just not the common one.

## The honest summary

For most mid-sized companies, Business Central delivers what they actually need with lower cost, faster implementation, and easier adoption. [Talk to us](/#contact) about your specific processes and we will give you a straight recommendation — even if that means pointing you elsewhere.

## FAQ

**Which is cheaper for a mid-market company?** Business Central, on licenses and typically on implementation. Compare five-year total cost, not year one.

**Is SAP the safer choice?** For very large, highly complex multinationals, SAP S/4HANA has depth Business Central does not. For 10-500 users, that depth is usually unused complexity.

---

### Business Central vs SAP para medianas empresas: una comparación honesta

URL: https://bramvia.net/blog/business-central-vs-sap-comparativa-medianas-empresas · Language: es · Date: 2026-06-15

"¿Deberíamos elegir SAP o Business Central?" es una de las preguntas más frecuentes de las empresas en crecimiento. Ambos son excelentes ERP. La respuesta correcta depende casi por completo de tu tamaño y complejidad.

## Coste y tiempo de obtención de valor

SAP S/4HANA está pensado para grandes empresas complejas, y su coste de licencia e implementación lo refleja. Para una mediana empresa, Business Central suele llegar a producción más rápido y a una fracción del coste total de propiedad a cinco años.

## Profundidad funcional

Para finanzas, cadena de suministro, ventas, proyectos y fabricación a escala media, Business Central cubre el núcleo de forma nativa. SAP ofrece mayor especialización para operaciones multinacionales muy grandes con procesos complejos y multirregión, una profundidad que la mayoría de las medianas empresas nunca usa.

## Experiencia de usuario y adopción

Business Central se ve y funciona como las herramientas de Microsoft que tu equipo ya usa: Outlook, Teams, Excel. Esa familiaridad acelera la adopción. La potencia de SAP viene con una curva de aprendizaje más pronunciada y normalmente más administración dedicada.

## Cuándo SAP es la decisión correcta

Si eres una gran multinacional con miles de usuarios, cumplimiento global complejo y procesos sectoriales muy especializados, SAP S/4HANA puede encajar mejor. Es un escenario real, solo que no el habitual.

## El resumen honesto

Para la mayoría de las medianas empresas, Business Central ofrece lo que realmente necesitan con menor coste, implementación más rápida y adopción más sencilla. [Habla con nosotros](/#contact) sobre tus procesos concretos y te daremos una recomendación clara, incluso si eso significa orientarte hacia otra solución.

---

### Business Central vs SAP dla średnich firm: uczciwe porównanie

URL: https://bramvia.net/blog/business-central-vs-sap-porownanie-srednie-firmy · Language: pl · Date: 2026-06-15

"Czy wybrać SAP, czy Business Central?" to jedno z najczęstszych pytań rozwijających się firm. Oba to świetne systemy ERP. Właściwa odpowiedź zależy niemal wyłącznie od Twojej wielkości i złożoności.

## Koszt i czas do uzyskania wartości

SAP S/4HANA jest stworzony dla dużych, złożonych przedsiębiorstw, a jego koszty licencji i wdrożenia to odzwierciedlają. Dla średniej firmy Business Central zwykle osiąga uruchomienie szybciej i za ułamek całkowitego kosztu posiadania w perspektywie pięciu lat.

## Głębia funkcjonalna

W zakresie finansów, łańcucha dostaw, sprzedaży, projektów i produkcji w skali średniej firmy Business Central pokrywa rdzeń natywnie. SAP oferuje głębszą specjalizację dla bardzo dużych operacji wielonarodowych o złożonych, wieloregionalnych procesach — głębię, której większość średnich firm nigdy nie używa.

## Doświadczenie użytkownika i adopcja

Business Central wygląda i działa jak narzędzia Microsoft, których Twój zespół już używa — Outlook, Teams, Excel. Ta znajomość przyspiesza adopcję. Moc SAP wiąże się ze stromą krzywą uczenia i zwykle większą dedykowaną administracją.

## Kiedy SAP jest właściwym wyborem

Jeśli jesteś dużą korporacją wielonarodową z tysiącami użytkowników, złożoną globalną zgodnością i wysoce wyspecjalizowanymi procesami branżowymi, SAP S/4HANA może pasować lepiej. To realny scenariusz — po prostu nie ten najczęstszy.

## Uczciwe podsumowanie

Dla większości średnich firm Business Central dostarcza to, czego naprawdę potrzebują, przy niższym koszcie, szybszym wdrożeniu i łatwiejszej adopcji. [Porozmawiaj z nami](/#contact) o swoich konkretnych procesach, a damy Ci prostą rekomendację — nawet jeśli oznacza to skierowanie Cię gdzie indziej.

---

### NAV to Business Central Migration Checklist (Step by Step)

URL: https://bramvia.net/blog/nav-to-business-central-migration-checklist · Language: en · Date: 2026-06-12

A NAV-to-Business-Central migration goes smoothly when it is planned in phases. Here is the checklist we use on real projects.

## Phase 1 — Assess

- Inventory your current version, customizations, and integrations.
- Identify which custom objects are still used and which can be retired.
- Document open transactions, historical data, and reporting needs.

## Phase 2 — Plan

- Decide cloud (SaaS) vs on-premise — cloud is right for most.
- Map customizations to Business Central extensions (AL), replacing obsolete code with standard features where possible.
- Set a data-migration scope: what moves, what is archived.

## Phase 3 — Build and test

- Re-implement customizations as clean AL extensions.
- Migrate data into a sandbox and validate against the live system.
- Run user acceptance testing with real day-to-day scenarios.

## Phase 4 — Cut over

- Freeze the legacy system, migrate final data, and switch over (often across a weekend).
- Keep NAV available read-only as a safety net.

## Phase 5 — Stabilize

- Support users through the first month-end close.
- Tune performance and roll out AI and automation features.

The single biggest risk-reducer is keeping your current system live until cutover. [Request a migration plan](/#contact) tailored to your environment.

## FAQ

**How long does a NAV migration take?** 3-9 months for a typical mid-sized company. Under three only with very few customizations.

**Do we have to migrate all our history?** No. Masters, balances and open documents migrate; history is archived read-only. Migrating everything is the most common way to inflate a quote.

---

### Lista de verificación para migrar de NAV a Business Central (paso a paso)

URL: https://bramvia.net/blog/lista-verificacion-migracion-nav-a-business-central · Language: es · Date: 2026-06-12

Una migración de NAV a Business Central sale bien cuando se planifica por fases. Esta es la lista que usamos en proyectos reales.

## Fase 1 — Evaluar

- Inventaría tu versión actual, personalizaciones e integraciones.
- Identifica qué objetos personalizados se siguen usando y cuáles se pueden retirar.
- Documenta transacciones abiertas, datos históricos y necesidades de informes.

## Fase 2 — Planificar

- Decide nube (SaaS) o local: para la mayoría, la nube es lo correcto.
- Mapea las personalizaciones a extensiones de Business Central (AL), sustituyendo el código obsoleto por funciones estándar cuando sea posible.
- Define el alcance de la migración de datos: qué se mueve y qué se archiva.

## Fase 3 — Construir y probar

- Reimplementa las personalizaciones como extensiones AL limpias.
- Migra los datos a un entorno de pruebas y valídalos contra el sistema en vivo.
- Realiza pruebas de aceptación con escenarios reales del día a día.

## Fase 4 — Cambio

- Congela el sistema heredado, migra los datos finales y haz el cambio (a menudo en fin de semana).
- Mantén NAV disponible en solo lectura como red de seguridad.

## Fase 5 — Estabilizar

- Acompaña a los usuarios durante el primer cierre de mes.
- Ajusta el rendimiento y despliega las funciones de IA y automatización.

El mayor reductor de riesgo es mantener tu sistema actual en vivo hasta el cambio. [Solicita un plan de migración](/#contact) adaptado a tu entorno.

---

### Lista kontrolna migracji z NAV do Business Central (krok po kroku)

URL: https://bramvia.net/blog/lista-kontrolna-migracji-nav-do-business-central · Language: pl · Date: 2026-06-12

Migracja z NAV do Business Central przebiega gładko, gdy jest zaplanowana etapami. Oto lista kontrolna, której używamy w rzeczywistych projektach.

## Etap 1 — Ocena

- Zinwentaryzuj obecną wersję, modyfikacje i integracje.
- Zidentyfikuj, które obiekty niestandardowe są nadal używane, a które można wycofać.
- Udokumentuj otwarte transakcje, dane historyczne i potrzeby raportowe.

## Etap 2 — Planowanie

- Zdecyduj: chmura (SaaS) czy lokalnie — dla większości właściwa jest chmura.
- Zmapuj modyfikacje na rozszerzenia Business Central (AL), zastępując przestarzały kod funkcjami standardowymi tam, gdzie to możliwe.
- Ustal zakres migracji danych: co przechodzi, a co jest archiwizowane.

## Etap 3 — Budowa i testy

- Zaimplementuj ponownie modyfikacje jako czyste rozszerzenia AL.
- Zmigruj dane do środowiska testowego i zweryfikuj je względem systemu produkcyjnego.
- Przeprowadź testy akceptacyjne na rzeczywistych, codziennych scenariuszach.

## Etap 4 — Przełączenie

- Zamroź system starszy, zmigruj dane końcowe i przełącz się (często w weekend).
- Zostaw NAV dostępny w trybie odczytu jako zabezpieczenie.

## Etap 5 — Stabilizacja

- Wesprzyj użytkowników podczas pierwszego zamknięcia miesiąca.
- Dostrój wydajność i wdróż funkcje AI oraz automatyzacji.

Największym czynnikiem ograniczającym ryzyko jest utrzymanie obecnego systemu do momentu przełączenia. [Poproś o plan migracji](/#contact) dopasowany do Twojego środowiska.

---

### Dynamics 365 Business Central Licensing & Cost Explained (2026)

URL: https://bramvia.net/blog/business-central-licensing-cost-2026 · Language: en · Date: 2026-06-09

Business Central pricing is simpler than SAP-class suites, but the license fee is only part of the picture. Here is the full cost story.

## License types

Business Central is licensed per user per month, in two main tiers:

- **Essentials** — finance, sales, purchasing, inventory, projects, and supply chain. Enough for most companies.
- **Premium** — everything in Essentials plus manufacturing and service management.

There are also lower-cost **Team Member** licenses for light users who mainly read data and approve.

## Beyond the license

The license is rarely the largest line item. Budget for:

- **Implementation** — configuration, data migration, and customization.
- **Customizations and integrations** — AL extensions and connectors to your other systems.
- **Training and change management** — the difference between a system people use and one they avoid.

## Total cost of ownership

Look at five years, not month one. Because Business Central is cloud-native, you avoid the expensive, disruptive re-implementations that on-premise systems force every few years. That is where it pulls clearly ahead of legacy ERP on TCO.

## Calculate your case in 30 seconds

Enter your users and current costs — the result is instant and nothing is stored:

## Getting an accurate number

## FAQ

**Can I mix Essentials and Premium?** No. All full users in one company must be on the same plan, so the decision is company-wide.

**What is a Team Member license for?** Reading data, approving, entering time and using basic self-service — at a fraction of a full user's price. Most companies need fewer full users than they think.

Generic price lists only get you so far. After a short assessment of your users, processes, and integrations, we provide a fixed-scope estimate. [Ask for a quote](/#contact).

---

### AI Agents in Business Central: What They Do and Why They Matter

URL: https://bramvia.net/blog/ai-agents-in-business-central · Language: en · Date: 2026-06-06

Most ERPs bolt on a chatbot and call it AI. Business Central has gone further: alongside Copilot's assistance, Microsoft now ships autonomous **agents** that complete multi-step tasks on their own.

## Copilot vs agents

**Copilot** assists in the moment — drafting product descriptions, suggesting sales lines, explaining a variance, helping reconcile a bank statement. You stay in the driver's seat.

**Agents** take ownership of a whole process. They monitor for work, take action, and only escalate to a human when needed.

## What the agents do today

- **Sales Order Agent** — turns incoming customer emails into quotes and orders, checking products, pricing, and availability.
- **Payables Agent** — helps capture invoices, match them, and prepare them for approval.

This is work that other mid-market ERPs still leave fully manual. Automating it frees your team for judgment, not data entry.

## Why it matters for your evaluation

When you compare ERPs, ask a simple question: does the platform do work for you, or just store data? Built-in, evolving AI is quickly becoming a real differentiator — and a reason the cloud version of Business Central is pulling ahead of on-premise systems that can't run it.

## Making it work for you

The agents are powerful out of the box, but the value comes from wiring them into your specific workflows. [Let's map where AI saves your team the most time](/#contact).

## FAQ

**How are AI agents billed?** By consumption, separately from your Business Central license. You pay for what the agent processes.

**Can an agent post documents without approval?** Only if you configure it that way. The recommended pattern is agent proposes, person approves — with a full audit trail.

---

### Agentes de IA en Business Central: qué hacen y por qué importan

URL: https://bramvia.net/blog/agentes-de-ia-en-business-central · Language: es · Date: 2026-06-06

La mayoría de los ERP añaden un chatbot y lo llaman IA. Business Central ha ido más allá: junto a la asistencia de Copilot, Microsoft ahora incorpora **agentes** autónomos que completan tareas de varios pasos por sí solos.

## Copilot frente a agentes

**Copilot** asiste en el momento: redacta descripciones de productos, sugiere líneas de venta, explica una desviación, ayuda a conciliar un extracto bancario. Tú mantienes el control.

**Los agentes** asumen un proceso completo. Vigilan el trabajo, actúan y solo escalan a una persona cuando es necesario.

## Qué hacen los agentes hoy

- **Agente de pedidos de venta**: convierte los correos entrantes de clientes en presupuestos y pedidos, comprobando productos, precios y disponibilidad.
- **Agente de cuentas a pagar**: ayuda a capturar facturas, conciliarlas y prepararlas para aprobación.

Es trabajo que otros ERP de mercado medio aún dejan totalmente manual. Automatizarlo libera a tu equipo para el criterio, no para la introducción de datos.

## Por qué importa en tu evaluación

Cuando compares ERP, hazte una pregunta sencilla: ¿la plataforma trabaja por ti o solo almacena datos? La IA integrada y en evolución se está convirtiendo en un diferenciador real, y en una razón por la que la versión en la nube de Business Central se adelanta a los sistemas locales que no pueden ejecutarla.

## Hacer que funcione para ti

Los agentes son potentes de serie, pero el valor está en integrarlos en tus flujos concretos. [Veamos dónde la IA ahorra más tiempo a tu equipo](/#contact).

---

### Agenty AI w Business Central: co robią i dlaczego mają znaczenie

URL: https://bramvia.net/blog/agenty-ai-w-business-central · Language: pl · Date: 2026-06-06

Większość systemów ERP dokleja chatbota i nazywa to AI. Business Central poszedł dalej: obok pomocy Copilota Microsoft dostarcza teraz autonomiczne **agenty**, które samodzielnie realizują wieloetapowe zadania.

## Copilot a agenty

**Copilot** pomaga na bieżąco — redaguje opisy produktów, sugeruje wiersze sprzedaży, wyjaśnia odchylenie, pomaga uzgodnić wyciąg bankowy. Ty pozostajesz za sterami.

**Agenty** przejmują cały proces. Monitorują pracę, podejmują działania i eskalują do człowieka tylko wtedy, gdy to konieczne.

## Co agenty robią dziś

- **Agent zamówień sprzedaży** — zamienia przychodzące e-maile od klientów w oferty i zamówienia, sprawdzając produkty, ceny i dostępność.
- **Agent zobowiązań** — pomaga rejestrować faktury, dopasowywać je i przygotowywać do zatwierdzenia.

To praca, którą inne ERP średniej klasy wciąż pozostawiają w pełni ręczną. Jej automatyzacja uwalnia zespół do oceny sytuacji, a nie do wprowadzania danych.

## Dlaczego to ważne przy Twojej ocenie

Porównując systemy ERP, zadaj proste pytanie: czy platforma pracuje za Ciebie, czy tylko przechowuje dane? Wbudowana i rozwijająca się AI szybko staje się realnym wyróżnikiem — i powodem, dla którego chmurowa wersja Business Central wyprzedza systemy lokalne, które nie mogą jej uruchomić.

## Jak sprawić, by działało dla Ciebie

Agenty są potężne od razu, ale wartość tkwi w wpięciu ich w Twoje konkretne procesy. [Sprawdźmy, gdzie AI oszczędzi Twojemu zespołowi najwięcej czasu](/#contact).

---

### Outgrowing enova? Migrating to Business Central Without Losing Localization

URL: https://bramvia.net/blog/migrating-from-enova-to-business-central · Language: en · Date: 2026-06-03

Local ERP systems serve their home market well. But growth — new countries, new currencies, group reporting — often exposes their limits. If you are outgrowing enova, here is what a move to Business Central looks like.

## The usual triggers

- You are opening or acquiring entities abroad and need true multi-company, multi-currency consolidation.
- Group reporting across entities has become a manual, spreadsheet-heavy ordeal.
- You want modern integrations and AI that a local platform does not offer.

## Will you lose local compliance?

No — and this is the most common worry. Business Central has a strong Polish localization for VAT, JPK, and statutory reporting, maintained to keep pace with regulation. You gain global reach without giving up local compliance.

## What the move involves

- Mapping your local processes to Business Central's standard functionality.
- Migrating master data, balances, and the history you need.
- Setting up multi-entity structures and consolidation from day one.

## The payoff

One platform that handles both your local obligations and your international ambitions, on Microsoft's cloud, with room to grow. [Book an assessment](/#contact) and we will scope a migration that protects your localization.

## FAQ

**Is KSeF supported in Business Central?** Yes, through Microsoft's official Polish localization, updated with the system.

**How long does a migration from enova take?** 3-6 months for a typical company; master data exports cleanly and there is no legacy code to rewrite.

---

### ¿Te quedas pequeño con enova? Migrar a Business Central sin perder la localización

URL: https://bramvia.net/blog/migrar-de-enova-a-business-central · Language: es · Date: 2026-06-03

Los sistemas ERP locales sirven bien a su mercado de origen. Pero el crecimiento (nuevos países, nuevas divisas, informes de grupo) suele dejar al descubierto sus límites. Si te estás quedando pequeño con enova, así es como se ve una migración a Business Central.

## Los disparadores habituales

- Abres o adquieres entidades en el extranjero y necesitas consolidación real multiempresa y multidivisa.
- Los informes de grupo entre entidades se han vuelto un proceso manual lleno de hojas de cálculo.
- Quieres integraciones modernas e IA que una plataforma local no ofrece.

## ¿Perderás el cumplimiento local?

No, y esta es la preocupación más común. Business Central cuenta con una sólida localización para el IVA, los informes legales y la normativa fiscal, mantenida al ritmo de la regulación. Ganas alcance global sin renunciar al cumplimiento local.

## Qué implica el cambio

- Mapear tus procesos locales a la funcionalidad estándar de Business Central.
- Migrar datos maestros, saldos y el histórico que necesites.
- Configurar estructuras multientidad y consolidación desde el primer día.

## La recompensa

Una sola plataforma que cubre tanto tus obligaciones locales como tus ambiciones internacionales, en la nube de Microsoft y con margen para crecer. [Reserva una evaluación](/#contact) y definiremos una migración que proteja tu localización.

---

### Przerastasz enova? Migracja do Business Central bez utraty lokalizacji

URL: https://bramvia.net/blog/migracja-z-enova-do-business-central · Language: pl · Date: 2026-06-03

Lokalne systemy ERP dobrze obsługują swój rodzimy rynek. Ale rozwój — nowe kraje, nowe waluty, raportowanie grupowe — często obnaża ich ograniczenia. Jeśli przerastasz enova, oto jak wygląda migracja do Business Central.

## Typowe sygnały

- Otwierasz lub przejmujesz podmioty za granicą i potrzebujesz prawdziwej konsolidacji wielofirmowej i wielowalutowej.
- Raportowanie grupowe między podmiotami stało się ręcznym, pełnym arkuszy procesem.
- Chcesz nowoczesnych integracji i AI, których platforma lokalna nie oferuje.

## Czy stracisz lokalną zgodność?

Nie — i to najczęstsza obawa. Business Central ma silną polską lokalizację dla VAT, JPK i raportowania ustawowego, utrzymywaną tak, by nadążać za przepisami. Zyskujesz globalny zasięg bez rezygnacji z lokalnej zgodności.

## Co obejmuje przejście

- Zmapowanie Twoich lokalnych procesów na standardową funkcjonalność Business Central.
- Migrację danych podstawowych, sald i potrzebnej historii.
- Skonfigurowanie struktur wielopodmiotowych i konsolidacji od pierwszego dnia.

## Korzyść

Jedna platforma obsługująca zarówno Twoje lokalne obowiązki, jak i międzynarodowe ambicje, w chmurze Microsoft, z przestrzenią do wzrostu. [Umów ocenę](/#contact), a zaplanujemy migrację, która ochroni Twoją lokalizację.

---

### Connecting Business Central with Power BI, Power Apps & Power Automate

URL: https://bramvia.net/blog/business-central-power-platform-integration · Language: en · Date: 2026-05-30

One of Business Central's biggest advantages is that it lives inside the Microsoft ecosystem. Connecting it to the Power Platform turns your ERP from a system of record into a system of action.

## Power BI — see everything

Pipe live Business Central data into Power BI dashboards for real-time finance, sales, and inventory insight. No more exporting to Excel and rebuilding reports every month.

## Power Apps — fill the gaps

Need a custom mobile app for warehouse scanning, field service, or approvals? Power Apps lets you build lightweight apps on top of Business Central data without a full custom development project.

## Power Automate — remove the busywork

Automate the repetitive flows between systems: route approvals, sync records to your CRM, send alerts when stock runs low, generate documents. These small automations add up to real hours saved.

## Why it matters

This integration is something local and legacy ERPs simply cannot match. It is a major reason mid-sized companies standardize on Microsoft. We design these connections so they are robust and maintainable — not brittle one-offs.

[Talk to us](/#contact) about automating your highest-friction processes.

## FAQ

**Are the Power BI apps really included?** Yes — Finance, Sales, Supply Chain and Subscription Billing apps come with Business Central at no extra license cost.

**Do I need a developer for Power Automate flows?** No for approvals and notifications. Yes when a flow needs custom business logic inside Business Central.

---

### Conectar Business Central con Power BI, Power Apps y Power Automate

URL: https://bramvia.net/blog/integracion-business-central-con-power-platform · Language: es · Date: 2026-05-30

Una de las mayores ventajas de Business Central es que vive dentro del ecosistema de Microsoft. Conectarlo a Power Platform convierte tu ERP de un sistema de registro en un sistema de acción.

> **¿Vienes buscando informes y cuadros de mando?** Para Power BI en concreto —las apps incluidas sin coste, cómo conectar y los errores típicos— tenemos [una guía dedicada aquí](/blog/power-bi-business-central-informes-incluidos).

## Power BI: verlo todo

Lleva datos en vivo de Business Central a paneles de Power BI para obtener información en tiempo real de finanzas, ventas e inventario. Se acabó exportar a Excel y rehacer los informes cada mes.

## Power Apps: cubrir los huecos

¿Necesitas una app móvil a medida para escaneo en almacén, servicio de campo o aprobaciones? Power Apps te permite crear aplicaciones ligeras sobre los datos de Business Central sin un proyecto de desarrollo completo.

## Power Automate: eliminar el trabajo repetitivo

Automatiza los flujos repetitivos entre sistemas: dirige aprobaciones, sincroniza registros con tu CRM, envía alertas cuando baje el stock, genera documentos. Estas pequeñas automatizaciones suman horas reales ahorradas.

## Por qué importa

Esta integración es algo que los ERP locales y heredados simplemente no pueden igualar. Es una de las grandes razones por las que las medianas empresas se estandarizan en Microsoft. Diseñamos estas conexiones para que sean robustas y mantenibles, no apaños frágiles.

[Habla con nosotros](/#contact) sobre cómo automatizar tus procesos con más fricción.

---

### Łączenie Business Central z Power BI, Power Apps i Power Automate

URL: https://bramvia.net/blog/integracja-business-central-z-power-platform · Language: pl · Date: 2026-05-30

Jedną z największych zalet Business Central jest to, że żyje w ekosystemie Microsoft. Połączenie go z Power Platform zamienia Twój ERP z systemu rejestracji w system działania.

## Power BI — zobacz wszystko

Przesyłaj dane na żywo z Business Central do pulpitów Power BI, aby uzyskać wgląd w czasie rzeczywistym w finanse, sprzedaż i magazyn. Koniec z eksportem do Excela i przebudowywaniem raportów co miesiąc.

## Power Apps — wypełnij luki

Potrzebujesz niestandardowej aplikacji mobilnej do skanowania w magazynie, serwisu w terenie lub zatwierdzeń? Power Apps pozwala zbudować lekkie aplikacje na danych Business Central bez pełnego projektu programistycznego.

## Power Automate — usuń rutynę

Zautomatyzuj powtarzalne przepływy między systemami: kieruj zatwierdzeniami, synchronizuj rekordy z CRM, wysyłaj alerty, gdy spada stan magazynu, generuj dokumenty. Te drobne automatyzacje sumują się w realnie zaoszczędzone godziny.

## Dlaczego to ważne

Tej integracji lokalne i starsze systemy ERP po prostu nie dorównają. To jeden z głównych powodów, dla których średnie firmy standaryzują się na Microsoft. Projektujemy te połączenia tak, by były solidne i łatwe w utrzymaniu — a nie kruche prowizorki.

[Porozmawiaj z nami](/#contact) o automatyzacji procesów, które najbardziej Cię spowalniają.

---

### Cloud vs On-Premise ERP: Which Is Right for Your Business?

URL: https://bramvia.net/blog/cloud-vs-on-premise-erp · Language: en · Date: 2026-05-27

When you move to a modern ERP, one of the first decisions is deployment: cloud (SaaS) or on-premise. Here is how to think about it.

## The case for cloud (SaaS)

- **Automatic updates** — no more big, disruptive upgrade projects.
- **Lower IT overhead** — Microsoft runs the infrastructure.
- **Built-in security** — enterprise-grade protection on Azure.
- **Full AI features** — Copilot and AI agents run only in the cloud.

For most companies, cloud is the right answer on cost, security, and capability.

## When on-premise still makes sense

- Strict data-residency rules that mandate local hosting.
- Very low-latency requirements tied to local machinery.
- Specific contractual or regulatory constraints.

The trade-off is real: on-premise means you own the maintenance and you miss the AI capabilities.

## A simple way to decide

Start from your requirements, not from habit. If you have no hard data-residency or latency constraint, cloud almost always wins on five-year cost and capability. If you do, we will help you weigh a hybrid approach.

Not sure where you land? [We will assess your requirements](/#contact) and recommend the deployment that fits.

## FAQ

**Does on-premises get Copilot and AI agents?** No. All Copilot and agent functionality is cloud-only, and each release widens that gap.

**When does on-premises still make sense?** Strict data-residency rules, latency-critical plant systems, or contractual constraints. Otherwise the cloud wins on total cost.

---

### ERP en la nube vs local: ¿cuál es el adecuado para tu empresa?

URL: https://bramvia.net/blog/erp-en-la-nube-vs-local · Language: es · Date: 2026-05-27

Al pasar a un ERP moderno, una de las primeras decisiones es el despliegue: nube (SaaS) o local. Así conviene pensarlo.

## El argumento a favor de la nube (SaaS)

- **Actualizaciones automáticas**: se acabaron los grandes proyectos de actualización disruptivos.
- **Menos carga de TI**: Microsoft gestiona la infraestructura.
- **Seguridad integrada**: protección de nivel empresarial en Azure.
- **Todas las funciones de IA**: Copilot y los agentes de IA solo funcionan en la nube.

Para la mayoría de las empresas, la nube es la respuesta correcta en coste, seguridad y capacidad.

## Cuándo el local todavía tiene sentido

- Normas estrictas de residencia de datos que obligan al alojamiento local.
- Requisitos de muy baja latencia ligados a maquinaria local.
- Restricciones contractuales o regulatorias específicas.

El intercambio es real: el local implica que asumes el mantenimiento y te pierdes las funciones de IA.

## Una forma sencilla de decidir

Parte de tus requisitos, no de la costumbre. Si no tienes una restricción dura de residencia de datos o latencia, la nube casi siempre gana en coste a cinco años y en capacidad. Si la tienes, te ayudaremos a valorar un enfoque híbrido.

¿No sabes dónde encajas? [Evaluaremos tus requisitos](/#contact) y te recomendaremos el despliegue que mejor se ajuste.

---

### ERP w chmurze vs lokalny: który jest odpowiedni dla Twojej firmy?

URL: https://bramvia.net/blog/erp-w-chmurze-vs-lokalny · Language: pl · Date: 2026-05-27

Przechodząc na nowoczesny ERP, jedną z pierwszych decyzji jest sposób wdrożenia: chmura (SaaS) czy lokalnie. Oto jak o tym myśleć.

## Argumenty za chmurą (SaaS)

- **Automatyczne aktualizacje** — koniec z dużymi, uciążliwymi projektami aktualizacji.
- **Mniejsze obciążenie IT** — infrastrukturą zarządza Microsoft.
- **Wbudowane bezpieczeństwo** — ochrona klasy korporacyjnej w Azure.
- **Pełne funkcje AI** — Copilot i agenty AI działają tylko w chmurze.

Dla większości firm chmura to właściwa odpowiedź pod względem kosztu, bezpieczeństwa i możliwości.

## Kiedy wersja lokalna nadal ma sens

- Ścisłe wymogi rezydencji danych nakazujące hosting lokalny.
- Wymagania bardzo niskich opóźnień powiązane z lokalnymi maszynami.
- Specyficzne ograniczenia umowne lub regulacyjne.

Kompromis jest realny: wersja lokalna oznacza, że bierzesz na siebie utrzymanie i tracisz funkcje AI.

## Prosty sposób na decyzję

Wyjdź od swoich wymagań, a nie od przyzwyczajeń. Jeśli nie masz twardego ograniczenia rezydencji danych lub opóźnień, chmura niemal zawsze wygrywa kosztem pięcioletnim i możliwościami. Jeśli masz, pomożemy rozważyć podejście hybrydowe.

Nie wiesz, gdzie się mieścisz? [Ocenimy Twoje wymagania](/#contact) i zarekomendujemy odpowiednie wdrożenie.

---

### How to Reduce Risk and Downtime During an ERP Migration

URL: https://bramvia.net/blog/reduce-erp-migration-risk-downtime · Language: en · Date: 2026-05-24

The fear behind every ERP project is the same: data loss, blown budgets, and a system that goes dark at the worst moment. Good practice removes almost all of that risk.

## Migrate in phases

Big-bang switchovers are where projects go wrong. A phased approach lets you validate each step and keep your current system running until you are ready.

## Test with real data and real scenarios

Migrate into a sandbox first and run your actual month-end close, your busiest order day, your trickiest edge cases. Surprises belong in testing, not go-live.

## Keep a safety net

Keep the legacy system available read-only after cutover. If a question comes up about a historical transaction, the answer is one click away.

## Involve the people who use it

The top predictor of ERP success is not technology — it is adoption. Bring finance, operations, and IT in early, train them properly, and they will champion the change instead of resisting it.

## Plan the cutover carefully

Schedule the final switch for a low-activity window, often a weekend, with a clear rollback plan. Several of our migrations have completed with zero business downtime.

Risk is managed, not eliminated by luck. [Ask for our migration plan](/#contact) and see how we de-risk every phase.

## FAQ

**What is the safest go-live approach?** Phased, over a weekend, with the old system kept read-only as a fallback — and your real month-end close tested in a sandbox first.

**How do we avoid data surprises?** Validate balances against the live system before cutover, and clean master data before importing, not during.

---

### Cómo reducir el riesgo y la inactividad durante una migración de ERP

URL: https://bramvia.net/blog/reducir-riesgo-e-inactividad-migracion-erp · Language: es · Date: 2026-05-24

El miedo detrás de todo proyecto de ERP es el mismo: pérdida de datos, presupuestos disparados y un sistema que se apaga en el peor momento. Las buenas prácticas eliminan casi todo eso.

## Migra por fases

Los cambios de golpe son donde los proyectos se tuercen. Un enfoque por fases te permite validar cada paso y mantener tu sistema actual funcionando hasta que estés listo.

## Prueba con datos y escenarios reales

Migra primero a un entorno de pruebas y ejecuta tu cierre de mes real, tu día de pedidos más intenso, tus casos límite más difíciles. Las sorpresas deben estar en las pruebas, no en la puesta en marcha.

## Mantén una red de seguridad

Conserva el sistema heredado disponible en solo lectura tras el cambio. Si surge una duda sobre una transacción histórica, la respuesta está a un clic.

## Implica a quienes lo usan

El mejor predictor del éxito de un ERP no es la tecnología, es la adopción. Involucra pronto a finanzas, operaciones y TI, fórmalos bien y se convertirán en defensores del cambio en lugar de resistirse.

## Planifica el cambio con cuidado

Programa el cambio final para una ventana de baja actividad, a menudo un fin de semana, con un plan de reversión claro. Varias de nuestras migraciones se han completado sin inactividad del negocio.

El riesgo se gestiona, no se elimina por suerte. [Pide nuestro plan de migración](/#contact) y descubre cómo reducimos el riesgo en cada fase.

---

### Jak zmniejszyć ryzyko i przestoje podczas migracji ERP

URL: https://bramvia.net/blog/zmniejszyc-ryzyko-i-przestoje-migracji-erp · Language: pl · Date: 2026-05-24

Obawa stojąca za każdym projektem ERP jest ta sama: utrata danych, przekroczone budżety i system, który gaśnie w najgorszym momencie. Dobre praktyki usuwają niemal całe to ryzyko.

## Migruj etapami

Przełączenia "na raz" to miejsce, gdzie projekty się sypią. Podejście etapowe pozwala zweryfikować każdy krok i utrzymać obecny system w ruchu, dopóki nie będziesz gotowy.

## Testuj na rzeczywistych danych i scenariuszach

Zmigruj najpierw do środowiska testowego i przeprowadź swoje rzeczywiste zamknięcie miesiąca, najbardziej intensywny dzień zamówień, najtrudniejsze przypadki brzegowe. Niespodzianki należą do testów, nie do uruchomienia.

## Zachowaj zabezpieczenie

Zostaw system starszy dostępny w trybie odczytu po przełączeniu. Jeśli pojawi się pytanie o historyczną transakcję, odpowiedź jest o jedno kliknięcie.

## Zaangażuj tych, którzy go używają

Najlepszym prognostykiem sukcesu ERP nie jest technologia — to adopcja. Zaangażuj wcześnie finanse, operacje i IT, przeszkol ich solidnie, a staną się ambasadorami zmiany zamiast jej się opierać.

## Starannie zaplanuj przełączenie

Zaplanuj końcowe przełączenie na okno niskiej aktywności, często weekend, z jasnym planem wycofania. Kilka naszych migracji zakończyło się bez przestoju działalności.

Ryzykiem się zarządza, nie eliminuje się go szczęściem. [Poproś o nasz plan migracji](/#contact) i zobacz, jak ograniczamy ryzyko na każdym etapie.

---

### How Long Does a Business Central Implementation Take?

URL: https://bramvia.net/blog/business-central-implementation-timeline · Language: en · Date: 2026-05-21

"How long will it take?" is the question every leadership team asks first. The honest answer: it depends — but the ranges are predictable.

## The typical range

For most mid-sized companies, a Business Central implementation runs **3 to 6 months** from kickoff to go-live. Smaller, more standard rollouts can be faster; complex, highly customized ones take longer.

## What drives the timeline

- **Data volume and quality** — clean data migrates faster than messy data.
- **Customizations** — every bespoke requirement adds build and test time.
- **Integrations** — connecting CRM, e-commerce, EDI, and BI extends scope.
- **Decision speed** — projects stall when sign-offs are slow, not when developers are slow.

## How to keep it on track

- Assign a decisive internal project owner.
- Agree the scope up front and resist mid-project scope creep.
- Adapt to standard functionality where you can instead of customizing everything.

## The phased reality

Because we migrate in phases and keep your current system live, "go-live" is a controlled event, not a leap of faith. [Get a timeline for your project](/#contact) after a short scoping call.

## FAQ

**What makes a project take longer than nine months?** Almost always undefined scope. Written acceptance criteria per phase is the single best predictor of finishing on time.

**Can we go live in phases?** Yes — finance, sales and purchasing first; warehouse, manufacturing and agents later. It spreads both cost and risk.

---

### ¿Cuánto dura una implementación de Business Central?

URL: https://bramvia.net/blog/cuanto-dura-implementacion-business-central · Language: es · Date: 2026-05-21

"¿Cuánto tardará?" es la primera pregunta de todo equipo directivo. La respuesta honesta: depende, pero los rangos son predecibles.

## El rango típico

Para la mayoría de las medianas empresas, una implementación de Business Central dura de **3 a 6 meses** desde el inicio hasta la puesta en marcha. Los despliegues más pequeños y estándar pueden ser más rápidos; los complejos y muy personalizados llevan más tiempo.

## Qué marca el plazo

- **Volumen y calidad de los datos**: los datos limpios migran más rápido que los desordenados.
- **Personalizaciones**: cada requisito a medida añade tiempo de construcción y prueba.
- **Integraciones**: conectar CRM, e-commerce, EDI y BI amplía el alcance.
- **Velocidad de decisión**: los proyectos se atascan cuando las aprobaciones son lentas, no cuando lo son los desarrolladores.

## Cómo mantenerlo en marcha

- Asigna un responsable interno con capacidad de decisión.
- Acuerda el alcance desde el principio y resiste la ampliación a mitad de proyecto.
- Adáptate a la funcionalidad estándar cuando puedas en lugar de personalizarlo todo.

## La realidad por fases

Como migramos por fases y mantenemos tu sistema actual en vivo, la "puesta en marcha" es un evento controlado, no un salto al vacío. [Obtén un plazo para tu proyecto](/#contact) tras una breve llamada de alcance.

---

### Ile trwa wdrożenie Business Central?

URL: https://bramvia.net/blog/ile-trwa-wdrozenie-business-central · Language: pl · Date: 2026-05-21

"Ile to potrwa?" to pierwsze pytanie każdego zespołu zarządzającego. Uczciwa odpowiedź: to zależy — ale zakresy są przewidywalne.

## Typowy zakres

Dla większości średnich firm wdrożenie Business Central trwa **od 3 do 6 miesięcy** od startu do uruchomienia. Mniejsze, bardziej standardowe wdrożenia mogą być szybsze; złożone, mocno modyfikowane trwają dłużej.

## Co wpływa na harmonogram

- **Ilość i jakość danych** — czyste dane migrują szybciej niż nieuporządkowane.
- **Modyfikacje** — każdy niestandardowy wymóg dodaje czas budowy i testów.
- **Integracje** — łączenie CRM, e-commerce, EDI i BI rozszerza zakres.
- **Tempo decyzji** — projekty grzęzną, gdy akceptacje są wolne, a nie gdy wolni są programiści.

## Jak utrzymać go na torze

- Wyznacz zdecydowanego wewnętrznego właściciela projektu.
- Uzgodnij zakres na początku i opieraj się jego rozrastaniu w trakcie.
- Dostosuj się do standardowej funkcjonalności tam, gdzie możesz, zamiast modyfikować wszystko.

## Etapowa rzeczywistość

Ponieważ migrujemy etapami i utrzymujemy obecny system w ruchu, "uruchomienie" jest kontrolowanym wydarzeniem, a nie skokiem w nieznane. [Uzyskaj harmonogram dla swojego projektu](/#contact) po krótkiej rozmowie o zakresie.

---