Delivery document type settings

Hi all,
In standard SAP For LF delivery type, Default order type DL (Delivery with out sales order reference) is assigned.What is the use of this.
For delivery with out reference to sales order system will not allow us to use delivery type LF.
we only use Delivery type LO.Then why DL is assigned to this.
One more question for LO delivery type DL is assigned.Can I see DL anywhere in the delivery document?
Regards
Mano

Hello Mano,
It is not the case that you cannot use LO for Delivery with Order reference or LF without Order Reference.
It is because it has been set in the Delivery document parameter setting that it requires an Order Reference or not .
You can change it if you want by making a copy of the Document type so that Standard is maintained.
For your query,SAP has probably maintained most of the Delivery documents with Default Order as DL.
Because if you create a delivery with or without reference the items declared in the Delivery document should have some reference document before it.
This is the F1 help which clearly states the use of declaring the Order type
Default order type for deliveries without reference to order
The default for a "pseudo" order type for deliveries or delivery items that do not refer to an existing order.
Use
When you create delivery documents that do not refer to existing orders, you must provide some of the control criteria that are normally copied from a sales document header into the delivery document.
Example
A delivery document, for example, needs information about which item types need to be defined.
Procedure
You can define a pseudo order type in Table TVAK. When you create a delivery that does not refer to an existing order, the system automatically uses the pseudo order type.
Hope it is clear to you now.
Regards,
Karthik

Similar Messages

Document type settings

Hi,
In the Document type settings for PO, there is one check box is Vendor.
What is the purpose of vendor check box in the document type settings?
Kindly explain
Thanks
Ravi

You set the indicator. If a stock transport order or scheduling agreement is then created and a vendor is assigned to the supplying plant, the system
adopts the data from the vendor master record (e.g. the currency, price determination indicator) and the info record (e.g. planned delivery time, order unit), and
updates the statistics of the Logistics Information System with the vendor data.
Normally this indicater used for Stock transport order document types e.g :UB document type.

Delivery Document Type

Hi Gurus,
How can we identify what type of Delivery Document Type triggered in a Delivery Order Level(i.e in Delivery Order Screen)?
Regards,
Sarosh

Hi,
It depends on the Delivery type you define in the order type configuration.
For example in stanard Order Type OR configuration,there is a field called Delivery Type field in which we assign LF.So whenever you do a delivery with respect to Order Type OR,it picks up LF delivery type automatically.
Give ur feedback.
With Regards
Vinu.N

Assignment field in goods issue/delivery document type WL

Hi,
Would anyone know where we can check how the value for Assignment field in goods issue/delivery document type WL is determined? Any help is greatly appreciated. Thanks.
Sheila

Thanks Samit. We are already aware of the delivery document type. Would this be maintained anywhere in the copy control? We are still not able to determine how the Assignment field is populated in the accounting document of goods issuance. Thanks.

What is th delivery document type

hi gurus,
what is the intercompany delivery document type. in cin what does offset entry means.
Thanks in advance

Dear Rack 29,
There is no seperate delivery type for the intercompany process you can use LF or NL based on the process.
If you are using Stock transfer order (STO) delivery type NL will be consider.
If you are doing with normal process Sales order then Delivery you can use LF , you can copy the standard one you can rename it as oer your requirement.
I hope this will help you,
Regards,
Murali.

Credit Group-Document type settings.

Hi All,
i have created one order document type ZFAC for sale from mfg. plant.
company has 5 plants(each plant manufacures different products)
i need to have product division wise credit check.
ZFAC- credit Group- 01 for order -> Plant 1(Product A)
ZFAC- credit Group- 02 for Delivery -> Plant 2(Product B)
ZFAC- credit Group- 03 for PGI -> Plant 3(Product C)
how to achieve this? i cannot create 3 different order document types for 3 different plants.
Reg,
Amol

