• Home
  • About
  • Contact
  • German

Dynamics 365FO/AX Finance & Controlling

Dynamics 365FO/AX Finance & Controlling

Tag Archives: Shadow accounting

Sustainability Accounting – Getting Started (Travel Expense)

07 Sunday Mar 2021

Posted by Ludwig Reinhard in General Ledger, Miscellaneous

≈ 1 Comment

Tags

Co2, CO2 price, Emissions, PowerApps, PowerAutomate, Shadow accounting, Sustainability, Sustainability Accounting

“Shadow Accounting” in Dynamics AX using the example of silent factoring

28 Saturday May 2016

Posted by Ludwig Reinhard in Accounts Receivable

≈ Comments Off on “Shadow Accounting” in Dynamics AX using the example of silent factoring

Tags

Factoring, Sale of receivables, Shadow accounting

Within this post I want to demonstrate you the use of a shadow accounting system based on the example of silent factoring. What makes silent factoring special is the fact that a company sells its receivables, which consequently disappear from its books. At the same time the company still needs to manage and track the receivables and payments made by their customers in their (accounting) system.

How Dynamics AX can support you in implementing such a shadow accounting system will be exemplified next based on the following process flow:

  • Step 1: Post customer free text invoice for 100 EUR
  • Step 2: Transfer of the open customer position to the “shadow accounting book”
  • Step 2a: Process allocation request to balance original and shadow accounts
  • Step 3: Record the 90 EUR payment receipt of the factoring company for the sale of the receivables
  • Step 3a: Process allocation request to balance original and shadow accounts
  • Step 4: Customer transfers 95 EUR to our company’s bank account
  • Step 5: We transfer the customer payment received to the factoring company

The following illustration summarizes the different process steps and postings in T-account form.
EN_126_0010
Notes:

  • Balance sheet accounts are illustrated in blue color, profit & loss (P&L) accounts in red color and shadow accounts in black color.
  • The 4-digit main accounts used in this demonstration are shown in square brackets.
  • The numbers shown next to the amounts recorded on the different main accounts refer to the process flow steps shown above.
  • The process flow steps and the way how the shadow accounting books are illustrated in this blog do only represent one option how a shadow accounting system can be implemented in Dynamics AX.

Now let’s have a look at the different transactions and the setup required in Dynamics AX to implement such a shadow accounting system.

 

Step 1: Post customer free text invoice for 100 EUR
Initially, a free-text invoice for a total amount of 100 EUR is recorded in Dynamics AX. Recording this invoice generates postings on ledger accounts no. 1400 (Accounts Receivables) and ledger account no. 5000 (Sales revenue) within the original accounting books.
EN_126_0015

 

Step 2: Transfer of the open customer position to the “shadow accounting book”
The next process step involves the transfer of the open customer position to a dummy customer account. As the dummy customer account is setup with a summary account (no. 9499) that belongs to the shadow accounting system, the open customer position disappears from the company’s books.
EN_126_0020
The transfer of the open customer position to the shadow accounting books can be identified in the next screen-print by the green and grey highlighted lines.
EN_126_0025
A detailed investigation of the accounts illustrated in the above screen-print shows that the original and shadow accounting books do not match. That is, the total of all accounts in the original and shadow accounting books do not add up to zero.

 

Step 2a: Process allocation request to balance original and shadow accounts
What is missing in the previous screenshot is an expense transaction that offsets the reduction in the open customer position (receivable). The same holds for the transaction that is recorded in the shadow accounting book.
To get the missing transaction into Dynamics AX, the following allocation rule is setup:
EN_126_0030

  • The source of the allocation rule are the transactions recorded on main account no. 9499, which is setup as the summary account for the transactions on the dummy (shadow) customer account.
  • The same amount that is posted on account no. 9499 is also posted on main account no. 6250 (“destination”). The latter account is used for posting the missing expense transaction in the original accounting books.
  • The offset account for the transaction generated is main account no. 9999 from the shadow accounting system that ensures that also the shadow account book balance.

EN_126_0035
Processing this allocation rule results in the following voucher …
EN_126_0040
… and the following account statement.
EN_126_0045
The screen-print above shows that the original and shadow accounting books are now balanced.

 

Step 3: Record the 90 EUR payment receipt of the factoring company for the sale of the receivables
The third process step is related to the receipt of the amount that the factoring company pays us for the sale of the receivable. In the example used, a total of 90 EUR is paid by the factoring company and posted on our bank account. The offset account used is the dummy factoring account from the shadow accounting book. For details, please see the next screen-print.
EN_126_0050
After recording the money received from the factoring company, the original and shadow accounting books do – once again – not balance and show a total amount of +90 EUR respectively -90 EUR.
EN_126_0060

 

