Clearing requires non exsiting account

we encounter a problem using F-44 for vendor account clearing , posting key 50, account 700010, the error message is "G/L 700010 FR01 does not exist" where can i check the configuration? how to resolve? do we need to create account 700010?

Hi,
Please check if the foreign exchange configurationfor the vendor reconciliation account/or any cash discount configuration done has this GL account assinged, that could be the issue i think.
In case this doesn't solve the issue, Please send the message number and id.
Regards
K.R
Edited by: K R on Nov 30, 2009 8:26 PM

Similar Messages

Non-cash account required

Hello
I've got this error message when trying to create a new calendar period
"non-cash account required"
What kind of account do i miss and where should i put ?
Thanks
Stéphane

Hello Stéphane,
You may check this thread first:
Thanks,
Gordon

Non Financial Accounts,and Balance,Balance Recurring,Types of data and type

Hi Can Any one make me clear for the following?
1.In HFM Account Types we can find Balance and Balance Recurring what it means? is it completely relating to Finance and Accounts Topics? if so give me few good examples to
understand as regards to HFM where this need will come?
2. What are Non Financial Accounts we use in HFM? do we use to load?i if so what is the format like Excel or Data form?
3. What is Head count? what its purpose in relation to HFM? in what situations we have to think and recall about this, mean to say by doing which HFM Activity we can Understand
about this Simply?

1) Balance and Balance Recurring types contain data that does not accumulate from one period to another, and do not translate. Headcount is typically a balance, as is Square Footage, for reporting real estate information, for example.
2) Non financial accounts are typically those which are not currency-related, such as headcount, units sold, number of customers, days sales outstanding, number fo new customers, etc. The entry of this data can be any way other data is loaded - either directly via load file into HFM, through forms, grids, journals, smart view, or FDM, among others I'm sure.
3) Headcount is often a metric for growth. It is often used in ratios, such as revenue or margin by headcount. Even if you acquire a company, there remains a ratio between revenue and headcount, so it's a good metric for organic and acquired growth.
--Chris

Installing apps from non-admin account

I read an earlier post that installing apps from a non-admin account is a bad idea because SL applies the wrong permissions. I normally install from a non-admin account.... I don't see that the permissions on stuff I've installed are any different from apps that came with SL. Most everything is drwxr-xr-x. Was this fixed, or am I missing the problem.

KJK555 wrote:
+"That isn't a problem at all. Applications should not require that the user have write+
+access to the application."+
I didn't say anything about a user having write access permission, I was talking about read
permissions. All apps installed in the /Applications directory should have group permissions
set to admin or wheel (depending on the type of app), so the system can read them without
problems. That's the Unix way.
I completely disagee. The system already has read permission to all applications in the /Applications folder. It doesn't matter what the group privilege is set to. The "other" permissions are set to read only. System (root) can read it regardless. If you can show me an Apple tech article that says that apps installed in the /Applications folder should have their group privilege changed to "admin" or "wheel" then I would gladly take that back.
+"Leopard does not put any ACLs on anything installed in the /Applications folder"+
That's right, it doesn't normally, but if it finds an app that it does not have permission
to read, it will assign an ACE(s) to it so that it can access it.
I just tested that in 10.5.8, and it does not happen as you say. I can't try it in 10.6. I'd appreciate if you could provide a specific example where you can make this happen.
Besides, all users, by default, have read only access to all applications. Unless a user specifically changes permissions on an app to deny read access to everyone, then this isn't an issue.
http://discussions.apple.com/thread.jspa?threadID=1875193&start=60&tstart=0
http://discussions.apple.com/thread.jspa?threadID=1866808&start=15&tstart=0
http://discussions.apple.com/thread.jspa?messageID=8776714&#8776714
http://discussions.apple.com/thread.jspa?threadID=1850256&start=30&tstart=0
http://discussions.apple.com/thread.jspa?threadID=2351437&start=15&tstart=0
http://discussions.apple.com/thread.jspa?messageID=9447059&#9447059
http://discussions.apple.com/thread.jspa?messageID=9067640&#9067640
I know what ACLs are and how they work. I have read through those and cannot find in any of those threads anything about what you had been talking about.
+"That is also false. Root rights are granted by the user entering the admin username+
+and password when prompted. It does not matter where an application is installed in+
+order for it to be given root permission."+
http://support.apple.com/kb/HT2963
"Application installers, Applications folder
A third-party application installer incorrectly sets permissions on the files it installs,
or even the entire Applications folder. Symptoms of the Application folder's permissions
being set incorrectly include applications appearing in the dock as question marks, and/or
not being able to connect to the Internet. It is also possible that software installed while
logged in as one user will be inaccessible when logged in as another. To avoid this, make sure
you are logged in with your normal user account when installing software that you wish to use
with that account."
That has to do with third party installer apps that developers have not written properly to conform to OS X standards. It isn't an issue with applications that install by drag-and-drop. It sounds to me like you have looked at the permissions that Apple has put on its own apps and jumped to the conclusion that third party apps won't work unless they have the exact same permissions applied to them. That simply isn't true.
"Software access=user access
Most applications executed by a user only have access to the files that the user has access to.
Backup software, for example, may not back up Mac OS X system files that have root ownership."
Utilities, especially disk utilities, are to be installed in the /Applications/Utilities folder, for reasons
stated above.
No. That is completely wrong. Like I said earlier, an application is given root permission by user authentication. It matters not one little bit what the application's enclosing folder is. I personally have no third party apps in /Applications/Utilities; just what Apple puts there as part of a standard OS X installation.
More permission tips:
http://www.bombich.com/mactips/image.html
http://mostlyslow.blogspot.com/2009/04/technical-mac-os-x-permissions-issues.htm l
Have you even read those? I suggest that you do; because most of what you have written about how file/folder/application permissions in OS X is completely wrong.

