Blog

Insights & ideas

Stay ahead with expert articles, industry trends, and actionable insights to help you grow.

How to build, deploy, and share custom AI agents with Copilot Studio
10 mins read
October 15, 2025

How can I build, deploy, and share custom AI agents with Copilot Studio?

Learn how to build, deploy, and share your own AI agents in Copilot Studio, from defining purpose and prompts to connecting data and publishing for your team. A practical, step-by-step guide to turning ideas into working copilots.

Read more

TL;DR

Copilot Studio makes it possible for IT Ops and business teams to create custom AI agents that can answer questions, run processes, and even automate workflows across Microsoft 365. We recommend a structured approach: define the use case, create the agent, set knowledge sources, add tools and actions, then shape its topics and triggers. But before you dive into building, check your data quality, define a clear purpose, and configure the right policies.  

Before you start setting anything up, stop

It’s tempting to open Copilot Studio and start dragging in tools, uploading files, and typing instructions. But an agent without a plan is just noise.

  • Get your data in order first. Bad data means bad answers, and no amount of clever configuration can save it.
  • Define the “why” before the “how.” Build around a specific use case. For example, sales support, finance queries, service troubleshooting.
  • Don’t build for the sake of building. Just because you can spin up a chatbot doesn’t mean you should. The best agents are purposeful, not experimental toys.  

Think of your agent as a new team member. Would you hire someone without a role description? Exactly.

Building your first Copilot: practical steps

Once you know the “why”, here’s how to get your first custom agent working.

1. Author clear instructions

Clear instructions are the foundation of your agent. Keep them simple, unambiguous, and aligned to the tools and data you’ve connected. Microsoft even provides guidance on how to write effective instructions.

2. Configure your agent

  • Content moderation: In the Agent → Generative AI menu, set rules for what your Copilot should (and shouldn’t) say. For example, if it can’t answer “XY”, define a safer fallback response.
  • Knowledge sources: You can upload multiple knowledge sources, or add trusted public websites so the agent uses those instead of a blind web search.
  • Add tools: Agents/Tools/Add a tool lets you extend functionality. For instance, connect a Meeting Management MCP server so your Copilot inherits scheduling skills without rebuilding them.

You’re not just configuring settings — you’re composing a system that reflects how your organisation works.

3. Validate your agent’s behaviour

As of now, there’s no automated testing of agents, but that doesn’t mean you should skip this step. You can manually test your agent as the author. The Copilot Studio test panel allows you to simulate conversations, trace which topics and nodes are activated, and identify unexpected behaviours. The panel is there to help you spot gaps, so take the time to run realistic scenarios before publishing.

4. Pick the right model

Copilot Studio now offers GPT-5 Auto (Experimental) alongside GPT-4.0 (default). The experimental model can feel sharper, but it may not reliably follow instructions. If stability matters more than novelty — and for most IT Ops rollouts it does — stick with 4.0 until you’re confident.  
(As of 15th October, 2025. Note that model availability and behaviour may change over time).

The difference between noise and value

Rolling out a custom agent isn’t about dropping a chatbot into Teams. Done right, it’s about embedding AI into workflows where it drives real value — answering finance queries with authority, guiding service agents through processes, or combining AI with agent flows for end-to-end automation.

The difference between a useless bot and a trusted agent is preparation. Build with intent, configure with care, and test until you're sure it works properly.

You wouldn’t give a new hire access to your systems without training, policies, and supervision. Treat your AI agents the same way.

Need help automating workflows with Copilot Studio? Get in touch with our experts to discuss your use case.

Soft blue and white gradient background with blurred smooth texture
Filter
Industry
Technology
Solution category
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
The Past, Present, and Future of ERP Systems
July 4, 2024
5 min read
The Past, Present, and Future of ERP Systems
Read more

When I started working at VisualLabs, during the first WSM (weekly standup meeting) where each business division reports on their current weekly tasks, I noticed how many abbreviations we use. As a member of the ERP team, I wondered if we know exactly how these abbreviations came about and what they stand for.

