Document type should always post to specific account type

Hello experts,
I have 1 question, Depeneding on the Document type definition I can post to different account types (S, K, D , M ,A). Assume I created a doc type ZA and checked all the account types then it allows me post to all the account types.
Here I want the document type ZA to validate one of the line in the document should always be type K (vendor). In short in the combinaton of account types posted to under this document type should always have one specified account type.
All contributions welcome.
Thanks,
KKR

Hi Eli,
I am not sure how to do that in this case, I have worked on validations before and I always worked with 'Constants'. If I write
If Doc type is ZA
then account type should be 'K'
But the problem is it wont allow me to post as the other line will always be different, that means a combination K and other than K.
And we are not sure how many lines going to be there in a GL document.
Do I nee to look at user exits in validations? If yes, please let me know how can I do that.
Thanks,
KKR
Edited by: KK Rao on Sep 24, 2010 11:07 AM

Similar Messages

Account types allowed for document type

Hello,
when i am in the edit mode of document types through IMG, i can see the account types listed and can select the account types which can be posted with this document type.
but the issue is there are only 5 account types predefined, what if i have added a new account type?
Thanks

No clasification is required for GL accounts to account types.
If a document type is assigned to account types then you can post documents using a document type only to the respective account types.
Say for example,
You have a document type XY for which you have selected the account types D and K, then the document type XY can be used only to post to vendor and customer subledger and you can not use the doc type for rest of the three account types.,

Account type D is not defined for document type RE - Credit Memo

I tried to key in credit memo of fixed asset at MIRO but prompt out this errors "Account type D is not defined for document type RE". I checked OMBA - account type for vendor is selected. Any advise to resolve this problem?

Hi Sanil,
It is just a debit Vendor and Cerdit Fixed Asset. Is anything wrong here?

Maintaining different values for Accounting Type (KOART)

Hi experts,
I have several accounting tcodes such as FBV0, FB03, FB08, FV65,FV60 in one parent role.
FV60, FV65 are added to this role as FBV0 is checking internally for this authorization object.
All these tcodes share a same object F_BKPF_KOA which differ by activity and the accounting type (KOART).
The KOART field is an org level field defined by SAP and I have entered D,K,S as values.
But the auth object values should be different for the accounting types.
i.e 03 for D,K,S
01,02,03,77 for S
03,77 for K
All the derived/child roles for this parent should also have the same document type as the parent. How can I achieve this as this object is maintained at the org level.
I could not delete this obj from being an org level element as it is defined by SAP.
Appreciate your response.
Thanks
Kee

> If KOART is an org field you cannot differentiate between authorized activities for each of the KOART values in one role. Whether you maintain values in the parent or not only matters if you're planning to assign the parent roles to users or if you just use them as templates.
>
Parent Roles should not be assigned to any users. It should only be used as Template to grant and control Non-Organization Level authorizations centrally (you can see these option in Parent roles). Concept of Parent-Child role is to avoid creating same roles where all authorization field values are exactly same and differs only for Organization Values (different Site / Branch Office specific constants). So we can maintain the Org. levels as different sets for a single Parent role as I already explained.
For more details: Note#314513 - PFCG: Maintaining individual organizational levels
Note#532695 - PFCG: Incorrect organizational level values in derived roles
>
> Please elaborate on this one. I think we're running into an urban myth here....
>
> Organizational levels are only instruments to assist in building roles. For the final profile it does not matter whether a field is organizational or not. It will not influence the behaviour of the authority-check.
For the final profile it matters during loading of User authorization data to User Buffer. Think about the Parameter values stored for a particular user. How it behaves for all Objects containing a particular Auth. Field and providing default assignment for that user whenever he tries to perform any action where this field is required to populate.
If we delete any Object from SU24 proposal then it doesn't mean that the check will not be carried out or the Org. Field contained in that object will not be populated with it's values. I tried to make this clear to the requester.
Regards,
Dipanjan
Edited by: Dipanjan Sanpui on Jun 8, 2009 7:49 AM

