Delivery Split Not to happen based on Unloading Points

Hi All,
Delivery Split Not to happen based on Unloading Points
As per standard SAP, delivery will split if we club two scheduling agreements with two different unloading points.
We have a new requirement from customer. They want to club more than 8 Scheduling Agreements or 8 Sales Orders into one single delivery and have one single shipment. They dont want the deliveries to split based on unloading point.
Is there any User exit for this. If yes, please provide details. This is a high priority development and this should be in production by June 10.
thanks in advance.
Regards,
Syed Nasir

Hi,
No need of user exit in your case.Simply create a Z routine and write the code as per your requirement as not to split the delivery based on unloadding points and assign this routine in Order to Delivery copy control at header level.
Reward points if useful
Regards,
Amrish Purohit

Similar Messages

Extraction of unloading point field from R/3 to SUS via IDOC ORDERS05

I am extracting unloading point field from R/3 to SUS via ORDERS05.
R/3 filed is EKKN - ABLAD
IDOC Field is E1EDKA1 - ABLAD
But E1EDKA1 is partner function dependent, as it has different values for different partner functions like E1EDKA1 AG, E1EDKA1 LF, E1EDKA1 WE.
While EKKN - ABLAD is not partner dependent.
Please guide as to how to map these two fields.
Regards,
Parag
9881240969.

Hello, partner functions are :
AG : Requester
LF: Vendor
WE: Delivery address
field ABLAD is for the unloading point so it should be mapped on E1EDKA1 with partner function WE.
Regards, Luciano.

Report - Unloading point wise

Hi all,
I would like to see the amount of material that has been received in to stock based on " unloading point " field. Is there any standard reports are available in the system? If yes, kindly provide the details of the report. Otherwise kindly explain how to see the material stock based on above requirement.
Edited by: Saidwarakesh on Jul 27, 2009 2:08 PM

Hi Saidwarakesh ,
Try to collect the PO from Table EKKN based on unloading point.
Later enter the PO no's in EKBE .Check it.
Regards
Ramesh Ch

Control Delivery split based on diff in exchange rate (let. of credit)

Hi Team,
We have a scenarios where the user does nto want split in delivery because of differecne in Exchange rate for line items.
In my case when Letter of credit si assigned to line item.
I understand this as standard behavior that a delivery splits happens based on difference in exchangerate.
My question is to control this split, will it be a right to control it by routine in copy controls routine form order to delivery or we consider the user exit.
So, kindly assit me to solve this or do we have any standard setting by which i can control. this.
Thanks in advance
Balaji

Hi Balaji,
See Note 415716 - User exits in delivery processing, because it tells us how some modification can affect to split documents.
I suggests you to manage it with VOFM subroutine. The idea is that diferent values in LIKP-ZUKRL determintes the split of documents. You can populate until 40 characters, and you manage it with structure ZUK. This concatenation in a string is moved to LIKP-ZUKRL. It works like ZUKRI in spliting of invoice. This VOFM is set in copy rules.
Regards
Eduardo

Document splitting not happening in New G/L

Hi
I have done all the below settings for document splitting.But still document splitting is not happening for vendor.For example,I am posting the following entry.
Using FB60 Tcode
Cr Vendor 100
Dr G/L       60   (cost center 1)&(Profit center 1)
Dr G/L       40   (cost center 2)&(profit center 2)
when simulating I am expecting vendor entry also to be split and shown as
Cr Vendor 60 (profit center 1)
cr vendor 40 (profit center 2)
Dr   G/L    60
Dr   G/L   40.
But it is not spliiting Vendor.It is showing vendor as 100 but splitting the 60&40 to the ZERO balance clearing account( as configured in ZERO balance clearing account step.)
why is vendor split not happening/Is there any thing I am missing?
Config steps done are as below.
The Steps to follow are:
1. Classify G/L Accounts for Document Splitting
2. Classify Document Types for Document Splitting
3. Define Zero-Balance Clearing Account 4. Define Document Splitting Characteristics for General Ledger Accounting
5.. Activate Document Splitting
thanks