The term ERP (Enterprise Resource Planning) is familiar to everyone today, but few know its exact origins and development path. Therefore, I decided to gather information on where it started and the major milestones that helped shape the ERP systems we know today. Looking back in time, we will realize how deeply this technology is rooted in the modern business world.

In this blog, I have compiled seven milestones that contributed to the development of the ERP system as we know it today.

In today’s world, it would be unimaginable for a company not to use some kind of computer system for its various processes. However, before the advent of computers, companies had to manage these processes (be it accounting or production planning) using some methods. Take accounting, for example. Accountants recorded every financial transaction manually on paper in different books, which they managed daily and monthly. It is hard to imagine that companies often had rooms full of (main) books and files, each containing dozens of transactions. At the center of it all was the accountants’ most precious asset, the general ledger. It is daunting to think about how much work the year-end closing process entailed and how many errors could occur during this process.

ERP

  1. Birth of Computers (1950s):

In the 1950s, with the birth of computers – theoretically founded by John von Neumann – a new dimension opened up in the operation of companies and the transformation of their processes. Although these computers were primarily used in the military and scientific fields in the 50s – due to their large size and cost – continuous technological developments soon brought them into the business world. These devices allowed faster data processing and analysis and helped automate business activities.

ERP

2. Inventory Management and Control (1960s):

One of the first milestones in recognizing the potential of computers for business opportunities stretches back to the 1960s. The manufacturing industry realized the need for a system that would enable inventory management, monitoring, and control. The emergence of information technology allowed companies to integrate and automate their business processes. As a result, they improved the efficiency and accuracy of inventory management. This was one of the first steps toward developing ERP systems.

3. Material Requirements Planning (MRP I, 1970s)

The concept of MRP (Material Requirements Planning) first appeared in 1970 and fundamentally represented a software-based approach to planning and controlling manufacturing processes. MRP’s application primarily focused on planning and tracking material requirements. This approach allowed companies to predict more accurately the type and amount of materials needed during production processes. With MRP, companies could manage material procurement and production scheduling more effectively, reducing losses from over- or underestimation. This innovation had a significant impact on the manufacturing industry and fundamentally transformed companies’ material planning processes. This approach contributed to increased efficiency and competitiveness of manufacturing companies in the 1970s.

4. Manufacturing Resource Planning (MRP II, 1980s): The 1980s marked a significant milestone with the advent of MRP II systems. While MRP focused solely on the inventories and materials needed based on real or forecasted customer demands, MRP II provided greater insight into all other manufacturing resources. By extending manufacturing planning beyond materials to include labor, machinery, and other production resources, it gave companies much greater control over their manufacturing processes.

5. Enterprise Resource Planning Systems (ERP, 1990s): In the 1990s, the first true ERP systems were introduced. (The term ERP itself was coined by the research firm Gartner in the 1990s.) ERP systems represented a significant advancement compared to MRP II systems as they focused not only on manufacturing but also on the full integration and automation of business processes. Such processes included procurement, sales, finance, human resources, and accounting. With full integration, companies could manage their business processes in a unified database, offering numerous advantages. The unified storage and management of information ensured access to accurate, up-to-date data, improving decision-making and efficiency. The connected business areas helped formulate and implement unified strategies. As a result, the ERP system became a “one-stop solution” that managed all company information.

6. Web-Based Functionalities with the Rise of the Internet (ERP II, 2000s): In the mid-2000s, as the internet’s role grew in the business world, ERP systems also adapted to this change. Systems began incorporating customer relationship management (CRM) and supply chain management (SCM) functionalities. ERP II emphasized user-friendly interfaces and customization. Modular systems were developed, allowing businesses to select and implement the components most relevant to their operations.

7. Cloud-Based ERP (2010s): In the 2010s, the emergence of cloud technology added a new dimension to ERP systems. Cloud-based ERP solutions allowed companies to store and run their ERP systems in the cloud instead of traditional “on-premise” installations. This offered significant advantages, including greater flexibility, lower costs, and easier access to critical data. With cloud-based ERP systems, companies no longer had to worry about server maintenance or software updates, as these tasks were handled by their providers. This allowed companies to focus on their business goals and processes while ensuring their system was always up-to-date and accessible.