Font engine issues in non-admin account

I have an account with administrator rights (a privileged, or -pr account) for installing software and a non-privilged account for everyday use, on my Windows XP computer. I am having the following font issues with Illustrator CS3. When using the non-pr account, a number of fonts are unavailable, e.g. <Symbol> (Adobe type 1) and <Symbol> (Open Type). Also, names for available fonts are not forced to display in English, despite my having checked the box for EDIT>PREFERENCES>TYPE_Show_Font_Names_in_English. For example, the name of the Symbol_Italic font is displayed in Greek letters. When I log on as the -pr user, the font engine works fine. Both Symbol fonts are available, and all font names are displayed in English. The font engine in InDesign CS3 works fine from either account, so this seems to be a bug in Illustrator.

Did some research on this the other day, to see if i could get Software Update to run in the middle of the night like Windows can do.
Software Update requires Root powers, so when you give it your Admin Password your opening a sudo window of 5 minutes for it to complete it's task.
Software Update doesn't check for updates while in Standard User becuase Standard Users supposedly can't do anything about it anyway and it would be a obvious distraction. "Mommy the computer....!!!"
Apple should have a option in Software update preferences to let certain Standard Users know a Software Update is ready just for the purpose your explaining. I run in Standard as well.
I ran some Software Update commands via the Terminal for a launchd just to see what I could do.
Apprantly one can DOWNLOAD updates automatically with launchd in Admin, but not install them because of the need for sudo.
I just misssed a perfect opoortunity (todays update) to run a launchd to do automatic downloads of Software update, then see how to go about installing them afterwards. So fsck me, I'll have to wait now. (unless i use my other machine! ahhh!!)
Anyway the program you want is this little gem: Lingon
it's on Sourceforge (grab the image)
Ok so that takes care of the Software update downloads (man softwareupdate in Terminal for commands)
/usr/sbin/softwareupdate --download --all
Will do the automatic downloads, now it's just a script away to let you know ( a nice pop up window) that you have something in your folder where the Software Update just downloaded into.
That's the next question is where that is and how to run it.

Issues with Backup-GPO Scheduled Task as a non-admin account