Hi thanks all.
Sorry,I am new to new G/L concept and document splitting.Can you please check my following settings and confirm if they are fine.(I am doing in plain IDES system).
1.Financial accounting(new)>G/L accounting (new)>Business transaction>Document splitting>classify G/L Accounts for document splitting>>
I have classified G/L Expenses accounts which I am using under tcode FB60(for simulation of document splitting) with category as 20000 u2013expense.Also I have given Vendor reconciliation account under category 01000-balance sheet account?
Please clarify how the G/L accounts classified here?
2. Financial accounting(new)>G/L accounting (new)>Business transaction>Document splitting> Classify FI document types for splitting.
Many standard documents are defined.But I thought since I am using FB60 tcode it used doc type KR so mentioned mentioned transaction as 0300 and variant as 0001 -Vendor invoice
3. Financial accounting(new)>G/L accounting (new)>Business transaction>Document splitting>>Define ZERO balance clearing account
Here standard system has account key 000(standard account for ZERO balance) with PK40/50 and G/L account for my chart of accounts is mentioned.
4. Financial accounting(new)>G/L accounting (new)>Business transaction>Document splitting >>Define splitting characters for G/Lu2019s
Here I have mentioned Profit center field (ZERO balance ticked)&mandatory field ticked.no other fields defined.
5. Financial accounting(new)>G/L accounting (new)>Business transaction>Document splitting >>Edit constants for non assigned processes
Here I have added my controlling area and left profit center field as blank.
Please check above settings and suggest me if I am missing any thing?All I am trying to do is post a simple test entry using FB60 and show the document splitting based on just profit center.
regards

Can Any one tell me. System considering the Sales District also in Delivery Split which is not in standard. How to resolve this. Please help me

Hi
Can Any one tell me. System considering the Sales District also in Delivery Split which is not in standard. How to resolve this. Please help me

Dear Srikanth,
I am not sure, if my answer will satisfy you, but anyway I will try:
Field Sales District is technically called BZIRK. In delivery structure is this field located in header (table LIKP), what cause split, if origin document (Sales Order) has different Sales District in some positions. This is standard program behavior. Basically it shouldn't happen, as value is taken from customer master (Sold-to Party) and copied to header and items of sales document. But user can manually changer for particular items.
Well, to solve situation you have few ways:
1. Do not allow users to change value on items - can be managed by organizational decision or by authorization concept.
2. If there is a reason to have different Sales District in items, then it can be managed in in routines for copy control between sales and delivery documents (delete value of BZIRK for all items for instance). But then will be this information lost for further usage. It seems to me to invoice is value copied directly from sales order (field VBRP-BZIRK_AUFT) then it mustn't be a critical for analyses.
3. Your situation also can happen if you wants to collect more sales documents to one delivery. In this case can be that Sales District is different for same customer in different sales order (even seems to be little bit strange). Then solution from point 2 can help as well, I believe.
Best Regards
Arnost

Delivery split due to different unloading point...

hello,
while using scheduling agreement with delivery schedule, deliveries split according to unloading point. Is there a way to combine two deliveries that have different unloading points?

Hi sd sd
Check in the copy control VTFA , and change the requirements and then check , wheather if customers are having different unloading points it can be clubbed.
Regards
Srinath

Delivery Split during creation of delivery for STO

While creating a delivery for STO, delivery is being created for individual line items. On analysis of VL 033 message, I found that the delivery split is happening because of Function SH: Unloading Point.
The message is
"delivery split due to conflicting header data (Function SH: Unloading Point: <-> UP0065)"
Item 000020 cannot be shipped in the same delivery with the other items in the document because the header data (Function SH: Unloading Point) is different. The Function SH: Unloading Point item field has the value UP0065, but in the delivery checked for concatenation it has the value .
This unloading point has been maintained in the customer master data (and needs to be maintained).
I have also been told by my Basis consultant that note 842704 is not valid.
Why is this happening and how to prevent it.
Lakshman

