Special gl posting key

Dear Forum,
To post special gl transaction, why the normal posting key cannot be used? i mean the range of debit and credit posting key for vendor and customer.
in fbkp, it is set to debit and credit to use what code and i see there is dedicated posting key meant for special gl posting.
why normal posting key for vendor and customer cannot be used?
thanks

Hi,
While defining the posting keys to special gl indicator we'll define the following as well.
1. Whether this gl indicator is related to noted items or not
2. Transactions related to this indicator should consider for credit limit check or not.
3. Commitment warnings-If you posted any down payments to particular vendor, system prompts when this advance amount when you post the invoice to this vendor.
4. Special GL transactions type Down payment/Others/BOE.
The above settings also consider for special gl indicator.
And finally SAP delivered this posting keys especially for special gl items as standard.
Rgds
Murali. N

Similar Messages

Screen change as per Posting Key 25/31

Hi,
When we are doing posting with document type KZ and using posting key 25 / 31 for Vendor Payment, Cost Center / Profit center field is not showing...
We want Cost Center / Profit center field specially in posting key 25 / 31...
Please suggest.....

I understand all, for what you told me...
I want Cost center / Profit Center in below screen against 25 / 31 posting key.
Even if i make the required entry in OB41, against Posting key 25, not showing those field during F-02..

Posting key 12 does not permit specification of a special G/L indicator Urg

hi all
i want to riverse the cross company code transaction showing follwing messages
Posting key 12 does not permit specification of a special G/L indicator
Posting key 22 does not permit specification of a special G/L indicator
regards
JK Rao

Hi
Please go to transaction code OB41 and for the posting keys 12 and 22 please ensure that there is a tick mark for the special G/L indicator. Then your entry can be completed.
Let me know if it helped and do assign points if found useful.
Check the posts in the thread tittled - "re:Cross Company Code Code Transaction Riversal urgent"
Karthik
Message was edited by:
Karthik Coneru

Posting Key 29 Special GL debit

Dear All:
I have made PO field compulsory while booking down payment to vendor through f-48 by making PO field required in OB41 MM for vendors for posting key 29 (Special GL debit). But problem is i want to make it optional for vendor type EMPLOYEE VENDOR. Please guide me i am waiting for prompt response.
Reagrds

Hello Atif,
Since you have made the PO field mandatory for Posting Key 29, it will ask you for the PO reference. However, in case of 'Employee Vendor' you need to debit this vendor with the down payment amount, but do not wish to use the PO reference. Therefore, the best way to handle this is to use the T Code "F-02" General Posting. In the first line item, use the Posting key 24 - Vendor Debit - Other Receivables and the second line item use the Posting Key 50 - GL Account Credit for crediting the Bank Account. This will enable you to debit the Employee Vendor Account and also save the step of clearing the DownPayment. The solution will work well, unless you have a pressing need for using the DownPayment mode only for recording the Employee Vendor payment.
Regards,

Travel Advance Special GL Posting-Setting up Posting Key

Dear experts,
I have managed to setup the Travel Advance correctly and also managed to post it which read as posting key 21 and 31.
However, i am not posting it as a Special GL Account as at transaction PRT3, under Group HRR(Postings from Travel Expenses Accounting) as i only have transaction:
HRP with posting key 21 (Credit Memo) and 31 (Invoice)
HRT with posting key 40 (Debit Entry) and 50 (Credit Entry).
How do i post advance with posting key 29 (Special GL Debit)?, as according to the FI consultant i need to configure the Advance posting key as one leg using 29 (Special GL Debit). And which transaction should i use, as from this thread i read that we need to use transaction HRV but however, my screen only have HRP and HRT. Do i have to apply any notes to make the transaction available or is it created elsewhere in FI configuration?
Please help.
Thanking you in advance.

I hope you have got your query answered by now but for the sake of others T code FBKP is used to maintain setting of Special GL

Posting keys