+1 The Future of ERP: So where is the development of ERP systems headed today? With intelligent algorithms and artificial intelligence, systems are increasingly able to automate and optimize business processes, reducing the need for human intervention. Data will continue to play a key role in the future, as more efficient analysis of data enables companies to make better business decisions. The integration of ERP systems with various IoT devices allows real-time data exchange, providing companies with quicker and more accurate answers to support different business questions.

ERP

ERP systems are also increasingly providing personalized user experiences and offering expandable integrations with other business applications and technologies. In the future, ERP systems will not just function as tools but will provide true business intelligence and competitiveness, helping companies keep pace with the rapidly changing business environment and stand out from their competitors.

Are you exploring the world of ERP systems? Visual Labs can help you uncover the possibilities within.

Sources:

https://www.geniuserp.com/resources/blog/a-brief-history-of-erps https://www.fortunetechnologyllc.com/history-of-erp-systems/ https://www.geniuserp.com/resources/blog/a-brief-history-of-erps
https://www.erp-information.com/history-of-erp.html#google_vignette
https://www.techtarget.com/searcherp/tip/MRP-vs-MRP-II-Learn-the-differences https://www.business-case-analysis.com/account.html https://www.britannica.com/technology/computer/IBM-develops-FORTRAN https://business.joellemena.com/business/when-did-computers-start-being-used-in-business-2/

Microsoft Power Pages: Quick and Efficient Website Building for Your Business
July 4, 2024
3 min read
Microsoft Power Pages: Quick and Efficient Website Building for Your Business
Read more

Power Pages

Digital presence is becoming increasingly important for every business. To stay competitive, we need to quickly adapt to changing demands and technological advancements. Therefore, it is essential to use tools that allow us to efficiently and quickly create websites that meet our business goals.

Power Pages, previously known as Microsoft Power Apps Portals, is a platform that allows us to build websites quickly and easily while seamlessly integrating them with our existing data sources. Power Pages is an ideal solution for businesses that want to create websites swiftly without lengthy development times.

For example, we used Power Pages for the Construction Monitoring and Data Service System’s portals, which greatly assists clients in recording, tracking, and administering their inquiries.

Power Pages also played a crucial role in an IT audit project, enabling us to efficiently handle data provision from multiple companies.

Collecting and managing data services is one of the most critical phases of audit projects, especially when involving multiple companies. Power Pages proved to be an extremely useful tool in this process, where we had to request data from numerous companies and then collect and manage this information through the platform. The platform allowed the creation of websites in a simple and intuitive manner without requiring complex coding knowledge.

Firstly, with Power Pages, we easily created a user-friendly interface that enabled companies to submit their data services efficiently. The interface featured simple data entry forms, making it easy for companies to understand how to input information into our system.

Secondly, Power Pages allowed for easy management and tracking of data throughout the project. The transparent administration interface helped us keep track of which companies had submitted their data and the status of the data collection process. This allowed us to respond efficiently to any shortcomings or questions from the companies.

Thirdly, Power Pages facilitated the easy integration and analysis of data within the audit project. The collected data could be easily imported into other systems (e.g., Power BI), making it readily usable in the audit process. This enabled us to analyze and evaluate the information submitted by companies more quickly and efficiently.

Overall, Power Pages offers a scalable solution, flexible and customizable, adapting to unique business needs and requirements. This allows businesses to freely shape and expand their websites according to their business goals.

One of our clients had a need for such a website.

The Sales Portal we created for one of our clients is a website that enables external sales partners or distributors to collaborate on sales opportunities and increase sales within the organization. This site provides state-of-the-art, secure authentication and fully customizable design and functionality. Distributors can log in and collaborate on sales opportunities in full sync with internal sales teams, thanks to instant two-way data synchronization. The marketing department can assist in the sales process by updating sales guides and materials available on the homepage, keeping the latest product information up-to-date.

If you also want to create websites quickly and efficiently for your business, it might be worth trying out Power Pages. The Visual Labs team is happy to assist you with this!