FICA question- Incoming payment posted to wrong account & processed as refund

Need validation if the process recommended in following scenario is appropriate & any advise would be appreciated:
We have a few contract accounts where the incoming payment was posted to worng contract account. Then instead of reversing the doc & moving it to clarification & posting to correct account , the cashier assuming the customer has made payment in error , initiated a refund & an outgoing payment doc was generated after payment run. In some cases the check was issued to the customer.
What we think the right process would be as under:
1. Reset clearing on outgoing payment doc. The incoming payment doc will now be open. There will be additional debit entry of equivalent amount for the reset clearing.
2. Reverse the incoming payment doc & post it to clarification. From Clarification , post it to correct contract account.
3. For the debit entry on the contract account, there are 2 possible scenarios for clearing:
         sceanrio 1: In case the check was sent to customer , get the customer to make the payment. This incoming payment will clear the debit entry.
         Scenario 2: If the check was stopped in time , a credit posting of equivalent amount should be posted to bring account back in balance. For standard incoming payments we use doc type IC. In this case as this is credit entered to balance account (not truly an incoming payment) can the same doc type be used or a different doc type is recommended.
I am not a FICA consultant & this might be a very basic question
Thanks in advance for any recommendations.
Satish

Receivable adjustment works like this:
Current situation:
Customer                        Revenue                               Receivable
100 |                                  | 100                                100|
After receivable adjustment, it looks like this:
Customer                        Revenue                               Receivable                  Bad Debt Expense
100 |                                  | 100                                100|                                        |
                                                                                        100                        100
Receivable adjustment does not adjust the customer balance/open items. It only takes $ from the receivables and moves them to a separate g/l account.

ME27 behaving different for different accounting types?

Hey Team ABAP,
we got a custom report called "returns monitor", from which you can do different things.
One of those things is to transpose actual selected line into a rearrangement.
This worked quite fine till today.
Today we have new entries in our returns monitor with accounting type 'R'.
I build a batch input map to create the document in ME27.
I give accounting information like following:
      PERFORM new_dynpro USING 'SAPLKACB' '0002'.
      PERFORM setzen     USING ' ' 'COBL-KDAUF' <ls_ret>-vbeln.
      PERFORM setzen     USING ' ' 'COBL-KDPOS' <ls_ret>-vbelp.
      PERFORM setzen     USING ' ' 'BDC_OKCODE' '/00'.
if we got accountings type M it works, while if accounting type is R the ME27 tells me that istill need to give accounting information.
So for me it seems you need to give accounting information in a different way when we have accounting type R.
Any Ideas expieriences on this?

Hi,
I suggest you post the same question in functional forums where you will get the business flow regarding this.
Regards,
Keshav

FI_Document Archiving - Account type life not reached (T071)

Hi,
This is related to archiving FI_Documnt. Few of the documents are not able to archive and the reason is Account type life not reached (T071). I have entered same number of retention dayes for account type and document type, that is too for all account type (*) and document type. My understanding is system first checks the header level retention i.e. document type and then moves on to check account level. If retention days are same for doc and account type, when document type retension reached why should I get mess as account type life not reached.
Could someone help me to understand what could be the reason.
Regards,
Shailesh

Hi Gurus
I'm in a project archive, I have a problem with FI_DOCUMNT, and set the days of Life Document / Account which exceeds the limit of days to archive, when I run the archive process sends me an error that life has not been reached, any ideas?
The year archiving is 2006.
Document Life 366
Life Account 366
release 4.7
Regards

Cancelling invoice(s1) should be post to old invoiced(f2) posting date

our user wants cancelltion document(S1) should be posted to the old date i.e when it is invoiced (f2)posting date that means both should be same date.
it should happen with out any manual changing of dates.
Can any one help me please ,ponts will be rewarded.
Edited by: r prasad on Apr 7, 2008 10:51 AM

