Articles

Implementing a new ERP system such as Microsoft Dynamics 365 is, on the one hand, a large-scale project that adds extra work – especially for Finance and Accounting. On the other hand, it is a chance to automate repetitive tasks, improve data consistency and save time over the long term. That is why, from day one, it pays to highlight the real benefits the new tools will deliver to the team. Below are two practical examples of features that, in my experience, make a noticeable difference to everyday accounting work: Automatic VAT reclassification In many organisations, once the JPK_V7M file is generated, accountants manually move input and output tax to the VAT settlement account, reconciling that balance with the VAT return. With D365, the right configuration enables you to: automatically reclassify transactions from sales and purchase VAT accounts to the VAT settlement account; set up the tax office as a vendor so the VAT payable/receivable is posted directly to it; trigger the posting when the user decides – controlled yet automatic; keep the settlement-account balance aligned with the amount shown in the VAT return; post required rounding differences in line with regulations; record adjustments for a specific VAT period. Team benefits: time saved (no manual entries), lower risk of posting errors, consistent data and full compliance with reporting rules. Period-end valuation of receivables and payables D365 offers a robust foreign-currency valuation feature that lets you: automatically revalue open items (receivables and payables) using the National Bank of Poland (NBP) rate; preview a draft report before posting – so you can check data and exchange rates; flexibly set valuation parameters, choosing a single currency or all currencies, posting dates, exchange-rate dates, or specific business partners; automatically reverse the valuation in the next period or continue it into the following month; post realised FX differences when an item is cleared, simultaneously reversing the valuation; view posting results per supplier or customer transaction. Team benefits: statutory compliance, full control over valuation settings, and automation with an option for manual oversight – the perfect balance. Summary For Accounting, D365 enriched with Polish localisation is more than another IT tool – it is an opportunity to automate workflows, improve data quality and minimise errors. From project kick-off onwards, show accountants concrete features that address their daily challenges, and the system will quickly prove its value.

If every tiny change to an invoice or order confirmation means calling IT or your ERP partner, the reporting system is running you – not the other way round. In a fast-moving business world you need tools that save time instead of eating it. Dynamics 365 Finance & Supply Chain Management (F&SCM) lets you build operational reports and documents in several ways: classic SSRS layouts, Excel or Word templates, and the newer Business Documents. Most tweaks can be done without writing a single line of code. Below is a quick tour of each option. SSRS reports – instant access to operational data SSRS (SQL Server Reporting Services) is Microsoft’s long-standing engine for pixel-perfect reports. Out of the box you already get hundreds of layouts – think trial balances, journals, warehouse picks and puts, plus sales and purchase invoices – generated almost in real time without exporting data. You can even schedule actions, like emailing a customer their invoice right after posting. During an implementation most companies tweak these reports: deciding which documents they need, what they should look like, and which data fields to show. The downside? You still need a developer when the structure changes, which can add cost and slow things down. SSRS is also less flashy than modern analytics tools. Still, it’s hard to beat for automation, security and multi-format exports. Excel and Word templates – reporting without code Less common but very handy are Excel and Word templates tied to data entities (system data views). You create a document – say a contract or order confirmation – where the static text stays put while fields such as customer name, net value or delivery date fill themselves in. In Excel you can pull live data into a pre-formatted sheet with filters, sorts and color rules ready to go. If you know Office, you’re good; no Visual Studio required. Business Documents – Word layouts with branding Business Documents build on Word too, but focus on user-friendly styling. You drop in your logo, company colors and fonts once and reuse the template for things like sales invoices. Business users can update the look and feel on their own. Logic and data options are leaner than in SSRS, yet for many customer-facing docs the trade-off is worth it. Summary ERP is supposed to make reporting easy; otherwise, why hold all that data in one place? With Dynamics 365 you can: keep documents visually consistent with your brand, tweak layouts in minutes instead of calling IT, let business teams build the reports they need themselves. If an invoice still needs to pass through three people before it “looks right”, it’s time for a change.

