Handling intercurrency allocation - Revision history

Arvind: /* Understanding why NEOSYS doesn't allow intercurrency allocation */

2020-07-15T12:22:43Z

Understanding why NEOSYS doesn't allow intercurrency allocation

Steve at 11:18, 25 February 2018

2018-02-25T11:18:21Z

← Older revision		Revision as of 11:18, 25 February 2018
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.

Sandeep.neosys: /* Procedure to handle intercurrency allocation */

2010-12-14T08:21:16Z

Procedure to handle intercurrency allocation

← Older revision		Revision as of 08:21, 14 December 2010
Line 12:		Line 12:
	=== 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:

Sandeep.neosys: /* Procedure to handle intercurrency allocation */

2010-12-14T08:20:51Z

Procedure to handle intercurrency allocation

← Older revision		Revision as of 08:20, 14 December 2010
Line 17:		Line 17:
	#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

Ashwin: 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...

2009-04-23T05:51:31Z

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...

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 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 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.

=== Procedure to handle intercurrency allocation ===

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

Example:
#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)
#When you go to Voucher allocation you will not be able to allocate 40,000 AED against the 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
#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.
#Same example would apply to a supplier or any other account for which you need to do intercurrency allocation

← Older revision		Revision as of 12:22, 15 July 2020
Line 1:		Line 1:
	== Understanding why NEOSYS doesn't allow intercurrency allocation ==		==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.		People sometimes think that lack of intercurrency allocation is a weakness in NEOSYS but it isn't.
Line 5:		Line 5:
	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 procedure below :		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 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