Hi,
Iam asking for posting keys (40 and 50). How are there posting keys determined for GL account determined from VKOA.
1 )I need to know if the system determines GL account xyz. how the system knows that xyz nneds to be debited through posting key 40 or xyz needs to be credited through posting key 50.
can you pls tell me the config path for the posting keys and the integration with account determination.
2) Is the debit(40) and credit (50) also dependent on the type of document. That is if we make an invoice , the system debits GL account xyz through 40 posting key as an example and if we make a credit note with ref to invoice and use the same GL account xyz, the system uses the account key 50 and credits the gl account xyz. Is this the inerchange of posting key is done automatically or any config is required from FI side ?
regds

Hi,
Check Transaction OBYC for MM side.
Here in this transaction a for a particular transcation type : chart of account and account determination is assigned.
if you check after chart of account the posting keys are also assgined.
and enteries are made on valuation area and valuation class,
Valuation class is assigned in Material master.
Sales :
->Chart of accounts
-> Sales organization
->Account assignment group for payer
(This allows you to divide customers into different groups, such as domestic
and overseas customers.)
-> Account assignment group for material
(This allows you to divide materials into different groups, such as services
and retail goods.)
-> Account key
(Account keys are assigned to condition types in the pricing procedures, so
that conditions, such as freight conditions, can be posted to special freight
revenue accounts.)
You must ensure that the configurations you make for account determination
match the configurations in FI and CO.
Account determination is carried out using the condition technique.
Depending upon the billing type, an account determination procedure is assigned
for G/L accounts.
This determination procedure contains one or more condition types to which an
access sequence is assigned.
This access sequence is composed of individual accesses in the form of condition
tables.
The condition tables contain the fields and field combinations upon which revenue
account determination depends.
The key fields are filled with document data, so that the system can search for a
corresponding G/L account for the relevant combination.
If an access determines a G/L account, then it is set in the accounting document
and the search is terminated.
I hope this will help.
Regards,
Nisha

Wrong posting key in fb60

hi,
I have this problem , which has to solved quickly.
In tcode fb60 the posting key is 31 ...resulting in some error pop up message.
it has to be 39.
may be some body has done some changes .
how wil i know who has changed it and where he has changed.
Regards
shilpa.

Hi Kirthi,
Posting keys are based debits and credits of Vendors/Customers/GL's so these are not assigned to any tcodes..As u said in FB60 u are facing problem so posting keys for that posting is standard bin the system
Posting keys are standard available in the system for special purposes only we used to create new posting keys.
explain your problem what exactly u are looking for.
thanks
deepa

Can I set Posting key 39 A as optional and 39 F as mandatory?

Hi,
Previously we set PO number as mandatory when user perform transaction F-47. The posting key is 39 F.
I change the config via OB41, posting key 39 PO is mandatory
Now Account use F-48 to post down payment. The posting key is 29 A.
After that they want knock off by F-44, posting key is 39A.
Then we hit error to key in PO number, but we don't have PO to key in.
May I know, is it possible to set specifically:
posting key 39 special GL indicator A, the purchasing document is optional?
posting key 39 special GL indicator F, the purchasing document is mandatory?
Thanks

Hello
At posting key level you control the field status of the document. Now in your case since the posting key 39/29 or for that matter any sgl posting key would be tagged to quite a few indicators so when you make changes for field status at posting key level it would result in central change for all these indicators.
So what i told you was to check the field status group which is in the alternate g/l account for the relevant special g/l indicator, when you created them. Then in the field status group of this g/l account you can make the choice as suppressed / Display/ Required / Optional as the priority is in that order.
Hope this clarifies

Petty Cash split transaction take different posting keys

Dear Experts
I set in configuration for FBCJ the Special G/L transaction key 39 credit and i am getting the same when I post single line item transaction when i do cash receipt.
When I am posting cash receipt transaction through FBCJ ( petty cash ) spliting , system is showing posting key 35 ( Incoming Payment) credit which is wrong.
Earliest help is highly appreciated.
Viral.

Hi
As per My experiance there is no way to configure or post Special GL Indicator Related entry posted through in FBCJ Transaction ,
If any query, revert back
Regards
Roobal

Posting key determination