Sorry... but I could not see either the delivering point or the unloading point in the material sales: general / plant view. Those fields are not visible on the screen. I could also not find them in the config (I was checking if they are suppressed).
Regards,
Lakshman

Delivery split issue with PO (STO)

Hi All,
I created 4 STO . While creating delivery it automatically creating delivery splits ( two deliveres for smultiple PO). I checked the ship to party , route,ship conditions , unloading point . every thing is same. among 4 STO only one line items is splitting in to 2nd delivery.
User required only one delivery for all STO's.
The same is working in test boxes fine, and it is not happend in production system.
please do the needful
Regards
Raju.

Hi,
Check these notes:
SAP Note 546668 - FAQ: Delivery split when creating deliveries
SAP Note 166397 - Delivery split according to customer field ZUKRL
Regards,
Eduardo
PD: I forgot these:
Note 13448 - Combining stock transfer orders into one delivery
Note 332276 - Collective note: VL10 consulting
Note 198137 - VL10: Customer-specific enhancements / user exits
Edited by: Eduardo Hinojosa on Sep 24, 2009 12:07 PM

Delivery Split for PO

I want to split delivery creation for 'NL' type of delivery for STPO i.e. 'UB' type.
i.e. if a PO has 2 materials with different material types ( e.g FERT & HAWA ), then 2 different deliveries have to be created in this case automatically.
How can the same be achieved.

If you want a permanent Solution on this you will have to take the help of a Routine.
If you want to manually force a delivery split for each line item in the Purchase Order, then give a different value in the "Unloading Point" field for each item.
Unloading Point field is there at Item level in the Shipping Tab in PO.
There are positives and negatives of this approach.
Positive being that since Unloading Points are different for each line item in PO, there will be a seperate delivery for each line item.
Negative is that since the Unloading Field value is defaulted from the PO into the delivery at header (Goto>Header>shipment) you will have a seperate Invoice for each delivery as the Unloading points are different for each delivery. You will not be able to have a consolidated Invoice.

Delivery has not yet been put away / picked (completely)

Hello SDNers,
I have a Batch program that is calling VL02n for Delievry Picking ,Pcking & PGI....
This batch program runs in Background
For Some Delivery it is giving this Error Message "Delivery has not yet been put away / picked (completely)"
...But When i run the same program in foreground delivery got Processed Well.
CAN U PLS HELP ME
>Why this Happening
>In what scenarion we genearally get this message(we dnt have TO Confirm Step in our Process)
>even i Analyze the Program of VL02n ...This message is not there
From Where this message is comming
Thx in advance
PLS RPLY ASAP

After reading again through your messages, I understand that you are doing both PICK and PGI in single update BDC call to VL02N.
This is NOT correct way to do this, as this does not ensure that PICK values are committed first and then only PGI is attempted. We did face similar problems and have solved it by separating PICK and PGI in to two calls separated by COMMIT WORK AND WAIT.
I would suggest you to split your BDC into two calls. One which does only PICK and save and then followed by COMMIT WORK AND WAIT and then followed by another which does PGI and save. This should avoid the problem altogether.
Why it is not happening in foreground mode is it does not happen so quickly as in background. Even a split second can make a difference, that is why I would want you to split up both PICK and PGI update in two separate CALL TRANSACTION VL02N
I am not sure if it would help to know where the "Delivery has not yet been put away / picked (completely)" message is raised, as it is raised withing SAPs PGI routines, and it is mandatory that ONLY picked values are used for PGI.
I can only say that the message is given under id VL and no 609, it should be embedded somewhere in the PGI call, why don't you try to PGI without picking and put a watchpoint SY-MSGNO = 609

Delivery split through VLSP along with JIT Calls with AW Partner profiles

