Now I realize I was thinking about meeting transcripts the same way I initially thought about AI itself—as a consumer waiting for the tool to give me what it decided I needed. That mindset was limiting the value I was getting.

The moment my thinking changed

Two separate experiences came together and shifted how I think about meeting transcripts.

In a course by Jules White at Vanderbilt, I was introduced to the idea that transcripts are not just records to summarize—they are raw material you can transform into meaningful work products. Around the same time, I attended a session on high-impact conversations led by Timothy Gearty, focused on evaluating the quality of conversations.

It wasn’t just what was said. It was how the conversation unfolded. Did we clarify the problem before jumping to solutions? Did we actually listen? Did we leave with real commitments or just vague alignment?

Those two ideas collided into a single realization:
What if I could design my own meeting analysis instead of accepting the default summary?

What I had been missing

AA standard AI meeting summary gives you useful basics: who attended, what was discussed, what decisions were made, and what action items were assigned. That’s helpful—but it’s only the surface.

The same transcript can deliver far more value if you approach it differently.

You can evaluate meeting quality by asking whether the problem was clearly defined before solutions were proposed and whether assumptions were challenged.

You can assess decision rigor by looking at whether alternatives were considered, uncertainty was acknowledged, or if the group defaulted to the most confident voice.

You can use it for self-coaching, identifying patterns in your own behavior—interrupting, rushing to solutions, or leaving commitments unclear.

You can uncover patterns over time. One meeting shows a moment. Ten meetings reveal habits. Fifty meetings reveal patterns you can’t ignore.

And you can generate better outputs—stakeholder summaries, decision rationales, follow-ups, and documentation tailored to the type of meeting you just had.

The transcript already contains all of this. The default summary simply doesn’t extract it.

The shift from consumer to architect

This is the same shift I’ve written about throughout this series.

For a long time, I approached AI as a consumer. I accepted whatever output the tool generated. If it was helpful, great. If it missed the mark, I moved on. But I never questioned the structure of what I was getting.

The real shift is becoming the architect of the output.

That means deciding what frameworks to apply based on the type of meeting, defining what “good” looks like for a conversation, and specifying the insights you actually want. It means designing outputs that help you improve—not just documenting what happened.

The transcript is not the end product. It is raw material. What you build from it is up to you.

The questions that unlock better insights

You don’t need a complex system to start. You need better questions.

Instead of asking, “What happened in this meeting?” try asking:

• What would I want to know about the quality of this conversation?
• Where did this meeting break down—or succeed—and why?
• Did we make a decision, or just move the conversation forward?
• What patterns in my behavior show up across multiple meetings?
• What work am I doing after meetings that could be generated from this transcript?

These questions shift you from consuming summaries to designing insight.

Why this connects to everything else in this series

This pattern keeps repeating. The barrier isn’t technical—it’s mindset.

For years, I accepted manual processes because that’s how things were done. Then I realized I could design something better. Meeting transcripts are no different.

The tools that summarize meetings are intentionally generic. They are built to work for everyone. But your needs are not generic. Your blind spots are specific. Your development goals are personal.

The only person who can design a system that improves how you show up in meetings is you.

Your week 23 challenge: question what you are accepting

This week, take a different approach.

After your next meeting, review the AI-generated summary and ask yourself what’s missing. Not just what happened, but how well it happened.

Take one transcript and go deeper. Evaluate the clarity of the problem, the strength of the decisions, and the quality of commitments. Notice how different the output becomes.

Then zoom out. What pattern would be most valuable for you to track across multiple meetings? That’s where the real insight begins.

The bottom line

For a long time, I treated meeting summaries as the end product.

Now I see them differently. The transcript is not the deliverable—it is the starting point.

The real value comes from what you choose to extract, analyze, and build from it.

The question isn’t what your meeting AI tells you. It’s what you could design it to tell you that it never would on its own.

This post is part of my “AI Over 40” series. It first appeared on LinkedIn: AI for the Over 40 [Week 23]: Beyond Summaries: What I Realized I Was Missing in Every Meeting

Read more AI and Copilot blogs.

The post AI for the Over 40 – Week 23: Beyond Summaries: How To Get More Value from AI Meeting Transcripts appeared first on ArcherPoint.

In Business Central, Dimension Correction allows users to update Dimension values on posted G/L entries without changing the original transaction. This ensures accurate reporting while maintaining a full audit trail.

Why correct the dimension values of G/L entries in Business Central?

In Business Central, dimensions drive how financial data is analyzed, not just how it is recorded. They represent things like:

• Department
• Cost center
• Location
• Project
• Customer group
• Product line

When a dimension is wrong on a G/L entry, the financial transaction itself is correct, but the classification of that transaction is not. Without accurate dimensions, you’re distorting how the business understands itself.

However, posted G/L entries are immutable, meaning they cannot be edited directly.

So instead of editing the G/L entry itself, Business Central uses a dimension correction process, which:

• Adjusts dimension values
• Preserves the original entry
• Maintains a full audit trail

How to perform Business Central G/L Dimension Correction

If you need to correct G/L entries:

Using Figure 1, when in (1) G/L entries, (2) filter on the document that requires dimension changes. Select All (3). Then select Correct Dimensions (4).

You can update, change, or add dimension values to the posted G/L entries. After you have updated or changed your dimension values (1-2 in Figure 2), click the Run button (3).

If you are using Analysis Views for your financial reporting, make sure you have the Update Analysis Views button set to True.

If you choose Run Immediately, the dimension values will be updated immediately. Otherwise, you can choose to have the job queue run and update the entries later. If you are correcting many entries, it is recommended that you run the job queue later at a time that will not affect system performance.

If you are correcting the dimension values for any global or shortcut dimension codes (for example, if the Dimension Code is Department, the Dimension Value might be Accounting, Sales, Marketing, Production, etc.).

Dimension Correction workflow

1. Draft the correction. Within the Draft Dimension Correction page, you can toggle on Update Analysis Views if you use that functionality and update the Description field (optional). In the New Dimension Value Code cell, make your necessary changes or updates.

2. Validate before running. Before you run a correction, it is a good idea to validate it first. Validation checks for restrictions on value posting for G/L accounts, restrictions for dimensions, and whether dimension values are blocked. During validation, the status is set to Validation in Process. After validation, the result appears in the Validation Status field. If errors were found, use the View Errors action to investigate them, then use Reopen to run the correction or a new validation.

3. Schedule for large datasets. You can run a correction immediately or schedule it for later. If running corrections on a large data set, it is recommended to schedule it outside business hours.

