Dynamics GP vs ERPNext: when each fits a finance-led midsize company
A Dynamics GP renewal or the approaching support end date forces a decision on what runs your general ledger, receivables, payables and inventory next. Dynamics GP tends to fit sites that depend on third-party add-ons built for GP, have staff who already know SQL Server and Windows client administration, and run stable, well-documented month-end processes that change little. Self-hosted ERPNext fits a different profile: teams that want an open license (GPL-3.0), want to control where the database and application servers sit, and are prepared to rebuild their chart of accounts around accounting dimensions in place of GP account segments. Neither choice is automatically cheaper or simpler, so the decision should start from the facts of your own estate.
Four factors usually decide it. The first is add-on dependency: list every ISV product, custom report and integration attached to GP, then confirm whether an equivalent exists for ERPNext or would need to be built as a Frappe app, with its own maintenance. The second is in-house capacity: ERPNext customizations are written in Python and typically use Server Scripts, which are disabled by default from version 15 and must be enabled with the server_script_enabled setting, and Frappe Cloud public shared benches do not allow them, so confirm who will maintain that code after go-live. The third is data residency, which determines whether you self-host with Docker Compose or the bench tool or pay for managed hosting. The fourth is migration budget, which decides how much history and how many open items you can afford to move and validate.
Before comparing features in detail, run a short proof of concept on a copy of your trial balance and open items, and ask each candidate for the implementation scope and effort in writing. Confirm with Frappe which ERPNext version your team would target, because the supported versions page sets end-of-life dates that affect every later upgrade. The result should be a documented decision: stay on GP until its support end date, move to Business Central, or re-implement on self-hosted ERPNext, with the add-on, skills, residency and budget answers recorded next to it.
Which option fits which scenario
This table matches common Dynamics GP situations to the better fit between self-hosted ERPNext and Odoo, with the reason drawn from licensing, hosting and version support. Read each row against your own add-on inventory, data rules and entity structure before deciding. The main takeaway is that a standard finance footprint points to ERPNext, while add-on heavy sites need an add-on audit before any choice.
| Scenario | Better fit | Reason |
|---|---|---|
| Standard GL, AR, AP and inventory footprint | ERPNext | GPL-3.0 licensed, and the ERPNext pricing page lists self-hosting as free. Accounting, order and inventory management sit in one product. |
| Heavy ISV add-on reliance | Neither by default | Each add-on needs an equivalent app, custom build or retirement. Inventory every add-on and confirm coverage on each platform first. |
| Strict data residency | ERPNext or Odoo Community, self-hosted | Both run in your infrastructure. Odoo Online and Odoo.sh are Enterprise hosting options that would place data outside your servers. |
| No internal developers | ERPNext, with outside implementation support | Server Scripts are disabled by default from version 15 and must be enabled. Plan for implementation help from a certified partner or a written-scope provider. |
| Multi-entity reporting | Confirm in a trial | GP account segments map to ERPNext accounting dimensions. Test consolidation and intercompany postings on your own entity structure before choosing. |
| Support horizon near GP end of support | ERPNext version 16 | Frappe lists version 16 as supported until the end of 2029, while version 15 runs until the end of 2027. Confirm the current list on the Frappe support page. |
| Hosting without a self-managed server | ERPNext on Frappe Cloud | Frappe Cloud shared site hosting starts at 5 US dollars per month, per the ERPNext pricing page. Confirm where data is stored and which region applies before signing. |
Where ERPNext data lives and what hosting models change
Moving from Dynamics GP changes where finance data sits, who controls the database and which customizations can run. The cards below cover the hosting and identity choices that shape audit evidence and compliance readiness for an ERPNext replacement.
Self-hosting with Docker Compose
The frappe_docker repository provides production Docker images and Compose files covering MariaDB, Redis, background workers, the scheduler, Socket.io and Nginx. Your team owns the containers, volumes, backups and upgrade path, so the database and file store sit in your own infrastructure. Check that the single-file demo setup is not used for live ledgers, since it is marked for short-lived evaluation only. Confirm how volumes are backed up and where audit logs are retained.
Manual installation with bench
The bench command line tool installs ERPNext manually on a server you manage. It suits teams that need fine control over the operating system, database version and deployment scripts, but it moves patching and service configuration fully onto your staff. Document every bench command and app version used in each environment, because a GP replacement will need to show which release produced which trial balance during parallel runs.
Frappe Cloud shared and dedicated hosting
Frappe Cloud is the managed option, with shared site hosting and dedicated servers priced in the ERPNext pricing page. Shared benches do not allow Server Scripts, which limits custom posting logic, and data sits on Frappe's infrastructure rather than yours. Ask which region hosts the data, where backups are kept and how restores are tested before you treat it as an audit-ready location.
SQL Server versus MariaDB or PostgreSQL
Dynamics GP stores company and system data in SQL Server databases, while ERPNext runs on MariaDB or PostgreSQL. Migration tools must therefore extract GP data to CSV or Excel before import, and the GP databases remain a read-only source for reconciliation. Decide early whether the old SQL Server archive is kept for audits and who can query it after cutover.
Identity through LDAP and social login
ERPNext supports LDAP integration and Social Login Keys, so user identity can come from your directory rather than local passwords. This matters for segregation of duties, since joiner, mover and leaver changes in the directory flow into the ERP. Test that disabled accounts lose access immediately and that role assignments are reviewed and recorded for each close.
Server Script restrictions from version 15
Server Scripts run Python on document events or as API endpoints. From version 15 they are disabled by default and must be enabled with the server_script_enabled setting. Any GP add-on logic rebuilt as a Server Script therefore needs a change record, a named owner and a review before it is switched on, because it runs with access to financial documents.
What GPL-3.0 and the Frappe Framework license mean for your code
ERPNext is licensed under GPL-3.0, while the Frappe Framework it is built on is licensed under MIT. The GPL-3.0 *copyleft* obligations apply when you distribute ERPNext or a modified version of it to someone outside your organization. Running ERPNext internally for your own finance and operations staff does not trigger those obligations, so your custom Server Scripts, Custom Fields and reports can stay inside your environment without being published. If you ship a modified build to a separate legal entity, a vendor or a customer, have counsel confirm whether that counts as distribution before development starts.
Dynamics GP sits under a different set of terms. GP is licensed per seat under Microsoft's agreement, and that contract governs how many users may access it, whether you may keep a read-only copy after cutover, and how licenses are handled during a parallel month end. The exact terms come from your own agreement and any reseller or enterprise terms attached to it, so confirm them with your Microsoft licensing contact before you compare costs. Moving to ERPNext removes the per-seat fee, but it does not remove your obligation to honor the GP terms until the migration closes.
Frappe's supported versions page sets the support window. Version 14 reached end of life on January 31, 2026. Version 15 is planned to be supported until the end of 2027, and version 16 until the end of 2029. Warranty coverage from Frappe requires you to run a listed version and to hold a Frappe Cloud support plan that matches it. Self-hosting ERPNext is free, so a self-hosted site on an unlisted version carries no Frappe warranty and the patching falls to your team. Confirm which version you will go live on, then plan upgrades so you stay inside its support window.
Choosing between self-hosting, Frappe Cloud and a partner-run deployment
Running ERPNext with Docker puts the container images, database and background services in your own infrastructure. The frappe_docker repository provides production images and Compose files with services for MariaDB, Redis, background workers, the scheduler, Socket.io and Nginx. The software itself is free to self-host, according to the ERPNext pricing page, so the recurring costs are your servers, storage, staff time and any partner fees.
- Operations ownership: Your team owns backups, upgrades, patching and monitoring of every service in the Compose stack.
- Demo files are not production: The single-file demo setup is marked for short-lived evaluation only and should never hold live finance data.
- Production configuration: Your team must set up the production Compose files, secrets, TLS, persistent volumes and database backups before go-live.
- Upgrade path: Moving between major versions means pulling new images, running migrations and testing them against your own data.
- Skills required: Staff need Docker, Linux, database administration and Nginx experience to run the stack reliably.
Before choosing this model, confirm who is on call for the finance close, how restores are tested, and whether your hosting environment meets your audit requirements.
The bench command line tool installs ERPNext manually on a Linux server, which is the path Frappe's own tooling is built around. Compared with Docker, you manage the Python, Node and database layers directly rather than through images. The README lists this as one of three installation methods alongside Frappe Cloud and Docker Compose. Software cost is zero, while the work of installing and maintaining the host is entirely yours.
- Operations ownership: Your team runs backups, updates, the scheduler and worker processes, and the operating system underneath them.
- Version tracking: Confirm which ERPNext and Frappe versions are supported on the Frappe supported versions page before choosing a release line.
- Dependency management: Bench upgrades touch application code, dependencies and the database, so plan a staging environment for every upgrade.
- Server hardening: Your team handles firewall rules, access control, certificate renewal and log retention.
- Customization risk: Server Scripts are disabled by default from version 15 and must be enabled with
server_script_enabled, so custom logic should be reviewed in staging.
Ask whether your team has the time to keep a bench installation patched over the lifetime of the release line, and who will do the restore test.
Frappe Cloud is the managed hosting service for ERPNext, run by the Frappe team. It is the option the README names for installation alongside self-hosting. The pricing page gives the starting points: shared site hosting from 5 US dollars per month, shared servers from 20 US dollars per month and dedicated servers from 125 US dollars per month. Those are list starting points, so confirm the current plan that fits your user count, storage and backup retention.
- Operations ownership: Frappe Cloud runs the hosting infrastructure, while your team still manages business configuration, users and customizations.
- Support coverage: Frappe's supported versions policy says you must be on a listed version and subscribed to a matching Frappe Cloud support plan to receive warranty coverage.
- Shared versus dedicated: Shared benches cannot run Server Scripts, which may block custom finance logic, so a dedicated server may be needed.
- Data location: Confirm where data is stored and whether that meets your residency and audit obligations.
- Exit planning: Ask how you export the full database and files if you later leave the platform.
For a finance-led midsize company, confirm the backup retention, restore testing and support response terms in writing before you sign.
A certified partner can design, install, configure and migrate ERPNext on your behalf, while you keep the option to run the result yourself or on Frappe Cloud. According to the ERPNext pricing page, implementation is available through certified partners. Partner work is a one-time implementation cost, and ongoing support is a separate recurring agreement, so the two should be quoted separately.
- Scope of work: Ask for the chart of accounts and dimension design, data mapping, import plan, roles and permissions, and cutover steps in writing.
- Operations split: Agree in writing who performs backups, upgrades and patching after go-live, and what response times apply.
- Knowledge transfer: Require documentation and training so your staff can operate the system without the partner.
- Verification evidence: Ask for test records, reconciliation reports and restore test results that auditors can review.
- Partner credentials: Confirm the certification status directly with the partner and the Frappe program, since certification is not a claim this page can verify.
Ask each candidate for a fixed-scope written proposal that separates implementation, migration, hosting and support costs.
Customization, add-ons and Server Scripts in ERPNext
Start by listing every Dynamics GP add-on, ISV product, integration and custom report, because each one needs its own replacement decision before you pick a hosting model. In ERPNext, the equivalent of a GP add-on is usually either an existing app from the Frappe ecosystem, a custom Frappe app that your team or a partner builds and maintains, or a feature already in core ERPNext that makes the add-on unnecessary. Each route has different ownership. A custom app is code you must upgrade with each major release, so ask who will carry that work after go-live. For every item on the inventory, record the GP feature it touches, the data it reads or writes, the users who depend on it and the replacement route. Then confirm with the app's publisher or your implementation partner which ERPNext and Frappe versions it supports, since version 14 has reached end of life and support windows differ by release.
Server Scripts are the lightweight way to add custom Python logic to ERPNext without writing a full app. They run on document events or as API endpoints. From version 15, they are disabled by default and must be enabled with the server_script_enabled setting, which is a deliberate control for the environment administrator to make. On Frappe Cloud public shared benches, Server Scripts are not allowed at all, so any GP customization that depends on them needs a different hosting path, such as a dedicated bench or a self-hosted deployment where your team controls the settings. Confirm this with Frappe's current documentation before you commit to a hosting tier, and treat any reliance on Server Scripts as a decision that also determines your hosting cost.
What drives the cost of running GP versus ERPNext
What do we keep paying for under Dynamics GP each year?
Under Dynamics GP you pay recurring licensing and maintenance to Microsoft through your partner, plus the SQL Server, Windows Server and client infrastructure that runs it. Your actual figures come from your reseller agreement and Microsoft licensing terms, so confirm the current maintenance renewal, SQL Server edition and core count, and any Windows Server and client access licenses before you compare. Costs rise with user count, the number of add-on ISV products, and how often you need hardware refreshes or extended support contracts. These recurring costs stop only when GP is switched off, and any archive or read-only copy you keep still carries storage and access costs.
Does ERPNext have a license fee to pay?
ERPNext is licensed under GPL-3.0, and the ERPNext pricing page states that self-hosting it is free. The license cost is therefore zero, but the software is not the whole bill. You still pay for servers or cloud capacity, backups, database operations, upgrades between major versions, and the staff or partner time that runs them. If you choose Frappe Cloud instead, the pricing page lists shared site hosting from 5 US dollars per month, shared servers from 20 US dollars per month and dedicated servers from 125 US dollars per month, and Frappe warranty coverage requires a matching support plan on a listed version.
What are the hosting costs for a self-hosted ERPNext?
Self-hosting cost depends on how many sites and users you run, the production topology, and where it lives. The frappe_docker repository provides production images and Compose files with MariaDB, Redis, background workers, the scheduler, Socket.io and Nginx, which means several services to size and keep patched. Recurring costs include compute, storage, backups and monitoring in your own cloud account or data center. The single-file demo setup is marked for short-lived evaluation only, so budget for a proper production build. Ask your infrastructure team or DeployOpen for a sizing based on your user count and transaction volume.
How much does implementing ERPNext or migrating from GP cost?
Implementation and data migration are usually the largest one-time costs in either path, and they are paid to a partner, a consultant or your own staff. Work includes mapping GP account segments to accounting dimensions, extracting masters and open transactions from the GP SQL Server databases, importing with the Data Import tool in batches of a few thousand records, validating trial balances and running a parallel month end. The ERPNext pricing page notes that implementation is available through certified partners, but it does not publish fees. Ask for a fixed-scope written quote that lists each deliverable, the volume of records, the number of custom reports and any Server Script work, which must be enabled from version 15 onward.
What internal staff time does each option require?
Internal time is a real cost even when no invoice is issued. Under GP, your team spends time on patching, backups, the ISV add-ons and the yearly renewal cycle. Under ERPNext, it spends time on the initial data mapping, user acceptance testing, admin training and the minor releases that Frappe ships often, along with the major upgrades. The main drivers are the number of custom scripts and integrations, how many people hold admin roles, and whether your team already runs Linux and databases. Estimate these hours by listing each role and the tasks it owns, then compare that list with the current GP support load.
What training is needed when moving from GP to ERPNext?
Training is a one-time cost for most users, but it recurs for new hires and when the system changes. Finance users need to learn the accounting dimensions that replace GP account segments, the document flows for receivables, payables and purchasing, and the reporting tools. Administrators need training in user roles, server scripts, the Data Import tool and backup procedures. Costs go up with the number of users, the amount of custom workflow and whether training is delivered by a partner or your own trainers. Ask for the training outline, the number of sessions and whether recorded materials are included.
Who pays for ongoing support and upgrades in ERPNext?
With self-hosting, you pay for support, so the cost is whatever you contract for or staff internally. Frappe's supported versions page states that version 15 is planned to be supported until the end of 2027 and version 16 until the end of 2029, and that warranty coverage requires a listed version and a matching Frappe Cloud support plan. Ongoing costs therefore include minor release testing, planned major upgrades and an external support retainer if you choose one. DeployOpen offers ongoing support and upgrades as retainers, scoped in writing. Ask any provider which version they cover, what response commitments apply and how upgrades are priced.
Which cost drivers should we check before asking for a quote?
Several factors move the total cost up or down, so define them before you request quotes. The main ones are the number of users and companies, the count and complexity of GP add-ons and custom reports, the volume of open and historical transactions, integrations with other systems, and the hosting model. Also decide how much history to load and whether you need a read-only archive for audits. Each quote should show one-time items (scope, migration, training, cutover) separately from recurring items (hosting, support, upgrades, licenses), so you can compare them against your current GP run cost.
What moving from GP to ERPNext involves at a high level
The sequence moves GP financial and operational history into ERPNext in an order that lets each stage be checked against the one before it. The end state is a validated set of masters, open transactions and balances, and a parallel period that proves the books agree before cutover.
Inventory GP modules, add-ons and reports
Start by listing every GP module in use, including receivables, payables, inventory, purchasing and general ledger, along with any third-party add-ons, custom reports, Smartlist or integration jobs that feed or read GP. Finance owns the list, and IT confirms which integrations touch the company database. The step is complete when each module and add-on has a named owner and an agreed fate: rebuild in ERPNext, replace with a standard feature, or retire. Add-ons without an ERPNext equivalent should be flagged early, since they change scope more than any data decision.
Extract data from the GP databases
Pull masters, open transactions and history out of the company and system SQL Server databases in a repeatable way, using queries or exports your team can rerun. Keep extraction scripts under version control so each test load reproduces the same files. The output is a set of staged extracts with row counts and control totals reconciled back to GP reports, plus a read-only archive of the source data. The detailed scope of this step is covered in the data extraction guide linked from this page.
Map GP segments to accounting dimensions
Translate the GP chart of accounts segments into ERPNext accounts and accounting dimensions, deciding which segments become the account code, which become dimensions for cost centers or departments, and which are dropped. Finance signs off the mapping table before any data is loaded. The check is a mapping document where every GP account resolves to exactly one ERPNext account and dimension combination, with no unassigned balances. Reporting needs, such as departmental P&L views, should drive these choices.
Import masters and open transactions in batches
Load customers, vendors, items and chart of accounts first, then open receivables, payables and inventory balances, using the ERPNext Data Import tool with its downloadable templates. The documentation advises importing only a few thousand records at a time, so plan loads in batches and keep a log per file. Child table rows, such as invoice lines, must be loaded with their parent records. Each batch is complete when record counts match the extract and rejected rows are fixed and reloaded.
Validate trial balances and subledgers
Compare the ERPNext trial balance after each load against the GP trial balance for the same period, by account and dimension. Reconcile customer and vendor aging to the subledgers, and confirm inventory valuation ties to the general ledger. Finance and the external accountant should both review the reconciliation. The step closes when every difference is explained or corrected and the variance report is signed off, because any unexplained balance will carry into the parallel period.
Run a parallel period
Process at least one full month-end cycle in both GP and ERPNext, keeping the same source transactions flowing into each system where practical. Compare journals, subledger totals and reports line by line, and record how users perform daily tasks in ERPNext. Confirm that user access, approval workflows and any custom server scripts work as designed, noting that server scripts are disabled by default from version 15 and need to be enabled. The output is a documented list of differences with owners and resolutions.
Cut over and archive GP
Freeze GP for transactions after the agreed cutoff, run the final extract and reload delta transactions into ERPNext, then repeat the trial balance check. Switch integrations and users to ERPNext, and put GP into read-only status with its database retained for audit access. The cutover is complete when the signed reconciliation confirms the opening balances and the read-only archive is verified as restorable. Confirm hosting, backups and support arrangements before go-live.
Questions buyers ask before choosing ERPNext over Dynamics GP
How much does moving from Dynamics GP to ERPNext cost?
ERPNext has no license fee, so the cost sits in infrastructure, implementation, data migration and internal time. The ERPNext pricing page says self-hosting is free and lists Frappe Cloud shared site hosting from 5 US dollars per month, and Frappe Cloud servers from 20 US dollars per month for shared instances and 125 US dollars per month for dedicated servers. Those hosting figures apply only if you choose Frappe Cloud. Recurring costs include servers or cloud capacity, backups, patching and version upgrades. One-time costs include extracting GP data, mapping segments to accounting dimensions, test imports and parallel month ends. Costs rise with the number of companies, open transactions, custom reports and add-ons you must rebuild. Ask any implementation partner for a quote built from a written scope that lists each component separately. DeployOpen publishes no price list, so its quotes follow from an agreed written scope.
How long does a Dynamics GP to ERPNext migration take?
The timeline depends on scope, and no supplied figure sets a duration, so confirm any estimate against your own scope. The main drivers are the number of GP companies and databases, how many years of history you carry over, the volume of open receivables and payables, how many add-ons you replace, and how many approval workflows you rebuild. A scope that moves current balances and open items usually runs shorter than one that loads several years of transactions and reconciles every module. Plan for at least one parallel month end before cutover, because the trial balance must agree. ERPNext's Data Import tool is documented for a few thousand records at a time, so large master files add load cycles. Ask for a plan with phases, data validation checkpoints and a cutover window, and agree it in writing before work starts.
Can our own finance team migrate Dynamics GP to ERPNext?
A capable internal team can do parts of the work, but it needs three skill sets: finance process knowledge, SQL Server extraction and Frappe administration. Finance staff own the chart of accounts design, dimension mapping and trial balance sign-off. Someone with SQL Server skills must query the GP company databases and the system database to extract masters, open items and history. Frappe administration covers installing ERPNext through Docker Compose, the bench command line tool or Frappe Cloud, along with background workers, scheduled jobs, backups and upgrades. The frappe_docker repository provides production images and Compose files, but its single-file demo setup is meant only for short-lived evaluation. Assess your team against these three areas honestly, and bring in outside help for any gap. DeployOpen plans, implements, hardens, backs up and documents self-hosted platforms in your own infrastructure under fixed scope.
Can ERPNext replace our Dynamics GP add-on products?
Not automatically. Each GP add-on needs one of three outcomes: replaced by standard ERPNext functions, rebuilt as a custom app or script, or retired. ERPNext covers accounting, order and inventory management, manufacturing, asset management and projects, so many standard needs have a built-in path. Industry-specific third-party products, custom integrations and bespoke reports need a separate review. Custom logic written as Server Scripts runs Python on document events or as API endpoints. From version 15 these scripts are disabled by default and must be enabled with the server_script_enabled setting, and Frappe Cloud public shared benches do not allow them. If your add-on logic depends on server-side code, confirm your hosting option supports it before design starts. Ask each add-on vendor for its data model and export options, and list every add-on in the written scope.
What happens to Dynamics GP history and audit archives?
GP history does not move into ERPNext in full unless you choose to load it, so plan a separate read-only archive. Decide how many years of transactions each area needs for audit trail and tax purposes, and confirm those requirements with your auditors and tax advisers. The ERPNext load should carry the balances and open items needed to operate, while the complete GP databases are kept for retrieval. Keep the GP company and system SQL Server databases, or export them into a format your auditors can query, with access controls, backups and a documented retention schedule. Test restores before GP is retired, and keep the SQL Server version and licensing your archive depends on. Record which reports reconcile to the archive. DeployOpen can prepare documented controls and evidence for compliance assessments, but independent auditors and certification bodies issue the assessment outcomes.
When is a Frappe Cloud support plan required for ERPNext?
A Frappe Cloud support plan is required only if you want warranty coverage from Frappe. Frappe's supported versions page says customers must run a listed version and hold a matching Frappe Cloud support plan to receive that warranty. The same page lists version 14 as end of life on January 31, 2026, version 15 as planned for support until the end of 2027 and version 16 as planned for support until the end of 2029. Choose your major version with your own support horizon in mind. Self-hosting ERPNext is free under GPL-3.0, so you can run it without a plan, but your team then carries the upgrade, patching and incident load. Check whether a plan covers your hosting model, and confirm current plan terms and prices directly with Frappe before you decide.
Which ERPNext data import limits should we plan around?
The Data Import tool loads and updates records from CSV or Excel files, or from public Google Sheets, using downloadable templates. It supports child table rows, which matter for invoices and journal entries with multiple lines. The Data Import documentation advises importing only a few thousand records at a time, so split large masters and transaction sets into batches in a sensible order: chart of accounts and dimensions first, then customers, vendors and items, then open transactions. Validate each batch against GP totals before loading the next. Avoid public Google Sheets for financial data, because that route sends your records outside your own network. Keep the source extracts, batch logs and reconciliation reports as part of the migration evidence.
How DeployOpen helps you evaluate and move from GP to ERPNext
DeployOpen plans, implements, customizes, integrates, hardens, backs up and documents a self-hosted ERPNext deployment inside your own infrastructure, whether that is your cloud account, your data center or an air-gapped network. The work is agreed as a fixed-scope written agreement that names the deliverables, the accounting dimensions to be built from your GP account segments, the import batches, the trial balance checks and the timelines before any work starts. Ongoing support, version upgrades and continuous testing are available as retainers, so the first scope does not have to cover every year after cutover. Ask any partner, DeployOpen included, to put the scope of each item in writing so you can compare quotes on the same basis.
The evaluation phase is where DeployOpen can help most before you commit. A scoped assessment can confirm which GP modules and third-party add-ons your finance team depends on, test the Frappe Framework hosting options you are considering (Docker Compose, the bench command line tool or Frappe Cloud), and check whether your server scripts and integrations can run under the settings your chosen version requires. DeployOpen also runs security testing and prepares systems, controls and evidence for compliance assessments. It does not issue audit reports, attestations or certifications. Independent auditors and certification bodies do that work, so ask your auditor early what evidence they will expect from a self-hosted ERP.
If the evaluation supports a move, request a scoped quote from DeployOpen with your GP版本, module list, record volumes, integration inventory and hosting preferences included. The quote should separate one-time implementation and data migration from recurring infrastructure, backup and support retainers, so your finance and IT leads can compare it with the cost of staying on GP until the end of support or with a Business Central path. Use the written scope to decide what you will verify yourselves, such as trial balances by period and open item totals, and what DeployOpen will sign off against.