I'm having an issue trying to get a daily backup of domain GPO's from a non-administrative account. I'm using Powershell 2.0, the Backup-GPO cmdlet runs fine as a standard user, but when I run the same cmdlet with the same user, but with a scheduled task,
the backup does not produce valid output. The command I run is:
[batch file called by scheduled task]
powershell.exe d:\loj\psps.ps1
[psps.ps1]
import-module grouppolicy
backup-gpo -all -path d:\loj
The specific problem is, all other files created by the backup are created successfully except the 'gpreport.xml' file found directly under the folder identified by the backup ID. All of the subdirectories under DomainSysvol\GPO contain xml files with the
appropriate data, and the Backup.xml and bkupInfo.xml files are also created normally. The manifest.xml file is also created normally in the root directory.
The gpreport.xml file however is malformed. It contains only two bytes of data, FF FE.
The reason this is a problem is that the xml in the gpreport file can be used to restore whether the GPO is 'enforced' and also contains link data. Using this when restoring the GPO's makes the process a lot less painful.
Running the batch file while logged in interactively as the user removes the problem, without making them an administrator.
I've been using a test domain to investigate this, I tried adding the user in question to every local group except administrators, gave it full control to the destination folder for backups, the powershell executable, batch and ps1 files. Resultant set of
policy access has been granted (rsop.msc run-as the user tested fine). The scheduled task stores credentials (needs to run when the user is not already logged in) and runs with the highest privileges.
The only possibly related error I could find in the logs was this:
This error goes away if enough group memberships are added to the account or alternatively if this string is added to the security descriptor for the LanManServer service: (A;;GA;;;S-1-5-21-1191697313-1384311512-914143962-35706), which just adds
generic all to this account by referencing the SID. However, despite the fact that the error is no longer raised, the issue with the gpreport.xml file remains.
Does anyone have any ideas on why this is happening? At this point my best guess is something UAC related, since the gpreport.xml file is created like normal if the user is made an administrator on the local machine (I'd rather not do that in production).

Hi Fergubru,
Thanks for your posting.
To troubleshoot Task scheduled that a task ran, but the program that should have been executed did not run correctly.
As AZ said above, some programs require elevated privileges to run correctly. If a task is running a program that requires elevated privileges, ensure that the task runs with the highest privileges. You can set a task to run with the highest privileges
by changing the task's security options on the General tab of the Task Properties dialog box.
If a task program does not run correctly, check the history of the task for errors. For more information, see
View Task Properties and History.
For the Event ID 4656, this is an Audit log, This event will be Audit Success or Audit Failure depending on whether the user account under which the account is running has the requested permissions or not.
For more detailed information about Event ID 4656, please refer to this article:
http://www.ultimatewindowssecurity.com/securitylog/encyclopedia/event.aspx?eventid=4656
I hope this helps.
We
are trying to better understand customer views on social support experience, so your participation in this
interview project would be greatly appreciated if you have time.
Thanks for helping make community forums a great place.

Clearing of Vat receviable accounts and payble accounts through F.13

Hi All,
I have one requirement on vat accounts clearing in F.13 please find the issue details below and give your suggestions.
We have vat receivable and payable accounts in our company ,
this accounts we have to clear through F.13 ,to clear this accounts in F.13
what kind of settings need in maintain in automatic clearing process (criterion ) need to maintain under automatic clearing procedure
Please advice
Thanks and Regards,
Naresh

HI Gadupudi naresh,
Yes the above said statement was correct, Open Item Management G/L Accounts only used do the Clearing. These Excise & VAT gl accounts are not managed as Open Item Management Items.
Regards

Can't run programs from non-admin account

I'm new to the Mac and rusty with -- but not new to -- UNIX. I'm working with an iMac running OS X 10.2. I have installed several programs in a non-admin account (called "boys"), but they will not run from that account. The "get info" screen tells me that the "boys" account is the owner of the program. Read/write permission is enabled. When I try to run the programs, I get this error message: "The operation could not be completed because you do not have enough access privileges." I have installed the same programs in an admin account, and the programs run just fine from that account. I'd like to get this working so that the boys in the "boys" account can actually use the system. I have "inherited" this system from prior users. Programs that were on the system when I got my hands on it do run -- for the most part -- from "boys."
iMac Mac OS X (10.2.x)
iMac Mac OS X (10.2.x)

Thanks for the reply, Ken. My various unsuccessful attempts to solve this problem led me to create a folder named "Programs." (I know, my PC roots are showing.) I did this for two reasons: 1) I hoped that this would give me more control over what was happening; and 2) I wanted to give the children with whom I am working an easy way to find the programs that I want them to use. When I use < cd /users/boys > and then do an ls- l, I see the Programs folder. An ls -l on that folder shows all the program I have loaded and indicates that the "x" permission is applied to owner, group and others. Moreover, I assumed (incorrectly, perhaps) that installing the programs using the "boys" non-admin account would make them the "owner" of the programs and that "x" permission would follow. Well, ls -l indicates that they are the owners and that they do have execute permission. I can only guess that the prior users of this system -- and nobody in this organization seems to know where they are -- did something that requires more than Advil to overcome.
J...
iMac Mac OS X (10.2.x)
iMac Mac OS X (10.2.x)