Hi
This can be done with a single line of code added at copy control level. We have done earlier(long ago). I could not remember exactly the code, what we have written.
But you can try as follows:
tcode: VTFF(Copy control)
In existing routine, at the bottom, add a line for "fkdat = reference document fkdat".
Ask your abaper to write correct structure & field.
Also note that, corresponding FI period should open to post this document.
Regards
Uma

Linkage of Account Type to GL Accounts

Hi Experts,
I would like to ask how the system links together the act type (D,K,S, etc.) to GL accounts. It really is a big puzzle to me. I am aware of how Act Type is connected to Doc. Type where the system limits the account type that are allowed to be used for each doc type.But how does the system really knows that the GL accounts I have are D,K,S relevant?
I looked as FS00 and cannot see the link between the two (I presume account group is not the link). I have also searched the thread around here about this topic but it never got answered.
Thanks
cpf

These account types D, K, A are assigned in the "Recon account type" in FS00 and these Recon GL accounts are assigned to your sub-ledger accounts. When there is no recon account type, it is set to S. Hope this is clear.

Trade Promotion account type vs planning account incorrect gives no warning

Can somebody tell me if and how it is possible to create a warning/error message when planning account type filled in a trade promotion is not of account type as specified in the field "account type".
Eg. Account type is set to Hierarchy node
Planning account is filled with a customer number (instead of hierarchy node number).
I would expect a message, since incorrect combinations in this area gives trouble in further processing.
Can somebody help me on this.
Thanks in advance!
Carla

Hi Roshan,
Please check the fund determination profile for the promotion type.
check the settings of fund determination profile in following path:
SPRO->CRM->Fund Management->Define fund determination profile->Select the profile and click on details.
Regards,
Srinivas

Alternative Accounting Document Type during Invoice Posting

Hi,
I have two queries which could resolve our clients specific requirement. It is required that for a specific customer we need to have 8 digits invoice number. We have attended this through SD user exit. However the Accounting document number range is external and hence same billing number gets generated for Accounting Document. This is conflicting with previous num range which is 10 digit. We have two alternatives to solve this as given below. Pls advise.
1) Please let us know if we can determine different Accounting Document Type when posting Invoice to Accounts. This has to be different from what is maintained in VOFA.
2) Is there any user exit or BADI which can determine separate number range for Accounting Document Type determined during Invoice Posting to Accounts. Probably this query is more relevant in FI Forum , but please suggest if anybody has ideas on this.
Regards
Sasikanth

Try to see if the user exit USEREXIT_ACCOUNT_PREP_KOMKCV in the include RV60AFZZ can be of some help to you..

Restrict display and posting for specific document types

Hi,
Is it possible to restrict display and posting for specific document types? I want to restrict authorization to SM document type in FS10N, and KSB1 tcode. Please help
Best Regards,
KIRAN.