Book review : John Willis - Deming's Journey to Profound Knowledge
June 26, 2024
2 min read
Book review : John Willis - Deming's Journey to Profound Knowledge
Read more

Deming's System of Profound Knowledge - IT Revolution

What is the book about?

This book covers the life of W. Edwards Deming who founded modern managerial statistics and contributed greatly to WWII production effort in the US and post-war recovery on Japanese manufacturing.

This book is not merely a biography; it intertwines Deming's life story with the evolution of management history, providing a comprehensive view of his impact.

As the book was published by IT revolution and written by the co-author of the DevOps Handbook, it talks in detail about how agile methodologies.

What I found useful?

It was truly insightful to see the lineage of how different managerial waves evolved in the past hundred years, how the different management methods succeeded each other (from Total Quality Management through Lean and then how the foundations permeated into Agile and later to DevOps). The author paints a great picture of the events and the people involved besides Deming.

The first half of the book talks about the evolution of modern manufacturing processes through the life of Deming, I feel this is the part of the book that was fairly novel. This part of the book also flows really, it could easily be a narration of a Netflix documentary.

The second half of the book turns to software development and mainly to the DevOps 'movement', this part is definitely insightful, draws on several interesting case studies especially in the IT Security area. (e.g. white hat vs. black hat hackers).

Who would I recommend it to?

Certainly an interesting read (listen) to those interested in management history and the ideological background of the current software delivery practices.

If you are new to this sort of literature and domain (e.g. manufacturing, lean, software development practices), this may not be an ideal starting point as it talks about concepts fairly briefly assuming that readers are already familiar with them - which is what you would expect from the typical reader (listener) of this book.

Follow-on

For further reading, deep-dive, it'd be interesting to read first-hand from Dr. Deming: "The culmination of his knowledge" was compiled into what is called "System of Profound Knowledge" along with this famous "14 Points for Management"

Dr. Deming's 14 Points for Management - The W. Edwards Deming Institute

The Deming System of Profound Knowledge® (SoPK) - The W. Edwards Deming Institute

How to Use the URL Site Map Subarea Type for View Display
June 21, 2024
3 min read
How to Use the URL Site Map Subarea Type for View Display
Read more

Problem Statement

We love custom views in Dynamics 365, but often face the challenge of integrating these views easily and effectively into the Site Map. Many times, we encounter the issue of only being able to specify a default view for a given table. With this solution, we can display custom views as separate menu items while maintaining user experience and clarity.

Possible Use Case

For example, if we want to track our projects by displaying ongoing and closed projects in separate menus, we can insert the URL of the views into the Site Map. Let’s go through this scenario:

           
  • Create a custom view in the Project table that filters ongoing projects. The URL for this view is::https://**********.crm4.dynamics.com/main.aspx?appid=**************&pagetype=entitylist&etn=msdyn_project&view=5ba30ec3-a0f1-ee11-904b-000d3a64fb2d&viewType=1039
my in progress projects
           
  • Create a custom view in the Project table that filters closed projects. The URL for this view is::
             
    • https://**********.crm4.dynamics.com/main.aspx?appid=**************&pagetype=entitylist&etn=msdyn_project&view=2ce26bab-a1f1-ee11-904b-000d3a64fb2d&viewType=1039

Default Behavior

In the Site Map, if we select the URL type and insert the view’s URL, opening it from the app will open the view in a new tab, pointing to the default table of the view, and not staying in the specified Site Map menu item.

Goal

When clicking the newly created menu item in the Site Map, it should not open the view in a new window, nor jump to the Projects menu item. Instead, it should remain in the clicked menu and display the view in the currently open window.

Solution

In the Site Map, when adding the new URL type element, do not insert the entire URL copied when opening the view. Instead, insert only the part after "dynamics.com":

/main.aspx?appid=**************&pagetype=entitylist&etn=msdyn_project&view=2ce26bab-a1f1-ee11-904b-000d3a64fb2d&viewType=1039

User Interface After Publishing the Site Map

For ongoing projects:

We see that the menu item did not switch to a new tab, and the selection remained on the chosen menu. Note that this menu item also points to the msdyn_project table, but displays the view relevant to us.

