Global Accounting Engine and Y2K
Date: Fri, 27 Aug 1999 09:01:53 -0700 (PDT)
From: Mark Myszkowski myszko@yahoo.com
Subject: Global Accounting and Y2K
Couple of questions about the Global Accounting Engine... any
suggestions would be appreciated.
1. We only operate in the US and have no plans to go international.
Do I have to install the GAE Y2K patch 783099?
2. Has anyone installed this patch on NT? The one I received from
support only includes a readme and a patch.drv, that's it.
3. What module 'owns' Global Accounting Engine (AX)? Both GL and AOL
at Oracle support didn't know.
TIA
Mark Myszkowski
Date: Fri, 27 Aug 1999 09:41:24 -0700
From: Karen Blackwell KBlackwell@rockshox.com
Subject: RE: Global Accounting and Y2K
As to #3 - yes, Global Accounting Engine is AX.
Date: Fri, 27 Aug 1999 18:54:20 +0200
From: Jean-Guy_Duba@ernst-young.fr
Subject: Re: Global Accounting and Y2K
AX is to implement when you have some very specific legal requirements
related to journal entries coming from AR/AP and IC.
Thus, the accounting engine is generally implemented in countries such as
France, Spain,Belgium.
Being in the US, do not worry about this too "latin accounting" strange
module.
PS: AX belongs to the subledger modules (AR/AP and less often IC).
Date: Mon, 30 Aug 1999 20:11:35 -0700
From: "Mohan Iyer" miyer@fortuna.com
To: oraapps-l@cpa.qc.ca
Subject: RE: Global Accounting and Y2K
Hi Mark,
This has been a great frustrater for me . I have had a TAR open for the last
week and a half and am in the process of implementing Global Accounting
Engine. As far as I know it looks like there is no one in the US who has
enough knowledge about it (I may be wrong, but I have yet to speak with
someone who has enough knowledge about it here).
I however spoke with someone in UK Support who has implemented it and has
been working with it for the last year or so.
If you do not intend to use the Global Accounting Engine then you may not
need to apply the patch.
However, it is best to check and double-check with Oracle about this,
because they will come back and tell you that it is a problem.
From my understanding it is a completely separate product and should not
impact any other product.
Thanks,
Mohan Iyer
Financials Consultant
Sunnyvale, CA
Date: Tue, 31 Aug 1999 08:21:28 +0100
From: Graham Duggan gjduggan@mail.com
To: "'oraapps-l@cpa.qc.ca'" oraapps-l@cpa.qc.ca
Subject: RE: Global Accounting and Y2K
Well I think you are very lucky. We have been running AX since
implementing about a year ago. I have not found anyone in UK support
with enough knowledge and have always turned to French support.
My French really sucks by the way, and I am so pleased that so many of
the French speak passable English. It makes you feel like such a heel
for not learning a foreign language. Maybe the world would be different
if they did not go about blowing up ships in other peoples harbors
(state sponsored terrorism in my books), back out on deals and then give
medals to the military personal who carry out such actions. But I
digress.
As a little history for you, AX was developed and supported out of
France up until late last year when it became a "core" product. The main
difference is that world wide support need to know how to assist with
AX. Development I believe still comes from France.
On the installation of the Y2K patch. The answer is not really.
According to my notes the patch will
* fix in the posting submission form when the posting manager is started
at a future date.
which if you are not implementing AX will have no impact on you. You may
feel more comfortable if you apply this patch (even thought you are not
using this functionality) just so there is a tick in the box against Y2K
patching. I also have a note which says it is a subset of patch 659868.
On the contents, there are a couple of stored procedures in the patch
659868 but I think that the important part is the patch to the form
AXXPSSPS.inp, which if you are not running character mode means nothing
to you.
Graham.
Translating Events in GAE
From: oraapps-l@cpa.qc.ca [mailto:oraapps-l@cpa.qc.ca]On Behalf Of
Ferdinand Maligon
Sent: Tuesday, October 26, 1999 2:24 AM
To: Multiple recipients of list
Subject: AX: Translating Events in GAE
Has anyone been successfully implemented Global
Accounting Engine? We are currently in Release 11 and
thinking whether to implement GAE in our European
subsidiaries. Our main concerns are the following:
1) Do we need to setup MRC before we install GAE?
2) Supposing we have a French SOB and a corporate SOB,
when we run Posting Manager (translate events) in an
AX Payables Responsibility will GAE automatically
create journal entries in each subledger for both set
of books? Does translating events also handle the
remapping of accounts from one SOB to another?
Any tips, issues, warnings and suggestions will be
appreciated.
Thanks,
FDM
Date: Tue, 26 Oct 1999 22:39:17 -0700
From: "Mohan Iyer" miyer@fortuna.com
To: oraapps-l@cpa.qc.ca
Subject: RE: Translating Events in GAE
Hi,
We were thinking of implementing Global Accounting Ngine and from the
perspective that I got from doing a trial install and implementation (trial
because we eventualy decided not to use it) was as below -
MRC needs to be installed before you setup GAE. I say this because with MRC
installed i automatically brings up the MRC Set of Books in the Posting
Manager when we set it up for a sub-ledger.
Your question is a bit confusing and I am not sure if the answer I give will
be useful , but here goes.
When you run the Posting Manager process GAE automatically creates
transactions that will tie to the Sub-ledgers at the Vendor/Customer
site-level.
If I read your question correclty you are intending to have two Set of Books
one your corporate and the other the French local mandatory. I do not think
that GAE can be setup at the same time to post to two different set of
books. (I may be wrong, but I did not see it any where in the
documentation). However, if you look at the form it does allow you to choose
one more record for a sub-ledger in the Posting Manager form and I suppose
then you could go down to the next region and define another set of books!
I do not think remapping was ever a function of the Posting Manager process.
The Posting Manager does only tie to the Control Account that you will have
to define in your GL.
Hope this helps.
Thanks,
Mohan Iyer
Financials Consultant
Sunnyvale, CA
Date: Wed, 27 Oct 1999 09:23:09 +0200
From: "Daniel Mehaignerie" daniel.mehaignerie@esfrance.com
To: oraapps-l@cpa.qc.ca
Subject: Re: AX: Translating Events in GAE
Ferdinand,
You should run Posting Manager for each of you subledgers. AX will
generate accounting entries in only one set of books. This is how it
works in 10.7. I believe few changes have been made to release 11.
Daniel
Date: Wed, 27 Oct 1999 07:28:32 -0700 (PDT)
From: Ferdinand Maligon fmaligon@yahoo.com
To: oraapps-l@cpa.qc.ca
Subject: RE: Translating Events in GAE
Hi,
That's what I thought before but in GAE User's Guide
(page 106), it says there that 'MRC functions
differently with and without GAE. Without GAE, you
must transfer your entries for each set of books. With
GAE, the Posting Manager ensures the synchronization
of the set of books.' The User's Guide also mentions
'Synchronous multiple set-of-books accounting. The
multiple set-of-books accounting is synchronous
because it ensures that a business transaction is
either posted in all related set of books or is not
posted in any set of books.'
Our current scenario is this: We are not using MRC and
we have a French SOB with a totally different COA with
our corporate one. Every month end, our French
accountants runs currency translation and then submits
consolidation to create a batch in the corporate SOB.
They believe this is a lengthy process especially for
reconciliation purposes (Subledgers & local SOB, local
SOB & corporate SOB, Subledgers & corporate SOB).
Managers also want local statutory & corporate
financial reports as soon as possible. This request is
also true to our other European subsidiaries. We are
evaluating whether GAE will really be able to handle
synchronous multiple SOB.
Thanks,
FDM