Hi SAP SD/LE Guru's,
I have one critical issue to resolve immediately in my implementation of SAP 4.6C system in multinational automotive industry. It's in the area of Delivery split along with AW - Duns number partner profile and JIT calls.
Here is the scenario:
1. JIT(Just In time) calls will be created through EDI based on the ship-to, PO Nos, Duns number.
2. The requirements will be updated in Scheduling Agreements JIT Delivery schedule.
3. Picking is done based on the requirements.
4. Packing, Deliveries and Handling units are created: Note: Each handling unit is linked to one JIT Call.
5. Based on the Shipments, Deliveries needs to be split into further sub-deliveries.
Ex. One Delivery has two HU's. This needs to be split into another delivery so that one HU need to be detached from original and attach to new delivery. At the same time corresponding JIT call also need to be detached from original delivery and attach to new delivery. This can be done through VLSP : Subsequent split(Outbound delivery). Split profile: 003 - split based on Quantities.
The issue: When executing delivery split using VLSP and split profile: 003, the system is terminating and giving short dump.
The error analysis says that AW - Duns number is creating the problem. The short dump occurs in SAPLV05I in Function module: SD_PARTNER_UPDATE.
There is an SAP note: 154766 related to this problem says that Partner header should be used only once in copy control.
But in customization of copy control from Sales order to Delivery, there is no VBPA Partner header.
I appreciate if you can provide solution for delivery split and resolve this short dump issue.
Thanks,
Murali Chintakunta

In reference to this change in the Custom Reports... Better experience when exporting data - to prevent customer confusion when exporting data from Mac computers, we have removed the export to excel option and exporting in CSV format by default.
What is the customer confusion we are trying to stop here? I've got even more confused customers at the moment because all of a sudden they can't find the export to excel option but know it exists if they log in on a PC?
Mark

Delivery type of delivery split

Hello all,
Sorry if this questions has been posted before, but I was unable to find it.
I think my question is easy. I need to know what will be the resulting delivery type when spplitting a delivery..
Any ideas?
Are there any customizing settings to take care of?
Thanks in advance!!
Regards!!

Thank you Shiva!
I have a delivery that is being processed by a Z program. I this program standard function module for delivery split is called. I was wondering what delivery type will the split delivery have. Is it based on the sales order from the processed delivery or any other condition?
Sorry if i was not clear
Again, thanks for the help!
Emanuel

Delivery split in delivery

Hi all,
In case of stock transfer process, at the time of VL10B transaction and VF01 transaction delivery and invoice is spliting based on the division if division is more than one in purchase order (ME21N) order type "ZUB".We are using delivery type ZNL where order reference is "B purchase order required"-Default ord ty. - "DL" and item requirement is " 202 - Order w.indep.item".
We want to make single delivery if multiple division is available in PO. How I can do this, PLz advice.
regards,
SPS.

Hi SPS,
As for your problem with invoice split, please refer the following part of note 11162:
The invoice split may have been carried out for the following reasons:
    a) Explicit setting in Customizing
    b) Different header partners
    c) Different header fields
    d) The billing date of all documents is equated in a data transfer
       routine (for example, by VBRK-FKDAT = SY-DATUM). This works when
       you are billing using VF01; a single billing document is
       generated. However, if you use VF04 or in case of a batch,
       several billing documents might be generated.
If there is any of the above fields are different when you create invoice, invoice split will occur.
Please also refer to note 11162 for the detail information.
Regards,
Alex

Delivery Split in Stock transfer Order

Hello gurus,
In Stock transfer order process, Delivery has been split. In purchase order we have two materials, while creating delivery in VL10B System is splitting the deliveries and creating two delivery no. instead of one delivery. I checked everything but i could not reach out the solution. can you tell me what could be reason for this delivery split in Stock Transfer Order Process.
Regards
Soumendu

SAP have provided a report ZLE_ANALYZE_DELIVERY_SPLIT in note 355404.
This report tells you exactly what is causing the split by highlighting the cause in red. It does not make any change to the database on your system (i.e. no changes are made on your system). I would recommend you implement this report.
Often, I have seen the delivery time being the cause of a delivery split. So check the values of LIKP-LFUHR for each delivery. But the above report would tell you exactly.

Delivery Split Not to happen based on Unloading Points

Similar Messages

Maybe you are looking for