Sandipan Choudhury wrote:
FS10N checks for this object ("Check" in Su24) but when user doesnot has this authorization object he gets access to all doc types and when the user is restricted to specific doc types (object present in user's authorization) he will get access to only those doc types. This is how the authorization check for F_BKPF_BLA works, in other words this authorization is Optional.
Sorry, but this is not true and seems to be an invention of how you would like it to work...
The coding works like this (generally):
    if sy-subrc ne 0.
      select single * from t003 where blart = postab-blart.
      check sy-subrc = 0.
      blrtab-blart = t003-blart.
      blrtab-brgru = t003-brgru.
      append blrtab.
    endif.
    if blrtab-brgru ne space.    "<--- important condition!!
      authority-check object 'F_BKPF_BLA'
           id 'BRGRU' field blrtab-brgru
           id 'ACTVT' field actvt.
      if sy-subrc ne 0.
        rcode = 4.
      endif.
    endif.
endif.
The "optional" aspect is whether or not the document type has an auth group on it in T003, failing which the check is suppressed.
If it reaches the check, then it found something and then checks that selected value.
Moral of the story:
--> Do not believe SU53.
--> Do not make assumptions from ST01 traces.
--> Read the documentation carefully.
--> Read the code to see how it really works (you can jump to the coding location from the trace).
Cheers,
Julius

Delivery free of charge Invoice should not Post to accounting

Hello,
As per Client's specific Business process , till now ZERO value Invoice(Delivery Free of charge) is created (This is not SAP Standard).
No accounting document is generated because of ZERO value of Invoice.
Only COPA Document is generated.
ZERO value invoice is generated because of all Pricing Conditions are Statistical in Pricing Procedure.
Now , Requirement is to create Invoice with Values & also Print values in Invoice, without posting it to accounting.
The simplest way to do it to remove Statistical check from all Pricing conditions , Values will start Printing.
But in this case ,Invoice getting started posted to accounting.
Q:- Please let me know the simplest way to create Invoice (Delivery Free of Charge) with values but on the same time , it should not post to accounting only COPA should be generated.
(AR Electronic Invoice)
Thanks in Advance.
Regards,
Vikas

Hi,
Free of charge Deliveries are basically of 2 types.
1. When you send Promotinal materials for display purpose, Physician samples in pharma industry etc.
Those materials do not have any commercial values, they are send free-of-charge.
We process those materials with Order Type FD (Free-of-charge Delivery).
2. Another case, when suppose you had sent 10 units of some material (commercially valued materials) for which customer has already paid the money to you.
After that suppose customer has found that 2 units are damaged or defective for which he has returned the 2 units to you.
Here, you have 2 options to compensate the customer, either you will issue a Credit Memo or you will replace with fresh units for those 2 returned units.
If, you will replace 2 fresh units to the customer, then it is called "Subsequent Delivery Free-of -chrge".
The Order Type used for the above is "SDF".
In this case, even though the material is a commercially valued material but we send it as free-of-charge as Customer has already has paid for it.
In both the above case, may it be "Free-of-charge Delivery (FD)" or "Subsequent Free-of-charge Delivery (SDF)", both the transactions are not relevant for Billing.
You can check the same in Sales document Item category KLN and KLX, both are not relevant for Billing. That means you can not create a commercial Invoice for those transactions.
In the above case, if required we create Proforma Invoice with reference to the Delivery document.
Proforma Invoice is a dummy Invoice and not posted to Accounting.
So, in your case you can create a Proforma Invoice.
Regards
Pradyumna

Post billing invoice with different profit center for specific cond. type

Hi Expert,
I have requirement where for each item in the sales order, when the user create the billing document, the accounting document generated need to use one specific profit center on specific condition type.
For example, my order profit center in the account assignment is PC1 (derived from material) and it has 2 condition type, Z1 and Z2.
Currently for this condition type will be posted to 2 different GL account. (Configured in account determination)
Going forward, the plan is to use same GL account for Z1 and Z2 but specific for Z2 should use different profit center (not taken from account assignment profit center).
Is this possible and if it is may I know the best way to achieve it?
Thank you before.

Hi
First of all check with the Controlling team wheather profit center can be assigned to the Z2 condition type only.If it is not possible then you assign a new subroutine to Z2 condition type with the help of ABAP team
Regards
Srinath

Down Payments Error: Account type K is not defined for document type DZ T

I am getting the error message: Transaction code: F-29
Account type K is not defined for document type DZ
Message no. F5243
In this case i am trying to post a customer down payment in t.code: F-29.
In the document type DZ in OBA7 we tick only G.L and Customer tab as this is not a vendor document.
Also the settings in T. Code : OBXR where we maintain configuration for customers has been maintained with a special G/L reconciliation account.
any help will be really appreciated,
Regards
Satish

I have checked all the settings
OBXR for Customer Down Payments. It is with indicator A and a Special G/L Account has been configured.
The special G.L Account is of the Recon account type Customers with FSG as Recon accounts
The document type DZ in OBA7 is ticked for G.L and Customer and this is how i think it should be as i am not paying a vendor downpayment
but it still gives me the same error.
Regards
Satish

Document type should always post to specific account type

Similar Messages

Maybe you are looking for