Choosing the right enterprise resource planning (ERP) system is crucial for the long-term success of any organization. IFS and SAP are two popular options that help companies optimize their business processes. In this article, we’ll look at the similarities and differences between these two solutions to help you decide which one is right for you. Functionality Both IFS and SAP offer a wide range of features, such as financial management, supply chain management, production, and human resources. Both platforms are scalable, allowing them to be tailored to the needs of growing organizations. Integration IFS and SAP alike are designed for easy integration with other business applications, enabling you to build a cohesive enterprise ecosystem. Cloud Availability Each platform is available both on-premise and in the cloud. This flexibility lets companies choose between local data storage or the elasticity and scalability of cloud solutions. Support Both IFS and SAP provide multi-tiered customer support, including implementation assistance, training, consulting, and technical support. Cost License, implementation, and maintenance costs vary depending on the system, version, and organizational needs. Generally, SAP is considered more expensive, but you should weigh its feature set and your deployment requirements before deciding. Security and Compliance In today’s regulatory environment, robust security and compliance capabilities are nonnegotiable. SAP offers extensive built-in controls and a comprehensive GRC (Governance, Risk & Compliance) portfolio, making it especially suitable for highly regulated industries. IFS also delivers strong security measures—such as role-based access, encryption, and audit trails—and emphasizes rapid compliance with evolving standards. When choosing between them, consider not only the cost of compliance but also how each platform’s security framework aligns with your industry regulations and internal policies. Similarities and Differences (Gartner Data) Overall Rating Both IFS and SAP score highly in Gartner’s ERP Magic Quadrant, yet their overall ratings differ slightly. IFS earns top marks for functionality, ease of use, and support, whereas SAP stands out for its robust infrastructure and extensive partner ecosystem. Ease of Use IFS is frequently praised for its intuitive, user-friendly interface, which allows users to quickly adopt its features. SAP, while offering a wealth of advanced capabilities, can present a steeper learning curve—especially for those unfamiliar with ERP systems. Implementation and Configuration Both platforms are flexible and scalable, but they differ in the time and resources required for deployment. IFS is often seen as quicker to implement, whereas SAP may demand a larger implementation team and longer configuration period to tailor the system to organizational needs. Innovation SAP leads in cutting-edge technologies such as artificial intelligence, machine learning, and big-data analytics. IFS also invests heavily in innovation, focusing on adding value through user-centric features and industry-specific enhancements. User Feedback Gartner user reviews highlight that IFS fans value its ease of use, support quality, and fast deployment, while SAP users appreciate its comprehensive feature set, scalability, and advanced tech stack. Align your choice with your company’s specific requirements and learn from the experiences of peers in your industry. Industry Focus IFS is often chosen by mid- to large-size industrial companies—energy, aerospace, defense, and telecommunications are typical use cases. SAP enjoys broad adoption across finance, retail, services, and manufacturing sectors. Your industry’s nuances may tip the scale toward one solution. Training and Education Both vendors provide extensive training programs and certification paths. IFS users frequently commend the responsiveness of support teams, whereas some SAP users report longer resolution times—an important consideration if rapid problem-solving is critical. Summary Deciding between IFS and SAP hinges on your organization’s unique goals, regulatory requirements, and budget. Leverage Gartner’s data and peer insights to weigh ease of use against technological depth, implementation speed against ecosystem strength, and security frameworks against compliance demands. By matching each platform’s strengths to your strategic priorities, you’ll invest in the ERP that delivers the greatest long-term value for your business.