Hi everyone. I have recently created a new document type for our operations with advance pay. When billing occurs and the accounting document is created, the total value of the sales is debited on the client account, using posting key 01, and credited correctly on the advance pay account determined by the accounting department.
All that is correct, except for the posting key on the advance pay account, in the accounting document. The posting key for the credit should be 19 - Special G/L credit, but instead the system is using 50 - Credit entry, which is the same as our regular sales orders. Does anyone know where I can change which posting key is used?

Hi,
Go to T. Code: FBKP/ OB41
There you will find a list of Posting keys, maintained for various kinda postings.
Say, Posting Key:
40 - Debit entry (Double-click on to the Field and Maintain Field Status)
50 - Credit entry (Double-click on to the Field and Maintain Field Status)
Along with which we describe Account type as Vendor/ Customer/ Asset/ G/L Account etc...
Say, its G/L Account.
T. Code: OBX1
Check Posting Keys for Transaction.
Similarly, For Customer,
T. Code: OBXR
And, For Vendor
T. Code: OBYR
Best Regards,
Amit.

Field Posting Key in BAPI_ACC_DOCUMENT_POST ?

Hi
I need to post documents like FB01 , i'm already using BAPI_ACC_DOCUMENT_POST and it works so i can now create documents with the header and itmes positions , filling the tables header, accountreceivable items and currency items.
I already found the most of fields for execute the BAPI and create the documents, but i can not find three fields, some of one (BSCHL) the most important:
Posting Key (BSCHL)
Special G/L Indicator (NEWUM)
Calculate Tax Automatically (XMWST) .
I think but i'm not sure the Posting Key (BSCHL) is placed in the EXTENSION2 table, but this table ask for some STRUCTURE name and i don't know what should i place in this field or how fill this parameter table.
Does somebody can help me about where can i place these 3 fields in the BAPI or where can i find help documentation for do this ?
Regards
Frank

Frank,
you should use the Extension2 structure for passing the Posting Keys and you should implement the BADI for posting the documents with the Keys what you have supplied.
The Enhancement Spots are BADI_ACC_DOCUMENT and IF_EX_ACC_DOCUMENT.
I've used the BADI_ACC_DOCUMENT and now i'm able to post the documents using the keys which i've supplied to the BAPI.
Otherwise the BAPI is going to decide the posting keys based on tha amount .
Hope this will help you.
Thanks,
Adi.

Terms of Payment with Posting key 09

Hi,
My client is a construction company which undertakes customer projects. Scenarios of retention amounts are very common in construction industry. We have a scenario where in at the time of sales invoiceing the amount of the invoice gets divided in three parts;
1. Billing amount to customer
2. Retention amount 1 (Due after 1 year from invoice date)
3. Retention amount 2 (Due after 3 years from invoice date)
We are using payment term to split these amounts. Client want the retention amount to get debited to a customer special GL. The accounting entry will be-
01 - Customer Dr - 8000
09R-Customer Dr - 1000
09R-Customer Dr - 1000
Revenue Cr - 10,000
The issue is, payment term is not getting populated with posting key 09. I tried changing the field status for both posting key as well as for GL field status.
Requesat to please let me know how the payment term can be displyed with posting key 09.
Thanks & Regards,
Ajay Gupte

Dear Ajay,
To make the field You need ready for input for posting
with special G/L indicator, the following Customizing setting is
necessary:
Financial Accounting -> Accounts Receivable and Accounts Payable ->
Business Transactions -> Outgoing Payments -> Automatic Outgoing Payment
-> Payment Method/Bank Selection -> Configure payment program -> All
company codes -> double-click on corresponding company code -> under
Vendor -> 'Sp. G/L transactions to be paid' you should enter the special
G/L indicator A,B,C, etc.
As explained in note 4683, the only standard possibility to get the
field payment terms on creating a posting with a special G/L indicator
is by setting in the payment program configuration (trans. FBKP) for
'All company codes' for customers/vendors 'Sp. G/L transaction to be
paid'.
Mauri

Account posting keys involves for process of third party order

hi
pls tell me the process of third party order and whos account stock will be debited and tell me the account posting keys involves in this process and how it operates
regards
Ram
Edited by: Ian Wong on Aug 13, 2008 7:06 PM