For closed projects

We see that the menu item did not switch to a new tab, and the selection remained on the chosen menu. Note that this menu item also points to the msdyn_project table, but displays the view relevant to us.

Additional Thoughts

It’s important to understand that this solution can be applied not only to custom views but also to other Dynamics 365 objects. Imagine how much we can integrate into the application!

Practical Tips

           
  • Remember to test the solution in different browsers and devices to ensure the application’s overall compatibility.
  •        
  • Use custom icons or labels for the menu items to make the Site Map even easier to navigate.

These innovations can revolutionize our work in Dynamics 365, allowing us to work more efficiently and take full advantage of the application’s capabilities! If you have any questions, feel free to contact us!

Optimization from Head to Toe: Structuring Backlogs at Visual Labs, Part Three
June 21, 2024
4 min read
Optimization from Head to Toe: Structuring Backlogs at Visual Labs, Part Three
Read more

The Hierarchy of Administrative Work: New Dimensions in Backlog Structure

admin

In project management, administrative tasks often blend with core project activities, causing confusion and reducing efficiency. When structuring backlogs, it's essential to consider the hierarchy of administrative tasks, which helps the team better organize and manage their work. The L1, L2, and L3 levels reflect the relationship of these administrative tasks. Let's see how we can apply this hierarchy to administrative work!

L1 – Basic Administrative Tasks

The L1 level includes fundamental administrative tasks that hold strategic importance for the entire organization. These tasks are crucial for the smooth operation of the project and may encompass a wide range of activities.

L2 – Intermediate Administrative Activities

The second level, L2, includes more complex administrative activities that are more specific than L1 tasks but still exceed daily routines. This category includes internal training, pre-sales activities, HR tasks, and activities that promote teamwork and communication. L2 activities are key to the company's long-term stability but generally require more time and planning than L1 tasks.

L3 – Complex Administrative Projects

The L3 level represents the most basic administrative tasks, such as daily report preparation or handling ad-hoc tasks. These tasks are more specific within each category.Structuring administrative tasks hierarchically in the backlog helps teams better understand and manage different types of work, allowing for more efficient resource utilization and time management.

Beyond the Green Checkmark: Azure DevOps Statuses at Visual Labs

At Visual Labs, we prioritize delivering client needs efficiently and on time. We use the Azure DevOps system, which helps us manage client needs in a structured way and ensures that we track every step of the process. With Features and User Stories, we accurately record where each need is in the delivery process, ensuring transparency and efficiency for the entire team and the client.

under delivery

Feature: Features handle new client needs at the client request level. They go through the following stages:

New   New client request. Not yet being worked on.
Design   We have started proposing a solution. An estimate is released during the design phase.
Awaiting Approval   Waiting for client response to approve the solution and the provided estimate/offer.
Awaiting Delivery   The client has accepted, and we have scheduled the delivery.
Under Delivery   We have started working on the request based on the submitted proposal.
Under Deployment   The feature has been delivered, and we are waiting for client validation.
Closed   The client has accepted, delivered, invoiced, or ready to be invoiced.
Removed  

During the process, it was determined that the feature is not needed. It can be set to Removed status.

user story

User Story: User Stories relate to Features and break them down into more detailed tasks. User Stories follow the same phases as Features but have slightly different interpretations and applications:

  • New: A new client request that has been realized and broken down into smaller units (i.e., User Stories). We know at a high level what needs to be done, but no one has started working on it yet.
  • Design: When we start working on the User Story description and acceptance criteria, and plan the technical requirements and delivery.
  • Awaiting Approval: The defined User Story is handed over to the client for approval to ensure it meets their expectations.
  • Awaiting Delivery: After client approval, but before actual development and work begin. All conditions are met to start working on it, but work has not started yet.
  • Under Delivery: The moment the development of the request begins.
  • Under Deployment: The completed development is waiting for release in the client environment. The User Story gets Under Deployment status when the requested functionality has been delivered on our side, handed over to the client, and we are waiting for client validation.
  • Closed: Once client-side validation is complete, the User Story can be closed. Ideally, this happens when the client closes the User Story, but we can also do it internally once we have received written validation.
  • Removed: If it turns out that the development is not needed after creating the User Story, or it cannot be implemented as previously planned. The User Story gets Removed status and a new User Story is created to continue the development request.

