Hi Kedar

I don't have any documentation unfortunately. Someone else did the implementation and I pretty much just inherited the support of it, so I have figured it out as I go along.

The help in the IMG is reasonably good, so I would think that's a good place to start (SPRO-->financial accounting-->contract accounting). The first few sections (Organizational Units, Basic Functions, Business Transactions and Integration) are probably the ones you must worry about straight away.

I don't know how much you know about FI-CA already, so perhaps I am telling you stuff you already know, but a lot of the concepts are the same between FI-CA and 'normal' FI. There are also document types, but instead of posting keys FI-CA uses what it calls a main and sub (to determine whether e.g. the posting is a debit or a credit). The other significant difference (to me, anyhow) is that whereas in accounts receivable in FI you have a reconciliation account on the master record, in FI-CA the reconciliation account is actually specified in configuration. Two of the key customising transactions are EK01 and EK02. The first determines the reconciliation account for a particular transaction, and the second the 'offsetting' account for the transaction. This is kind of the equivalent of table T030 in standard FI. Account determination happens based on the account determination id on the customer (contract account) and the division of the transaction (this being fairly similar to SD account determination).

Things like interest and dunning happen pretty much the same was as in FI, but they are configured separately and the FI and FI-CA settings do not influence one another. The config is fairly straightforward and self-explanatory though.

The one thing that you probably know but I'll mention anyhow is the relationship between documents in FI and FI-CA. When you create documents in FI-CA the document is linked to a reconciliation key (which can contain one or many documents). The document is not automatically posted in FI, but has to be transferred via a transaction. For example, if you (seeing as you are using IS-U) do consumption billing for a customer, that billing document immediately appears on the customer's contract account (transaction FPL9) but the entry in the GL will not be shown until that reconciliation key has been closed (FPG4) and transferred (FPG1). The frequency with which this is done is fairly important, since it determines how 'on-line' your GL figures actually are.

Anyhow, I don't want to continue now possibly telling you stuff you already know. Hope some of these points have been helpful. If you have specific questions I will see what I can do to help, and perhaps it would also helpful if you indicated more or less where your level of knowledge is at with this.