How to Configure Wholesale Receivables Posting in Business Central?
This is a case study. Case studies are not timed separately. You can use as much exam time as you would like to complete each case. However, there may be additional case studies and sections on this exam. You must manage your time to ensure that you are able to complete all questions included on this exam in the time provided. To answer the questions included in a case study, you will need to reference information that is provided in the case study. Case studies might contain exhibits and other resources that provide more information about the scenario that is described in the case study. Each question is independent of the other questions in this case study. At the end of this case study, a review screen will appear. This screen allows you to review your answers and to make changes before you move to the next section of the exam. After you begin a new section, you cannot return to this section. To start the case study - To display the first question in the case study, click the Next button. Use the buttons in the left pane to explore the content of the case study before you answer the questions. Clicking these buttons displays information such as business requirements, existing environment, and problem statements. When you are ready to answer a question, click the Question button to return to the question. Background - Fabrikam, Inc., is a manufacturer of products for the gift industry. The company plans to implement Business Central as its new enterprise resource planning (ERP) system. The company sells to two types of customers: wholesale and retail. Retail customers order at special events and online. Wholesale customers send in orders by email. Current Environment - Order processing - • The company uses a purchase order (PO) workflow for any PO over $500. • The system has been fully configured for sales order prepayments and will check for a prepayment invoice at posting. • Customers can special order products with a prepayment that is due on receipt. Invoicing - • Wholesale customer payment terms are net 30, with a 2% discount if paid within 10 days. • Retail customer payment terms are payable on receipt or shipment. Reporting - • The company uses headcount (number of employees) and square footage for statistical accounts. Integrations - The company currently uses Outlook, Excel, Word, and Teams to communicate internally and externally with customers and vendors. Requirements - Order processing - • The company must be able to combine multiple purchase receipts into one vendor invoice. • Posted vendor invoices must be reverted when damages are reported or a product is returned to the vendor. • Fully invoiced POs must not appear on the PO list page. • Customer prepayments vary based on customer relationship. Special orders from new customers have a 25% prepayment. Established customers have only a 15% prepayment. • The company must be able to approve POs by email without opening Business Central. • Customers often reorder the same items with similar quantities. The system must be configured to ask the user if recurring lines should be added to sales orders. Invoicing - • Customer revenue must be posted to separate general ledger (G/L) accounts based on customer type. The G/L account must have subcategories for wholesale and retail revenue. • Accounts receivable must be posted to separate G/L accounts based on customer type. The G/L account must have subcategories for wholesale and retail accounts receivable. • Currently, inventory is sold at a cost based on purchase and sales over a period. Reporting - • Financial reports must include statistical accounts. • The financial report structure must map to account categories. Integrations - The company requires the following integration capabilities: • Create sales orders while collaborating with customers by email. • Edit customer information while messaging the sales team in a group chat. • Communicate a brochure to all customers at once about a sales campaign. General ledger posting accounts - The company requires the following G/L posting accounts: • Retail Receivables = 13100 • Wholesale Receivables = 13200 • Payment Discount = 54800 • Retail Sales = 44100 • Wholesale Sales = 44200 • Sales Prepayments = 22160 Issues - • Order entry takes too long for wholesale customers. • Vendors ship partial orders but send one monthly invoice. The company is unable to associate one invoice with multiple POs in the current environment. • Inventory reconciliation was difficult in the company's old system because it allowed users to sell more inventory than was physically available. • Users must log in to the system to provide workflow approvals. You need to configure the system to post to the receivables account for wholesale customers. Which two configurations should you use? Each correct answer presents part of the solution. NOTE: Each correct selection is worth one point.
Community Votes
71% of anonymous learners picked answer CE. Votes are pick records left by other test-takers — they are not the verified answer.
Community Insight
Tests where a Customer Posting Group's Receivables Account is defined versus where General Business Posting Groups apply; the trap is choosing General Posting Setup or the retail account 13100.
In Business Central, the wholesale customer receivables account is configured through Customer Posting Groups, not General Business Posting Groups. The correct setup pairs the Wholesale Receivables account 13200 with the appropriate customer posting group.
Learners often select Receivables account 13100 or General Business Posting Groups, confusing retail receivables or customer segmentation with the wholesale receivables account setup.
Community Discussion (4 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
In Business Central, receivables control accounts are assigned on the Customer Posting Group card, where each customer posting group specifies a Receivables Account. The case study lists Wholesale Receivables = 13200, so the wholesale customer posting group must use account 13200. Selecting Customer Posting Groups (E) and Receivables account 13200 (C) together fulfills the requirement to post wholesale customer receivables to the correct G/L account. This is consistent with standard MB-800 posting-group doctrine: customer posting groups drive customer ledger account mapping.Why the Other Options Are Wrong
General Posting Setup (B) maps combinations of General Business Posting Groups and General Product Posting Groups to G/L accounts for sales, purchases, inventory, and discounts; it does not define the customer receivables account. General Business Posting Groups (D) segment customers by business type (for example, domestic/foreign or VAT treatment) and are an input to General Posting Setup, not the place where the receivables account is stored. Receivables account 13100 (A) is the retail receivables account, not wholesale; the case study explicitly distinguishes Retail Receivables = 13100 from Wholesale Receivables = 13200.Community Comment Notes
Most learners converge on C and E: as python123 explains, Customer Posting Groups is where you "define the receivables account for different types of customers." Lavoisier likewise notes that "we set the receivables account in the Customer Posting Group," and b33907d confirms "C & E are correct." A minority selecting D instead of E appears to mistake the general business posting group for the receivables account definition.Official Reference
Exam Strategy
For MB-800 posting questions, map each requirement to the correct setup page: Customer Posting Groups hold receivables accounts, while General Posting Setup maps general business/customer groups to G/L accounts. Read the case study's G/L account list carefully so you pick 13200, not 13100.
Frequently Asked Questions
Why is the receivables account set in Customer Posting Groups instead of General Business Posting Groups?
General Business Posting Groups segment customers for VAT or domestic/foreign rules; the receivables G/L account is defined on the Customer Posting Group card.
Why is account 13200 correct instead of 13100?
13200 is Wholesale Receivables and 13100 is Retail Receivables per the case study's G/L account list, which explicitly separates wholesale and retail.