Continuing our series on best practices for deploying the Polish localization of Microsoft Dynamics 365 – and tailoring it to headquarters’ requirements – this article focuses on the opening balance. Think of it not just as a technical checklist, but as a cornerstone that keeps business processes running smoothly and ensures compliance with Polish accounting and tax rules. Why the opening balance deserves a deep dive An opening balance is far more than a table of balances. It’s the foundation on which day-to-day operations and finance processes will run in the new system. Because of that, your data analysis has to respect every nuance of Polish accounting and tax law. Start with a local-requirements list Creating a quick local requirements list helps you to: Check data completeness See which data are covered out of the-box Spot the gaps that need tweaks or custom solutions A common scenario: credit notes for invoices from the legacy system Dynamics 365 lets you issue a credit note against an invoice booked inside D365, because the system keeps the link between the two documents and prints the right references. The headache comes when you need to credit an invoice that lived only in your old system. We recommend: Load open receivables in the opening balance – but skip the full detail of every historic sales invoice. Re-entering it all is rarely worth the effort. Add a small custom feature that lets users type the key details of a historic invoice manually (or import them if you have a lot). How sophisticated should that customisation be? During analysis, collect data on: How many credit notes you issue How often they show up What types of credit notes they are These numbers tell you whether a simple form is enough or you need a more advanced tool.And remember: even rare, low-value transactions still carry reporting and tax obligations. The opening balance is a starting line, not a finish line Too many projects treat the opening balance as the “end” of data migration. In reality, it’s the launchpad for ongoing processes. Skip key data now and errors will pop up after go-live. Areas that typically need attention: Corrections to JPK_V7 for periods handled in the legacy system Revaluations of open customer and vendor transactions in foreign currency FX revaluation of bank and cash transactions Data for the bad-debt relief scheme Information needed for split payment VAT deferred to future reporting periods Key take-aways Treat the opening balance as a continuation of business processes—not just a snapshot of account balances. Good analysis is never wasted time; it pays for itself later in the project. Lean on a team that knows D365 and the Polish localization inside out to design the right customisations. Keep solutions consistent—get your solution architect involved early. Involve your users. Their day-to-day insight is gold for process analysis. Good luck with your implementation – and remember, a solid opening balance sets the tone for everything that follows!

Part 3. Running the polish localization in the production environment ​ After the implementation phase comes the critical moment—go-live. This is when all the work done during analysis and configuration is tested in real-world operations. The practices below help keep the system stable, compliant with Polish law, and aligned with group processes. ​ Data migration and verification ​ A smooth data migration—and a double-check afterwards—is the foundation of a successful start-up, especially for tax and reporting data. Examples of critical data: company details used in tax returns (NIP, address) customer and vendor records: addresses, VAT numbers, tax groups links to the correct tax offices key localization parameters such as NBP exchange-rate import or sales-credit-note functions Organising work in the support phase ​ Good habits from implementation keep quality high after go-live. Efficient handling of service tickets and user requests is essential. Choose a ticketing system that sets priorities automatically—e.g., a VAT-return issue should outrank a posting-template change. Decide who may raise tickets—every user or only key contacts? Define ticket format, required attachments, response times, and support responsibilities. Automate workflows—task assignment, notifications, escalations. Separate tickets into errors (need immediate action) questions/training needs (handled through user support) Proactive checks of data and reports ​ Do not wait until the deadline to prepare tax reports. Errors mean penalties and process delays. Check ahead of time: completeness and accuracy of the JPK_V7 file—leave time for fixes other JPK files the first sales invoice printout—verify data before posting Test environment and system updates ​ Keep a dedicated test environment to analyse tickets and trial changes before they reach production. For every update: Review Microsoft’s release notes. Assess the impact on Polish-localization settings. Test key processes before the new version goes live. Monitoring legal changes ​ ERP systems must adapt quickly to new regulations. Track legal updates proactively (e.g., KSeF, JPK_CIT, JPK_KR). Involve the team in spotting potential system impacts. Use the analysis-phase documents and lessons learned—they are your roadmap. Summary ​ Clear communication and fast ticket resolution are the keys to smooth operations after go-live. They prevent misunderstandings, shorten response times, and build user trust. Consider user-satisfaction surveys to gather feedback and continually improve support. Effective change management reduces user anxiety about the new system and ensures a seamless shift to the new way of working. ​ >> You can read Part 2 [HERE] <<