THIRD PARTY SCENARIO
In third-party order processing, your company does not deliver the items requested by a customer. Instead, you pass the order along to a third-party vendor who then ships the goods directly to the customer and bills you. A sales order may consist partly or wholly of third-party items. Occasionally, you may need to let a vendor deliver items you would normally deliver yourself.
Process Flow
The processing of third-party orders is controlled via material types. Material types define whether a material is produced only internally, can be ordered only from third-party vendors, or whether both are possible. For example, a material that is defined as a trading good can only be ordered from a third-party vendor. However, if you manufacture your own finished products, you may also want, from time to time, to be able to order the same type of product from other vendors.
Processing Third-Party Orders in Sales
Third-party items can be created automatically by the system, depending on how your system is set. However, you can also change a standard item to a third-party item during sales processing manually.
Automatic third-party order processing
If a material is always delivered from one or more third-party vendors, you can specify in the material master that the material is a third-party item. During subsequent sales order processing, the system automatically determines the appropriate item category for a third-party item: TAS. To specify a material as a third-party item, enter BANS in the Item category group field in the Sales 2 screen of the material master record.
Manual third-party order processing
In the case of a material that you normally deliver yourself but occasionally need to order from a third-party vendor, you can overwrite the item category during sales order processing. For a material that you normally deliver yourself, you specify the item category group NORM in the material master.
If, as an exception, you use a third-party material, change the entry TAN to TAS in the ItCa field when processing the sales document. The item is then processed as third-party item.
If address data for the ship-to party is changed in the sales order in third-party business transactions, the changed data will automatically be passed on to purchase requisition and also to the purchase order ,if one already exists. In the purchase order, you can display the address data for the ship-to party in the attributes for the item.
You can only change the address data for the ship-to party in the sales order for third-party business transactions, and not in the purchase order.
Processing Third-Party Orders in Purchasing
When you save a sales order that contains one or more third-party items, the system automatically creates a purchase requisition in Purchasing. Each third-party item in a sales order automatically generates a corresponding purchase requisition item. During creation of the requisition, the system automatically determines a vendor for each requisition item. If a sales order item has more than one schedule line, the system creates a purchase requisition item for each schedule line.
Purchase orders are created from purchase requisitions in the usual way. For more information about creating purchase orders, see the Purchasing documentation. During creation of the purchase order, the system automatically copies the delivery address of your customer from the corresponding sales order. In a sales order, you can enter purchase order texts for each third-party item. When you create the corresponding purchase order, the texts are automatically copied into the purchase order. The number of the purchase order appears in the document flow information of the sales order.
All changes made in the purchase order are automatically made in the sales order as well. For example, if the vendor confirms quantities and delivery dates different from those you request and enters them in the purchase order, the revised data is automatically copied into the sales order
You process third-party items by creating a normal sales order. In overview for the order, you can then overwrite the default item category (TAN in the standard system) with the special item category for third-party items: TAS
Billing Third-Party Orders
If relevance for billing indicator for the item category has been set to B (relevant for order-related billing on the basis of the order quantity) in Customizing, the system includes the order in the billing due list immediately. If, however, the indicator has been set to F (relevant to order-related billing on the basis of the invoice quantity), the system does not include the order in the billing due list until an invoice from the vendor has been received and processed by the purchasing department. In the standard system, item category TAS (third-party order processing) has been given billing-relevance indicator F.
In the first case, the third-party order is considered to be completely billed only when the invoiced quantity equals the order quantity of the sales order item. In the second case, each time a vendor invoice is received, a customer invoice is created for the quantity in the vendor invoice and the order is considered to be fully invoiced until the next vendor invoice is received.
If you have activated billing-relevance indicator F for item categories in Customizing, billing can refer to the goods receipt quantity instead of the incoming invoice quantity.
You can control whether the invoice receipt quantity or the quantity of goods received is relevant for billing in Customizing for copying control for billing at item level.
FOR YOUR PROCESS Individual Purchase Orders WELL GIVE THE RIGHT SOLUTION
Individual purchase orders are used when your customer orders goods from you that are not in stock and must be ordered from one or more external vendors.
Process Flow
During sales order entry, the system automatically creates a purchase requisition item. The purchasing department creates a purchase order based on the requisition and the vendor ships the goods directly to you (unlike third party order processing, where the vendor ships directly to your customer). You then ship the goods to your customer. While the goods are part of your inventory, you manage them as part of the sales order stock. Sales order stock consists of stock that is assigned to specific sales orders and cannot be used for other purposes.
Goods receipt will be posted when ever the vendor ships the goods to our customer.
We will do this transaction in SAP using MIGO.
Invoice receipt is done when the Vendor sends us the invoice.. ( I.e Billing ).
It can be done using MIRO.
THe above two steps are standard and manual. There are many other ways that the actual process can happen. If the client follows EDI standards then the Goods receipt and Invoice receipt can be done through IDOCs automatically.
Process Flow for 3rd Party Sales
Customize the third party sales in summary:
Prerequisites for 3rd party sales,
Purchasing org,
purchasing group,
assign the Purchase org to company code
assign Purchase org to plant,
should not maintain the stock in material, it should be trading goods,
1. Create Vendor XK01
2. Create Material Material Type as "Trading Goods". Item category group as "BANS".
3. Assign Item Category TAS to Order type that you are going to use.
4. A sale order is created and when saved a PR is generated at the background
5. With reference to SO a PO is created (ME21N). The company raises PO to the vendor.
6. Vendor delivers the goods and raises bill to company. MM receives the invoice MIRO
7. Goods receipt MIGO
8. Goods issue
9. The item cat TAS or Schedule line cat CS is not relevant for delivery which is evident from the config and, therefore, there is no delivery process attached in the whole process of Third party sales.
10. Billing *--
SD - 3rd party sales order Create Sales Order
VA01
Order Type
Sales org, distr chnl, div
Enter
Sold to
PO #
Material
Quantity
Enter
Save
SD - 3rd party sales order View the PR that is created with a third party sales order
VA01
Order Number
Goto Item Overview
Item ->Schedule Item
SD - 3rd party sales order View the PR that is created
ME52N
Key in the PR number
Save
SD - 3rd party sales order Assign the PR to the vendor and create PO
ME57
Key in the PR number
Toggle the "Assigned Purchase Requisition"
Execute
Check the box next to the material
Assign Automatically button
Click on "Assignments" button
Click on "Process assignment"
The "Process Assignment Create PO" box , enter
Drag the PR and drop in the shopping basket
Save
SD - 3rd party sales order Receive Goods
MIGO_GR
PO Number
DN Number
Batch tab , click on classification
Serial Numbers tab
Date of Production
Flag Item OK
Check, just in case
Post
Save
SD - 3rd party sales order Create Invoice
MIRO
Invoice Date
Look for the PO , state the vendor and the Material
Check the box
Click on "Copy"
Purchase Order Number (bottom half of the screen)
Amount
State the baseline date
Simulate & Post
Invoice Number
*Invoice blocked due to date variance
SD - 3rd party sales order Create a delivery order
VL01N
In the order screen , go to the menu Sales Document , select "Deliver"
Go to "picking" tab
State the qty and save
SD - 3rd party sales order Create a billing document
VF01
Ensure that the delivery document is correct in the
Enter
Go to edit -> Log
Save
Third party order processing is as follows:
Assume three companies X, Y and Z
X - The company,
y - The customer
Z - Vendor
When ever X gets a PO from Y to supply some goods, X has an option of either manufacturing those goods or procuring those goods.
If he is procuring the goods, there are two methods that are generally followed:
Method 1) After receiving the PO from Y, X creates a sales order against Y.
Now at the same time he also creates a PO to a vendor Z to produce the goods
Z produces the goods and supplies to X
X receives the goods from Z
Then X delivers the same goods to Y.
After that X invoices Y and Z invoices X.
Note : Here there is no direct/ Indirect relation between Z and Y.
This process is known as Trading Process. and the Material here is created with Material type HAWA.
The other method is a Third party order processing method:
Here the glaring difference is that instead of Z supplying the material to X and X in turn supplying the same material to Y.
X authorizes Z to supply the material to Y on his behalf and notify him once the delivery is complete.
Now Z supplies the material to Y and acknowledges the same to X.
Z will send a copy of delivery acknowledgement and invoice to X.
After receiving the delivery confirmation and invoice from Z, X has to verify the invoice and this process is known as invoice verification and is done in SAP through Tcode MIRO.
The next step for X is to create an invoice and submit to Y
Only after the invoice verification document is posted then only X can create an invoice for Y.
This is the business flow that is followed for third party order configuration.
There are few steps that have to be configured to enable the system to function as mentioned above.
Step1)
If you are always following a third party process for a material then you have to create the material using item category group BANS.
The procurement type should be marked as External procurement (F) in MRP 2 view of the material master record.
if you are not always allowing third party order processing then u can create a material master record with item category group as NORM and the procurement type should be marked as ( X) meaning both types of procurement ( in house manufacturing and external procurement).
Step 2)
the item category in the order should be manually changed as TAS.
For that you need to configure the item category determination
Order type + item cat Group + Usage + High level = Item cat + Manual item cat
OR + NORM + + = TAN + TAS
OR + BANS + + = TAS
Step 3)
make sure that during the item category configuration for TAS you need to mark relevant for billing indicator as F
step 4)
The schedule line category for this type should be CS.
make sure that you mark subsequent type as NB - purchase requisition in this schedule line category as this will trigger the purchase requisition order immediately after the creation of the sales order and the PO to vendor is created against this purchase requisition.
Award if Helpful,
Regards
Priyanka.P