Run software update in non-admin account?

I did some searching through past posts, but the most recent one I found was several years old.
Is there any way to run Software Update automatically in a non-admin account? I run in a non-admin account unless there's some task that really needs admin privileges to complete, for security purposes, but having Software Update not run automatically is rather suboptimal for security.
So, is there any way to get Software Update to check for updates automatically from a non-admin account? (I'm not averse to using the crontab or launchd, if necessary—I've never done it before, but given instructions, I'm sure I could figure it out.
Thanks in advance!

Did some research on this the other day, to see if i could get Software Update to run in the middle of the night like Windows can do.
Software Update requires Root powers, so when you give it your Admin Password your opening a sudo window of 5 minutes for it to complete it's task.
Software Update doesn't check for updates while in Standard User becuase Standard Users supposedly can't do anything about it anyway and it would be a obvious distraction. "Mommy the computer....!!!"
Apple should have a option in Software update preferences to let certain Standard Users know a Software Update is ready just for the purpose your explaining. I run in Standard as well.
I ran some Software Update commands via the Terminal for a launchd just to see what I could do.
Apprantly one can DOWNLOAD updates automatically with launchd in Admin, but not install them because of the need for sudo.
I just misssed a perfect opoortunity (todays update) to run a launchd to do automatic downloads of Software update, then see how to go about installing them afterwards. So fsck me, I'll have to wait now. (unless i use my other machine! ahhh!!)
Anyway the program you want is this little gem: Lingon
it's on Sourceforge (grab the image)
Ok so that takes care of the Software update downloads (man softwareupdate in Terminal for commands)
/usr/sbin/softwareupdate --download --all
Will do the automatic downloads, now it's just a script away to let you know ( a nice pop up window) that you have something in your folder where the Software Update just downloaded into.
That's the next question is where that is and how to run it.

E-mailing Revel albums to non-Revel account recipients

The FAQ and Pattie F's answer to another user's question about sharing albums state that to share an album with a non-Revel account holder, all that is required is to send the album link to the user and the user will then be able to click on the link and see the album. What actually happens is that the user is asked to sign in through a linked account - Revel, Facebook, or Google. The user cannot apparently simply click on the album link and view the photos. If this in fact is required, the FAQ is inaccurate and misleading and the sharing function is much more restrictive than photshop.com where any e-mail recipient could view albums without having to sign in through any linked account. Please clarify. Thanks.

I've tested it a few times, and it appears to work as advertised. I wonder if the lengthy URL string got corrupted somehow in your case; with this new scheme of Adobe (copying lengthly strings to e-mails), wouldn't be a hard thing to do. The Revel URL is in the first part of the lengthy string, and so I can see user getting diverted to the base URL -- where of course one does have to sign in.
As I posted in a reply earlier this year...
On a slide note, I tried the method of sharing an album on PC as described in the Adobe FAQ, and it worked pretty well. Two minor things I'd add: (1) You have to first click the URL field before the copy, and (2) the URL includes two non-functional characters at the end (#!) that can be deleted from the e-mail.
Just be sure you don't accidently change anything else in the string.

ITunes sharing on Vista non-admin account

I've looked fairly hard and can't find any reference to exactly this problem. Any ideas?
Setup is a home network of 3 macs and 2 pc laptops, based around a NetGear DG834Gv2. 2 macs running 10.5.4, other mac running Tiger, PCs running Vista. All updates applied.
All iTunes sharing works across all machines except that the Vista laptops won't access the shared music on the other machines when using a non-admin account. They work fine when logged in as admin but give "can't access shared library (-39), Check firewall allows access to port 3689" etc. when logged in as normal user. The Windows Firewall is off and I've tried turning off the Norton firewall that was pre-installed as part of the security setup - no different.
The macs can see the music shared from the PCs - just not the other way round.
Help!
Thanks,
Pete

I have the same setup as yourself (standard user for everyday use, admin user for software install and system settings change) and I was able to set up FMM in the admin account with no problems, except some pre-requisites: while logged in to the admin profile you have to 1) install the Lion HD Recovery Update, 2) enable location services in the Security & Privacy PrefPane and 3) enable Wake For Network Access in the Power Adapter section of the Energy Saver PrefPane.
I didn't want to set up iCloud sync in the admin profile but Apple made me to. Anyway, it seems I don't have to stay logged in to the admin account for FMM to work. You'll notice that, even though FMM has been configured on the admin account, it will still appear as "authorization required" in the standard account.
I hope this helps.