Dear Amol,
As per your requirement, please test after doing the following settings.
You have to create 3 CCArea based on your business requirement.
lets say it is 1000, 2000 and 3000
lets say we have 3 risk category 001/002/003
We have 3 credit groups 01(sales order /02 delivery /03 PGI)
You can find the configuration for credit management in the WIKI or in FORUM itself.
Hence i will be mentioning only the deviations which you need to make from those standard configuration.
ccarea to company code assignment need to be done based on the configuration steps.
In ovfl, you need to specify the credit control area for the sales areas.
you have to assign different credit control areas created for the 3 sales areas (division)
Now in ova8, there is a combination of credit control area / risk category / credit group.
For the division which needs check in sales order level, in OVA8 for the combination 1000/003/01
check the required checks / blocks and reactions (you can decide whether the check need to be on credit amount or oldest open item or any other factor -- refer the configuration for credit management)
for the remaining combination ie, 1000/003/02 and 1000/003/03 do not maintain any checks.
For the division which needs check in delivery level, in OVA8 for the combination 2000/003/02
check the required checks / blocks and reactions (you can decide whether the check need to be on credit amount or oldest open item or any other factor -- refer the configuration for credit management)
for the remaining combination ie, 2000/003/01 and 2000/003/03 do not maintain any checks.
For the division which needs check in PGI level, in OVA8 for the combination 3000/003/03
check the required checks / blocks and reactions (you can decide whether the check need to be on credit amount or oldest open item or any other factor -- refer the configuration for credit management)
for the remaining combination ie, 3000/003/01 and 2000/003/02 do not maintain any checks.
check and revert back after testing.
One limitation of this scheme (if it works as per requirement ) is that we need to maintain seperate credit limit for the customer in all the 3 divisions.
Thanks & Regards,
Hegal K Charles

Document Mangement system(Document type settings )

Helllo friends,
Hello I want to create a document type with all possible settings in one system
and i want to trasfer these document type with seeting to other system...
How can I transfer document type with other possible seetings from one system to other system?
Please Help me
Thanks in Advacne
Preethi

Hi
SAP DMS - Document Management System
SAP DMS are for storing documents such as CAD drawings, Materials pictures etc.
With the document management system, users will be able to view the documents with ease within their SAP systems.
Installing the SAP DMS requires a little bit of planning on how you want to do it.
You have to give a little thoughts to stuff such as :-
1. The total numbers of documents that will be store monthly.
2. The average file size of each documents.
3. The capacity of your present R/3 system.
4. Your present network bandwidth.
5.   Document Archiving Strategy.
6.   Backup and Recovery Plan.
Additional purchasing of hardware are required, especially if you have large amount of documents to stored.
With this in mind, you can then decide on how you want to do it.
You can do this in a few ways :-
1. Import the documents into the R/3 system.
2. Use an external document server.
3. Have a dedicated PCs where all the documents are stored.
Most companies that intend to used DMS will opt for Option 2 as they does not want to overstretch the R/3 database.
Options 1 requires you to setup the conversion interface.
The conversion interface allows R/3 to automatically covert your files and import it into the R/3 database.
Here is a simple example of storing documents into your PCs, just to have a feel how the SAP DMS works:-
For those using Citrix, you have to set this at the Citrix Server where the SAPGUI is located.
Configure SM30 - V_TDWE_C1
Put this command in your autoexec.bat
SET HOSTNAME=PC1234
Restart your pc.
You can create/manage your documents in transaction code CV01N / CV02N
Assigning Documents to a Material Master Record
Access a material master record in Create or Change mode, and select Basic Data.
To create links to documents, choose Additional data -> Document data.
The Link to Documents dialog box appears.
Assign one or more documents to the material.
If you do not know what the document number is, you can search for it using the search help or by choosing Find document.
When assigning a document to a material, you have the following options:
1. Viewing the document by choosing it in the Link to Documents dialog box.
2. Viewing any originals of the document by positioning the cursor on the document and
   choosing Display originals in the Link to Documents dialog box.
To return to the Basic Data screen, choose Continue.
Save your data.
Reward points if useful
Regards
Anji

Delivery document Type of Inbound and Outbound delivery

Hi,
Please suggest standard delivery type for inbound and outbound deliveries.
Regards,
shreya

Hi,
Standard delivery types:
inbound delivery EL
outbound deliveries LF
subcontracting LB
project LP
replenishment NL
returns RE
without ref LO
Regards,
MdZ

Automatic storage location determination based on delivery document type

Dear All,
How can automatic storage location will be determined based on sales order type or delivery type.
Ex: If the business sells the material storage location automatically determined as SL12.
If the customer returnns the material storage location should be SL01.
Please suggest for retun process automatic storage location determination.
Best regards,
Ramesh