Part 2. Effective and correct implementation of polish localization requirements ​ Once the analysis phase is complete, it is time for implementation. At this stage, well-organised work and clear team communication are critical. The practices below will help you introduce the Polish localization in D365 efficiently while staying fully compliant with both local law and group rules. ​ Organise project work ​ To keep control of scope and progress: Use task-management tools such as DevOps or Jira. They let you split the work into phases (e.g., system configuration, functional tests, development, UAT) monitor progress and react quickly to delays Update task statuses regularly, assign owners and deadlines. Include configuration and testing tasks, not only development work. Communicate effectively inside the team ​ Make sure every team member understands the Polish localization requirements. Clarify doubts as soon as they appear. Hold 2–3 status meetings per week, sized to the team and the workload. Discuss detailed operational issues in smaller working groups—avoid pulling the whole team into every matter. Define the right scope ​ Not every function needs full automation—balance configuration and testing effort against how often the feature will be used.Example: Withholding tax: extensive setup in the “Taxes” module may be too time-consuming for occasional transactions; a manual process could be enough. If D365 lacks a function required in Poland, plan dedicated modifications, for example: corrections to sales invoices issued in the legacy system NBP exchange rates with a one-day shift (not available in standard D365) taxpayer validations (White List, VIES, GUS) Test and validate thoroughly ​ Tests must cover the entire process, not just single D365 functions: system-to-system integrations data validation after migration performance tests for complex processes regression tests, especially when key processes change Add system alerts and messages where useful. Involve end users at every stage—their experience is vital when designing test scenarios. Provide clear user instructions. Clarify team roles and manage knowledge ​ Include a System Architect to keep solutions consistent and reduce risk during changes. Work with a complete process map—many processes start outside Finance (e.g., in purchasing or logistics). Training: Run sessions for both the Polish and central teams to bridge knowledge gaps. Well-trained users greatly increase the chance of a smooth go-live. Summary ​ Help the group team understand Polish requirements early. Organise work with tools like DevOps or Jira, broken into logical phases. Check whether automation makes economic sense case by case. Remember integration, regression, and performance tests. Maintain clear communication and use small-group meetings for detailed issues. >> You can read Part 1 [HERE] <<

As smart tools and connected platforms reshape the way we work, businesses are under constant pressure to innovate, adapt, and deliver more value with greater efficiency. Yet, for many organizations, a significant barrier to transformation lies within their ERP system. Many legacy ERPs were designed decades ago, built for a world where cloud computing, mobile connectivity, and IoT devices were science fiction. Back then, these systems served as robust backbones for finance, inventory, and operations. But fast forward to today’s tech-driven landscape, and those same systems often stand in the way of progress. The integration dilemma Modern business operations rely on interconnected systems. Manufacturing Execution Systems (MES), Customer Relationship Management (CRM) tools, cloud platforms, data analytics dashboards, and IoT-enabled devices are all integral to running a responsive, data-driven business. The problem? Legacy ERP systems weren’t designed with these technologies in mind. Integrating older ERPs with newer tech can be a nightmare. Their rigid architecture, limited APIs, and proprietary frameworks make it difficult (sometimes even impossible) to communicate with modern platforms. Even when integration is technically feasible, it often requires costly custom development, middleware solutions, and ongoing maintenance. This patchwork approach leads to increased downtime, data silos, poor visibility, and a serious drag on agility. Worse still, these legacy systems can’t keep pace with the real-time demands of today’s operations. Imagine trying to implement predictive maintenance with IoT sensors feeding data every second only to have it bottlenecked by an ERP that processes data in overnight batches. Why modern ERP makes a difference Modern ERP systems are built with integration in mind. Cloud-native, API-rich, and often modular by design, they act as the digital backbone that connects your entire tech stack. Whether you’re trying to automate workflows between your MES and supply chain system, or feed real-time customer data from your CRM into financial planning tools, a modern ERP makes it seamless. Here are some of the benefits: Unified data: Say goodbye to silos. A modern ERP centralizes data from across your enterprise, enabling better decision making and real-time visibility. Scalability: Cloud-native ERPs grow with your business. You can add users, modules, or even new locations without massive IT overhead. Faster integrations: With open APIs and pre-built connectors, modern ERPs drastically reduce the time and cost of integrating new systems. Real-time insights: Access dashboards and analytics tools that feed on live data, not yesterday’s reports. Improved user experience: Modern interfaces are intuitive, mobile-friendly, and designed with the end user in mind. Holding on to a legacy ERP because “it still works”? Clinging to yesterday’s ERP system might feel like the safe, cost-effective option but it could be quietly costing your business in missed opportunities, inefficient processes, and integration headaches. As the pace of innovation accelerates, the gap between old and new systems will only widen. Adopting a modern ERP doesn’t just solve today’s integration problems. It sets your business up with a flexible, future-proof foundation. 