Step 3a: Process allocation request to balance original and shadow accounts
To align both accounting worlds – original & shadow accounting – another allocation rule is setup and processed. This second allocation rule uses the transactions recorded on the factoring bank account no. 1801 as the basis for generating a posting on the shadow clearing account no. 9999.
EN_126_0065
The offset account is the P&L account no. 6250 that was already used in the first allocation rule before. That is because the receipt of the money from the factoring company does not only result in an increase of your bank account balance but does also require a corresponding offset P&L account transaction. Otherwise the expense amount of 100 EUR recorded with the first allocation rule would not correctly represent the “loss” (10 EUR) that we make from selling a 100 EUR receivable for 90 EUR.
EN_126_0070
Based on the setup shown above, the second allocation rule results in the following voucher…
EN_126_0075
… that ensures that both accounting worlds do again balance.
EN_126_0080
(Note: If you post the transfer of the open customer invoice to the shadow accounting books (step 2) and the payment receipt from the factoring company (step 3) at the same time, the setup and processing of the first allocation rule is sufficient to get the original and shadow accounting books balanced. In the example used two allocation rules are required because of a timing difference between step 2 and step 3. Whether you will need to setup a single or several allocation rules thus depends on the specific organizational process flow in your organization).

 

Step 4: Customer transfers 95 EUR to our company’s bank account
After a while the customer finally makes a payment of 95 EUR to our ordinary bank account.
EN_126_0085
As we record this receipt on main accounts that do all belong to the original accounting book, both accounting worlds balance.
EN_126_0090

 

Step 5: We transfer the customer payment received to the factoring company
The last process step involves forwarding the money we received to the factoring company. As this final transaction involves once again only accounts from the original accounting system, everything balances. For details, please see the next screen-prints.
EN_126_0095 EN_126_0100

 

Summary
The shadow accounting example illustrated in this post can be used for several other accounting scenarios. The important thing to make this work is setting up and processing allocation rules. Whether one single allocation rule – that is processed e.g. at month-end – is sufficient or whether several allocation rules are required highly depends on your organizational process flows and time gaps that might exist between the different process steps.

Microsoft BizApps Deutschland Podcast

Dynamics UserGroup Deutschland

Project Accounting Book – Part 2

Project accounting book

Categories

  • Accounts Payable
  • Accounts Receivable
  • Bank Management
  • Book reviews
  • Budgeting
  • Cost accounting
  • Fixed Assets
  • General Ledger
  • Inventory
  • Management Reporter
  • Miscellaneous
  • Podcast
  • Project
  • Sustainability
  • Uncategorized

Tags

Advanced bank reconciliation Allocations Artificial Intelligence Bank reconciliation Budgeting Controlling Cost accounting Cost accounting module Cost center accounting customer D365 D365FO Dynamics 365 Dynamics AX Dynamics AX 2012 Electronic reporting Email Environment Fixed asset statement General Ledger journal Global Warming intercompany Inventory Inventory reconciliation invoice invoice recording IOT Management Accounting Management Reporter Modern Finance MS Flow MT940 PowerApps PowerAutomate PowerPlatform Project Project module Resource scheduling Sensor settlement SharePoint Sustainability Sustainability Accounting Tax time recording timesheet Vendor invoice recording Vendor payments WBS workflow

Important Websites

  • Dynamics AX/365FO Links

Legal

  • Disclaimer

Subcribe

  • RSS - Posts
  • RSS - Comments

Enter your email address to follow this blog and receive notifications of new posts by email.

Archives

  • March 2023
  • February 2023
  • January 2023
  • December 2022
  • November 2022
  • October 2022
  • September 2022
  • August 2022
  • July 2022
  • June 2022
  • May 2022
  • April 2022
  • March 2022
  • February 2022
  • January 2022
  • December 2021
  • November 2021
  • October 2021
  • September 2021
  • August 2021
  • July 2021
  • June 2021
  • May 2021
  • April 2021
  • March 2021
  • February 2021
  • January 2021
  • December 2020
  • November 2020
  • October 2020
  • September 2020
  • August 2020
  • July 2020
  • June 2020
  • May 2020
  • April 2020
  • March 2020
  • February 2020
  • January 2020
  • December 2019
  • November 2019
  • October 2019
  • September 2019
  • August 2019
  • July 2019
  • June 2019
  • May 2019
  • April 2019
  • March 2019
  • February 2019
  • January 2019
  • December 2018
  • November 2018
  • October 2018
  • September 2018
  • August 2018
  • July 2018
  • June 2018
  • May 2018
  • April 2018
  • March 2018
  • February 2018
  • January 2018
  • December 2017
  • November 2017
  • October 2017
  • September 2017
  • August 2017
  • July 2017
  • June 2017
  • May 2017
  • April 2017
  • March 2017
  • February 2017
  • January 2017
  • December 2016
  • November 2016
  • October 2016
  • September 2016
  • August 2016
  • July 2016
  • June 2016
  • May 2016
  • April 2016
  • March 2016
  • February 2016
  • January 2016
  • December 2015
  • November 2015
  • October 2015
  • September 2015
  • August 2015
  • July 2015
  • June 2015
  • May 2015
  • April 2015
  • March 2015
  • February 2015

Blog at WordPress.com.

  • Follow Following
    • Dynamics 365FO/AX Finance & Controlling
    • Join 575 other followers
    • Already have a WordPress.com account? Log in now.
    • Dynamics 365FO/AX Finance & Controlling
    • Customize
    • Follow Following
    • Sign up
    • Log in
    • Report this content
    • View site in Reader
    • Manage subscriptions
    • Collapse this bar
 

Loading Comments...