Dear Guru Lakshmipathy,
Fine, but we have some picking rules are MALA, RETA and MARE.
Currently we have onle on plant 1010 and shipping point 1010.
storage location for outbound deliveries determined based on MALA rule has been assigned to LF.
can we use RETA or MARE to determine the storage location for returns delivery. If yes kindly
explain. And where is storage condtion available in sap.
Best regards,
Thanks

Regarding- Packing Line Item Not Displayed in the Delivery Document.

Hi,
I have 2 queries
1) Have created separate Material Type Packaging for my packing material and the item category group used is VERP, my Orginal Material is getting packed in the Delivery Document, however the packed item is not coming as a separate line item in the Delivery document, I have maintained the item category settings for the Delivery Packing Material and also the packing Material contains stock,
2) The Plant and Storage Location for my handling unit need to get defaulted autmatically in the delivery document what settings should I configure for the same.
Kind Regards
Atul Keshav

Hi,
Find the below threads, which is explained in context with returnable packaging, same will be useful for you.
[Re: returnable packaging]
[Returnable packaging process;
Regards,
Reazuddin MD

Document type KR is not picking to Clear GL account with T-code F-03

Hi all,
My client wants to clear GL account Cash-in-Transit which is open item managed. He has posted two items. One is with KR document type like Intercompnay adjustment account debit (40) and Cash-in-Transit account credit (50). Second item is with SA document type like Cash-in-Transit accont debit (40) and Intercompany adjustment account credit (50). He did not give vendor number and appropriate posting key (31) while postings. With document type KR, he posted with posting keys 40 and 50. Now while clearing the GL account through T-code F-03, system is picking only SA document type. The system is not picking document type KR. He wants to clear the items with each other. I have checked the document type settings. Check boxes Intercompany postings and trading partner are active in both above document types.
How can the GL account be cleared ? Are any configuration settings missing ? Kindly advice as soon as possible.
Thanks in advance.
Regards,
K.S.K

Hi,
First of all..why would system need a Exchange gain/Loss Account..If your local currency is INR and you posted a debit and a credit document both in INR..then there is no question of a foreign exchange gain/loss account..
BUT, if you have posted the document in any currency other than INR, ie: your local currency...then the system would need a exchnage gain/loss account when you try to clear the debits and credits.. i am giving an example below to explain better..
You posted a debit of 100 USD @ 40 = Rs. 4000.00
You posted a Credit of 100 USD @ 42 = Rs. 4200.00
Now, if you clear this debit and credit then there is no difference in 100 USD, as the debit and credit is netting off.. but if you see INR there is a difference of Rs. 200.00 which system posts to Exchange gain/loss account..which we maintain in OB09.
Hope it is clear to you now..
Regards,
SAPFICO.

Default Exchange rate type at document type level for parallel currencies

Hi,
I have a scenario wherein 2 parallel currencies have been maintained (Grp & index based) against a Co Code and have maintained a default exchange type (Z2) in the Document type settings (OBA7).
But when I want to post a foreign currency document, system picks Z2 rates for Co Code currency conversion and not for Grp & index based. In fact it picks M rate for these addtional currencies.
I know that for parallel currencies, the system will always use the exchange rate type defined in transaction OB22 ( "M" rate) which is at Co Code level but I want default exchange rate type Z2 to be picked at Document Type level for all the parallel currencies.
Please suggest how to archive this.
Thanks,
Sam

Dear Sam,
The exchange rate type defined in the FI document type (-> field
exchange rate type in transaction OBA7) is only used for the currency
translation from transaction/document currency into first local
currency, not for the currency translation into second local (group)
currency or for the currency translation into third local currency.
The exchange rate types for the currency translation into second
local (group) currency and third local currency are defined in
transaction OB22.
Unfortunately there is no option to change the exchange rate of 2nd or
3rd local currency in our posting transactions. The design doesn't
regard that requirement. But you have the chance to adjust the parallel
currencies in OB22 or to change the amounts manually.
I hope this helps.
Mauri

Document types for late entry using bar code

Hi,
We want to enable bar codes for Delivery document types for late
archiving.
We got the same for slaes order type in below mentioned path
SPRO --> Sales and Distribution --> Data transfer and Archiving -->
Assign document type --> Document types for late entry using bar code
or Transaction code VNOP.
We want similar transaction for delivery document type i.e. LF also so
that we can assign archive document type for the same.
Thanks,
Preethish

Hi Alex,
For Character devices, you have to use SAPConsole.
For GUI devices if you want to use online, it should be ITSMobile(Earlier this was WebSAPConsole).
Thanks.
with regards,
Muthu Ganapathy.

Configuring Document Types by Ledger

There are 3 configuration steps for configuring document types:
1) Define Document Types in Entry View
2) Define Document Types in Entry View by Ledger
3) Define Dcoument Types in General Ledger View
What is the purpose of each step and how would I go about creating unique document types that would only be posted to in specific ledgers and have their own unique number ranges?
If I needed to create a document that posts across all ledgers can I just do step 1 and skip steps 2-3 for those document types?