Part 1. Good Analysis Is the Key to Success ​ Rolling out an ERP system such as Microsoft Dynamics 365 inside an international group is demanding. In Poland, success depends on capturing local requirements early in the analysis stage. Remember: analysis is not wasted time—it is an investment that pays back many times later in the project. ​ Give the Central Team Complete Information ​ Make sure the central rollout team gets a full list of Polish localization needs. Don’t assume anything is “obvious.” What is routine for a Polish team may be unknown to colleagues abroad. Example — sales invoices and their correctionsPrepare a list of all invoice types now used, with sample source documents: sales invoices corrective sales invoices and corrections of corrections advance and final invoices and their corrections sale of fixed assets accounting notes any other types not listed above ​ Include Rare and Low-Value Transactions ​ The ERP system must cover every business scenario, even ones that happen only occasionally. Rare cases still carry accounting and tax obligations. Example: A transaction that changes VAT because of an adjustment to input tax on goods and services recorded as fixed assets. ​ Check Formal Requirements Early ​ Confirm, during analysis, the needs for: printouts (e.g., VAT invoices, transaction confirmations) future integrations (e.g., with KSeF — the National e-Invoice System) tax returns and reports (JPK, VAT-EU, CIT-8, etc.) ​ What We Often Forget ​ Elements most often skipped or underestimated: unusual corrections (e.g., correcting a correction or an advance invoice) purchases from one-time suppliers opening balances for specific functions, such as bad-debt relief, year-end valuation of foreign-currency transactions, or split payments settlements with employees for travel expenses, advances, and credit cards formats for tax transfers ​ Summary ​ The sooner you spot gaps between group rules and Polish law, the easier it is to plan the needed adjustments. The implementation team must understand the specifics of the Polish localization and be ready to compromise or revise group rules when necessary. ​

Nuco is a contract manufacturer of color cosmetics for global beauty brands. The company oversees the entire proces – from concept to final, shelf-ready product. In 2021, Nuco implemented the Merit ERP system for managing production, strategic and operational planning, logistics, warehousing, sales, finance, and human resources. Handling customer orders is a complex process carried out by different departments. It involves registration, verification, approval, planning, preparation – up to production, packaging, and shipment. The process-oriented Merit system allows Nuco to manage dozens to hundreds of production orders daily, 24 hours a day, in three shifts. Merit ERP also supports planning and managing production. It automatically updates the strategic and operational plan, considering days, resources, and machines. Nuco analyzes plan execution according to defined criteria in Qlik Sense. Using kiosks on the production floor, Nuco registers everything that happens in production: weighing and using raw materials, quality control, issuing labels, dosing and pressing, packaging, and many other operations in the Merit system. In the warehouse, Merit ERP organizes the processes of receiving raw materials, issuing them to production, and finally, receiving finished products, labeling, and preparing them for shipment. Importantly, Merit enables Nuco to meet quality standards through traceability, i.e., tracking batches of raw materials, materials, and products. With the Merit ERP system, Nuco has complete control over production. It plans, calculates costs, monitors production, traces batches while maintaining quality requirements, and analyzes efficiency… Production with Merit simply goes beautifully!

Pretec, a leading supplier of steel products to the construction industry, has chosen RamBase Cloud ERP as its new digital platform. The company wanted to modernize its systems and move away from on-premise solutions to a flexible, cloud-based platform that can support its growth and future IT needs. Limitations with on-premise Pretec has grown from a small business in Sarpsborg, Norway, to an international player with 300 employees and operations in seven countries. Before implementing RamBase Cloud ERP, they used Visma Business and SuperOffice – both on-premise solutions that no longer satisfied the need for flexibility and integration. A comprehensive IT analysis conducted in 2023 revealed that the company required enhanced system support for several of its core processes. Additionally, the desire to provide customers with better digital documentation for products, quality, and environmental standards played a key role in the decision to switch systems. The choice fell on RamBase Cloud ERP Pretec considered several ERP solutions before choosing RamBase, including alternatives such as Jeeves, Microsoft Dynamics 365, Visma Business NXT and NetSuite. What really appealed to Pretec about RamBase Cloud ERP was the holistic user interface for all users and main processes. A decisive factor was also the ability to follow documentation and status at line level throughout the process in the system. Block Quote This, combined with the fact that RamBase was a cost-effective choice, fitted perfectly with Pretec’s needs for both future growth and modern IT solutions. Goals for the future Pretec is in the process of implementing the system and has already held its first workshop with the RamBase team. The aim of the implementation is to give Pretec’s employees a more efficient and streamlined working day. RamBase will support the most important business processes and provide employees with an efficient and modern solution for handling daily tasks. Through good collaboration, Pretec will be well prepared to meet future requirements in an increasingly digitized world.