4. Undo if needed. If you don’t like the result after correcting a dimension, you can use the Undo action to reset it to the previous value. You can also validate the Undo action before executing it.

Limitations to the Dimension Corrections feature in Business Central

There are limitations, however:

• G/L entries only: Dimension corrections apply only to G/L entries. They do not automatically adjust related subledgers, such as inventory or sales. 
• Related documents are NOT updated: Correcting dimensions in the General Ledger does not also update the dimensions on related documents and entries. For example, if G/L entries are related to a Posted Sales Invoice and a correction is made, the Posted Sales Invoice dimensions are not updated. To update posted documents and subledger entries, you will need to post a credit memo to the document.
• Batch size: While Business Central supports dimension corrections, large-scale updates should be handled carefully. Processing large volumes of entries in a single batch can impact system performance, so it is best to break corrections into smaller batches.

Audit trail

To view the history of corrections, go to Related > Entry > History of Dimension Corrections. This shows an audit trail of all changes made. Just click the View button to see the changes.

Restrict which users can perform corrections:

Correcting dimensions can significantly impact internal reporting, data integrity, and auditability. Business Central lets you restrict which users can perform corrections. Specific permission sets come with Dimension Corrections.

Find out more

Be sure to check out more of our How-To blogs or contact ArcherPoint by Cherry Bekaert to learn more about Business Central.

The post How to Correct Dimension Values in Business Central G/L Entries appeared first on ArcherPoint.

In today’s manufacturing environment, businesses need to face the demands of increasingly sophisticated customers while experiencing labor shortages, shrinking resources, rising costs, and, in some industries, unexpected regulatory audits. Ensuring quality products in these conditions is possible, but you need a quality control system that works.

The components of a great quality management system

A quality control system is a part of production that ensures product integrity, largely using inspections at various stages of the manufacturing process. At its most basic, quality control involves:

1. Deciding on standards: You may measure specifications against ISO 9001, a government agency’s standards, general manufacturing practice standards, or another framework.
2. Selecting a method: You might choose to inspect random samples of product, use Six Sigma statistical methods, or implement another method that aligns with your industry. 
3. Developing a system: Your business will need a formal inspection process, based on the standards and the method you’re using. You’ll need to train your staff to ensure consistent inspections. 
4. Testing and action: You’ll need to choose what gets tested and when, and then implement your process. You must have a system to analyze the results and then determine what steps to take based on those results. 

How do enterprise resource planning (ERP) platforms work for quality control?

While it’s possible to buy software dedicated solely to quality control, a modern ERP system combines multiple functionalities for manufacturers. Having all your key data in one spot helps your quality control system:

• Enhance communication: If an inspection finds an issue, it’s easy to communicate with manufacturing and decision-makers. 
• Make quicker decisions: If a batch is rejected, you can automatically track and send data or even set up automatic alerts so decision-makers can take action quickly. 
• Automate and execute plans: Software lets you schedule and set up inspections. It automatically prompts inspectors and highlights established regulatory criteria, ensuring compliance. ERPs can also automatically analyze data to find ways to optimize operations for quality and compliance. 
• Keep all your documentation in one place: For compliance, all your data and reports are in one location, ready for deployment. You can update and examine different versions of documents, approve reports, and even electronically sign them to keep production moving.
• Customize your inspections with templates: ERP platforms offer templates and automatically populated inspection reports and checklists that can serve as the basis for your own. Customize them to create a tailored inspection in less time.
• Trace actions: In an ERP, you can easily assign inspections and tasks, and then see who completed what actions and when. You get full visibility of the quality control process.

Centralize quality management with Microsoft Dynamics 365 Business Central

Outdated systems can lead to manual data entry, inaccuracies, and time-consuming processes that are difficult to scale. Microsoft Dynamics 365 Business Central is a highly customizable ERP offering robust functionality for small- to midsized manufacturers, including quality control, sales, finance, customer service, commerce, HR, scheduling, supply chain, and more, all in one platform. Through an extensive extension marketplace, Business Central lets you add extensions that offer even more functionality. 

One of the biggest benefits is that Business Central can set up and help you execute many types of inspections quickly. You may need to conduct visual inspections of products arriving at the warehouse, send off some of your products for testing with a third party, and keep components within specific temperatures or sizes. Business Central can help you manage all your different inspections in minutes. 

Business Central also helps you:

• Gain supply chain visibility: If a supplier has a recall for a specific component used in your products, you can easily trace which products in your manufacturing system are affected.
• Communicate with vendors: If you outsource inspections or use labs for some inspections, Microsoft Dynamics 365 Business Central makes it easy to communicate with these parties and track their progress. 
• Automate some compliance tasks: You can set the system up to only accept orders from suppliers with valid, required certificates or to get alerts when specific inspections fail. The system integrates with purchase orders, too.
• Manage multilocation production: If you have multiple facilities, you can track inspections across them in a single platform. You can also see all locations of a specific lot, batch, or serial-numbered product, which can help you manage recalls or stop production.
• Access information in real time: You can trace lot and serial numbers in real time across the entire supply chain. Create audit trails for the FDA and other regulatory bodies and secure the documentation required for certification. 
• Maintain integrity with role-based security: Business Central ensures only authorized team members can change critical data, see inspection reports, or approve products.
• Get certificates of analysis: Business Central automatically creates shareable, customizable certificates of analysis you can update with graphics.

Microsoft Dynamics 365 Business Central now integrates with Copilot. You can get customized answers about your data, AI-generated inspection templates, and automated summaries of your reports. You also have access to AI agents who can create transactions in the system for your review and approval, reducing the time you need to spend on repetitive tasks.

Partner with proven manufacturing ERP Experts

Every business needs to ensure quality products. If you’re interested in Microsoft Dynamics 365 Business Central, ArcherPoint by Cherry Bekaert can be the support you need. With over 20 years of experience in translating complex manufacturing operations into targeted software solutions, our experts can help you determine whether Business Central is right for you.

At ArcherPoint, we offer hands-on, role-based training to encourage high user adoption. We make Business Central make sense and help you get the most out of every feature so you can build the highest-quality products. We also keep you AI-ready.

With flexible services, we save you the time and money required to hire an in-house IT team — we offer 24/7 service support plans, software updates, and more.

Modernize your quality control operations today

ArcherPoint has already helped businesses across 14 countries harness the benefits of top workplace solutions, including Business Central. We can help you figure out how to make quality control integral and automatic. Schedule a free consultation today with our expert team to learn more.