Flash removed by non-administrator accounts

Here is a perennial problem that I have as a network administrator:
All users in my domain have no greater rights to the local computers (mostly Windows XP) than Power Users, and in many cases, only Users. This is to keep them from installing all their favorite games and wasting my time trying to remove all the junk. I keep Flash relatively current by updating it across the network periodically (perhaps twice per year or as I get notification of new versions).
However, Flash insists on notifying these non-administrators when an update is available. When the user accepts the update, it uninstalls the current version but cannot install the new version because he does not have administrative rights. Now he has no Flash. When he then attempts to access Flash content, he gets a message indicating that he needs to update his Flash, which prompts him to send me an e-mail telling me he is unable to access the site until he updates his Flash.
These are not users that are going to the Adobe website to manually update; they are just accepting the stock in-your-face update notifications. I have tested this under a non-administrative account. Sure enough, when I accept an update, it removes the current version (i.e. it is no longer listed in Add/Remove Programs) but cannot install the new one, leaving me with none until I log on administratively and install it.
This is beginning to consume more time for me because it takes extra time dealing with all the users who think they should just accept every update that comes along. I do instruct users to cancel any offered updates, but they regularly ignore my instruction because they always think it won't hurt to try.
It is as though Flash was written without any consideration for mixed-security environments. The program insists on advertising updates, allows anyone to remove the old version, but requires administrative rights to install the new one. One would think that it should require administrative rights for removal. I am guessing that there is probably a way to turn off advertisement of new versions to users; however, I suspect that is a lot of administrative overhead for one little program on many computers, and I would also guess that I would have to reset the "do not offer updates to users" after every update.
Any ideas (other than making everyone local administrators and spending all my time cleaning off all their games & other junk)?

Let me be more exact. Although the config file option is a sound management
strategy in a single-network scenario, it is not very workable with 150
individual computers across eight disparate networks owned by different
clients. I am just spending an inordinate amount of time on managing one
little application.
It would likely cost my clients more to have me proactively manage this one
application than to clean up after a few users in the cases where it is a
problem. I will report this as a bug; I just find it a little surprising
that the issue has persisted over the last several releases of Flash. I
guess I have just been expecting that someone would have reported it and
have been waiting for the behavior to change while I have been entirely
buried in larger projects.

Trouble installing software on a non-administrator account

I am the Administrator on the family iMac desktop. My daughter has a Nikon camera and I am trying to install the software for her camera while she is logged into her account. When I go to install the software, I am prompted by the Mac to enter my Admin name and password. Then a few secs later another msg comes up prompted by the software stating that Administrator or higher level access privileges are needed.......
Huh???
What does an administrator need to do in order to install software for a non-admin account? Do I need to log into my own account as an administrator to do this?
Thanks