Using the Azure DevOps system and having clear processes and statuses ensures we manage every client need efficiently and deliver on time. This enhances client satisfaction and improves the transparency and efficiency of the delivery process at Visual Labs.

Account!T – A Small Step for Developers, a Giant Leap for Accountants
June 3, 2024
3 min read
Account!T – A Small Step for Developers, a Giant Leap for Accountants
Read more

“One small step for man, one giant leap for mankind” – Neil Armstrong’s iconic words from 1969 still resonate today. While comparing a moon landing to a modest extension of Business Central may seem far-fetched, this phrase came to mind as I reflected on our ERP team’s latest enhancement.

Our clients often refer to us as programmers or developers, a term we’ve grown accustomed to and usually accept with a resigned smile. But the reality is, you don’t always need large-scale developments to deliver a better, more usable product. Adding a simple field to the right screen can significantly streamline business users’ tasks, whether it’s for general ledger reconciliation, providing easier data for auditors, or shortening a user workflow by three clicks. That’s what we mean by a giant leap.

The Visual Labs ERP team has successfully implemented many Business Central projects locally. Through these projects, we’ve learned and adapted with our clients, extending the out-of-the-box Business Central product and its complementary Hungarian localization with various minor enhancements and customizations. We’ve bundled these small modifications into our own extension, making the system’s financial modules more user-friendly. We aptly named it Account!T.

In this blog post, we’ll highlight three features of our custom extension:

Notification for Failed Online Invoice Data Submission

As part of the Hungarian localization of Business Central, there's an online invoice interface that automatically submits data to the tax authority (NAV). This process is successful 99% of the time. However, there are instances where NAV rejects an invoice due to errors (like a typo in the postal code or an incorrect VAT rate). These errors are logged on the Online Invoice List page but do not generate a system notification, although legally required to submit the data.

To simplify this process and aid users, we developed an enhancement that detects online invoice submission errors. On the user's role center page, which opens at each login, we added a tile counting the erroneous online invoices. This tile turns red when there are errors needing correction, and turns green after successful data submission.

online invoice

We also enabled an option to specify an email address to which the system sends a message containing a clickable link to the erroneous invoice record. This ensures the responsible user is promptly informed and can submit the corrected invoice data to the tax authority in time.

Adding the Source Name Field to the General Ledger Entries Page

Accountants regularly reconcile the general ledger and subsidiary ledgers. To improve this efficiency, we made the Source Name field available on the Business Central General Ledger Entries page. The out-of-the-box system stopped at displaying the Source Account field.

This field contains the master data identifier of the posted entry from another module (e.g., customer, vendor, bank). Previously, identifying the partner name from the subsidiary ledger required extra Excel VLOOKUP formulas. By making the Source Name field available, the associated name now appears directly by linking the underlying master data tables.

Főkönyvi tételek - forrás neve

Disabling the Boxed Posting Date Validation Logic for Bank Postings

One routine task for the finance department is reconciling bank postings. Business Central includes an unavoidable posting date validation. If the bank transaction date precedes the posting date, the system blocks the posting unless the bank transaction date is modified. This discrepancy can cause reconciliation issues. For instance, an invoice covering multiple periods (like an insurance fee) might be posted with a year-end date.To resolve this, we made the boxed validation logic optional for the following documents:

  • Payment Reconciliation Journal
  • General Journal
  • Cash Desk
fizetés kiegyenlítése

These scenarios and similar ones are common for almost every Business Central user. That's why we bundled them into our custom extension, reducing unnecessary clicks and extra work, streamlining daily operations.For more details or questions, feel free to contact us. We're here to help. 😊

Sorry, no items found with this category

Ready to talk about your use cases?

Request your free audit by filling out this form. Our team will get back to you to discuss how we can support you.

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
Stay ahead with the latest insights
Subscribe to our newsletter for expert insights, industry updates, and exclusive content delivered straight to your inbox.
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.