Hai Hari
Define Document Types for General Ledger View
In this IMG activity, you define for Non-leading ledgers the document types for the documents in the General Ledger view. At the same time, you assign for each document type a number range to be applied in the assignment of document numbers:
u2022     You do not need to make these settings for your leading ledger because, in the case of this ledger, the document number in the entry view always corresponds to the document number in the general ledger view.
u2022     You only have to make these settings for any non-leading ledgers that have a fiscal year variant that differs in at least one company code from the fiscal year variant of the leading ledger in this company code. In this case, the document number in the entry view does not correspond to the document number in the general ledger view and you have to define a separate document type with document number assignment for the general ledger view.
For all non-leading ledgers that, in the company code to which the postings are made, have a fiscal year variant corresponding to the fiscal year variant of the leading ledger in this company code, the document number in the entry view always corresponds to the document number in the general ledger view.
Note
The need to define a document type for documents in the general ledger view depends only on whether the fiscal year variant of the non-leading ledger in the company code (to which the postings are made) differs from the fiscal year variant of the leading ledger in this company code. On the other hand, document type definition is independent of which the type of ledger group to which postings are made, that is, regardless of
o     Whether postings are made without a ledger group
o     Whether postings are made to a ledger group with a leading ledger as the representative ledger
o     Whether postings are made to a ledger group with a non-leading ledger as the representative ledger
Define Document Types for Entry View in a Ledger
Here, you make the settings specifying the document type for postings to non-leading ledgers.
Under Define Document Types for Entry View, you make the document type settings for postings in the entry view that effect all ledgers and for postings to the leading ledger.
Requirements
You work with a leading ledger and with non-leading ledgers.
Activities
To define document types for postings to non-leading ledgers, proceed as follows:
Set up a separate document type for these postings. Assign a unique number range to this document type for each ledger.
Example:
Document Type SX, Closing Postings, Ledger L2, Number Range FI
Document Type SX, Closing Postings, Ledger L3, Number Range FI
Note
By segregating the ledger-related postings (here, for the non-leading ledgers) in a separate number range, you ensure the contiguous assignment of document numbers at the ledger level for each number range.
Within a ledger group, the representative ledger determines the document types and number ranges applied. For this reason, you cannot perform this IMG activity for a ledger group.
If you use a ledger group to make account assignments for postings, it is only possible to verify that document numbers are assigned contiguously at the ledger level for the representative ledger.
Regards
Madhu I

Unable to capture condition type in delivery document

There are deliveries in production server, for the same destination zone, in which, for some deliveries, the condition Z52L is not determined and for some other deliveries, the condition Z52L is determined although the condition record for its plant with its corresponding destination zone is maintained in VK13.
For example, if we take 2 documents with the same Ship-To-Party, same Plant, and same Destination Zone:
1 delivery document, condition Z52L is properly determined while the other
delivery document, condition Z52L is not determined.
Another good representative example if we take 2 delivery documents with the same Ship-To-Party, same Plant and same destination zone:
1 delivery document, condition Z52L is properly determined while the other
delivery document, condition Z52L is not determined.
But in the analysis pricing of the delivery document, there is no destination zone found but still it captures the condition Z52L by just referring to the transportation zone of the ship to party while the other delivery document cannot able to capture it since there is no maintained condition record for those with blank destination zone in VK13.
Another point that we want to clarify is even the user update the pricing in the delivery document, still the condition was not yet updated even it is already maintained in VK13.
Please help and explain this issue to us.
Thank you in advance. Hoping for your assistance on this matter.
Reyna Agustin

hi,
for the first errot check if you have maintained the item level copy control (from sales order to del). if yes check the settings against the field 'pos/- qty'. put a + here. for the second issue check in the item level copy ctrl from sales order to billing maintain 'd' in the price type.
saurabh

Delivery document type settings

Similar Messages

Maybe you are looking for