Administrator privileges are normally required to install software. That's a Mac OS X security measure. I suggest booting into your account and installing it from there, globally, so all users can affectively use them.

Access to Resources via Non-admin accounts

Is there any way to provide access to resources so that they are accessible via
non-admin accounts. For e.g. to Retrieve my JMSConnectionfactory i do a
Environment env = new Environment();
env.setProviderUrl(url);
env.setSecurityPrincipal(username);
env.setSecurityCredentials(password);
Context ctx = env.getInitialContext();
The username and password here is the admin account. This works fine but if i
use a non-admin account(member of Operators group), i get exceptions on Domainloghandler
runtime
Problem: I need to register a mbean that needs to access JMS Resources. Since
our deployment team doesnt want to provide us access to admin accounts, we use
a "operators" group account to register our mbeans. if i do this, i get a
Access not Allowed for subject:principals=[operator, Operators], on ResourceType:
DomainLogHandlerRuntime Action: execute Target: registerToMe.
This happens when my managed resource tries to access a JMS ConnectionFactory.
Instead if i register my mbeans using the admin account, everything is fine and
my managed resource works nice.
This is on weblogic 81 SP1 on Solaris. Please let me know if you need more details.
Any clues/hints/solutions greatly appreciated. There is not a lot of documentation
on how to access/register mbeans using non-admin accounts.
TIA
Raj

I have done some more debugging on this and have narrowed down the issue to the
location where my initialcontext is being obtained.
so if i register my mbean as a non-admin account and do an operation on the managed
resource which fetches initial context, i get the below exception. This is how
i get my initialcontext
weblogic.jndi.Environment env = new weblogic.jndi.Environment();
env.setProviderURL("t3://machine:8102,machine:8103");
env.setSecurityPrincipal("operator");
env.setSecurityCredentials("operator");
Context ctx = env.getInitialContext();
I am doing this from a mbean thats registered on a different managed server(t3://machine:8101)...
Whats wrong with this?
TIA
Raj
"Raj" <[email protected]> wrote:
>
Is there any way to provide access to resources so that they are accessible
via
non-admin accounts. For e.g. to Retrieve my JMSConnectionfactory i do
a
Environment env = new Environment();
env.setProviderUrl(url);
env.setSecurityPrincipal(username);
env.setSecurityCredentials(password);
Context ctx = env.getInitialContext();
The username and password here is the admin account. This works fine
but if i
use a non-admin account(member of Operators group), i get exceptions
on Domainloghandler
runtime
Problem: I need to register a mbean that needs to access JMS Resources.
Since
our deployment team doesnt want to provide us access to admin accounts,
we use
a "operators" group account to register our mbeans. if i do this, i get
a
Access not Allowed for subject:principals=[operator, Operators], on ResourceType:
DomainLogHandlerRuntime Action: execute Target: registerToMe.
This happens when my managed resource tries to access a JMS ConnectionFactory.
Instead if i register my mbeans using the admin account, everything is
fine and
my managed resource works nice.
This is on weblogic 81 SP1 on Solaris. Please let me know if you need
more details.
Any clues/hints/solutions greatly appreciated. There is not a lot of
documentation
on how to access/register mbeans using non-admin accounts.
TIA
Raj

F.13 Automatic clearing of GR/IR accounts

Hi gurus,
I'm trying to clear two GR/IR accounts using F.13.
In OB74 i have maintained Criterion-1 as assignment field(ZUONR).
With the first GR/IR account, I have no problem doing the clearing as the Assignment Field contains the Purchasing Doc.
While, on the second GR/IR account, the Assignment Field contains the Posting Date. I did a mass change on the Assignment Field and was able to change it to the Purchasing Doc.
The problem is, even there are matched items in the account based on the Assignment Field, the automatic clearing F.13 says that "No G/L account documents selected" and nothing is cleared.
Please help.
Thanks and regards,
Nuke

Hi,
I found out the cause already. The GL account was not marked "Open Item Manage" thus previous postings can't be cleared.
Now my problem is, is it possible to clear those previous postings?
Thanks,
Nuke

Clearing requires non exsiting account

Similar Messages

Maybe you are looking for