The post Guide to How Manufacturers Can Implement Quality Control Systems Using Business Central appeared first on ArcherPoint.

The Dynamics 365 Business Central community, comprising developers, project managers, and consultants, collaborates across platforms to share valuable insights. At ArcherPoint, we greatly value their dedication and expertise. To ensure widespread access to this technical knowledge, we created Developer Digest.

This issue of Dev Digest includes some changes in Business Central 2026 Wave 1 (v28) that will be of interest to developers.

Security enhancements for AL’s http client

With the release of Business Central 2026 Wave 1 (v28), Microsoft has introduced security when handling outgoing HTTP requests. This change is designed to prevent Server-Side Request Forgery (SSRF) attacks and protect internal network infrastructure. This means that, by default, Business Central will block HTTP requests that use AL’s HttpClient to connect to internal network addresses. The goal is to prevent a bad actor from gaining access to the system and making a request to a database or other system running on your internal network.

This enhancement affects cloud and on-premises deployments differently.

Stefano Demiliani discusses the impact of this change and steps for migration and troubleshooting in his blog, Dynamics 365 Business Central: new strict URI validation in AL Http Client.

Use Visual Studio Code to run AL tests

With BC v28, developers can run AL tests inside Visual Studio Code. According to Microsoft, “You can even use GitHub Copilot chat as well as a coding agent in Visual Studio Code to assist with setting up the testing framework for your project, generate test code, and fix failing tests.”

Yun Zhu provides a practical walkthrough of using the Test Explorer view in Visual Studio Code in his blog, Business Central 2026 release wave 1 (BC28): Run AL tests from Visual Studio Code (Test codeunits and test methods).

Debugging AL code using the Troubleshooting MCP Server

Also new in v28 is the Troubleshooting MCP Server, which gives Copilot the ability to inspect the execution of your AL code context while the debugger is paused. Copilot has access to the full call stack, can read variables across stack frames, and can help with breakpoints by object name or ID, type, and line number.

Stefan Šošić offers a useful demonstration of this tool in his blog, AL MCP Server for Debugging in Business Central.

Start planning now for OData deprecation

Tharanga Chandrasekara raises an interesting note that when BC v30 is released next year, Microsoft “will remove the ability to expose Microsoft-authored pages as OData endpoints entirely.” And SOAP endpoints will soon be going away as well.

While not a crisis, he provides a migration approach that will help developers manage the transition over the coming months.

Read his blog, OData Deprecation in Business Central: What Your Integration Architecture Needs Right Now, to learn more.

Are you interested in Dynamics NAV and Business Central development? Check out our collection of NAV/BC Development Blogs.

Read “How To” blogs from ArcherPoint by Cherry Bekaert for practical advice on using Microsoft Dynamics NAV and Dynamics 365 Business Central.

The post Dynamics Business Central / NAV Developer Digest – Vol. 551 appeared first on ArcherPoint.

Yet behind the scenes, leadership teams experience a very different reality. The business is becoming harder to run every year. Margins are difficult to predict. Delivery dates feel less reliable. Engineering changes become the norm rather than the exception, disrupting production. As a result, management meetings increasingly revolve around reconciling numbers and explaining surprises instead of planning for the future.

Very few companies hit a wall because of a single, dramatic failure. Instead, they slowly decline because dozens of small operational failures quietly accumulate. Visibility erodes a little at a time. Manual workarounds become permanent. Firefighting becomes the norm. Individually, each issue appears manageable. Together, they create an organization that is increasingly reactive, increasingly fragile, and increasingly dependent on the institutional knowledge held by a few key people who “know how things really work.”

If these symptoms feel uncomfortably familiar, it is a sign that your business has outgrown the stage for which its systems and processes were designed.

Why machinery manufacturing is fundamentally different

Unlike high-volume, repetitive make-to-stock (MTS) production environments, most machinery businesses operate in a hybrid world that blends engineer-to-order (ETO), make-to-order (MTO), and configure-to-order (CTO) models. Even when standard components can be reused, the finished product is often unique in meaningful ways:

• Bills of material evolve as engineering refines designs.
• Routings change based on capacity, material availability, or customer priorities.
• Engineering change orders or changing customer requirements can appear midstream and must be absorbed without derailing the production schedule.
• Lead times for specific raw materials or subassemblies can extend into months or longer.

Problems emerge when the systems and processes used to manage this variability were designed for a much simpler version of the company. As the company grew, the processes that worked when there were fewer jobs, fewer suppliers, and fewer concurrent projects slowly became a bottleneck.

By the time leadership feels the strain of the complexity brought on by growth, the old processes have become deeply embedded in the way the business operates. The core challenge of machinery manufacturing is not the complexity itself; it is the need to manage that complexity deliberately, systematically, and at scale.

Lack of visibility: You don’t know what you can’t see

Many machinery manufacturers believe they have visibility into their business. They can produce financial statements, run backlog reports, and analyze performance. But in many cases, this information arrives after the decisions that mattered have already been made. This creates a visibility trap. On the surface, the organization appears informed. In practice, it is managing the business by looking in the rearview mirror.

Work-in-progress looks healthy in reports, but key jobs are quietly stalled waiting for parts or engineering input. Material shortages are discovered only when production is ready to start. Margin problems are uncovered at the end of the job, when there is no time to address them. Leadership meetings become exercises in reconciling whose numbers are right rather than discussing what should be done next.

In addition, many manufacturers lack comprehensive visibility into their supply chains, making it difficult to identify vulnerabilities and respond to disruptions effectively. True operational visibility is not about dashboards or reports. It is about having access to real-time information that matters, knowing what is happening while you can still change the outcome. When data is delayed, fragmented, or manually assembled, the organization becomes reactive by definition. Decisions are always one step behind reality.

The deeper issue is not a lack of reporting. It is the lack of a shared, real-time understanding of what is actually happening. Without that visibility, even the best management team is forced to manage by approximation and guesswork.

Job costing in custom manufacturing: The silent profit killer

Job costing in custom and project-based manufacturing is uniquely challenging. Engineering time is often under-allocated or treated as overhead. Change orders are tracked operationally but are not always accurately reflected in financial performance. Overhead is spread across multiple projects using broad averages that mask each project’s actual cost. Rework, expediting, and disruption disappear into general expense buckets.

The result is that pricing decisions, customer strategy, and product investment choices are made based on distorted signals. Some jobs that appear profitable are not, while others that appear unprofitable are actually carrying the business.

