RE:[sap-log-sd] Invoice to Block in VF01 in Absence of Advance Payment (BSID)

Reply from Typewriter on Jan 26 at 10:04 AM
Hi Dave,

A very good answer! Taking in to thought the business process and at what stage, what action would be "appropriate".

Checks,

Please explain to me how from table BSID you are getting the link between sales order and advance payment.

Checks, Dave,

I would opt to create the delivery document only after I have received the advance payment on my sales order. By this way I would know exactly how much to pick and put in the staging area.
Picking process also has a cost. If I would have already created a delivery and done the picking, thereafter I would have to change the delivery quantity, I am doing extra work (re-work) both in the Administration department (changing the delivery quantity in my delivery) and in my warehouse department (putting some of the material back in the storage location). There is a "hidden" cost to these activities, who shall pay for these costs. Furthermore the chance of loading a truck with "incorrect" amount of material (vis-a-vis advance payment amount).

Of course receiving more information could help in "tailoring / fine-tuning" my response. E.g. do we charge, so that these changes / alterations are covered for, what is the frequency of occurrence of these type of alterations etc.

An initial idea to have write a code which checks the advance payment amount for a sales order, then automatically a job is run to trigger the program which creates the delivery with the appropriate number of material (i.e. delivery quantity) depending upon the amount of advance payment for that particular sales order.

---------------Original Message---------------
From: Dave Thornburgh
Sent: Wednesday, January 25, 2012 6:08 PM
Subject: Invoice to Block in VF01 in Absence of Advance Payment (BSID)

Cheks -

I still don't see how you're going to know that a given payment is for a specific SO/line, but I guess you must have an idea about how to handle that. As far as modifying the invoice to be less than the full amount, I would imagine one way would be to put your logic into the copy control. You would likely be limited to invoicing a smaller quantity than delivered, since if you invoice at full quantity and a reduced price that would screw everything up (profitability, ability to then invoice the remainder, etc).

I also can't see what you're going to do in a case where you deliver and load a value of 1000 (for instance), but only get payment for 750. In effect, you've already loaded the 1000 and can't ship it all, so you're still stuck until you get payment in full.

What I would think about would be blocking the goods issue until your conditions are met. With this approach, you haven't told the system the goods are gone when they're sitting there in the truck (very important to the accountants and lawyers), and you cannot invoice until payment is received (since GI isn't complete). Also at this point, you can still modify the delivery quantities to reduce the shipment to what has been paid, if you really want to ship part of it now.

Dave

 
Reply to this email to post your response.
 
__.____._
Manage Settings | Unsubscribe | Create FAQ | Send Feedback
  
Copyright © 2012 Toolbox.com and message author.
Toolbox.com 4343 N. Scottsdale Road Suite 280, Scottsdale, AZ 85251
Typewriter  

achievements
 
Mark as helpful
View this online
Ask a new question
 
In the Spotlight
Become a blogger at Toolbox.com and share your expertise with the community. Start today.

_.____.__