Error while posting FPSEC1

[former_member199650]

Hi everyone,

Please guide me how to correct the following error:

While posting SD Request through transaction code: FPSEC1, we are facing an error message, 'document is transferred without Main and Sub transaction'.

Please guide.

Thanks and Regards

[Former Member]

Make account assignments for security deposit thru transaction ek01 and ek02

[Former Member]

Hi friends,

Even I am also facing this error in FPSEC1,

And I did account assignments for security deposit thru transaction ek01 and ek02.

But still I am getting the same error like give below,

Error1:- Document line item without main or sub-transaction transferred

Error2:- No reconciliation key could be determined

Please help on thisu2026.

Thanks for the support...........

Regards,

L

[Former Member]

Hi Prudhvi,

Please check whether the main and sub transactions for which you have defined the account assignments are assigned correctly with the internal main and sub transaction.

And for the error 2, please maintain the reconciliation group id for your user id in the IMG path>Financial Accounting>Contract Accounts Receivable and Payable>Basic Functions>Postings and Documents>Document>Define Default Values>Maintain Rules for Reconciliation Key Default Values>Maintain Reconciliation Groups for Default Values.

You should define the reconciliation key group for the user id because posting the security deposit requires a reconciliation key to post the statistical security deposit request in FICA. The reconciliation key is generated automatically using the reconciliation key group assigned for the user id. You will not be able to edit the reconciliation key from FPSEC1.

Thanks,

Sakthi.

[Former Member]

Hi all,

Even i am getting the same error : Document line item without main or sub-transaction transferred.

I checked the answers in this post and i've verified if all the configurations exist but still i am getting this error.

Thanks in advance,

Shreeraj

[AmlanBanerjee]

Hi,

Check the posting area 1010. For SD you need to maintain the main and sub transaction under statistical key H.

Assign reco key against individual user ID thru transaction S_KK4_74002323.

Thanks,

Amlan

[Former Member]

Thanks for the reply.I had maintained my User ID and I had also checked if the statistical key H exists.

While checking FQC0 and FQCR,i noticed the following for the posting area 1010:

The main and sub are 0020 for document item but the subtransaction for next document is 0010.

I checked the following path CARAP->Basic functions->postings and documents->document->maintain document assignments->Maintain transactions->transactions for security deposit.

Here,in allocate transactions to internal transactions,the main and sub for cash security deposit are 0020 but as i said earlier,in FQC0,entry for subtransaction 0010(cash SD payment) exists and there is no sub transaction entry for cash SD request(0020),is this causing the error?

[AmlanBanerjee]

Hi,

In Posting Area 1010, under statistical key H,there are two sets of mains\subs.

The first set of main\sub will be 0020\0020. And the next set will be 0020\0010.

Also check whether the entries for this main sub are maintained in EK02

Thanks,

Amlan

[Former Member]

Thanks for your reply.Well, i had seen it earlier and the entries do exist.However,there is a restriction 2(security depost:no clearing permitted) placed in FQCR,does it have any significance?

[AmlanBanerjee]

Clearing Restricition 2 is used so that the payment which is coming against the SD is secured as a downpayment item and does not get cleared automatically with any other debit item.

Just check whether for the creation of the security deposit, contract is optional or reqd from the configuration settings.

If contarct is optional , then you need to maintain division independent main\subs fro SD.

Thanks,

Amlan

[Former Member]

Hi Amlan,the contract field is optional and the main and sub are defined without division.I have mailed you about my issue in detail.

Thanks,

Shreeraj

[Former Member]

The event 0820 was causing this issue,we just commented out the code and the problem was solved.