Accurate job costing is not an accounting exercise. It requires that material, labor, overhead, and engineering effort be accumulated accurately as the job progresses. It requires that change orders are visible as both schedule events and financial events. And it requires that variances are addressed while there is still time to correct them.

Without this real-time visibility, margin erosion becomes a slow, silent leak. The business may grow, but it becomes progressively less predictable and less resilient. The most dangerous part is that the organization often does not realize this is happening until profitability is already under pressure.

Scheduling chaos: When growth breaks planning

In many young organizations, planning starts as an informal coordination exercise. As the business grows, spreadsheets appear. Then, basic MRP tools are introduced. Eventually, capacity constraints become a problem, and scheduling tradeoffs become unavoidable.

Several symptoms begin to appear when this happens:

• More and more orders must be expedited.
• Promise dates slip frequently.
• Engineering, purchasing, and production optimize for their own priorities rather than for the business as a whole.

At this point, scheduling is no longer just a planning problem. It is a coordination problem across the entire organization. Sales is selling one reality. Engineering is designing another. Purchasing is reacting to shortages. Production is doing its best to keep things moving. No one is wrong, but the system as a whole is out of alignment. The result is late deliveries, lost trust, internal friction, and a constant sense that the business is running faster only to stay in the same place.

Inventory: Your biggest asset…and your biggest cash drain

Because most machinery manufacturers operate in engineer-to-order, make-to-order, or hybrid models, their inventory and supply chain challenges are fundamentally different from those of high-volume, make-to-stock manufacturers.

In theory, inventory exists to protect the business. It ensures production continuity, absorbs supply chain variability, and allows commitments to be met with confidence. In practice, for many machinery manufacturers, inventory becomes one of the most significant sources of financial drag, operational friction, and strategic risk.

Long lead times and the commitment trap

Many of the most critical components in machinery manufacturing have long or unpredictable lead times. Some are machined-to-order. Some are imported, and, in some cases, are sole-sourced from highly specialized suppliers. Often, these specialized parts must be ordered weeks or months before final designs are finalized.

This forces planners into a difficult position. They must commit to purchases far in advance of certainty. When designs evolve—as they almost always do—forecast errors are amplified. A single late or incorrect component can stall an entire job, tie up work-in-progress, and cause late deliveries downstream.

Over time, organizations adapt in predictable ways. They overbuy “just in case.” They expedite constantly. They carry excess safety stock for the wrong parts. These behaviors feel prudent in the moment, but collectively they inflate inventory, tie up capital, and still fail to deliver reliability.

When engineering changes impact inventory

In ETO and MTO environments, demand is not driven by sales alone. It is also driven by engineering decisions. Bills of material evolve. Specifications change. Customers revise requirements. Engineering refines designs after projects are already in motion. This is not a failure of discipline; rather, it is the nature of complex, custom manufacturing.

But the inventory consequences are severe. Parts that were already ordered become obsolete, excess, or usable only for “some future job.” New parts must be sourced urgently and often expedited at a premium cost.

There is poor visibility into which materials are tied to which projects. And there is often no clear distinction between project-specific inventory and shared, reusable stock. None of this shows up in forecasts. Yet all of it shows up in cash flow and delivery performance.

Inventory problems in machinery manufacturing are almost always a result of poor coordination and visibility. And until that coordination problem is addressed at a systemic level, inventory will continue to behave like both the business’s greatest asset and its greatest cash drain.

What happens when the business outgrows its systems

Growth changes the shape of the business. New product lines introduce new parts, routings, and suppliers. New facilities introduce more coordination challenges. More customization increases engineering workload and planning complexity. Mergers and acquisitions multiply data, processes, and reporting requirements overnight.

Systems and processes that worked perfectly well when the company started now become constraints as the business grows. At this stage, many organizations feel busy but not in control. Growth continues, but it becomes harder to conduct business as usual.

Traceability, compliance, and rising expectations

Traceability is no longer confined to heavily regulated industries. Customers expect detailed documentation, configuration history, and the ability to trace components, assemblies, and changes. In many markets, traceability has become a prerequisite for doing business rather than a differentiator.

Manual systems and processes can handle this for a while, but eventually they break under the weight of volume, complexity, and audit pressure. When traceability fails, the consequences are not limited to compliance risk. They include lost customer confidence, expensive investigations, and operational paralysis when questions cannot be answered quickly and confidently.

It’s not just one problem

Often, machinery manufacturers attempt to fix these challenges one at a time. They buy a better scheduling tool. They use a better inventory model. They create a better costing spreadsheet. Or they implement a new reporting package.

But the problems they are trying to address are not independent; they are interconnected: You cannot sustainably fix scheduling without fixing material coordination. Fixing margins also requires fixing visibility. And you cannot fix planning without fixing data integrity.

Point solutions that address a specific issue often improve one area at the expense of another, lack integration with other business systems, and create new data silos. Over time, the organization becomes a patchwork of workarounds that only a few people fully understand. The fundamental constraint is the lack of a unified operational and financial picture of the business.

What scalable manufacturers do differently

Machinery manufacturers who successfully scale their businesses must manage complexity as they grow. When it becomes too difficult to manage growth with existing tools and processes, it’s time to seriously evaluate a new Enterprise Resource Planning (ERP) for machinery manufacturers—not as an accounting system but as an operational coordination platform.

Modern, cloud-based ERP systems are designed specifically for this mid-market reality: Complex, growing, mixed-mode manufacturers who need unified data, real-time visibility, and strong alignment between operations and finance. They allow manufacturers to work from a single, shared version of the truth. Operations and finance are tightly aligned. Decisions are based on current reality, not last month’s results. Processes are designed to scale without relying on heroics. And manual processes and multiple spreadsheets are replaced by automation and real-time data.

Why machinery manufacturers choose Dynamics 365 Business Central

Microsoft Dynamics 365 Business Central is built for exactly the kind of complexity faced by mid-market manufacturing companies. It provides:

• A single, unified system for operations and finance
• Real-time visibility into jobs, inventory, WIP, and margins
• Strong support for engineer-to-order, make-to-order, and hybrid models
• Integrated planning, purchasing, production, and costing
• A modern, cloud-based platform that scales as your business grows
• Seamless integration with the broader Microsoft ecosystem (Power BI, Power Platform, Microsoft 365, and more)
• Implemented on Microsoft’s Azure platform, featuring enterprise-level security, system backup and failover capabilities, and advanced AI capabilities.

What this means for you:

• Sales can be directly linked to customizable production or planned in batches
• Product versioning and material changes can be planned, allowing the full use and phase-out of inventory
• Supplier pricing and lead times are easily visible
• Critical information can be captured from workflows for reporting and optimization decisions

Why ArcherPoint

At ArcherPoint by Cherry Bekaert, we work with machinery manufacturers and project-driven manufacturers who have reached this inflection point.

We don’t start with software. We start by understanding:

• How your business actually works
• Where complexity is creating friction or risk
• Which constraints are limiting growth, visibility, or control
• Whether Dynamics 365 Business Central is the right fit for you
• And what a realistic, staged roadmap should look like

Contact ArcherPoint by Cherry Bekaert today and let us help you move from managing complexity to controlling it so you can grow your business with confidence.

The post Hidden Constraints that Hold Back Growth for Machinery Manufacturers…and How to Overcome Them appeared first on ArcherPoint.

Here are some of our favorite new features in BC28.

Supply chain

Add pictures to item variants

Users can store images showing item variants, such as different sizes and colors, and make them available using the Variants action on the Item Card.

Add the Description 2 field to various pages

Users can personalize various pages using the Description 2 field. This feature can be used to include additional context descriptions to BOMs, routings, production orders, and more.

Approval workflows for requisition worksheets and item journals

This feature extends approval workflows to include item journals and requisition and planning worksheets. Users can send batches from the Item, Physical Inventory, Output, and Consumption Journals.

Reporting

View user and group permissions from all apps and extensions

Administrators can view permissions across all apps and extensions, including filtering data by object, scope, extension, or permission set, providing a central location to view permissions, conduct security audits, or troubleshoot issues.

Development

AL developers can search on data and metadata using semantic search

AL developers can search by similarity to the search term using the new codeunit, “Semantic Data Search”.

Enable Troubleshooting MCP Server for AL

Lets developers use runtime data at breakpoints or errors to troubleshoot MCP Server issues and determine which entries triggered a failure during AL debugging.

Evaluate AL coding agents with BC-Bench

Developers can use the BC-Bench benchmarking framework to help determine which improvements to agent performance are most effective in real-world situations.

Copilot and agents

Get item insights with advanced KPIs and Summary

Copilot provides useful KPI information from the new Item Statistics page. Some of the new KPIs available include inventory valuations, such as current inventory value and expired inventory value, and sales performance, including percentage sales growth rate, net sales, and gross margin. A word of caution: This feature comes with a warning box that states, in part, “AI-generated content might be incorrect.”

Manage tasks from all agents in a dedicated task pane

This feature helps users who rely on AI-driven workflows, such as accountants, salespeople, and managers, display all tasks generated by the agents from a single location.

Review content generated by agents directly on pages

Users can review and approve content generated by agents directly on the pages where they work, keeping the review process within the page context.

Show avatars for record creators and modifiers in lists

This feature facilitates traceability by making it easier to identify which user or agent created or modified a record without opening the record.

Stop all active tasks for a selected agent

This feature lets users stop all active tasks for a selected agent.

Use AI resources for your Copilot extensions

This feature makes it easier to set up and secure AI capabilities. Includes scaling and throttling resources along with tracking and billing for AI resource consumption.

Other notable new features

Other significant changes include the ability to create purchase orders directly from sales orders that are set up for drop-shipment, reverse drop shipments, and match invoice lines to relevant purchase order lines and receipts.

There are several enhancements to Shopify connectivity, including the ability to organize products into logical groups, synchronize product variant images with Shopify, and access to the latest Spotify API.

In addition, the Quality Management extension lets you control when quality checks are performed, specify the parameters of the quality check, define quarantine procedures, generate quality status reports, and provide quality certificates.

Items being deprecated

API v1.0: One of the most important changes in this release is that API v1.0 will be deprecated in BC v28. This API is used to connect Business Central to external systems, such as eCommerce platforms, Power Platform applications (including Power Apps, Power Automate, and Power BI), Azure Data Lake, and CRM integrations. Users, administrators, and developers are urged to migrate to API v2.0.

BC 2025 Wave 2 connector’s API expires June 30, 2026: In 2025 Wave 2, Microsoft updated the Shopify Connector to use a specific Shopify API version, which will only be supported through June 30, 2026.

From Microsoft: “The Shopify Connector released in 2025 release wave 2 (October 2025) relies on API 2025-07, which is supported until June 30, 2026. To continue to use your integration, upgrade to the latest version of Business Central before this date.”

Learn more

2026 Wave 1 adds greater security, auditability, and development features that promise to make working with Business Central much easier for users, developers, and administrators.

Check out Microsoft’s preview page for a complete list of the features included in this release.

Contact ArcherPoint by Cherry Bekaert to learn more about this new release. ArcherPoint also offers help with Business Central upgrades and software updates.

The post Get Ready for Dynamics 365 Business Central 2026 Wave 1 (BC28)! appeared first on ArcherPoint.

A researcher is an agent. An analyst is an agent. Facilitator is an agent. Every sponsor demo featured agents. Every hallway conversation mentioned agentic AI.

Then another attendee said what I had been thinking: there don’t seem to be any common definitions of what “agent” or “agentic” actually means.

Everyone nodded. No one clarified. A week earlier, a technology leader told me some of his employees had saved well-crafted prompts as reusable instructions and genuinely believed they had built an “agent.”

That’s when it clicked. The word agent now covers everything from a smart saved prompt to systems that work while you sleep. If everything is an agent, the word means nothing.

And that confusion is going to cost organizations real money.

Why defining ‘agent’ is genuinely hard

My first instinct was to blame marketing. Vendors labeling everything as agent to ride the hype cycle.

But the problem runs deeper. We struggle to define agent because we cannot see what is happening inside these systems.

I call this the observability problem.

What we can see and control

There are external variables we can observe and manipulate.

Model selection. Choosing between models like Claude, GPT, or Gemini dramatically affects speed, depth, and behavior.

Mode selection. Standard chat versus deep research, extended thinking, or agent mode.

Project configuration. The instructions, documents, and context we provide.

Connectors and tools. MCP servers, plugins, and integrations that extend access to systems.

These are the switches we control. We can test them. We can compare results.

What we cannot see

But internal behavior is largely hidden.

• How many reasoning steps did the model take?
• Did it spawn parallel tasks?
• Which internal tools did it call?
• Did it revise its own work before responding?

The same external inputs can produce very different internal processes. And we often have no visibility into why.

The gap that creates confusion

This gap between what we control and what we can observe creates the definition problem.