Park the document with special GL posting

Dear Friends,
I want to park the document with special GL posting in Xn code F-43. But I
am getting the error message that:-
Special G/L transactions not defined for bills/exch.and down pmnts
Message no. FP030
Diagnosis
You have selected a posting key with a special G/L indicator of type 'Bill
of exchange', or 'Down payment'. Document parking is not defined for special
G/L transactions of the type 'Bill of exchange' or 'Down payment'.
System Response
Document parking cannot be carried out.
Procedure
Select a different posting key or special G/L indicator. If the posting is a
'One-time posting' to a rent contract, select a different transaction type
or post the document directly.
In FBKP, for this special GL in Properties, I have selected the option Down
Payment/Down Payment Request.
Any clue, how can we park the document with special GL without changing this
property of special GL as mentioned above.

Dear Abhishek,
I see your situation now clearly. See we also have this type of requirement. You have made a down payment of say 100 and vendor is adjusting 10% of this down payment in its one invoice. You can have this sets of entries:
1) Vendor Down Payment - TCode F-48 or (F-47 and F110)
     Vendor Account Dr Posting Key 29 Spl GL A - US$ 100
      Bank Cr Posting Key 50 - US$ 100
2) Post Vendor Invoice FB60 or FV60
    Expense Acct Dr Posting Key 40 - US$ 1000
    Vendor Acct Cr Posting Key 31 - US$ 1000
