Shulou(Shulou.com)06/01 Report--

This article mainly analyzes the relevant knowledge points of what is the common process of SD in SAP SD, the content is detailed and easy to understand, the operation details are reasonable, and has a certain reference value. If you are interested, you might as well follow the editor to have a look, and follow the editor to learn more about "what is the common process of SD in SAP SD".

Common processes in SD

Normal sales, normal returns, third-party sales, cross-company sales, independent procurement, consignment, free gift, these are the most common processes in the SD module in the project practice, of course, there are some less commonly used processes are not listed, are no longer within the scope of this article.

The so-called "process" of SD is basically reflected in the sales order line items, and basically it controls the flow direction and main functions of most of the SD. Those fields or fields that do not have process control on the sales order are basically used to group, determine the delivery type and invoice type, participate in pricing, output determination, report, and so on.

Normal sale

Normal sales, in fact, is suitable for sales-delivery-invoicing, the most common process, whether MTO or MTS is the same, with inventory can be out of the warehouse. MTO ships from the sales order inventory and transfers the demand to the PP module through the special inventory of the sales order inventory. MTS is released from ordinary inventory. MTS is more common in project practice.

Normal return

This process is also common. Because the normal return order given by SAP is returned on one hand and refunded on the other, BILLING is based on SO, so the standard RE type will bring a BILLING Block, which means that as long as someone unlocks it, the invoice money can be refunded, and the goods can be returned at any time, without affecting the business refund.

This is different from the return requirements of most domestic enterprises, most domestic enterprises are required to return goods into storage before they can do return invoices. Therefore, in the project practice, in addition to changing billing to delivery related, it is also necessary to configure the replication control of VTFL from return delivery type to return invoice type. It should be reminded that standard SAP does not have this replication control.

Third-party sales, cross-company sales, independent procurement

And then there's a third party. In fact, the three processes of third party (line item category TAS), independent procurement (line item category TAB, also known as order purchase), and cross-company sales (factory and sales organization are not under the same company code) can be grouped into one big category, which can be put together and can be easily distinguished. These three processes are actually the three cases of the legendary "triangle trade", the premise is that there is a customer order, and then there are exchanges between companies. All three processes include customers, sales companies and supply companies.

Independent procurement: if the supply company first sends the goods to the sales company, and then by the sales company to the customer, that is independent purchase or order purchase, the purchase is the inventory of sales orders, only for the customer. When using this process, we must pay attention to the customer demand before the purchase, and it must be purchased for this customer alone, so that the cost of the order is the purchase price, not the moving average price or standard price of the goods.

Cross-company sales / inter-company sales: cross-company sales (or inter-company sales) can be made if the supplier sends the goods directly to the customer and the supplier is in the same Client as the sales company in SAP.

Third-party sales: if the supply company sends the goods directly to the customer, and the supply company is not with the sales company in a Client in SAP, it can be made into a third-party sales.

In project practice, these two processes are generally not enabled or rarely used in domestic enterprises. Why? Because there is no goods in or out of the account. Because many domestic financial and business personnel have formed a fixed thinking for various reasons, that is, if you want to sell things, you must have materials and store them in storage; or come up with the tax law to explain it, or even say that this cannot be explained to the tax authorities. In this case, instead of enabling third-party sales or intercompany sales processes, use the most common and simplest combination of SO&PO to implement the relevant processes.

In the practice of the project, some enterprises make a compromise to convert the PR into a STO through independent procurement of PR, and then send and receive goods to STO, but this does not save much workload. If you want to do cross-company sales, you must remember that there is no lack of financial vouchers in inter-company sales, that is, the financial vouchers payable by the sales company to the supply company. This credential can be done manually, but it can be made automatically through a less complex EDI configuration.

Consignment sale

In the consignment sales process, there are four actions, Fill-up/Pick-up/Issue/Return. Fill-up/pick-up is a positive and negative couple, and Issue/Return is a positive and negative couple.

What about consignment sales? To put it bluntly, it means to shop the goods for free. If you don't sell, you can sell as much as you want. Settlement is not to sell at any time, but to agree on a period of time to settle the sales that occur during that period. So, before Issue or Return, you may have done a lot of Fill-up/pick-up, which is actually not much different from MB1B, moving inventory from your inventory to customer consignment inventory, or getting it back. As for Issue, in fact, after you settle accounts with the customer, you sell the inventory from the customer and collect money from the customer. In project practice, the most difficult thing for business unit users to understand is this return. This Return means that you have settled with the customer. After the settlement, the customer (that is, the end customer) returned the goods, and the return was returned to your customer. Give an example:

This is the initial state:

When you do Fill-up 100, the result is:

Then during this period, the consignment customer may be selling to the end customer every day, but as long as the enterprise does not settle accounts with him, the 100 inventory will always be hung under the consignment customer.

After 30 Issue, the status is changed to:

At the next settlement, the client said: my client returned five to me, and I didn't sell any of them. Only 5 Return can be done at this time. The status changes to:

In the end, these 75 can not be sold, pull back, do Pick-up, the final status is:

As can be seen from the above, in fact, if there is a sale and a return at the time of settlement, you only need to make an Issue (sell more than return) or Return (return more than sell).

Free order

Free order, saying that the whole order is free, not buying and giving this kind of situation. That is, free orders are generally realized in two ways: 100% discount, pricing shown as 0, or line item type set to pricing independent, as long as the condition type with standard demand routine '002' will not appear, and the pricing is 0.

Domestic free orders, many requirements are based on the cost price, or the original sales price tax.

This is the end of the introduction on "what is the common process of SD in SAP SD". More related content can be searched for previous articles, hoping to help you answer questions and questions, please support the website!

Welcome to subscribe "Shulou Technology Information " to get latest news, interesting things and hot topics in the IT industry, and controls the hottest and latest Internet news, technology news and IT industry trends.