Is something an agent because of internal complexity? If so, we often cannot tell.

Or is something an agent because of what we experience—how much autonomy we grant and how independently it operates?

Since internal mechanics are opaque, defining agent by what is happening inside is a dead end. We need to define it by experience. By observable autonomy.

An experience-based framework for agent

After dozens of conversations and experiments, I have settled on a four-level spectrum. The framework focuses on what you experience, not what marketing claims.

Level 1: enhanced chat

Reactive. You ask, it responds.

It may reason deeply, search broadly, or take longer to answer. But nothing happens when you close the window.

Examples include deep research modes, knowledge assistants, and advanced analyst features.

Saved prompts that consistently produce strong results live here. Useful? Absolutely. But still enhanced chat.

Level 2: triggered automation with AI reasoning

A predefined trigger starts a predefined workflow.

AI makes decisions within structured paths.

This is workflow automation with an LLM brain.

Examples include event-triggered assistants, meeting summarizers that generate tasks, and prebuilt business agents.

Sophisticated and valuable. But the path is still largely defined in advance.

Level 3: goal-pursuing agent

You provide a goal. The AI plans and executes steps to reach it.

It decides the path within the guardrails you set. It may adapt based on what it discovers. It may ask clarifying questions or request approvals.

But it is session-bound. When you close the window, it stops.

Examples include multi-step research tasks, computer-use capabilities, and complex tool-driven sessions.

The key question is who decides the next step. At Level 2, rules and triggers decide. At Level 3, the AI does.

Level 4: persistent autonomous agent

This is what most people imagine when they hear the word ‘agent’.

It works across time. It may continue while you are away. It sets sub-goals, adapts when things fail, and maintains state across sessions.

Examples include long-running coding agents or research systems that operate overnight.

This is true persistence and autonomy.

What agent-like behavior actually feels like

Recently, I tested ChatGPT’s Agent Mode with a research task. I gave it a goal and walked away.

Eleven minutes later, it was finished. During that time, it searched, evaluated sources, synthesized findings, and structured results. I was not guiding each step. I was delegating.

That felt different. Not because I could see internal mechanics, but because my experience changed. I gave a destination and waited.

Compare that to a deep research response in standard chat. The output may be equally impressive. The internal complexity may be similar. But experientially, I asked a question and received an answer. That is enhanced chat, not agency.

Platform differences reinforce this confusion. Claude offers strong agentic capabilities through Claude Code for developers, but not in its standard chat interface. ChatGPT brings agent-like behavior into chat through Agent Mode. Capabilities vary by vendor and even by product tier. The word agent does not mean the same thing everywhere.

The diagnostic questions

The next time someone claims something is an agent, ask three questions.

Does it work while I am away?
If no, it is Levels 1 through 3. If yes, it approaches Level 4.

Who decides the next step?
If you direct each interaction, it is Level 1.
If triggers and workflows decide, it is Level 2.
If the AI decides within your guardrails, it is Level 3 or 4.

What happens when it fails?
If it stops and waits for you, it is Levels 1 through 3.
If it autonomously tries alternatives, it is Level 4.

These questions cut through buzzwords and force clarity.

From consumer to informed evaluator

Without a framework, you are a consumer of marketing. You hear ‘agent’ and assume autonomy you cannot verify.

With a framework, you become an informed evaluator. You place capabilities on the spectrum. You match what you are getting to what you actually need.

And here is the overlooked truth: sometimes Level 2 is exactly what you need.

If your problem is routing requests or summarizing meetings into structured actions, a persistent autonomous system may be unnecessary. Triggered automation with AI reasoning might be the right tool.

The goal is not to chase Level 4. The goal is to match capability to need.

Why this matters for your organization

Terminology confusion creates real risk.

Misaligned expectations. Leadership expects autonomous agents. You deploy structured workflows. The pilot is labeled a failure.

Wasted investment. You pay premium prices for agentic AI that is effectively enhanced chat.

Missed opportunities. You dismiss Level 2 solutions as unimpressive when they are exactly what your business needs.

Literacy matters. You cannot delegate to something you do not understand. You cannot evaluate what you cannot define.

Your week 22 challenge: cut through the noise

This week, apply the framework.

Find an agent claim in a vendor pitch, product demo, or internal project. Ask the diagnostic questions. Place it on the spectrum. Identify the gap between implication and reality. Then ask whether that level of agency matches your need.

Share what you discover with a colleague. The more leaders who adopt clear definitions, the less money organizations will waste on ambiguous promises.

The bottom line

I left that conference realizing we do not have shared definitions for the term ‘agent’. That confusion will cost organizations money.

We cannot reliably define an agent by internal mechanics because we cannot see them. We must define it by experience. By autonomy granted. By what happens while we are away.

This framework is not about hype. It is about clarity.

If everything is an agent, nothing is an agent. And you cannot invest intelligently in a word that nobody can define.

This post is part of my “AI Over 40” series. It first appeared on LinkedIn: AI for the Over 40 [Week 22]: When Everything Is an Agent, Nothing Is an Agent

Read more AI and Copilot blogs.

The post AI for the Over 40 – Week 22: When Everything is an Agent, Nothing is an Agent appeared first on ArcherPoint.

In this client testimonial, CKS Packaging shares how a ransomware event accelerated its move from on-premises Business Central to Microsoft Dynamics 365 Business Central SaaS, and how ArcherPoint helped the team restore critical operations and move forward in just days.

Manufacturing operations disrupted by ransomware

CKS Packaging, a manufacturer of plastic containers, experienced a ransomware attack that impacted a large portion of the business, including its on-premises Dynamics 365 Business Central system. The disruption affected several critical functions, including:

• Sales order processing
• Shipping operations
• Accounts payable and receivable
• Customer communication and tracking

While production could continue, the inability to access core systems created immediate business pressure. As the testimonial makes clear, shipping products is only part of the equation—processing transactions, tracking customer information, and getting paid are just as critical.

Accelerating a cloud ERP strategy

Before the ransomware event, CKS Packaging had already planned to migrate to Business Central SaaS over 12 to 18 months. That timeline changed dramatically when the business needed to restore access to critical systems as quickly as possible.

With ArcherPoint’s support, what had been a long-term cloud roadmap became an accelerated recovery effort. The team helped:

• Stand up a temporary SaaS environment
• Configure permissions and access
• Restore the most important business functions first
• Support the transition back into the primary tenant after recovery

That combination of speed and prioritization allowed CKS Packaging to move from a long-range SaaS plan to an urgent deployment in a matter of days.

