Handling intercurrency allocation: Difference between revisions

From NEOSYS User Support Wiki
Jump to navigationJump to search
m (New page: === Understanding why NEOSYS doesn't allow intercurrency allocation === People commonly think that lack of intercurrency allocation is a weakness in NEOSYS but it isn't. 1. Logically a...)
 
 
(3 intermediate revisions by 2 users not shown)
Line 1: Line 1:
=== Understanding why NEOSYS doesn't allow intercurrency allocation ===
==Understanding why NEOSYS doesn't allow intercurrency allocation==
   
   
People commonly think that lack of intercurrency allocation is a weakness in NEOSYS but it isn't.
People sometimes think that lack of intercurrency allocation is a weakness in NEOSYS but it isn't.
   
   
1. Logically an account should have an entry in the movements that clearly and accurately represents the conversion of one currency into another so that there is no question of what has been done in a multi-currency account.
1. Logically an account should have an entry in the movements that clearly and accurately represents the conversion of one currency into another so that there is no question of what has been done in a multi-currency account.
   
   
2. NEOSYS is a true multicurrency system and therefore automatically keeps totally separate accounts for each currency posted into an account. You can see this because when you ask for a Statement of Account for a third party account then NEOSYS automatically shows multiple statements per currency discovered in the account. If NEOSYS was to allow allocation between currencies then, if you think about it for a while, for any _particular_ currency account then the balance of the outstanding items would no longer match the balance of the movements in the account.
2. NEOSYS is a true multicurrency system and therefore automatically keeps totally separate accounts for each currency posted into an account. You can see this because when you ask for a Statement of Account for a third party account then NEOSYS automatically shows multiple statements per currency discovered in the account. If NEOSYS was to allow allocation between currencies then, if you think about it for a while, for any particular currency account then the balance of the outstanding items would no longer match the balance of the movements in the account.
   
   
The fact that NEOSYS also provides an combined account showing both currency and base amounts for internal financial reporting and audit does not remove the need to prepare per currency accounts for an account.
The fact that NEOSYS also provides a combined account showing both currency and base amounts for internal financial reporting and audit does not remove the need to prepare per currency accounts for an account.
   
   


=== Procedure to handle intercurrency allocation ===
===Procedure to handle intercurrency allocation===


As there is no way to allocate intercurrency items, you need to follow the below procedure.
As there is no way to allocate intercurrency items, you need to follow the procedure below :


Example:
Example:
#Advance payment received from a client for 40,000 AED / 40,000 base
#Advance payment received from a client for 40,000 AED / 40,000 base
#Invoices to the client have been raised in USD (i.e. you have USD invoices amounting to 10,000 USD / 36,750 Base)  
#Invoices to the client have been raised in USD (i.e. you have USD invoices amounting to 10,000 USD / 36,750 Base)
#When you go to Voucher allocation you will not be able to allocate 40,000 AED against the the invoices raised to the client
#When you go to Voucher allocation you will not be able to allocate 40,000 AED against the invoices raised to the client
#Hence, you need to pass a manual journal entry as follows: Client A/c Dr 40,000 AED / 40,000 Base  & Client A/c Cr 10,884 USD / 40,000 base
#Hence, you need to pass a manual journal entry as follows: Client A/c Dr 40,000 AED / 40,000 Base  & Client A/c Cr 10,884 USD / 40,000 base
#Before posting this entry you can allocate the USD amount to the USD items in the Client A/c
#Before posting this entry you can allocate the USD amount to the USD items in the Client A/c
#Incase you do not want to allocate now, than you can save the journal and later on go to the Voucher allocation and you will be able to allocate.
#Incase you do not want to allocate now, than you can save the journal and later on go to the Voucher allocation and you will be able to allocate.
#Same example would apply to a supplier or any other account for which you need to do intercurrency allocation
#Same example would apply to a supplier or any other account for which you need to do intercurrency allocation

Latest revision as of 12:22, 15 July 2020

Understanding why NEOSYS doesn't allow intercurrency allocation

People sometimes think that lack of intercurrency allocation is a weakness in NEOSYS but it isn't.

1. Logically an account should have an entry in the movements that clearly and accurately represents the conversion of one currency into another so that there is no question of what has been done in a multi-currency account.

2. NEOSYS is a true multicurrency system and therefore automatically keeps totally separate accounts for each currency posted into an account. You can see this because when you ask for a Statement of Account for a third party account then NEOSYS automatically shows multiple statements per currency discovered in the account. If NEOSYS was to allow allocation between currencies then, if you think about it for a while, for any particular currency account then the balance of the outstanding items would no longer match the balance of the movements in the account.

The fact that NEOSYS also provides a combined account showing both currency and base amounts for internal financial reporting and audit does not remove the need to prepare per currency accounts for an account.


Procedure to handle intercurrency allocation

As there is no way to allocate intercurrency items, you need to follow the procedure below :

Example:

  1. Advance payment received from a client for 40,000 AED / 40,000 base
  2. Invoices to the client have been raised in USD (i.e. you have USD invoices amounting to 10,000 USD / 36,750 Base)
  3. When you go to Voucher allocation you will not be able to allocate 40,000 AED against the invoices raised to the client
  4. Hence, you need to pass a manual journal entry as follows: Client A/c Dr 40,000 AED / 40,000 Base & Client A/c Cr 10,884 USD / 40,000 base
  5. Before posting this entry you can allocate the USD amount to the USD items in the Client A/c
  6. Incase you do not want to allocate now, than you can save the journal and later on go to the Voucher allocation and you will be able to allocate.
  7. Same example would apply to a supplier or any other account for which you need to do intercurrency allocation