3) Clear Vendor Down Payment - TCode - F-54
    Vendor Account Dr Posting Key 39 Spl GL A - US$ 10
    Vendor Account Cr Posting Key 26 - US$ 10
So finally in your vendor account you will have 990 US$ to pay against invoice and 90 US$ as balance down payment to adjust.
Hope this meets your requirement.
Regards,
Sanjay

Field Status Groups Vs Posting keys Field Status Groups

Hi, Seniors,
In my job posting Keys field status group fields I never used as required field some cases just I used only Special G/L transaction Indicators except this I kept all the fields as Optional. My doubt is How this fields can be used as independent priority If there is no important why dont we use only field status group fields like G001, G002, ..... why should we depend on Posting keys field status group Fields.
Thanks in Advance
Sarath babu

Hi Sarath,
If you do any chages in the FSG it will applicable to all G/L accounts which are using the same FSG. But if change posting keys FSG then it will applicable only to that particular posting key it wont effect rest of the G/L's. But you should takecare of the below things.
I. A field which is suppressed at the posting key level shouldnt be required in the
field status group specified in the General Ledger Account.
II. A field which is suppressed in the field status group under General Ledger
Account shouldnt be specify as required in the posting key level.
III. Posting keys are defined by Account type wise.
Rams.N
If this is helpful assign me points

Special gl posting key

Similar Messages

Maybe you are looking for