Why cloud ERP matters for business continuity

One of the clearest lessons from the experience was the value of cloud-based ERP. For CKS Packaging, moving critical systems off-premises created greater separation between the internal IT network and the business systems needed to keep operations running.

The move to SaaS was no longer just about modernization. It became a practical business continuity decision—one that improved resilience and reinforced the importance of protecting the systems that support orders, customer service, and revenue flow.

The value of a responsive manufacturing partner

Throughout the event, ArcherPoint’s responsiveness and familiarity with the business were critical. The team was able to:

• Identify which systems and processes need to be restored first
• Mobilize the right resources quickly
• Provide real-time support during a high-pressure situation

CKS Packaging also emphasized ArcherPoint’s understanding of manufacturing operations. Rather than acting as a generalist partner, the team brought process awareness, business context, and proactive recommendations shaped by years of working together. That combination of technical expertise and manufacturing knowledge helped drive better decisions when timing mattered most.

A partnership built on responsiveness and trust

Over time, the relationship between CKS Packaging and ArcherPoint has grown beyond a typical vendor engagement. Across support, consulting, and strategic guidance, ArcherPoint has remained:

• Responsive across teams
• Collaborative in solving problems
• Invested in the business’s long-term success

That level of partnership was especially important during a disruptive event, but it also reflects something broader: when a partner understands your business, your priorities, and your processes, they are better equipped to help when the stakes are highest.

Watch the client testimonial

If your manufacturing organization is evaluating cloud ERP or preparing for unexpected disruptions, learning from real-world recovery and migration experiences can help you plan more effectively. Reach out to ArcherPoint by Cherry Bekaert to explore how a responsive, experienced partner can support your ERP strategy.

Video transcript

My name is Charles Massey. I’m the Vice President of Information Technology at CKS Packaging.

I’ve been here about five years now. It’ll be five years in March.

CKS Packaging produces plastic containers—everything from dairy bottles to industrial gallons, and anything in between in the plastic packaging space.

For us, I think it’s the fact that you guys have people on your team who have been with you for a long time. All the customizations and different things we’ve developed in partnership with ArcherPoint have really driven that relationship.

I think, for us, it’s the interest in understanding the end result—the end goal of what we’re trying to get to. It’s not just developing something and passing it off, but trying to understand the business process involved and really digging into what the need is before starting down a path to resolution.

We did have a ransomware event in December of 2023. It hit a large portion of the enterprise, including our on-prem version of Business Central. Obviously, it affected every part of the business that runs through there—from sales orders to shipping, AP and AR processes as well.

It was a very stressful event. For our business, we can continue to make plastic bottles, but actually getting paid when we ship those plastic bottles is just as important.

There was a lot of tracking—getting customer information out of the system when the system wasn’t available—and keeping customers happy was critical to us.

Again, back to the relationships that have been built with some of the guys at ArcherPoint internally who knew what we needed and what was critical to the business.

As soon as we called Quentin, we were on the phone with the right people within the team, figuring out what we needed to do and the best path forward to get back into the systems.

It’s an interesting thing. We had a roadmap to do SaaS over 12 to 18 months, and then we decided we’d do it in five days.

ArcherPoint and Quentin helped get the right resources on the phone, stand up the SaaS environment, configure it, set up permissions in a temporary tenant, and then migrate everything back into the primary tenant once ransomware recovery was complete. That was a big help.

The cloud-based approach is critical. It’s the air-gapped piece of it. You want separation between what we call your IT network and those critical business functions.

That was one of our lessons learned from the ransomware event—to take everything we can off-prem and push it into the cloud.

Again, it comes back to having the right partner—understanding what’s critical to the business. It all comes down to having a feel within that partner so they understand what the important parts are.

Do we need to get everything back up? Yes. But did ArcherPoint instantly know what the most important pieces were to restore first? Yes. That partner relationship really helped drive that.

I think it’s really important for a partner to understand what you do. There are a lot of partners out there that are generalists, but it’s very evident from my experience with ArcherPoint that they have resources who have been involved in the manufacturing process before.

I think that’s a critical piece—to find partners and create relationships with people who have done what you do.

Absolutely. Anytime I’ve ever reached out to anybody at ArcherPoint—whether on the sales side, the support side, or whatever it may be—I’ve gotten an instant response. That’s critical in business these days.

I think ArcherPoint is a great partner to work with around Microsoft technologies. They’ve come to the table with things we didn’t even think of, which is important too.

They make suggestions based on the relationship they’ve built with us over the last several years.

The post Ransomware Recovery to Cloud ERP: CKS Packaging’s SaaS Move appeared first on ArcherPoint.

Understanding MRP and MPS

To choose between MRP and MPS, you should understand demand, as it ultimately drives decisions in your manufacturing business. There are two main kinds of demand:

• Independent demand refers to customers’ desire for a product. You can determine independent demand by looking at forecasts, market reports, pre-orders, and orders.
• Dependent demand is the demand for raw materials and parts needed to produce the final product. A bill of materials can help you determine dependent demand.

MPS is driven by independent demand and establishes which products you need to produce, when, and in what quantities. MPS is the “big picture” roadmap that creates better workflows by aligning your manufacturing capacity with demand. It ensures customers get products on time while reducing overstocking or stockouts.

While MPS focuses on the finished product, MRP is a micro-level system that determines the parts, materials, and subassemblies required to produce it. MRP answers to the MPS because it’s driven by dependent demand. MRP improves supply chain transparency and minimizes bottlenecks by making sure parts are available when needed.

For example, let’s say you make winter coats. MPS can help you determine when to produce the most coats for winter sales, how many coats to produce, and which types to produce to meet demand. MRP can help you determine when you need to order zippers, down material, fabric, buttons, and other materials (and in what quantities). 

When to choose MRP or MPS

Both MRP and MPS play an important role, but one may better suit your situation than the other. 

What Are the Benefits of MRP?

MRP may be right if you have a product with many materials, especially perishable materials, or components you need to manage. Owners who are concerned about reducing overstock and like a comprehensive approach to inventory may also choose MRP.

