Cash Account Determination !!
Hi Gurus !!
I am trying to configure the Cash Account Determination (OV77). By default there are two accesses defined for the condition type CASH one is against the Sales Organistion and the other is for the Sales Area.
I defined my own table with the field customer account group and Account key and the make the necessary changes in the One time customer master account because that will be used for CASH Sales Purpose.
I make the account assignment with the combination of
Application (VC) + Condition type (Cash) + Chart of Account(ABC) + Account Key (EVV) + Customer Account Assignmet Group(09) + Sales Org (1000)
But the system is not generating in Accounting document and when I analyze the Account Determination Analysis the system is not getting the record against the Account key . The account key has been assigned in the Pricing Procedure. The message system gives is "ERROR IN ACCOUNT DETERMINATION"
But the strange thing is this that when I make the assignments in the Revenue Account Determination along with the Cash Account Determination then the system generate an accounting document with double the effect of Revenue.
I only want to Generate the Accounting Document against the Cash Account Determination
Need Help on this !!!
Dear Anchal
Check the link
[Cash account determination using condition technique |http://help.sap.com/saphelp_46c/helpdata/en/34/60b213ae724effe10000009b38f91f/frameset.htm]
Thanks
G. Lakshmipathi
Similar Messages
-
Cash Account Determination on Cancellation of Cash Sales
Hi,
I am using different Bill Types for each of my sales locations for cash sales. The cash sales gets posted to different Cash GL Accounts.
However when I do a cancellation I use a single Bill Type ZSV for all locations and hence all cancellations gets posted to the same Cash Account.
How do I make the cancellations post to the original Cash GL Account. I do not want to create many Bill types for cancellation.
Thanks and Regards.Hi,
Thanks.
But I have different Bill Types for each of the location and I have created different Acc.Key-Cash All for each of these bill types each pointing to different accounts in VKOA. But for the cancellelation Bill type (SV) I have used EVV.
Thanks -
Cash sales using Pricing procedure for account determination cash settl
Hi all ,
we are customizing for cash sales , we have defined all steps as per "cash account determination" in basic functions.but , system is posting again to customer account, i.e account receivable account.
if we assing "EVV" accounting key in the field "Account key for cash allocation" of billing type ( bv-cash sales),and assigning GL account for account key "EVV" in VKOA, it is working fine.
if we want to post cash account using cash account determination pricing procedure i.e by assining pricing procedure in billing document type, it is not working. Is there any additional cusotmizing has to be done in addition to steps involved in "cash account determination of basic functions?
can any one help on this?
regs,
rameshHi,
thanq for your reply.
we have used same document types mentioned by you. for the same only cash account determination given.
if we remove revenue account determination procedure, system will not post accounting document, system will give message, this billing is not relevant for accounting.
our aim is to post sale account, but instead of accounts receivables, it has to post to cash clearing account.
so, we have assigned revenue account determination procedure ( for sales posting) and cash account determination procedure ( for cash clearing posting).
you may be right, some where i missed some thing, which is not tracked by me. If you can give steps, at least I can check, same thing was customized or not.
regs,
ramesh -
Cash sales in DBM with a cash account
Dear Experts,
My client requires that in case of cash sales in DBM, the amount gets posted to a cash account instead of customer account. This process is akin to "Cash Sales" in SAP "Sales and Distribution". It is managed in SD with the billing type BV and by setting up cash account determination.
In order to achieve this in DBM, we have done following in customizing.
Copy a new order type from 1000 - Parts order and assign bill type BV instead of F2. We have maintained cash account determination in SD customizing and ensured that the required cash account is posted when a bill with type BV is treggered by DBM Billing Create event.
With this the process appears to be going well. On creating the invoice for new order type, the cash account is posted instead of customer account. And on cancellation of invoice the accounting entries are reversed. Also, the users dont have to settle the cash in 'DBM cash desk' as the amount is posted directly to cash account instead of customer account.
I request members to share their experience/opinion on following points,
1) Will there be any unforeseen impact on the other DBM functions because of this new set up ?
2) Has anyone already used such setup and what has been the experience ?
Thanks and Regards,
DhairyasheelHI Dhairyasheel,
This is a client specific requirement and so no such process was delivered by SAP.
The way you have handled it almost the same way I would ahve done had I been asked to do so.
To answer your first point - as long as your account postings are happening fine (both forward and reversals), then I dont think there should be any issues.
As this new, pl do keep this thread updated if possible.
Thank you.
Best regards,
Harsha -
Account determination procedure for cash billing & payment cards
HI experts
i want to know know what are the configuration steps of account determination procedure for cash billing & payment cardsHi Surya,
Have you assigned Billing type For Ex: F2 or F1 to respective Sales Order Type in Sales Document Type controls VOV8.
Assign these F2 against Delivery Related billing and F1 is for Order Related billing.
Assign KOFI0000 to respective Billing Types F2 and F1.
And check, hope issue may resolve.
Revert if u have any query.
Regards
Durga sana. -
Account Determination in CASH SALES.
Hi All,
A) I have configured cash sales scenario, but I am not able to post the cash received to FI. Are their any different settings for cash sales account determination compared to regular sale sceanrio.
B) Do we need different pricing procedure for intercompany sales? If yes what is the difference between standard and intercompany sales if we can accomodate the intercomany sales in standard.
Regards,
Danny.
Kindly guide.
Regards,
Danny.Hi,
please find answers below,
A) I have configured cash sales scenario, but I am not able to post the cash received to FI. Are their any different settings for cash sales account determination compared to regular sale sceanrio.
Ans:In cash sales accounty determinations will be posted to cash clearing account and the account key is EVV,but g/l account sholud be assigned to this key in VKOA.
B) Do we need different pricing procedure for intercompany sales? If yes what is the difference between standard and intercompany sales if we can accomodate the intercomany sales in standard.
Ans:Do not required,because in our std. pricing procedure we have two condition types PI01 and PI02 and these conditions are used in intercompany and these condition types are statistical,so no posting in accounting.
If you need further assistance get back to me...
Regards,
Chandra -
Account determination for cash sale
Hi, sapcons
please can any body can help me by sending step by step notes on account determination for cash sales and rush orders
my mail id is [email protected]
thanks in advance
regards
srinivasHi Srinivas,
Account Determination for Cash Sale and Rush Order will be done in VKOA Transaction.
Please find below the Process of Cash Sale and Rush Order
CASH SALE:
Cash sales is an order type for when the customer orders, picks up and pays for the goods immediately. The delivery is processed as soon as the order has been entered. A cash invoice can be printed immediately from the order and billing is related to the order. Receivables do not occur for the customer as they do for rush or standard orders, because the invoice amount is posted directly to a cash account.
Process Flow
In the standard system, sales document type BV is saved for cash sales with immediate delivery type BV.
When the sales employee creates a cash sale, the system automatically proposes the current date as the date for delivery and billing. Once the order has been posted, a delivery with type BV is created immediately in the background and the system prints a document that is used as an invoice for the customer.
The invoice papers are controlled with output type RD03, contained in the output determination procedure for order type BV.
For Cash Sales the necessary Config Settings are,
Copy the BV Standard Order and Copy to ZBV and in the functionality of ZBV check whether the field " Immediate Delivery" has the value "X" or not because that creates the Delivery immediately when the cash sale order saved. Do the same for item category BVN as ZBVN. And check whether credit active unchecked or not in ZBVN.
Do the item category determination for cash sale for which u configured. And at the time of cash sale u will get the invoice. For that u use the output type Rd03.
RUSH ORDERS:
In a rush order transaction, the customer picks up the goods or you deliver the goods on the same day as the order is placed. In the standard system, when you save this sales document type, a delivery is automatically created and billing is related to the delivery.
Process Flow
In the standard system, sales document type SO is saved for rush orders with immediate delivery type LF. Once the goods have been removed from storage, the goods are picked, and goods issue is posted.
Once the billing documents are created (for example, in collective processing), invoice papers are printed and sent to the customer.
For Rush Order the necessary Config Settings are,
Copy the RO Standard Order and Copy to ZRO and in the functionality of ZRO check whether the field " Immediate Delivery" has the value "X" or not because that creates the Delivery immediately when the cash sale order saved. Do the same for item category TAN as ZTAN. Do the item category determination for cash sale for which u configured. And check whether credit active checked or not in ZTAN.
Please Reward If Really Helpful,
Thanks and Regards,
Sateesh.Kandula -
About account determination in cash sales
there are five standard criterias in account determination: chart of accounts, sales org, payer, material, and account key;
my question is when i process cash sales, the five criterias maybe the same as the standard sales, how can i differentiate the account that i want to post. Do i have to add another criteria when i configure account determination. and any suggestion? thanks a lot.HI,
why do u want to post cash sales account to different acciunt,..........?
G -
Problem Receivable account determination, cash sales (EVV)
Hello all,
I need work with cash sales, billing type BV, then in the BV invoice type I have the EVV in the Account key for cash allocation.
I create correctly the G/L account determination, introducing one account in the entry for the key EVV.
And another for the receivables account, for example key ERL 700000
When I save the invoice, the account determination procedure works correctly, it found the account 700000, but the FI doc is not generated....
If i delete the EVV from the BV, the determination work correctly (accoutn 700000) but the cash account is not determined because I delete the EVV.
¿why is the reason?¿why it doesn't work when the BV have the EVV? I miss some customizing?¿depend of the definition of the FI accounts?
Best regards,
JavierHi Javier,
To begin with why you need to maintain both EVV and ERL in account determination?
The purpose of the account key in Billing document control is :-
Account key for cash allocation
account key that causes the system to post to a G/L account rather than to a receivables account. You can enter G/L accounts for the key entered in account assignment. (Account determination can be found in Basic Functions).
Use
You can use this to allow cash transactions to be carried out directly for the customer rather than receivables being created.
So this means that once you maintain the Account key for cash allocation,Direct entry will hit the relavant GL account rather than creating a receivable entry.
In your case you are trying to do both the things at same time.
In my view either you should maintain EVV or ERL.
Hope you will try and let me kow if it works allright
Reward points if useful
Regards,
Amrish Purohit -
Cash Account required - Payments
Hi Experts,
When trying to process a payment I get a system message - Cash Account required, choosing a different account may cause inaccuracies in the cash flow report.
Does anyone know what this means? Is there a specific account I need to link in the account determination? this is in SBO 2005 A
Regards,
LeboCheck this links
Outgoing Payment and Cash Account
Re: Bank Fees for Incoming and Outgoing Payments -
Account determination in SAP?
hii experts,
Account determination is major concern in SAP.
Whether account determination will be done only SAP MM consultant or any other module responsibilities in account determination?
Becas SAP has more business scenario , each will have account determination ??
So how ..
ThanksBoth FI and MM can do the account determination. FI does the account determination through OMWB and MM does it through OBYC.
Automatic Account Determination
This is perhaps the part that causes the most heartache for the FI Configurer. For some reason, although it is an integration area, the FI team always ends up with responsibility for it. To do a good job you need a reasonable understanding of :
the business processes in the source modules
the FI account postings that they should be generating (what sort of account should be debited or credited etc)
the organisation structure and its relationships between the source modules
the reporting requirements that are expected from the General Ledger or Profit Centre Accounting
your chart of accounts
Sounds daunting doesn't it ? Here is a suggested approach ...
The IMG section under GL / business transactions / integration will take you through all the necessary account determination for the automatic postings that the system may need to post. You may not need all of these.You could maintain on an as needed basis. As the project teams test or prototype their expanding functionality, the SAP system will look for the accounts to which it should post. The error message and the SAP documentation and configuration does not always explain clearly which piece of account determination is used for which type of functionality, so it is sometimes difficult to be pro-active.
Being reactive has the benefit that hopefully each side (eg: MM and FI) can develop an understanding of what the business transaction is and therefore where it should be posting. Otherwise the MM person may not even be aware that he has generated a certain type of posting ! (You'd be amazed at some of the lack of ownership from a logistics consultant for the financial postings that they generate).
I will be explaining each account determination area simply and clearly with posting examples
SD to FI Account Determination (aka revenue account determination). This and MM seem to confuse people the most.
More later - This may take a while to complete........
In the meantime, some general warnings:
Whenever you change the field status settings for an account, ensure that you have verified that any automatic postings will be able to meet the requirements. EG: do not make business area mandatory if your system may make a posting which cannot determine and post the business area.
Consider specifying that accounts that are posted to automatically can only be posted to automatically. This will simplify reconciliation between the source module and the GL account should you need to do this.
SD-FI Account Determination and Postings
This is known in the IMG as "revenue account determination", but it covers a lot more than that (discounts, taxes etc). This is what determines how the financial impact of your SD Billing document is posted into the FI General Ledger.
The integration is controlled both in SD and in FI.
In SD there is a awesome area of configuration called the pricing procedures. The pricing procedure determines the final price quoted to the customer for a particular product. This could be a complicated calculation taking into account the base price, any special prices or discounts that may apply to that scenario, taxes, freight charges etc. These prices or charges are called 'condition types'. This condition technique is used in a number of areas of SAP.
For now all we need to know is that each condition type is assigned to an account key (or in the case of rebates two account keys). You can assign multiple condition types to the same account key. There are a number of account keys that are pre-defined in the system. For example:
ERF freight revenues
ERL revenues
ERS sales deductions
EVV cash settlement
MWS sales tax
Now we start getting to the integration by mapping the account keys to GL accounts. But it is not as simple as that. It can be as flexible (ie: as complex) as you want. Start off with the most simple approach. Generally if one is using a good sales / revenue reporting tool (eg: CO-PA) then one does not need a lot of flexibility and variety in the GL accounts that are posted to. The level of detail that you need in GL should be determined by your financial statement reporting requirements - you may end up with only one Revenue account - it is a good bet!
So, taking the simple approach we would ignore most of the configuration possibilities : procedures, access sequences, condition tables etc (Yes it is that 'condition technique' kicking in again. Once you have worked through it once in one area and encounter it in another then hopefully you will be comfortable in knowing that most of the standard configuration can be left as is. )
We have to decide which access sequences we want to use (Five access sequences are defined in the standard SAP R/3 System). To keep it simple, let us assume we just use one - for example: the access sequence "chart of accounts/sales org./account keys".
The chart of accounts part is standard in all account determinations, so let us look at the rest. This access sequence allows us to specify different GL accounts for different Sales Organisations.
So if we had a billing document line item where the customer had some special deductions for one of the products he purchased, we could map accounts by Sales Organisation. To make it even simpler a document is within one Sales Organisation so we have an overall mapping as follows:
SD Line Item Condition type SD Amount Account Key Sales Organisation GL Account
1 Sales deduction for being such a nice guy $10 ERS 1000 800010 - Sales deductions for 1000
Sales deduction for special promotion on particular product $15 ERS
Base Revenue $200 ERL 800000 - Revenue for Sales Org 1000
Total for item 1 $175
2 Base Revenue $100 ERL 1000 800000 - Revenue for Sales Org 1000
Total for item 2 $ 100
Document Total $ 275
So the invoice that the customer gets (and that you can view in SD) will look something like:
Item (Note this is the SD Invoice line item) Amount
Item 1: $175
Item 2: $100
Total owing , 30 days terms etc: $275
The GL document posting that the system will make to FI will look something like this though:
FI Line Item Debit / Credit Account Amount
1 Debit (PK=01) Customer (AR Account) $ 275
2 Credit (PK=50) Revenue (GL Account) -$ 300
3 Debit (PK=40) Sales Deduction (GL Account) $25
Balancing to 0 as all GL documents must....
$0
Note : There is no direct relation between an SD Line item and an FI Line Item - they are different things.
Other considerations:
Remember that if you are using business areas, then depending on your configuration there, the system may create additional FI line items if it needs to post to different business areas. This may be even more of a reason why you do not need additional GL accounts. If your Sales Organisations already map to different business areas, you could use the GL accounts for all Sales Organisations.
Different access sequences will allow a broader variety of GL accounts (for example: by customer account) group. I strongly suggest having a good understanding of the reporting requirements expected to be supported from the General Ledger vs the SIS (Sales Information System) or CO-PA (Profitability Analysis) or (CO-PCA) Profit Centre modules before you create too many GL accounts. At the risk of repeating myself, the SD to FI account determination should only be as detailed as your statutory reporting requirements. The reporting from other tools like Profitability Analysis are so much more flexible and powerful, you may never look at the General Ledger for internal profit reporting again except to do a reconciliation check. -
Defining Account Determination for Real-Time Integr
Dear all,
I haven't understood yet about Account determination for the real-time integration of Controlling (CO) with Financial Accounting (FI).
Please tell accounting process that use this account. And give me a detail example.
Thanks so much
MinhtbHello
This is the new feature in New GL accounting
During allocations in Controlling, most of the postings created do not affect Financial Accounting. These postings do not update any G/L account transaction figures; they are postings within Controlling. If, however, an allocation in Controlling leads to a change in the functional area or any other characteristic (such as Profit Center or Segment) that is relevant for evaluations in Financial Accounting, a shift occurs between the affected items in the profit and loss statement. For this reason, this information has to be transferred to Financial Accounting. This reconciliation between Controlling and Financial Accounting takes place by means of real-time integration.
As a result of real-time integration, all Controlling documents that are relevant for General Ledger Accounting are transferred from Controlling to General Ledger Accounting in real time. This means that Financial Accounting is always reconciled with Controlling.
A document is created in Financial Accounting for each posting in Controlling. This means that the detailed information contained in the CO documents is always available in reports in New General Ledger Accounting. This information can be sorted by the following, for example:
● Functional area
● Cost center
● Internal order
Real-time integration replaces the reconciliation postings from the reconciliation ledger. Consequently, you do not need a reconciliation ledger.
If, however, you do not set the Reconciliation Ledger Active indicator in Customizing for the controlling area, you cannot use the reports belonging to report groups 5A* (5AA1-5AW1). You set this indicator in Customizing for Controlling under General Controlling ® Organization ® Maintain Controlling Area. The reconciliation ledger serves as the data source for reports belonging to the report groups 5A*. You find these reports in the SAP Easy Access menu under Accounting ® Controlling ® Cost Element Accounting ® Information System ® Reports for Cost and Revenue Element Accounting.
Replacement reports are available as follows:
● You find the reports in the SAP Easy Access menu under Accounting ® Controlling ® Cost Element Accounting ® Information System ® Reports for Cost and Revenue Element Accounting (New).
● You can create additional reports in report group 5A21. You can assign the report group to any drilldown report of New General Ledger Accounting using the report-report interface.
● From the report Financial Statements Actual/Actual Comparison, you can call up the report Cost Elements: Breakdown by Company Code. You find the report Financial Statement: Actual/Actual Comparison in the SAP Easy Access menu under Accounting ® Financial Accounting ® General Ledger ® Information System ® General Ledger Reports (New) ® Balance Sheet/Profit and Loss Statement/Cash Flow ® General ® Actual/Actual Comparisons.
You can define account determination for each controlling area. You do this in Customizing for Financial Accounting (New) under Financial Accounting Global Settings (New) ® Ledgers ® Real-Time Integration of Controlling with Financial Accounting ® Account Determination for Real-Time Integration. In this way, you use the same account determination as for the reconciliation ledger (transaction OK17). You can then use the reconciliation ledger reports to compare FI balances with CO balances.
Prerequisites
If you use real-time integration in at least one company code, you need to have activated company code validation for the related controlling area. You do this in Customizing for Controlling under General Controlling ® Organization ® Maintain Controlling Area ® Activate Components/Control Indicators. Otherwise, the reconciliation between Financial Accounting and Controlling at company code level is not possible.
In Customizing for Financial Accounting (New), you have processed the IMG activities under Financial Accounting Global Settings (New) ® Ledgers ® Real-Time Integration of Controlling with Financial Accounting.
Activate real-time integration for all company codes between which you want to make CO-internal allocations.
In the IMG activity Define Variants for Real-Time Integration, do not select all CO line items for transfer. If the same line items are to be transferred as through the reconciliation posting from the reconciliation ledger, select the following line items:
● Cross-Company Code
● Cross-Business Area
● Cross-Functional Area
● Cross-Fund (if you use Public Sector Management)
● Cross-Grant (if you use Public Sector Management)
Features
Value flows within Controlling that are relevant for General Ledger Accounting such as assessments, distributions, confirmations, and CO-internal settlements are transferred immediately. The FI documents are posted with the business transaction COFI. They contain the number of the CO document. This means that you can call up the CO document from the FI document, and vice versa.
Activities
If a document could not be transferred because the posting period was blocked in Financial Accounting or no account was found, for example, the document is included in a postprocessing worklist. You need to check this worklist regularly and process any documents in it. From the SAP Easy Access menu, choose Accounting ® Financial Accounting ® General Ledger ® Corrections ®Post CO Documents to FI.
Example
An internal order for business area 0001 is settled to a cost center of business area 0002. The document from this allocation is transferred in real time to Financial Accounting.
Reg
assign points if useful -
Regarding Revenue Account Determination
Hi Friends
Is there any link between item catagory and revenue acct det
can we control revenue acct det with item catagory
plz reply
Thanks in AdvanceI meant to say,
We have different account determinations such as-
1-Revenue account determination - which is integrated with SD invoice & FI account postings
2- Cash accoutn determinaton - Which is integrated to FI cash accounts .eg:OTC sales
3-Revenue recognition. - Generally used to estimate the revenues on service based projects such as: real esate .
Item category is not linked with revenue account determinatio.
Hope, now it is clear. -
How will i configure revenue account determination
how will i configure revenue account determination....
IMG MENUu2014Sales & Distributionu2014Basic Functions-Account assignment/ Costing-Revenue account determination
Check master data relevant for account assignment
Materials: account assignment groups
New entries
Account assignment group Description
K1 Finished Products
K2 Service
K3 Trading products
Save
Customers: account assignment groups
New entries
Account assignment group Description
KA Domestic
KB Export
KC Internal
Save
We use condition technique to set up Account determination
Standard Condition Type KOFI
Access sequence KOFI
Account determination Procedure KOFi00
Standard Tables
001 Customer/material account assign
002 Customer account assignment
003 Material account assignment
004 general
005 Account key
Use the above tables for search that is access sequence
Select define access sequence and account determination type
Maintain access sequences for account determination
Select new entries
Acc seq Description
ZK00 Access seq for account det
Continue
Select ZK00 and select accesses
New entries
Acc table Description
10 1 cust/mat/account key
20 5 account key
Select 10 & 1 Combination. Select fields and activate the fields
Select 20 & 5 combination and select fields and activate fields
Save the access sequence
Fields in tables
Table Fields
1 Sales Org, Cust account assignment grp.mat account assignment grp, account key
5 Sales org, account key
Same menu path
Define account determination type (Condition type)
New entries
Ctyp Name Access sequence
ZK00 Accnt det type Zk00
Save
Define and assignment account determination Procedures
Define account determination Procedure
New entries
Proce Description
ZK0000 Account det Procedure
Continue
Select Zk0000 and select control data
New entries
Step Cntr Condition Type
10 0 ZK00
Save
Assignment account determination Procedure
(Assign the procedure to all the Billing document types)
Position ZKF2
ZKF2 ZK0000
Save
Define and assign account keys
Define account Key
Account key Description
ERL Sales Revenues
ERS Sales deductions
ERF Freight revenue
MWS Taxes on sls/purchase
ERB Rebate sales deductions
ERU Rebate accruals
EVV Cash clearing
Account keys are assigned in the pricing procedure against various condition types
PR00 ERL
K004 ERS
K005 ERS
KF00 ERF
MWST MWS
B001 to B005 ERB ERU
B001 to B005 are Rebate discount condition types
Assign GL accounts
(Here we maintain information in tables, which will be searched by system for selecting GL accounts)
Select table 1
Select details button
App= application, select V for sales
Condition type= Account determination type (ZK00)
Ch= Chart of accounts= INT
(Chart of account is assigned to company code and has the complete list of GL accounts used for business)
SORG= sales org which is involved in revenue generation/ sales unit
Au2026= Customer account assignment Group
AAG. = Material account assignment group
Actky= Account key like ERL etc
GL account No=the GL accountu2013NO maintained in Chart of accounts
Select new entries and maintain the following
Select Table number 5 to maintain GL accounts for tax, Rebates and cash clearing
MWSu2014175000
ERBu2014884000
ERU 884010 89000
EVV 10000
Create Order; Delivery, PGI and then billing document, when the Billing document is saved account determination should happen
hope this will help u
Regards
nitin -
Account determination error - in creation of invoice
Hello experts,
i have an error in creation of invoice, after( pgi post goods issue)
will you please help me out to solve this error.
thanks & Regards,
yogesh rainahello sir,
After going throuth this path it shows no gl account in account determination chart
as below
Condition type Message Description
ZPR0 123 Access KOFI not carried out (initialized field)
Access Message Description
10 123 Access KOFI not carried out (initialized field)
20 121 No G/L account found in Account determination type KOFI
30 123 Access KOFI not carried out (initialized field)
40 121 No G/L account found in Account determination type KOFI
50 121 No G/L account found in Account determination type KOFI
60 123 Access KOFI not carried out (initialized field)
Maybe you are looking for
-
BW report iView bg color change problem
Hi All, I created a BW report with alert Monitor entry and published in Portal(EP6.0 SP2) as an iview. Here my problem is changing default back ground color of iView(Default it shows blue/grey) and i tried this by changing theme but didn't get any lu
-
IPhoto no longer synching with iTunes
Ever since I installed the latest Yosemite update, 10.10.3, iPhoto no longer syncs with iTunes. Once I connect my iPhone with my MacBook Pro and iTunes launches, I have confirmed that it is wanting to sync with iPhoto and not the new Photos app (whic
-
hi gurus, what is unit calculation? unit calculation is using in 3.x versions.... please give me step by step
-
Export and Import of Configuration Data
Hi All, I have created a number of custom properties, structures, groups, renderers, layout sets etc and would like to move them from Dev to Test system. I have found the following in the help doco: "Export and Import of Configuration Data" http://he
-
G4 and La Clie 120GB - Mystery Memory Hogging File
I have an iMac G4 running 10.4.11 with an external firewire La Clie 120GB hard drive. The "Get info" says the La Clie is using up 71GB. But if I use the Finder and add up all the folders and only get 25GB used. Which means my HD has a mystery file th