• Improves inventory control: MRP processes make supply chain management easier. They use real-time data to display current supplies, so managers can identify materials that need replenishment before they run out.
• Boosts production efficiency: MRP provides managers with significant insights into the time and materials required to keep production flowing smoothly. They can track and use raw data to minimize delays and miscalculations.
• Reduces purchasing costs: This process automates searches, enabling businesses to access the most cost-effective solutions. By minimizing purchasing costs, companies can offer better product cost-efficiency and reap the bottom-line benefits.
• Implements emergency strategies: MRP helps ensure efficient stock management. It sets strategies to prevent excess inventory by ordering when stock needs replenishing. You can also maintain safety stock in case of emergencies.
• Prevents common production bottlenecks: Businesses can maintain uninterrupted production by identifying potential bottlenecks before they occur.

What Are the Benefits of an MPS?

You might use MPS if you manufacture products driven largely by predictable customer demand. You may also lean more on MPS if you need careful scheduling. The main perks are increased profitability and reduced shortages.

• Simplifies order promises: The MPS provides accurate lead times, ensuring everyone knows how long it takes to create a product. It also prevents utilization-dependent exhaustion that may occur due to work intensity.
• Enhances communication: An MPS serves as a communication tool that helps manufacturing share production plans with other departments.
• Boosts efficiency: An MPS enables analysis and identification of potential bottlenecks, improving customer satisfaction and sales in the long run.
• Streamlines supply chain: An MPS reviews supply chain requirements and prioritizes them, boosting supplier relationships through timely delivery.

When to use both MRP and MPS

While both MPS and MRP are useful in different ways, some manufacturers use both because the two systems complement each other — MPS sheds light on your ultimate production goal, and MRP ensures you can meet it. Integrating them reduces the risk of inventory inaccuracies and missed orders by providing a clearer understanding of the final product’s production goal and what’s needed to meet it. 

If you manufacture bicycles, you may use MPS weekly or monthly to determine how many bicycles to produce and which types, based on seasonal demand, orders, trends, and market research. You might run MRP daily to make sure you have the gears, tires, lights, and bells needed to produce bicycles and meet demand. Using both prevents silos. You can be sure you have everything you need to produce the right amount of bicycles, on time, and in the varieties customers want.

The ERP advantage

Enterprise resource planning (ERP) systems like Microsoft Dynamics 365 Business Central are powerful platforms that help you integrate both MPS and MRP into your business while saving time. An integrated cloud ERP system lets MPS inform MRP using real-time data you can access from anywhere. You get automated processes to improve accuracy, and you can see all your data in one environment to make better decisions about ordering parts and scheduling production of completed products.

With today’s ERP systems, you can track inventory in real time, visualize data, and improve communication between production and other departments.

Learn how ArcherPoint can help

Whether you’re implementing a new ERP system or migrating from a legacy platform, ArcherPoint by Cherry Bekaert has deep industry expertise in Microsoft Dynamics 365 Business Central, Dynamics NAV, LS Retail, Azure, Microsoft 365, and Power Platform. We handle implementation, integrations, training, updates, and IT support, so you can focus on your business. Contact us today for a free consultation.

The post MRP vs. MPS: Choosing the Right Planning Approach for Your Manufacturing Business appeared first on ArcherPoint.

Understanding how manual receiving works in Boltrics WMS for Microsoft Dynamics 365 Business Central gives warehouse teams greater control and visibility into receipt documents, quantities, and pallet-level details before inventory is posted.

In this walkthrough, we break down the manual receiving process step by step — from reviewing receipt headers and lines to posting handling units (pallets) into inventory and completing putaway warehouse activities.

When manual receiving is used in Boltrics WMS

While many 3PL operations rely on handheld scanners for speed and accuracy, manual receiving remains an important workflow for:

• Reviewing inbound documentation before posting
• Adjusting quantities at the pallet level
• Handling exceptions or discrepancies
• Lower-volume warehouse environments
• Administrative control and oversight

Manual receiving provides deeper visibility into the receipt document structure inside Business Central before inventory becomes available.

Reviewing the receipt document structure

The process begins by opening the Receipt List and selecting the appropriate document.

Daniel walks through the key components of the receipt, including:

Receipt header overview

The header provides high-level logistics information such as:

• Arrived date
• Departed date
• Vendor or customer information
• Overall receipt status

These fields provide operational context before any inventory is posted.

Receipt lines overview

The lines section is where item-level detail is managed. Users can review:

• Ordered quantity
• Received quantity
• Outstanding quantity
• Handling units (pallet references)

Understanding the difference between ordered, received, and outstanding quantities is critical for maintaining accurate inventory and avoiding over- or under-posting.

Managing handling units before posting

One of the key advantages of manual receiving is the ability to manage handling units directly within the receipt document.

Before posting to inventory, users can:

• Review pallet-level detail lines
• Adjust quantities as needed
• Confirm what will be posted
• Validate accuracy against physical goods

This level of control is particularly valuable in 3PL environments where billing, traceability, and inventory precision matter.

Created vs. posted: What it means

During the walkthrough, Daniel explains the difference between “created” and “posted” handling units.

• Created handling units exist within the document but are not yet reflected in inventory.
• Posted handling units are officially added to inventory in Business Central.

This distinction helps prevent premature inventory updates and ensures warehouse teams validate quantities before affecting stock levels.

Posting handling units into inventory

Once quantities are verified, users can post the handling units into inventory.

At this stage:

• Inventory levels are updated in Business Central
• Receipt statuses move forward
• The system prepares for warehouse putaway processing

This transition marks the official move from receipt review to inventory availability.

Completing putaway warehouse activities

After posting, Boltrics automatically generates putaway warehouse activities.

Users can then:

• Review the generated warehouse tasks
• Post putaway activities
• Confirm storage locations

This ensures goods are moved from staging into their assigned warehouse locations, completing the inbound process.

Manual receiving vs. scanner receiving

Manual receiving offers more document-level control, while scanner-based receiving emphasizes speed and real-time execution on the warehouse floor.

If you’re looking for a walkthrough of scanner-based workflows, see our complete guide to scanner receiving in Boltrics WMS.

Both processes ultimately support the same goal: accurate inventory and controlled inbound operations inside Microsoft Dynamics 365 Business Central.

Bringing it all together

Manual receiving in Boltrics WMS provides flexibility and control for warehouses that need detailed oversight of inbound documents and pallet quantities before posting inventory.

By understanding receipt headers, quantity fields, handling units, and warehouse activities, organizations can:

• Maintain accurate stock levels
• Prevent posting errors
• Improve inbound documentation control
• Support structured 3PL billing processes

Whether used as a primary workflow or as an exception process alongside scanner receiving, manual receiving remains an important part of a well-structured Boltrics WMS implementation.

The post How to Manually Receive Goods in Boltrics WMS for Business Central appeared first on ArcherPoint.