SAP R/3 Sales and Distribution: Subject Listing and Exercises

1 INTRODUCTION TO SAP R/3 AND THE ERP CONCEPT................................................ 4 1.1 VIEWS WITHIN SAP R/3............................................................................................................4 1.2 R/3S SALES AND DISTRIBUTION MODULE...............................................................................5 1.3 SD ORGANIZATIONAL STRUCTURES IN R/3.............................................................................6 2 CREATE A BASIC ORDER IN R/3........................................................................................ 7 2.1 ORDER T PES.............................................................................................................................! 2.2 CHEC"ING AVAILABLE STOC".................................................................................................! 2.3 CREATE A SECOND SALES ORDER............................................................................................# 2.4 RE$CHEC"ING AVAILABLE STOC".........................................................................................1% 3 CREATING DELIVERIES..................................................................................................... 11 3.1 PIC"ING& PAC"ING& AND POST GOODS ISSUE IN DELIVERIES..............................................13 3.2 CHEC"ING AVAILABLE STOC"...............................................................................................15 4 PARTNER 'UNCTIONS........................................................................................................ 16 4.1 E(AMINE BUSINESS PARTNERS...............................................................................................16 5 BILLING.................................................................................................................................. 17 5.1 CREATING A DELIVER $RELATED BILL................................................................................17 6 APPL ING PA MENTS....................................................................................................... 1! 6.1 APPL A CUSTOMER PA MENT..............................................................................................1! 7 'REE ITEMS........................................................................................................................... 2% 7.1 INCLUDE A 'REE ITEM............................................................................................................2% ! E(AMINING TRANSACTION T PES IN THE IMG........................................................ 22 !.1 VIEWING THE ORDER T PE& OR............................................................................................22 !.2 CHANGING THE BEHAVIOR O' THE STANDARD ORDER........................................................23

Dr. Bay Arinze (unauthorized copying prohibited)

# CASH SALES AND RUSH ORDERS................................................................................... 24 #.1 CREATE A CASH SALE ............................................................................................................24 #.2 BILLING 'OR A CASH SALE.....................................................................................................25 #.3 RUSH ORDERS..........................................................................................................................26 #.4 CREATE A RUSH ORDER..........................................................................................................26 #.5 BILLING A RUSH ORDER.........................................................................................................27 1% IN)UIRIES AND )UOTATIONS....................................................................................... 2# 1%.1 CREATING AN IN)UIR ..........................................................................................................2# 1%.2 CREATE AN ORDER RE'ERENCING THE IN)UIR ...............................................................3% 1%.3 PARTIALL RE'ERENCE A SECOND IN)UIR .....................................................................31 1%.4 CREATING A )UOTATION......................................................................................................32 1%.5 CREATE AN ORDER RE'ERENCING THE )UOTATION..........................................................33 1%.6 PARTIALL RE'ERENCE A SECOND )UOTATION ...............................................................34 11 PAC"ING IN DELIVERIES................................................................................................ 36

12 DELIVER DUE LISTS....................................................................................................... 37

13 )UANTIT CONTRACTS AND SCHEDULING AGREEMENTS................................4% 13.1 WHAT ARE )UANTIT CONTRACTS.....................................................................................4% 13.2 CREATE A )UANTIT CONTRACT.........................................................................................4% 13.3 WHAT ARE SCHEDULING AGREEMENTS...............................................................................43 13.4 CREATE A SCHEDULING AGREEMENT..................................................................................43 13.5 TESTING THE SCHEDULING AGREEMENT.............................................................................46 14 PRICING................................................................................................................................ 47 14.1 PRICING PROCEDURE.............................................................................................................47 14.2 CONDITION T PES.................................................................................................................4! 14.3 CONDITION T PES AS DE'INED IN THE IMG......................................................................4# 14.4 ACCESS SE)UENCES AND CONDITION TABLES ...................................................................5% 14.5 HOW PRICING PROCEDURES ARE USED IN ORDERS ...........................................................52 15 CUSTOMER COMPLAINTS* RETURNS AND CREDIT MEMOS................................ 54 15.1 RETURNS.................................................................................................................................54 15.2 RETURN DELIVER ................................................................................................................55 15.3 CREDIT MEMOS.......................................................................................................................57 15.4 BILLING .................................................................................................................................5#

Dr. Bay Arinze (unauthorized copying prohibited)

 Dr. Bay Arinze (unauthorized copying prohibited)

INTR

D!"TI N T

SAP R/3 AND T#E ERP "

N"EPT

The concept of Enter$rise Resource Planning (ERP) software.

!" is a

for# of $%ient&'er(er software that integrates different functiona% areas. These inc%ude) Sales and Distribution (SD) Materials Management (MM) Production Planning (PP) Financial Accounting (FI) Controlling (CO) Asset Management (AM) Quality Management (QM) Human Resource Management (HR) Re orting! and ot"ers

The architecture of !&3*based syste#s is an interesting contrast to typica% organizationa% 2*tier and 3*tier syste#s. The functiona%ity and integration in !&3 reduces the need for e+tensi(e interface de(e%op#ent between different functiona% software, as in #any o%der syste#s.

!&3 achie(es integration of different business processes through the fo%%owing ways) -ntegration using a sing%e database and data #ode%. -ntegration between different app%ications i.e., the functiona% #odu%es. -ntegration with 3rd*party software and des/top app%ications, such as Access, 0ord, and +ce%. and -ntegration using ob1ect*oriented Business A"-s (or BA"-s).
&IE'S 'IT#IN SAP R/3

1%1

There are se(era% (iews of 'A" !&3, fro# both the de(e%opers2 and the users2 perspecti(es. These (iews inc%ude the) (unctional )ie* ) which is enab%es the user to access and use the functions within !&3.

Dr. Bay Arinze (unauthorized copying prohibited)

T+e ,"on-iguration. )ie*) which is #ost%y acco#p%ished through !&32s Im lementation #uide (IM#). This is used pri#ari%y used by !&3 consu%tants in configuring !&3. T+e A/AP 'or0benc+) is used by de(e%opers to create code routines in the ABA" %anguage that add new functiona%ity to !&3.

1%1

R/32S SALES AND DISTRI/!TI N 3 D!LE

The Sales and Distribution 3odule co(ers the path of an order fro# initiation (and e(en pre*initiation), to order fu%fi%%#ent. A%% the different processes of the order %ife*cyc%e are %in/ed within 'D and to re%e(ant processes outside 'D e.g., Financial Accounting and Materials Management. $haracteristics of 'D are) 3ultilingual/3ulticurrenc4) 'e(era% %anguages can be used. $on(ersion between currencies is auto#atic and connecting to 'A"4s rea%ti#e currency rate database in 5er#any enab%es operationa% use. "usto5i6ation. !&3 a%%ows you to custo#ize the product to #eet the specific re6uire#ents of your organization. This is done through the IM# (Im lementation #uide) and other functions. Pricing (lexibilit4. -n 'D, you can create co#p%e+ pricing sche#es that are dependent on custo#ers, goods so%d, specia% pro#otions etc. !ebate processing options are a%so (ery sophisticated and co#prehensi(e. Si5$le rder Entr4. The user enters basic order detai%s a%% on one window. 7ro# this window, there is si#p%e access to a%% the %e(e%s of the order, na#e%y "eader! item! and sc"edule line infor#ation. "o5$re+ensi)e Re$orting. The Sales In$ormation System (SIS) a%%ows data to be stored, conso%idated, and reported upon by the user in a (ariety of for#ats. (lexible /atc+ Processing o- rders. 8rders, de%i(eries, ship#ents, in(oices and other sa%es docu#ents can be generated in batch for#, based on order types (e.g., inco#p%ete orders) or custo#er, or #ateria%. "rocessing of batched orders can a%so be #ade to run as bac/ground tas/s to ba%ance processing %oad.

Dr. Bay Arinze (unauthorized copying prohibited)

1%3

SD

R7ANI8ATI NAL

STR!"T!RES IN R/3

!&3 is e+tre#e%y configurab%e and ab%e to #ode% #any types of organizationa% structure. :owe(er, these #ust be defined in !&3 ter#s, in(o%(ing Business "rocess !eengineering (B"!) and organizationa% restructuring (or redefining). The fo%%owing are !&34s 'D*re%ated organizationa% structures. "lient% This is one instance of !&3, representing a co#pany. ;sua%%y, an organization wi%% ha(e a #ini#u# of 3 acti(e c%ients. A%% c%ients can be acti(e si#u%taneous%y. They are) 1. The Development Client) This c%ient is an instance of the organizationa% processes and data that is used during de(e%op#ent. 2. The Test Client) The de(e%op#ent c%ient is 4transported4 to the Test $%ient, a separate instance, where it is tested. 3. The Production Client) 7o%%owing testing, the test c%ient is #igrated to the production c%ient, which is the one that users see and use. "o5$an4 "ode. A co#pany code is an independent accounting unit that represents an indi(idua% co#pany. -t has a set of Pro$it%&oss Statements and one balance s"eet. Sales rgani6ation. This represents a se%%ing unit, as defined by !&3. That is, the organizationa% unit responsib%e for a sa%e, returns, and product %iabi%ity. A co#pany code can ha(e se(era% sa%es organizations. Distribution "+annel. This is the #eans by which the product is supp%ied to the custo#er. +a#p%es of distribution channe%s are who%esa%e, retai%, cata%og, web*based, etc. Di)ision. This represents a co#pany4s product %ine. 'o for e+a#p%e, persona% co#puters #ight represent one product %ine, #inico#puters another. :owe(er, corporations ha(e great f%e+ibi%ity in defining di(isions and other e%e#ents. Sales Area% A sa%es area is a uni6ue co#bination of sales organi'ation, distribution c"annel, and di(ision. Plant% A p%ant is a %ocation where goods are #anufactured or stored. A p%ant

can be used by se(era% sa%es areas. 8ther organizationa% units, such as salesgrou s wi%% be defined %ater.

Dr. Bay Arinze (unauthorized copying prohibited)

<

1 "REATE A /ASI" RDER IN R/3 The path is) LogisticsSales and Distribution SalesOrderCreate (Transaction Code: VA01 rder T4$e Sales rgani6ation Distribution "+annel Di)ision 8! 3=== 1= ==

:it > nter? to proceed to the order entry screen. 55 represents the instructor* assigned nu#ber of your group. 5roup 1 is 91, group 2, 91, and so on. "usto5er : rder Date "usto5er P : Ite5 1 3aterial Ite5 1 ;uantit4 Ite5 1 3aterial Ite5 1 ;uantit4 @55 today4s date po*e+1*## !*119= 1= !*1191 9

-n this order, the custo#er is ordering a 6uantity of 1= of #ateria% !*119= and 9 of #ateria% !*1191. The order date is today and the purchase order nu#ber is assigned by the custo#er. !&3 perfor#s no chec/s on the "8A. $%ic/ on >#eader? to see detai%s at the header %e(e% of the order, such as the tota% price, so%d*to party, the docu#ent currency, and the pricing structure for the entire order. $%ic/ on >Ite5? to see detai%s of each ite# in the order. Data inc%udes the #ateria% nu#ber, ite# pricing, p%ant and storage %ocations, and the ship*to address. $%ic/ on >Sc+edule Lines? to see detai%s of #u%tip%e schedu%e %ines for an ite#. -nfor#ation pro(ided inc%udes de%i(ery dates for each part of the ite# 6uantity e.g., 1= ite#s now and 1= %ater. -t shows schedu%e %ine 6uantity and confir#ed 6uantity a%so.

Dr. Bay Arinze (unauthorized copying prohibited)

$%ic/ on the >Sa)e? Button to sa(e the order. !ecord the assigned order A.
1%1
RDER

T<PES

There are se(era% types of orders in !&3. -n addition, the syste#s ana%yst can create custo#ized order types that beha(e in desired ways. The #ost co##on type of order is the R order type or standard order. Another order type is the "S order type, which is a cas" sale. ach order beha(es different%y in regard to de%i(ery ti#es, bi%%ing, pay#ents etc.
1%1 "#E"=IN7 A&AILA/LE ST "=

The (arious #odu%es of 'A" !&3 are interconnected, so that changes #ade in one #odu%e Cripp%e thoughC to other #odu%es. $hec/ing a(ai%ab%e stoc/ before and then after the order is #ade is a way to de#onstrate these interconnections. To do so, use the path) Logistics !aterials !anagement "nventor# !anagement $nvironment Stoc% Stoc% Overvie& (Transaction Code: !!'$

(ield 3aterial Plant !*119= 3@==

&alue

:ow #uch stoc/ is a(ai%ab%e for orders and how #uch stoc/ is schedu%ed for de%i(eryD

Dr. Bay Arinze (unauthorized copying prohibited)

1%3

"REATE A SE" ND SALES

RDER

The ob1ecti(e of this e+ercise is to create a sa%es order, co#prising two ite#s) R> 11?9 and R>11?1. (55 is the group nu#ber.) LogisticsSales and Distribution SalesOrderCreate (Transaction Code: VA01

(ield Sales Sales rder rgani6ation

&alue 8! (standard order) 3=== 1= (fina% sa%es) == (cross di(ision)

Distribution "+annel Di)ision

-n the #ateria%s for#, enter the two #ateria%s and 6uantities (19 and 9)) 3aterial !*119= !*1191 1. 2. 3. 3. 9. ;uantit4 19 9

$%ic/ on the sa(e icon to sa(e the sa%es order. !ecord the sa%es order nu#ber that appears at the botto# of the window. ;sing the path) (eader 'usiness Data, record the pay#ent ter#s. ;sing the path) "tem 'usiness Data, record the p%ant and route. ;sing the path) "tem Sc)edule Lines, record the schedu%ed de%i(ery dates. <. Eiew the docu#ent f%ow using the path) $nvironment Document *lo&. A Plant is a p%ace where goods are #ade or distributed, whi%e a S+i$$ing Point is a point fro# which goods %ea(e the p%ant for the custo#er. -t is a%so the start of the route. ach p%ant can ha(e #any shipping points.

Dr. Bay Arinze (unauthorized copying prohibited)

1%@

RE>"#E"=IN7 A&AILA/LE ST "=

$reate and&or go to an a%ternate session to re*chec/ in(entory. a(ai%ab%e stoc/ after the order is possib%e using the path)

$hec/ing

Logistics !aterials !anagement "nventor# !anagement $nvironment Stoc% Stoc% Overvie& (Transaction Code: !!'$

(ield 3aterial Plant !*119= 3=55

&alue

:ow #uch stoc/ is now a(ai%ab%e for orders and how #uch stoc/ is schedu%ed for de%i(eryD Does this differ fro# your initia% in(entory %e(e%s and whyD

Dr. Bay Arinze (unauthorized copying prohibited)

1=

"REATIN7 DELI&ERIES

-n the $usto#er 8rder Ganage#ent ($8G) $yc%e, there are two ways to create a de%i(ery after the order is created. Hou #ay proceed through the #ain #enu) Logistics Sales and Distribution S)ipping and Transportation Out'ound Deliver# Create Single Document +it) ,e-erence to a Sales Order (Transaction Code: VL01. A%ternati(e%y, within the order, go to) Sales Document Deliver This ta/es you to the de%i(ery screen. There are three fie%ds that #ust be entered, na#e%y, shipping point, se%ection date, and the order nu#ber. (ield S+i$$ing Point Selection date Sales rder 3=55 I1= days fro# todayJ 8rder Ko. Ishou%d defau%t to order AJ &alue

The se%ection date is the date up to which you are %oo/ing for a de%i(ery to be #ade fro# the order. The standard order type in !&3, 8!, is configured with a de%i(ery ti#e of se(en days, so the date #ust be pushed out to CcatchC the order4s de%i(ery. The ne+t acti(ities in the creation of the de%i(ery are to sa(e and record the de%i(ery, and then e+a#ine the docu#ent f%ow of the order to see how the de%i(ery has been recorded by !&3. 1. $%ic/ on the >Sa)e? Button to sa(e the de%i(ery. 2. A de%i(ery nu#ber is generated and disp%ayed at the botto# of the screen. !ecord this nu#ber. 3. $reate and&or switch to another session. 3. "u%% up the order being processed using its order nu#ber)

Dr. Bay Arinze (unauthorized copying prohibited)

11

!e*e+a#ine the order using the fo%%owing path) LogisticsSales and Distribution SalesOrderC)ange (Transaction Code: VA0/ 9. 5o to the docu#ent f%ow for the order) $nvironmentDocument *lo& . 0hat is the current status of the orderD 0hat is the status of the de%i(eryD The order shou%d be Completed, whi%e the De%i(ery shou%d be %abe%ed) 'eing Processed.

Dr. Bay Arinze (unauthorized copying prohibited)

12

3%1

PI"=IN7A PA"=IN7A AND P ST 7

DS ISS!E IN

DELI&ERIES

After the de%i(ery has been created, three acti(ities are needed to co#p%ete the de%i(ery process within !&3. They are) 1. Pic0ing. :ere the factory personne% physica%%y transfer the ordered goods out of their storage %ocation in readiness for shipping to the custo#er and record this acti(ity within !&3. "ic/ing is mandatory for de%i(eries. 2. Pac0ing% 'o#e #ateria%s re6uire pac/ing within bo+es, cartons, or other enc%osures prior to ship#ent to the custo#er. "ac/ing within !&3 docu#ents this acti(ity. This process is o tional, as not e(ery ite# re6uires pac/ing. 3. Post 7oods Issue% This is the %ast of the three stages and occurs when the goods %ea(e the p%ant through a shipping point. At this stage, an accounting docu#ent is created that is used for the ne+t stage in 8rder Ganage#ent, Bi%%ing. "ost 5oods -ssue is mandatory for de%i(eries. !eturn to your de%i(ery screen using the fo%%owing path) Logistics Sales and Distribution S)ipping and Transportation Out'ound Deliver# C)ange (Transaction Code: VL0/. 5o to the pic/ing screen using the fo%%owing path) Subse0uent *unctions Trans-er Order :it >Enter? $hec/ the fo%%owing pic/ 6uantities in the Transfer 8rder) 3aterial !*119= !*1191 Pic0 ;uantit4 19 9

$%ic/ on >Enter? and then >Sa)e?. -n another session, pu%% up the order and e+a#ine docu#ent f%ow using the path) $nvironment Document *lo&1 0hat is the new acti(ity shown in the docu#ent f%owD

Dr. Bay Arinze (unauthorized copying prohibited)

13

!eturn to the De%i(ery in the pre(ious session. ;se Deliveries C)ange Deliver#1 $%ic/ on >Post 7oods Issue?. 0rite down the docu#ent nu#ber for the accounting docu#ent generated.

Dr. Bay Arinze (unauthorized copying prohibited)

13

3%1

"#E"=IN7 A&AILA/LE ST "=

$hec/ing a(ai%ab%e stoc/ after the de%i(ery is co#p%eted to chec/ if the a#ount of stoc/ s%ated for de%i(ery has changed. To do so, use the path) Logistics !aterials !anagement "nventor# !anagement $nvironment Stoc% Stoc% Overvie& (Transaction Code: !!'$ (ield 3aterial Plant !*119= 3=55 &alue

:ow #uch stoc/ is now schedu%ed for de%i(eryD

Dr. Bay Arinze (unauthorized copying prohibited)

19

PARTNER (!N"TI

NS

!&3 refers to entities in(o%(ed in a transaction with your co#pany as $artners or 2business partners2. ach custo#er #ay represent se(era% functions, each of which is specific to acco#p%ishing part of the transaction. These 4persona%ities4 or functions are thereby referred to as $artner -unctions. The different partner functions are stored within the customer master record. There are four (3) business partners that are #andatory for a custo#er, na#e%y) Sold>to $art4. The so%d*to party (or partner function)is the centra% partner function through which a%% the other functions are referenced. The so%d*to party is the party that p%aces the order and to who# sa%es and product prices are recorded against (e.g., for reporting purposes). S+i$>to Part4% The ship*to party is the party (and address) to who# the order is shipped. $an the ship*to differ fro# the so%d*toD Hes, the ship*to party cou%d be at a tota%%y different %ocation e.g., at a shipping&recei(ing %ocation. /ill>to Part4% The bi%%*to is the party to who# the bi%% is sent. Again, the bi%%*to can differ fro# the so%d*to and ship*to. 7or e+a#p%e, it #ight be the accounts payab%e depart#ent at the custo#er4s co#pany. Pa4er% The fourth #andatory partner is the payer. The payer is the party that pays the bi%%. This cou%d again be an entity distinct fro# any of the three parties, with a uni6ue address.

@%1

EBA3INE /!SINESS PARTNERS

This e+ercise in(o%(es identifying the business partners for custo#er 1355. To do so, create and&or use a new session and use the path) Logistics Sales and Distribution Orders C)ange Order (Transaction Code: VA0/ !enu: 34oTo5 (eader Partner +a#ine and %ist the four #a1or partner functions and any others that appear. ;se the matc)code to see the who%e range of partner functions.

Dr. Bay Arinze (unauthorized copying prohibited)

1<

/ILLIN7

The ne+t stage in the $8G ($usto#er 8rder Ganage#ent) $yc%e is bi%%ing. -n !&3, it is possib%e to perfor# order6related billing, deliver#6related billing and other types of bi%%ing. -n bi%%ing, you can a%so) Cancel created bills! Issue debit and credit memos! #enerate ro)$orma in(oices! Issue rebates! and *rans$er accounting in$ormation to t"e FI (Financial) module+

?%1

"REATIN7 A DELI&ER<>RELATED /ILL

The ob1ect of this e+ercise is to create a de%i(ery*re%ated bi%% for the custo#er and transfer it to (I. The steps are as fo%%ows) -n one session, pu%% up the order and e+a#ine docu#ent f%ow using the path) $nvironment Document *lo&1 Kote the different processes shown in the $8G cyc%e. "roceed to de%i(ery re%ated bi%%ing using the fo%%owing path) Logistics Sales and Distribution 'illing 'illing Document Create1 (Transaction Code: V*01 This brings up the "reate /ill screen, with the de%i(ery nu#ber shown in the %eft#ost co%u#n. This is the co%u#n that ho%ds the na#e of the docu#ent fro# which the bi%% is created (in this case, the de%i(ery). $%ic/ on >Enter? to go to the bi%% creation screen. 8n this screen, the a#ount of the bi%% and the ite#s bi%%ed are disp%ayed. 8n the bi%% creation screen, c%ic/ on the >Sa)e? button to create the in(oice. The bi%% nu#ber is shown at the botto# of the screen. !eturn to the order screen and chec/ the document $lo, one #ore ti#e. 0hat has changedD IAnswer) A bi%% has been generated for the order.J

Dr. Bay Arinze (unauthorized copying prohibited)

1B

APPL<IN7 PA<3ENTS

The fina% stage in the $8G $yc%e is pay#ents. "ay#ents are not app%ied in the 'D #odu%e, but #ore appropriate%y, in (inancial Accounting ((I). -n the 7#odu%e, pay#ents #ay be app%ied to one in(oice or to se(era%. 8(erpay#ents and underpay#ents are a%so hand%ed in different ways, as defined in configuration.
C%1 APPL< A "!ST 3ER PA<3ENT

To app%y a custo#er pay#ent, use the fo%%owing path) Accounting *inancial Accounting Document $ntr# "ncoming Pa#ment1 (Transaction Code: *6/7 Accounts ,eceivable

This ta/es you to the > Post Inco5ing Pa45ents: #eader Data ? screen and for#. nter the fo%%owing data) (ield Docu5ent Date IToday2s dateJ DL (custo#er pay#ent) 3=== IToday2s dateJ ;'D 1===== (du##y $hec/ing Account) IToday2s dateJ @## &alue

Docu5ent T4$e "o5$an4 "ode Posting Date "urrenc4/Rate /an0 Data: Account &alue Date $en Ite5 Selection: Account

This ta/es you to the >Post Inco5ing Pa45ents: Process $en Ite5s? screens. This shows the %ist of open ite#s, i.e., open in(oices re6uiring pay#ent. There shou%d be one in(oice re6uiring pay#ent in the $en Ite5s %ist. -f there is #ore than one in(oice %isted, #a/e a%% the other in(oices inacti(e in order to pay on the re%e(ant in(oice. The process is as fo%%ows) -n the $en Ite5s %ist, c%ic/ on the %ine with the ite# to be #ade inacti(e.

Dr. Bay Arinze (unauthorized copying prohibited)

1@

$%ic/ on >Select /eginning? and then on >Select End?. 7ina%%y, c%ic/ on the >Inacti)e? Button. !epeat the abo(e process unti% on%y the desired open ite# re#ains acti(e. The tota% in the Assigned fie%d shou%d now e6ua% the tota% of the open ite#, and the Nu5ber o- Ite5s shou%d e6ua% 1. The A5ount Entered shou%d e6ua% the (a%ue in Assigned. -f it does not, the difference wi%% appear in Not Assigned. A negati(e number #eans that the custo#er has underpaid and this difference is sti%% owed. A ositi(e number represents an o(erpay#ent, which is owed to the custo#er. nter the sa#e (a%ue in Di--erence Postings. This represents an additiona% custo#er pay#ent or a refund to #a/e up the difference.

Dr. Bay Arinze (unauthorized copying prohibited)

1F

(REE ITE3S

-n sa%es, pro#otions are fre6uent%y run that gi(e the custo#er a free ite# for the purchase of a fi+ed nu#ber of ite#s. -n addition, sa%es representati(es #ay ha(e the %atitude to inc%ude a free ite# with a substantia% purchase by a custo#er. 'a#p%e ite#s #ight a%so be inc%uded as free ite#s within a purchase. !&3 a%%ows the sa%esperson to #anua%%y inc%ude a free ite# within order entry. This is done by MattachingN the free ite# to another, paid ite# in the order using the >+ig+er>le)el ite5? fie%d. -n the e+a#p%e be%ow, one free ite#, the G'- $D* !0 Dri(e(Gateria% !*1191) is gi(en free with the purchase of an G'- $D*!8G Dri(e (Gateria% !*119=).
D%1 IN"L!DE A (REE ITE3

To inc%ude a free ite# in a purchase, use the fo%%owing path) Logistics Sales and Distribution Sales Order Create1 (Transaction Code: VA01

nter the fo%%owing data) (ield rder T4$e &alue 8! Istandard orderJ 3=== 1= ==

Sales

rgani6ation

Distribution "+annel Di)ision :it >Enter? nter the fo%%owing data) (ield "usto5er : rder Date "usto5er P : Ite5 1 3aterial Ite5 1 ;uantit4

&alue @## today2s date po*e+2*## !*119= 1 2=

Dr. Bay Arinze (unauthorized copying prohibited)

 ;se the path, )er)ie* Double>line Entr4 to go to an a%ternati(e screen

for order entry. 7or the second #ateria%, enter the ite# nu#ber for the first #ateria% (in this case, 1=), in the +ig+er>le)el ite5 fie%d. 7or the #ateria%, enter R>11?1 and for the 6uantity, enter 1. :it >Enter? Eiewing the order shows that no pricing has been perfor#ed for the additiona%, free ite#. To (iew pricing, c%ic/ on the second ite# chec/ bo+, and c%ic/ on the Pricing icon. $onfir# that the price is O=.

'a(e the order and record the order nu#ber.

Dr. Bay Arinze (unauthorized copying prohibited)

21

EBA3ININ7 TRANSA"TI

T<PES IN T#E I37

The standard order we ha(e used in the preceding sections represents a sa%es docu#ent that beha(es in a specific way and has certain attributes. 7or e+a#p%e, when an order (type R) is created, a de%i(ery inter(a% of B days is proposed. 0hen the order is sa(ed a%so, the assigned order nu#ber fa%%s within a specific range. This range is a%so different fro# nu#ber ranges used by de%i(eries (L() and other docu#ent types. These ranges are stored within a sche#a of docu#ent types in the -G5. This chapter e+a#ines the structure of the order type, R, as stored in the -G5

to better understand its configuration detai%s and how they #ay be reconfigured in response to business re6uire#ents.

E%1

&IE'IN7 T#E

RDER

T<PEA

To (iew the structure of the order type, use the fo%%owing path) Tools AcceleratedSAP Customi8ing Pro9ect !anagement SAP ,e-erence "!4 (Transaction Code: SP,O

This ta/es you into the custo#izing area of !&3, where #any of the #aintenance and configuration options of !&3 are to be found. The 'A" !eference -G5 represents the initia% unconfigured state of !&32s structures and docu#ent types and is not changed in configuration. The 'A" !eference -G5 is #odified to #eet the uni6ue needs of the organization. To e+a#ine the structure of the 8! docu#ent, use the path) Sales and Distribution Sales Documents Sales Sales Document (eader De-ine Sales Document T#pes $%ic/ on >Position? and Type R in the 'a%es Docu#ent Type fie%d. :it >Enter? and the R docu#ent is %isted as the first entry. $%ic/ to the %eft of the R entry to high%ight the entire %ine.

Dr. Bay Arinze (unauthorized copying prohibited)

22

 $%ic/ on 4oTo Details to go to the 8! entry. The shown (iew i%%ustrates (arious e%e#ents of the standard order docu#ent and its beha(ior. The entries are arranged into eight #a1or groups, as %isted be%ow) 1% 1% 3% @% ?% C% D% E% Nu5ber S4ste5s% 7eneral "ontrol% Transaction (lo*% Sc+eduling Agree5ent S+i$$ing% /illing% ReFuested Deli)er4 Date/Pricing Date% "ontract%

These configuration groups specify (arious options that can be changed to confor# to the organization2s specific processes and acti(ities. 7or e+a#p%e, >Item No. Increment? in Nu5ber S4ste5s sets the incre#ent by which subse6uent %ine ite# nu#bers increase e.g. an incre#ent of 1= wi%% resu%t in %ine ite#s 1=, 2=, 3= and so on. A%so, in 7eneral "ontrol, >Check Credit Limit? for e+a#p%e deter#ines whether the %i#it of credit is chec/ed for this order type. The credit group is a%so specified as are e+port %icense detai%s and chec/ing of the %ine ite#2s di(ision. The ne+t e+ercise de#onstrates how changing the order configuration in the -G5 changes the beha(ior of the order.

E%1

"#AN7IN7 T#E /E#A&I R ( T#E STANDARD

RDER

-n this e+ercise, we ha(e the fo%%owing business scenario) Due to increased efficiencies in #anaging #ateria%s, the business can now de%i(er standard orders in < days and need the order type to ref%ect this. -n addition, to retain consistency with the o%d syste#, the business wants ite#s to be %isted in the order in incre#ens of 9, not 1=, as in the defau%t.

Dr. Bay Arinze (unauthorized copying prohibited)

23

"AS# SALES AND R!S#

RDERS

8rders we ha(e entered unti% now been the standard order type, R. This has a preset de%i(ery duration, such as se(en days. :owe(er, !&3 a%so inc%udes other order types to hand%e #any other types of transactions, such as credit #e#os, returns, product e+changes, and cash purchases. -n this e+ercise, we wi%% use the cash purchase order type, "S as the order type for our transaction. -n a cash transaction, the custo#er #ust ha(e an i##ediate de%i(ery, as they wi%% be %ea(ing the store with the ordered #ateria%. Therefore, a cash transaction auto#atica%%y generates a de%i(ery, un%i/e the standard order type, 8!.

G%1

"REATE A "AS# SALE

To enter a cash order, create a new session or bac/trac/ to the top of !&32s #enu structure and use the fo%%owing path) LogisticsSales and Distribution SalesOrderCreate (Transaction Code: VA01

(ield rder T4$e Sales rgani6ation Distribution "+annel Di)ision :it >Enter? to proceed to the order entry screen. (ield "usto5er : rder Date "usto5er P : Ite5 1 3aterial Ite5 1 ;uantit4

&alue $' 3=== 1= ==

&alue @55 today4s date po*e+3*## !*119= 1 23

Dr. Bay Arinze (unauthorized copying prohibited)

-n this particu%ar order, the custo#er is ordering a 6uantity of 1 of #ateria% !* 119=. The order date is today. :it >Enter?. 0hat #essage does !&3 gi(e at the botto# of the screenD !&3 creates a de%i(ery auto#atica%%y with the order. The de%i(ery nu#ber is gi(en, a%ong with the order nu#ber. "roceed through the #ain #enu on a different screen to e+a#ine the de%i(ery. ;se the fo%%owing path) Logistics Sales and Distribution S)ipping and Transportation Out'ound Deliver# C)ange (Transaction Code: VL0/.

5o to > )er)ie* Pic0ing? and pic/ one ite#, corresponding to the order. $%ic/ on >Post 7oods Issue? At this stage, wor/ in the de%i(ery phase is co#p%eted. Bi%%ing fo%%ows.

G%1

/ILLIN7 ( R A "AS# SALE

Bi%%ing wor/s #uch different%y in a cash sa%e ( /&) than in a standard order. -n the %atter case, de%i(ery*based bi%%ing is used as freight charges and other transport* re%ated charges are re6uired fro# the de%i(ery. :owe(er, with a cash sa%e, an in(oice is auto#atica%%y produced. This is in fact, a cash receipt for the custo#er. To bi%%, use the fo%%owing path) Logistics Sales and Distribution 'illing 'illing Document Create1 (Transaction Code: V*01 This brings up the "reate /ill screen, with the deli(ery number shown in the %eft#ost co%u#n. This is the co%u#n that ho%ds the na#e of the docu#ent fro# which the bi%% is created (in this case, the de%i(ery). $hange the de%i(ery nu#ber to the order nu5ber for order*re%ated bi%%ing.

Dr. Bay Arinze (unauthorized copying prohibited)

29

$%ic/ on >Enter? to go to the bi%% creation screen. 8n this screen, the a#ount of the bi%% and the ite#s bi%%ed are disp%ayed. 8n the bi%% creation screen, c%ic/ on the >Sa)e? button to create the in(oice. The bi%% nu#ber is shown at the botto# of the screen. !eturn to the order screen and chec/ the document $lo, one #ore ti#e. 0hat has changedD IAnswer) A bi%% has been generated for the order.J

G%3

R!S#

RDERS

Another order that is used within !&3 is the rush order, R . This order is used when a co#pany #ust ha(e the #ateria% right away, but wants the bi%%ing process to fo%%ow the regu%ar pattern. -t is different fro# the cash order, BE, because, a%though the #ateria% is pic/ed up right away and a de%i(ery created, no receipt is generated for the custo#er. Bi%%ing occurs %ater using indi(idua% bi%%ing or a bi%%ing due %ist. -n this e+ercise, we wi%% use the rush order type, R transaction. as the order type for our

G%@

"REATE A R!S#

RDER

To enter a rush order, create a new session or bac/trac/ to the top of !&32s #enu structure and use the fo%%owing path) LogisticsSales and Distribution SalesOrderCreate (ield rder T4$e Sales rgani6ation Distribution "+annel Di)ision :it > nter? to proceed to the order entry screen. &alue !8 3=== 1= ==

Dr. Bay Arinze (unauthorized copying prohibited)

2<

(ield "usto5er : rder Date "usto5er P : Ite5 1 3aterial Ite5 1 ;uantit4

&alue @55 today4s date po*e+3*## !*1191 3

-n this particu%ar order, the custo#er is ordering a 6uantity of 3 of #ateria% !* 1191. The order date is today. :it >Enter?. 0hat #essage does !&3 gi(e at the botto# of the screenD !&3 creates a de%i(ery auto#atica%%y with the order. The de%i(ery nu#ber is shown, a%ong with the order nu#ber. "roceed through the #ain #enu on a different screen to e+a#ine the de%i(ery. ;se the fo%%owing path) Logistics Sales and Distribution S+i$$ing Deli)eries "+ange Deli)er4 5o to > )er)ie* Pic0ing? and pic/ the ite# that corresponds to the order. $%ic/ on >Post 7oods Issue? At this stage, wor/ in the de%i(ery phase is co#p%eted. Bi%%ing fo%%ows.

G%?

/ILLIN7 A R!S#

RDER

Bi%%ing wor/s si#i%ar%y to that of a cash sa%e, BE, in that order*based bi%%ing is used. 7reight charges and other transport*re%ated charges are not re6uired as the custo#er a%ready pic/ed up the ite#. :owe(er, un%i/e a cash sa%e, no in(oice is auto#atica%%y produced. To bi%%, use the fo%%owing path) Logistics Sales and Distribution 'illing 'illing Document Create1 (Transaction Code: V*01

Dr. Bay Arinze (unauthorized copying prohibited)

2B

This brings up the "reate /ill screen, with the deli(ery number shown in the %eft#ost co%u#n. This is the co%u#n that ho%ds the na#e of the docu#ent fro# which the bi%% is created (in this case, the de%i(ery). $hange the de%i(ery nu#ber to the order nu5ber for order*re%ated bi%%ing. $%ic/ on >Enter? to go to the bi%% creation screen. 8n this screen, the a#ount of the bi%% and the ite#s bi%%ed are disp%ayed. 8n the bi%% creation screen, c%ic/ on the >Sa)e? button to create the in(oice. The bi%% nu#ber is shown at the botto# of the screen. !eturn to the order screen and chec/ the document $lo, one #ore ti#e. 0hat has changedD IAnswer) A bi%% has been generated for the order.J

Dr. Bay Arinze (unauthorized copying prohibited)

2@

19 IN;!IRIES AND ;!

TATI NS

-n the nor#a% course of se%%ing, custo#ers contact the organization to #a/e in6uiries or to re6uest 6uotations for specific 6uantities of #ateria%s. -n !&3, there are se(era% transaction types used to record these transactions. The purpose of ha(ing in6uiry and 6uotation transaction types is twofo%d. 7irst is si#p%y to record the specific custo#er transaction. 'econd, if custo#ers p%ace orders in the future, infor#ation fro# in6uiries and 6uotations #ay be i#ported into the order, reducing data entry. Third, custo#ers #ay use 6uotation to obtain guaranteed pricing on 6uoted #ateria%s. Past%y, they pro(ide a #eans of e(a%uating future inco#e fro# sa%es represented by past in6uiries and 6uotations. -n the fo%%owing e+ercises, we e+a#ine the two transaction types.
19%1 "REATIN7 AN IN;!IR<

To create an in6uiry, create a new session or bac/trac/ to the top of !&32s #enu structure and use the fo%%owing path) LogisticsSales and Distribution Sales"n0uir#Create (Transaction Code: VA11 (ield InFuir4 T4$e Sales rgani6ation Distribution "+annel Di)ision &alue -K 3=== 1= ==

:it >Enter? to proceed to the in6uiry data entry screen. (ield "usto5er : (ro5 Date To Date Ite5 1 3aterial Ite5 1 ;uantit4 &alue @## today4s date end of the #onth !*119= 1

Dr. Bay Arinze (unauthorized copying prohibited)

2F

-n this transaction, the custo#er is p%acing an in6uiry for a 6uantity of 3 of #ateria% !*119= (a $D!8G Dri(e). +a#ine the PRB fie%d. 0hat probabi%ity is assigned to the in6uiryD +a#ine the Expected Order Amount fie%d. :ow is this nu#ber ca%cu%atedD I-t is the probabi%ity #u%tip%ied by the in6uiry tota% O a#ount.J $%ic/ on the >Sa)e? Button to sa(e the in6uiry. !ecord the assigned in6uiry A.

19%1 "REATE AN

RDER

RE(EREN"IN7 T#E IN;!IR<

'o#e ti#e after #a/ing an in6uiry, the custo#er #ay ca%% bac/ to p%ace an order that #ay be based on the in6uiry. They #ay not re#e#ber their in6uiry nu#ber. -n that case !&3 auto#atica%%y brings up stored in6uiries (and 6uotations a%so). -n the ne+t e+a#p%e, we wi%% assu#e that the custo#er re#e#bers the in6uiry nu#ber. To create an order that references the in6uiry, bac/trac/ to the top of !&32s #enu structure and use the fo%%owing path) LogisticsSales and Distribution SalesOrderCreate &it) ,e-erence to"n0uir# (Transaction Code: VA01 0hen pro#pted, enter the in6uiry nu#ber. $%ic/ on >Copy? to copy a%% the ite#s and 6uantities into the order. 0hen the order for# co#es up, #a/e sure the #ateria% R)--./ has been pu%%ed up with a 6uantity of 1. nter the purchase order nu#ber, o)in-)##. $%ic/ on the >Sa)e? Button to sa(e the in6uiry.

!ecord the assigned

in6uiryA. $hec/ the docu#ent f%ow for the order. 0hat does it showD I-t shows that the order was created fro# the -n6uiry.J

Dr. Bay Arinze (unauthorized copying prohibited)

3=

19%3 PARTIALL< RE(EREN"E A SE" ND IN;!IR<

!eturn to the >Inquiry? option in the 'a%es screen and create another in6uiry using the fo%%owing data. (ield "usto5er : (ro5 Date To Date Ite5 1 3aterial Ite5 1 ;uantit4 Ite5 1 3aterial Ite5 1 ;uantit4 &alue @55 today4s date end of the #onth !*1191 3 !*119= 2

-n this case, the custo#er is p%acing an in6uiry for 3 $D!8G dri(es and 2 $D* !0 Dri(es. The ob1ect of this e+ercise is to deter#ine the effect of partia%%y referencing an in6uiry. $reate an order that partia%%y references the in6uiry using the fo%%owing path) LogisticsSales and Distribution SalesOrderCreate &it) ,e-erence to"n0uir# (Transaction Code: VA01 0hen pro#pted, enter the in6uiry nu#ber. $%ic/ on >Copy? to copy a%% the ite#s and 6uantities into the order. 0hen the order for# co#es up, change the #ateria% 6uantity for #ateria%. R) --.- fro# 3 to 2, as the custo#er indicates they now re6uire on%y 2 head%ights. $hec/ the bo+ to the %eft of the Gateria% 2 ($!*!0 Dri(e), and se%ect > Edit? and >Delete Line Item?. This ensures the second #ateria% is not referenced. nter the purchase order nu#ber, o)in0)##. $%ic/ on the > !"e? Button to sa(e the in6uiry. !ecord the assigned in6uiryA.

Dr. Bay Arinze (unauthorized copying prohibited)

31

"erfor#ing these actions #eans that the first %ine ite# in the -n6uiry has on%y been partia%%y referenced. There shou%d be a 6uantity of 1 re#aining in that %ine ite#. The second #ateria% (the $!*!0 Dri(e) has not been referenced at a%%. To atte#pt to reference the in6uiry again, create another order that references the in6uiry using the path) LogisticsSales and Distribution SalesOrderCreate &it) ,e-erence to"n0uir# (Transaction Code: VA01 0hen pro#pted, enter the in6uiry nu#ber. $%ic/ on >Copy? to copy a%% the ite#s and 6uantities into the order. Did the first #ateria% co#e upD Did the second #ateria% co#e upD

-n !&3, partia%%y referencing an in6uiry2s %ine ite# com letely re$erences that %ine ite#, regard%ess of re#aining 6uantities. :owe(er, other %ine ite#s in the in6uiry #ay be referenced if they ha(e ne(er been referenced before. This beha(ior is uni6ue to in6uiries, as we wi%% see in the ne+t section on 6uotations.

19%@ "REATIN7 A ;! TATI N

To create a 6uotation, create a new session or bac/trac/ to the top of !&32s #enu structure and use the fo%%owing path) LogisticsSales and Distribution Sales:uotationCreate (Transaction Code: VA/1 (ield InFuir4 T4$e Sales rgani6ation Distribution "+annel Di)ision &alue QT 3=== 1= ==

Dr. Bay Arinze (unauthorized copying prohibited)

32

:it >Enter? to proceed to the 6uotation data entry screen and enter the fo%%owing data) (ield "usto5er : (ro5 Date To Date Ite5 1 3aterial Ite5 1 ;uantit4 &alue @55 today4s date end of the #onth !*119= 2

-n this transaction, the custo#er is re6uesting a 6uotation for a 6uantity of 2 of #ateria% !*119= (a $D!8G dri(e). +a#ine the PRB fie%d. 0hat probabi%ity is assigned to the 6uotationD +a#ine the Expected Order Amount fie%d. :ow is this nu#ber ca%cu%atedD I-t is the probabi%ity #u%tip%ied by the 6uotation tota% O a#ount.J $%ic/ on the >Sa)e? Button to sa(e the 6uotation. !ecord the assigned 6uotation A. The probabi%ity of a 6uotation is genera%%y assu#ed to be higher than that of a #ore casua% in6uiry i.e., B=R (s. 3=R. -n truth, they wi%% differ fro# co#pany to co#pany and are arri(ed at by a study of historica% data, such as how #any in6uiries and 6uotations were %ater referenced by orders.

19%? "REATE AN

RDER

RE(EREN"IN7 T#E ;! TATI N

'i#i%ar to an in6uiry, the custo#er #ay ca%% bac/ to p%ace an order referencing the 6uotation. Again, they #ay not re#e#ber their 6uotation nu#ber, but again, we assu#e that the custo#er re#e#bers the 6uotation nu#ber. To create an order that references the 6uotation, use the fo%%owing path) LogisticsSales and Distribution SalesOrderCreate &it) ,e-erence to:uotation (Transaction Code: VA01 Dr. Bay Arinze (unauthorized copying prohibited) 33

0hen pro#pted, enter the 6uotation nu#ber. $%ic/ on >Copy? to copy a%% the ite#s and 6uantities into the order. 0hen the order for# co#es up, #a/e sure the #ateria% R)--./ has been pu%%ed up with a 6uantity of 2. nter the purchase order nu#ber, o)1t-)##. $%ic/ on the >Sa)e? Button to sa(e the 6uotation.

!ecord the assigned

6uotationA. $hec/ the docu#ent f%ow for the order. 0hat does it showD I-t shows that the order was created fro# the Quotation.J

19%C PARTIALL< RE(EREN"E A SE" ND ;! TATI N

!eturn to the >#uot!tion? option in the 'a%es screen and create another 6uotation using the fo%%owing data.

(ield "usto5er : (ro5 Date To Date Ite5 1 3aterial Ite5 1 ;uantit4

&alue @55 today4s date end of the #onth !*1191 3

-n this case, the custo#er is p%acing an 6uotation for 3 head%ights. The ob1ect of this e+ercise is to deter#ine the effect of partia%%y referencing a 6uotation. $reate an order that partia%%y references the 6uotation using the fo%%owing path) LogisticsSales and Distribution SalesOrderCreate &it) ,e-erence to:uotation (Transaction Code: VA01 0hen pro#pted, enter the 6uotation nu#ber. $%ic/ on >Copy? to copy a%% the ite#s and 6uantities into the order.

Dr. Bay Arinze (unauthorized copying prohibited)

33

0hen the order for# co#es up, change the #ateria% 6uantity for #ateria%. R) --.- fro# 3 to 2, as the custo#er indicates they now re6uire on%y 2 head%ights. nter the purchase order nu#ber, o)1t0)##. $%ic/ on the > !"e? Button to sa(e the 6uotation. !ecord the assigned 6uotationA.

"erfor#ing these actions #eans that the #ateria% in the Quotation has been partia%%y referenced. There shou%d be a 6uantity of 2 re#aining in that %ine ite#. To atte#pt to reference the 6uotation again, create another order that references the 6uotation using the path) LogisticsSales and Distribution SalesOrderCreate &it) ,e-erence to:uotation (Transaction Code: VA01 0hen pro#pted, enter the 6uotation nu#ber. $%ic/ on >Copy? to copy a%% the ite#s and 6uantities into the order. Did the first #ateria% co#e upD -n what 6uantityD

-n !&3, partia%%y referencing an 6uotation2s %ine ite#, does not com letely re$erence that %ine ite#. This beha(ior is different fro# that of the in6uiry transaction. Quotations can therefore be reused unti% the 6uantities are e+hausted or the >$!lid %o? date is past.

Dr. Bay Arinze (unauthorized copying prohibited)

39

11 PA"=IN7 IN DELI&ERIES Three of the #a1or acti(ities in de%i(eries are $ic0ingA $ac0ing, and $ost goods issue, as ear%ier discussed. "ac/ing is optiona% within de%i(eries, but is often re6uired for ite#s that cannot be shipped as is. This section i%%ustrates how pac/ing is acco#p%ished within !&3. -n pac/ing, a pac/ing #ateria% is se%ected and then used to pac/ the ordered ite#. -n the abo(e e+a#p%e, the custo#er ordered a #otorcyc%e that ca#e with a free head%ight. The ob1ecti(e of this e+ercise is to pac/ the head%ight in a carton (#ateria% "S*1==) for de%i(ery. $reate a de%i(ery for the %ast order using the fo%%owing path) Logistics Sales and Distribution S)ipping and Transportation Out'ound Deliver# Create (Transaction Code: VL01. nter the order nu#ber for the %ast order. "ush the date out by B days or #ore so the de%i(ery can be created. "ress >Enter? to go to the Deli)er4 H )er)ie*:;uantities screen. $%ic/ on the -te# 2= chec/bo+ and se%ect the path)

Edit Pac0 This ta/es you to the > Pac0 Ite5s? screen, where we wi%% se%ect the G'$arton (Gateria%) as the pac/ing #ateria%. nter the fo%%owing data in the All S"i ing 2nits groupbo+) (ield S+i$$ing 3aterial &alue "S*1==

:it > nter? :igh%ight the first rows of the 'hipping ;nit and -te# group bo+es. 'e%ect #enu option > dit?>"ac/ -te#? to pac/ $D!8G into the carton. 'a(e the de%i(ery and e+a#ine the order or de%i(ery docu#ent f%ow. 0hat is the 'tatus assigned to Pac3ingD

Dr. Bay Arinze (unauthorized copying prohibited)

3<

11 DELI&ER< D!E LISTS ;p unti% this point, we ha(e indi(idua%%y created de%i(eries for our entered orders, for i%%ustration purposes. 8ne of the ad(antages of !&3 howe(er, is the abi%ity to batch process creation of docu#ents, which #a/es sense in an actua% business en(iron#ent. De%i(eries are se%do# created at the sa#e ti#e as their associated orders (an e+ception is cash orders). -nstead, it is #ore efficient to create a%% de%i(eries fro# outstanding co#p%eted orders at predeter#ined ti#es. The function is !&3 that is used to batch process de%i(ery creation is the De%i(ery Due Pist. This function co%%ates a%% outstanding co#p%eted orders and creates de%i(eries for the#. To i#pro(e efficiency further, orders that ha(e the sa#e ship*to and de%i(ery dates are put together in the sa#e de%i(eries. To process the de%i(ery due %ist, you need to ha(e #ore than one co#p%eted order. $reate two co#p%eted orders using the fo%%owing data)

(ield rder T4$e Sales rgani6ation Distribution "+annel Di)ision

&alue 8! 3=== 1= ==

8rder 1) (ield "usto5er : rder Date "usto5er P : Ite5 1 3aterial Ite5 1 ;uantit4 &alue @55 today4s date po*e+9*## !*119= 3

Dr. Bay Arinze (unauthorized copying prohibited)

3B

8rder 2) (ield "usto5er : rder Date "usto5er P : Ite5 1 3aterial Ite5 1 ;uantit4 &alue @55 Today4s date po*e+<*## !*1191 2

After the two orders abo(e ha(e been successfu%%y entered, proceed to the creation of the de%i(ery due %ist using the fo%%owing path) Logistics Sales and Distribution

S)ipping and Transportation

utbound Deliver# Create Collective Processing o- Documents Due -or Deliver# Sales Orders (Transaction Code: VL10A At this point, the deli)er4 due list data for# co#es up. data in it) (ield S+i$$ing Point Deli)er4 "reation Date IstartJ Deli)er4 "reation Date IendJ S+i$>To nter the fo%%owing

&alue 3=55 IToday4s dateJ I1= days fro# todayJ @55

To ensure that the %ist is being prepared for the correct sa%es area, c%ic/ on the >organi6ational data? button. 0hen the popup window appears, enter the fo%%owing data) (ield Sales rgani6ation Distribution "+annel Di)ision &alue 3=== 1= ==

Dr. Bay Arinze (unauthorized copying prohibited)

3@

'e%ect #enu option >Progra5?>Execute? to see the de%i(ery due %ist. The two orders you created (a%ong with other co#p%eted orders) is then disp%ayed in a %ist. The s#a%% bo+es to the %eft of the screen shows a%% the orders high%ighted, #eaning that they wi%% be processed. -f you want to process on%y se%ected orders, go to EditDeselect AllA then se%ect the orders you want de%i(ered by c%ic/ing on the s#a%% bo+ on the %eft of each order. $%ic/ on the >Sa)e? icon to run the de%i(ery due %ist. -n the %og for de%i(ery run screen, how #any de%i(eries were createdD 0hyD (A sing%e de%i(ery was created, co#bining the two orders.J

Dr. Bay Arinze (unauthorized copying prohibited)

3F

13 ;!ANTIT< "

NTRA"TS AND

S"#ED!LIN7 A7REE3ENTS

13%1 '#AT ARE ;!ANTIT< " NTRA"TS

Quantity contracts are agree#ents between the custo#er and your co#pany to order specific 6uantities of a product within a set ti#efra#e. The custo#er does not pro(ide any infor#ation about de%i(ery dates, on%y the start and end date of the contact. Quantity contracts are usua%%y agreed to at discounts fro# tota%s if priced indi(idua%%y. A 6uantity contract is fu%fi%%ed when the custo#er p%aces orders against it in the contract period. These orders are /nown as re%ease orders or Tca%%*offs2. :owe(er, they are standard orders that auto#atica%%y reference the custo#er2s 6uantity contract and reduce the re#aining a#ount of product to be ordered under the contract. -f the custo#er supp%ies de%i(ery dates for the product, then it is preferab%e to use a schedu%ing agree#ent, instead of a 6uantity contract. This is described in the fo%%owing section.

13%1 "REATE A ;!ANTIT< " NTRA"T

To create a 6uantity contract, use the fo%%owing path) Logistics Sales and Distribution Sales Contract Create (Transaction Code: VA;1 nter the fo%%owing data and hit > return?. (ield "ontract T4$e Sales rgani6ation Distribution "+annel Di)ision &alue KG' I6uantity contractJ 3=== 1= ==

Dr. Bay Arinze (unauthorized copying prohibited)

3=

-n the screen >"reate "ontract: fo%%owing data) (ield "usto5er : rder Date "usto5er P : &alid>-ro5 &alid>to Ite5 1 3aterial Ite5 1 ;uantit4

)er)ie* H Single>Line Entr4 ?, enter the

&alue @55 today4s date po*e+B*## Itoday2s dateJ Ithree wee/s fro# todayJ !*1191 1=

'a(e the 6uantity contract and record the contract nu#ber.

Kow that the 6uantity contract has been created, to (iew how it is affected by orders, it is necessary to create re%ease orders against the 6uantity contracts. To create the first order, use the fo%%owing path) LogisticsSales and Distribution SalesOrderCreate (Transaction Code: VA01 (ield rder T4$e Sales rgani6ation Distribution "+annel Di)ision &alue 8! 3=== 1= ==

$%ic/ on the >Re-% To "ontract? button to create the order with reference to the 6uantity contract. -n the popup window, enter the 6uantity contract nu#ber in the > contract? fie%d and c%ic/ on >co$4?. -n the >"reate Standard rder? window, enter the fo%%owing)

Dr. Bay Arinze (unauthorized copying prohibited)

31

(ield "usto5er : rder Date "usto5er P : Ite5 1 3aterial Ite5 1 ;uantit4

&alue @55 today2s date po*e+@*## !*1191 3

$%ic/ on >sa)e? to sa(e the order. !ecord the order nu#ber. 5o bac/ and create a second order with the fo%%owing data)

(ield "usto5er : rder Date "usto5er P : Ite5 1 3aterial Ite5 1 ;uantit4

&alue @55 today2s date po*e+F*## !*1191 12

$%%c/ on >sa)e? to sa(e the order. 0hat #essage do you getD 0hyD

The #essage says that the 6uantity contract has been $ully e4"austed. Adding < fro# the first order to 12 in the second order gi(es 1@, which is @ #ore than the 6uantity on the initia% contract. :owe(er, the order is not refused. The 6uantity contract is e+hausted, and another @ of the ite#s are added fro# in(entory to the order. Try to open a 3rd order, referencing the 6uantity contract. Does it wor/D IKo, because the contract has been e+hausted.J +a#ine the docu#ent f%ow for the 6uantity contract or any of the orders that reference it.

Dr. Bay Arinze (unauthorized copying prohibited)

32

13%3 '#AT ARE S"#ED!LIN7 A7REE3ENTS

'chedu%ing agree#ents are si#i%ar to 6uantity contracts in that they are agree#ents between the custo#er and your co#pany to order specific 6uantities of a product. :owe(er, whi%e the 6uantity contracts do not contain the de%i(ery dates for the #ateria%s, schedu%ing agree#ents do. A schedu%ing agree#ent is fu%fi%%ed when the custo#er p%aces de%i(eries against it in the agree#ent period. Thus, schedu%ing agree#ents do not ha(e orders p%aced against the#. -nstead, if the >de%i(ery due %ist? function is run on the sa#e day as one of the de%i(eries is due, then it is used to direct%y create a de%i(ery. After the de%i(ery is created, the 6uantity in the schedu%ing agree#ent is corresponding%y reduced. -f the custo#er cannot supp%y specific de%i(ery dates for the product, then it is preferab%e to use 6uantity contract, and refer orders to this contract when they are created.

13%@ "REATE A S"#ED!LIN7 A7REE3ENT

To create a schedu%ing agree#ent, use the fo%%owing path) Logistics Sales and Distribution Sales Sc)eduling Agreement Create (Transaction Code: VA<1 nter the fo%%owing data and hit > return?. (ield Sc+eduling Agree5ent T4$e Sales rgani6ation Distribution "+annel Di)ision &alue D' Ischedu%ing agree#entJ 3=== 1= ==

Dr. Bay Arinze (unauthorized copying prohibited)

33

-n the screen >"reate Sc+eduling Agree5ent: fo%%owing data) (ield "usto5er : rder Date P : &alid>-ro5 &alid>to Ite5 1 3aterial Ite5 1 ;uantit4 &alue @55 today4s date po*e+1=*##

)er)ie* ?, enter the

Itoday2s dateJ Ithree wee/s fro# todayJ !*1191 12

This specifies that the #ateria% !*1191 is re6uired for a target 6uantity of 12 - the schedu%ing agree#ent. The re#aining tas/ is to specify in the agree#ent the e+act dates on which the #ateria% shou%d be de%i(ered and in what 6uantities. This is done by going to the schedu%e %ines and entering the data there, as fo%%ows)

$%ic/ in the bo+ to the %eft of the ite# nu#ber. ;se the #enu) 7oTo Ite5 Sc+edule Lines nter the fo%%owing data on %ine 1)
(ield Date T4$e Deli)er4 Date ;uantit4 &alue D 7our days fro# now B

nter the fo%%owing data on %ine 2) (ield Date T4$e Deli)er4 Date ;uantit4 &alue d Ten days fro# now 9

Dr. Bay Arinze (unauthorized copying prohibited)

33

:it >Enter?. 0hat happensD

IDe%i(ery is reschedu%ed for the first date to

the ear%iest a(ai%ab%e de%i(ery dateJ. $%ic/ on >Sa)e? to sa(e the schedu%ing agree#ent. !ecord the agree#ent nu#ber.

Dr. Bay Arinze (unauthorized copying prohibited)

39

13%? TESTIN7 T#E S"#ED!LIN7 A7REE3ENT

The ne+t assign#ent is to e+haust the schedu%ing agree#ent 6uantities by creating de%i(eries. $reate a de%i(ery that references the schedu%ing agree#ent by using the fo%%owing data) (ield S+i$$ing Point Selection Date rder &alue 3=55 Twe%(e days fro# now Ischedu%ing agree#ent AJ

Kote that you are using a de%i(ery date that enco#passes both schedu%e %ines in your schedu%ing agree#ent. :ow #any de%i(eries were created and whyD 1 'a(e the de%i(ery and note the de%i(ery nu#ber. $reate a second de%i(ery with the sa#e data as abo(e. sa(e that de%i(ery and record the de%i(ery nu#ber too.

8n%y one, because the de%i(ery %ines in the schedu%ing agree#ent ha(e different dates. Dr. Bay Arinze (unauthorized copying prohibited) 3<

1@ PRI"IN7 "ricing is a (ery i#portant function in !&3. -t can a%so be (ery difficu%t to grasp, but the under%ying concepts are fair%y straightforward. "rices for ite#s are deter#ined pri#ari%y by a process ca%%ed the condition tec)ni0ue. The condition techni6ue is so ca%%ed because it wor/s using a set of conditions or e%e#ents that wor/ together to deter#ine the o(era%% price for an ite#. -n !&3, the condition techni6ue is used to organize and #anipu%ate the #ain e%e#ents that deter#ine a #ateria%2s pricing to resu%t in an o(era%% price that inc%udes the basic price, discounts, surcharges, and ta+es. The price of a %ine ite# (that is, a (ariab%e 6uantity of a #ateria%) is deter#ined by a co#bination of 9 e%e#ents. These are) -+ 0+ 5+ 6+ .+ *"e sold)to *"e document ty e *"e sales organi'ation *"e di(ision! and *"e distribution c"annel

The co#bination of these e%e#ents with the #ateria%2s basic price deter#ines the tota% price of the ite#s as so%d to the user.
1@%1 PRI"IN7 PR "ED!RE

A price is deter#ined for a #ateria% through the use of a pricing procedure, the highest %e(e% e%e#ent of pricing. ach ite# uses a specific pricing procedure, deter#ined by a uni6ue co#bination of the fi(e e%e#ents abo(e. This se%ection is set up in the Im lementation #uide (IM#). To see how the pricing procedure for transactions #ade in the sa%es area) 3999 (co#pany code), 19 (distribution channe%), and 99 (di(ision) is deter#ined, use the fo%%owing path)

Dr. Bay Arinze (unauthorized copying prohibited)

3B

Tools AcceleratedSAP "usto5i6ing Project 3anage5ent SAP Re-erence I37 Sales and Distribution /asic (unctions Pricing Pricing "ontrol De-ine and Assign Pricing Procedures De-ine Pricing Procedure Deter5ination (Transaction Code: OV== $%ic/ on >"osition? nter the fo%%owing data)

(ield Sales rgani6ation Distribution "+annel Di)ision :it >"ontinue? or press >Enter? 0hat pricing procedure is shownD 2

&alue 3=== 1= ==

The pricing procedure is uni6ue for the sa%es area, p%us the docu5ent $ricing $rocedure 0e4 A, and the custo5er $ricing $rocedure 0e4 -. The docu#ent pricing procedure /ey is in the header of the sa%es docu#ent, whi%e the custo#er pricing procedure /ey is in the custo#er #aster record. This adds up to the fi(e e%e#ents described pre(ious%y. The fie%d to the right of the pricing procedure is the condition t4$e auto#atica%%y proposed by the syste#. 0e wi%% dea% with the sub1ect of condition types ne+t.
1@%1 " NDITI N T<PES

The condition type is at he heart of the condition techni6ue in 'A" !&3. ssentia%%y, a condition represents a #a1or aspect or representation in !&3 of pricing acti(ity in your organization. 7or e+a#p%e, there #ay be a condition type for the basic price of a #ateria%, there #ay be another condition type to deter#ine a #ateria% discount, a custo#er discount, or a sa%es pro#otion. A #ateria%2s price #ight then be deter#ined by a co#bination of condition types used within a pricing procedure.
2

The pricing procedure, HEA2;' is shown. 3@

Dr. Bay Arinze (unauthorized copying prohibited)

To e+a#ine e+isting condition types, as used in an order, do the fo%%owing)

"u%% up a pre(ious%y created order, one with the purchase order Apo*1=*2* ##+ $%ic/ in the bo+ to the %eft of the ite# !*1191. 'e%ect Ite5 Pricing (D fro# the #enu. $%ic/ on the >Anal4sis? button and e+a#ine the header of the ne+t screen. 0hich pricing procedure is being usedD3

This se%ection i%%ustrates the pricing for ite# A !*1191. -n particu%ar, the %eft#ost co%u#n %ists the different condition types used to price the #ateria%. 'o#e of the condition types shown are)

8R99, a condition type that pro(ides a basic or core rice for the #ateria%. =99@, another condition type that pro(ides a material discount. 8thers that #ay be present inc%ude &PRSA S=T A =99?A =99D. ach of
these spea/s to a specific type of pricing discount. 0e wi%% e+a#ine a #ore co#prehensi(e %ist of these condition types %ater.

1@%3 " NDITI N T<PES AS DE(INED IN T#E I37

ach of the condition types that #ay be used in sa%es docu#ents is defined in the -G5. 7or e+a#p%e, we #ay e+a#ine the P,00 condition type using the fo%%owing path) Tools AcceleratedSAP "usto5i6ing Project 3anage5ent SAP Re-erence I37 Sales and Distribution /asic (unctions Pricing Pricing "ontrol De-ine "ondition T4$es 3aintain "ondition T4$es $%ic/ on >position?, type "!== in the search fie%d, and then press !eturn. This ta/es you to the "!== condition type. :igh%ight the entire %ine by c%ic/ing in the >condition t4$e? fie%d, na#e%y TPrice7. $%ic/ on the > details? iconUthe icon with

The !EAV;' pricing procedure. 3F

Dr. Bay Arinze (unauthorized copying prohibited)

the #agnifying g%ass. This ta/es you to direct%y into the structure of the condition type. The fo%%owing e%e#ents can be seen) The condition type) P,00 The access se1uence associated with the condition type, a%so P,00. ach condition has one associated access se6uence. ;nfortunate%y, !&32s na#ing con(entions fre6uent%y gi(e both e%e#ents si#i%ar na#es, as in this case. The condition class, which denotes the nature of the condition type for pricing, such as (core) price, surcharge or discount, ta+ etc. -n this case, the type is /, or price. The calculation ty e describes how the (a%ue is #easured e.g., by 6uantity, by weight, or (o%u#e. The defau%t for "!== is ", signifying that the (a%ue is 6uantity*dependent, not #easured by (o%u#e or weight. Based on the condition techni6ue, a pricing procedure deter#ines the price of a #ateria%. 'ubse6uent%y, the pricing procedure ca%%s upon one or #ore condition types in order to retrie(e the #ateria%2s basic price, any discounts, surcharges, and other i#portant pricing factors. :owe(er, it does not end here. 'e(era% other pricing e%e#ents in !&3 are used to enab%e the condition types to perfor# their tas/. They are) 1. Access 'e6uences 2. $ondition Tab%es, and 3. $ondition !ecords. 0e continue by e+a#ining $ondition Tab%es.

1@%@ A""ESS SE;!EN"ES AND " NDITI N TA/LES

To recap, a pricing procedure is the o(era%% #ethod that deter#ines a price for a #ateria%. ach pricing procedure has one or #ore condition types, which indi(idua%%y deter#ine an aspect of pricing e.g., core price, discounts and surcharges. -f we focus our attentions on the core price condition type, "!==, for e+a#p%e, we a%ready /now that it has the associated access se6uence, "!==. This access se6uence is si#p%y the order which !&3 searches for a stored record to fu%fi% a Dr. Bay Arinze (unauthorized copying prohibited)

9=

condition type. 'o, for e+a#p%e, we #ay deter#ine the core price of a product in (arious ways, such as. cost p%us a percentage, co#petitor2s price, and acti(ity* based costing. :owe(er, these wou%d a%% be different prices, if stored within !&3. An access se6uence wou%d specify how we searched for a core price throught these three options. -t #ight be (1) cost p%us (2) AB$, and (c) co#petitor2s price. -f no data record was found for Mcost p%usN, then we wou%d %oo/ for an AB$ Tcore price2. -f no AB$ price e+isted, then the co#petitor2s price #ight be sought out. The se6uence (1), (2), (3) represents the "!== Access 'e6uence. To e+a#ine the "!== access se6uence and the records searched by !&3, use the fo%%owing path) Tools AcceleratedSAP Customi8ing Pro9ect !anagement SAP ,e-erence "!4 Sales and Distribution /asic (unctions Pricing Pricing "ontrol De-ine Access SeFuences 3aintain Access SeFuences (Transaction Code: V>0? $%ic/ on >Position? and and enter >PR99? in the popup fie%d. $%ic/ to the %eft of >PR99? to high%ight the entire %ine. $%ic/ on the >Accesses? button in the >Na)igation? group bo+.

7our accesses are shown in the %ist of accesses. They are accesses 1=, 2=, 3=, and 3=. This i#p%ies that there are 3 possib%e records of Tcore prices2 in the !&3 syste#, deter#ined in different ways. ach of these records is ca%%ed a condition record. Kote that the actua% record is not stored in the -G5, on%y the structure is. The fie%ds that co#prise this record, i.e., the structure, are co%%ecti(e%y referred to as the condition table. To (iew the fie%ds of the first condition tab%e, perfor# the fo%%owing) $%ic/ to the %eft of access nu#ber 1= to high%ight the entire %ine. $%ic/ on the >(ields? button in the >Na)igation? group bo+. 'cro%% to the %eft to (iew fie%d descriptions.

Dr. Bay Arinze (unauthorized copying prohibited)

91

7or access 1=, the custo#er&#ateria% access se6uence, there are four fie%ds that co#prise the structure of the condition tab%e and wi%% ho%d data (a%ues in the actua% condition record. These fie%ds are) -+ Sales organi'ation 0+ Sold)to 5+ Distribution c"annel! and 6+ Pricing Re$erence Material (or material number) -f an actua% condition record e+ists with an attached price, then this price wi%% be used first. :owe(er, if no record has been stored, then !&3 wi%% chec/ the record represented by access A2=. 8 9"at $ields e4ist in t"e condition table $or access :0/;< Ans,er= Sales organi'ation! Sold)to! Price &ist *y es! Document Currency! and Pricing Re$erence Material (or material number<

1@%? # ' PRI"IN7 PR "ED!RES ARE !SED IN

RDERS

"ricing procedures deter#ine the price for a #ateria%. -n 13.1, we saw in our pricing ana%ysis that procedure R$A&' was used to deter#ine the price for the order. This procedure had se(era% attached condition ty es, each of which had a sing%e access se1uence. The access se6uences si#p%y specified the order in which the search was #ade for condition records. -n the ne+t set of e+ercises, we #a/e use of the condition types, "!==, S==9 and S==B to i%%ustrate how !&3 pricing wor/s in practice. The first tas/ is to co#pare the definition of the !EAV;' pricing procedure in the order with the one in the -G5.

-n one session, use the fo%%owing path) Dr. Bay Arinze (unauthorized copying prohibited)

92

Tools AcceleratedSAP Customi8ing Pro9ect !anagement SAP ,e-erence "!4 Sales and Distribution /asic (unctions Pricing Pricing "ontrol De-ine and Assign Pricing Procedures 3aintain Pricing Procedure (Transaction Code: V>07 $%ic/ on >Position?, enter !EAV;' in the presented fie%d "ress >Enter? $%ic/ to the %eft of !EAV;' $%ic/ on the >"ontrol? button This ta/es you to the %ayout of the !EAV;' pricing procedure.

Dr. Bay Arinze (unauthorized copying prohibited)

93

1? "!ST

3ER

"

3PLAINTS:

RET!RNS AND "REDIT 3E3

$usto#er dissatisfaction with so#e percentage of pro(ided products and ser(ices is an unhappy fact of %ife in organizations. 0hen this happens, the se%%ing organization is re6uired to pro(ide re#edies to the custo#er in a (ariety of ways. -n so#e instances, the custo#er #ay si#p%y see/ to return the product for credit. -n other cases, the product #ay ha(e been da#aged in transit and it is not worth returning to the co#pany. -n this case, the custo#er #ay si#p%y re6uest credit for the da#aged #ateria%. Both scenarios are the sub1ects of the two fo%%owing e+ercises.
1?%1 RET!RNS

0hen a custo#er re6uests for a return, it is treated as a type of order and hand%ed in !&32s sa%es function. 0hi%e products #ay be returned in !&3 without a corresponding past order, in our e+a#p%e, we wi%% assu#e that a pre(ious order has been p%aced and is being returned. 0e wi%% return the order created in $hapter B, with the purchase A po*B1*55. To begin the !eturns process, use the fo%%owing path)

LogisticsSales and Distribution SalesOrderCreate (Transaction Code: VA01 (ield rder T4$e Sales rgani6ation Distribution "+annel Di)ision &alue ! 3=== 1= ==

Kote that the order type is ! , not 8!. Ke+t, we connect the return to the originating order, using the fo%%owing path) Sales Docu5ent "reate 'it+ Re-erence To rder

Dr. Bay Arinze (unauthorized copying prohibited)

93

;sing the Gatchcode and search he%p TA2, enter the purchase order nu#ber in the appropriate fie%d. 'e%ect the order nu#ber when it co#es up. "ress > "o$4 All ? and proceed to the !eturns screen. -n creating a return, the custo#er #ay see/ to return so#e or a%% the %ine ite#s in the origina% order. 8f each %ine ite#, the custo#er #ay see/ to return so#e or a%% of the 6uantity ordered. -n this particu%ar case, the custo#er see/s to return one of the two ordered ite#s, but wi%% /eep the free ite#, which is acceptab%e to our co#pany. $hange the 6uantity of the %ine ite# 1= fro# 2 to 1. 5o to the /illing /loc0 fie%d. rder Reason and

enter !eason 1=1 ("oor Qua%ity). Before sa(ing the return, notice the Ko. M 9EN in +a#ine the #atchcode for this fie%d to see what M 9EN #eans. -t signifies Mc+ec0 credit 5e5o2 and is an added %e(e% of (erification to ensure that returns are (a%id and #ust be e+p%icit%y appro(ed by an organizationa% representati(e. This representati(e wi%% typica%%y chec/ to ensure the return was based on an order and that it was appro(ed, #aybe with an !GAA (!eturn Gerchandise Authorization nu#ber). 'a(e the !eturn.
1?%1 RET!RN DELI&ER<

After a !eturn is created, a returns de%i(ery transaction fo%%ows. 0e can go direct%y to this using the path) Sales Docu5ent SubseFuent (unctions "reate Deli)er4 This sa(es the !eturn and creates a Returns Deli(ery docu#ent. Atte#pt to pic/ using SubseFuent (unctions Trans-er rder. 0hat :appensD

0e are not a%%owed to pic/ in a !eturns De%i(ery, as the #ateria%s are being recei(ed by us, not being sent out to the custo#er. The necessary step is si#p%y

Dr. Bay Arinze (unauthorized copying prohibited)

99

to "ost 5oods -ssue, by c%ic/ing on the > Post 7oods Issue? button or by se%ecting) Edit Post 7oods Issue, or by hitting (E. This co#p%etes the !eturns De%i(ery and denotes the #ateria% being recei(ed bac/ into the co#pany2s p%ant. 0rite down the !eturns De%i(ery nu#ber. Ke+t, we #ust go to Bi%%ing and create a credit #e#o, in order to gi(e the custo#er credit for the #ateria% return. 7ro# the top#ost #enu %e(e% in !&3, use the fo%%owing path)

Logistics Sales and Distribution 'illing 'illing Document Create1 (Transaction Code: V*01 -f the !eturns docu#ent nu#ber is not auto#atica%%y se%ected, type it in (not the !eturns De%i(ery nu#ber). An error resu%ts. generated. +ecute the credit #e#o generation.

+a#ine the %og to find out why a credit #e#o cou%d not be

IThe reason is that is was b%oc/ed for bi%%ing in the !eturn

docu#ent.J -n another session, go bac/ to the !eturn docu#ent and re#o(e the M=@N in the >illing >loc3 fie%d. +ecute the credit #e#o generation again and sa(e. 7ina%%y, the custo#er #ust be gi(en the credit in (inancial Accounting. -n !&3, note that custo#er credits as we%% as pay#ents are hand%ed in Accounts Recei(able. using) Accounting *inancial Accounting Document $ntr# "ncoming Pa#ment1 (Transaction Code: *6/7 Dr. Bay Arinze (unauthorized copying prohibited) Accounts ,eceivable A%% supp%ier credits and pay#ents, con(erse%y, are hand%ed in Accounts Payable. 5o to the appropriate %ocation in 7- fro# the top %e(e% of !&3

9<

This ta/es you to the >Post Inco5ing Pa45ents: #eader Data? screen and for#. nter the fo%%owing data)

(ield Docu5ent Date Docu5ent T4$e "o5$an4 "ode Posting Date "urrenc4/Rate /an0 Data: Account &alue Date $en Ite5 Selection: Account

&alue IToday2s dateJ DL (custo#er pay#ent) 3=== IToday2s dateJ ;'D 1131== (du##y $hec/ing Account) IToday2s dateJ @55

This ta/es you to the >Post Inco5ing Pa45ents: Process the

$en Ite5s?

screen. -n the %ist of open ite#s, there shou%d be one in(oice re6uiring a credit in $en Ite5s %ist. -f there is #ore than one in(oice %isted, #a/e a%% the other in(oices inacti(e in order to pay on the re%e(ant credit #e#o. Thereafter, enter the a#ount re6uired to c%ear the credit #e#o. Kote that it wi%% ha(e a W(e sign as it is a credit to the custo#er.

1?%3 "REDIT 3E3 S

A credit #e#o is a%so treated as a type of order and hand%ed in !&32s sa%es function. -n this instance, the custo#er #ay ha(e recei(ed a product that was da#aged or ruined on de%i(ery. :ence, it #a/es %itt%e sense to return the actua% product or #ateria%, gi(en that the custo#er2s (ersion of e(ents is accepted. 0e %i/ewise assu#e that a pre(ious order has been p%aced and credit is being sought.

Dr. Bay Arinze (unauthorized copying prohibited)

9B

0e wi%% return the order created in $hapter @, with the purchase A po*@1*55. Kotice that the transaction needed is the Credit !emo ,e0uest transaction, or "R. To begin the $redit Ge#o !e6uest process, use the fo%%owing path)

LogisticsSales and Distribution SalesOrderCreate (Transaction Code: VA01 (ield rder T4$e Sales rgani6ation Distribution "+annel Di)ision &alue $! 3=== 1= ==

Kote that the order type is $!, not ! . Ke+t, we connect the credit #e#o re6uest to the originating order, using the fo%%owing path) Sales Docu5ent "reate 'it+ Re-erence To rder

;sing the Gatchcode and search he%p TA2, enter the purchase order nu#ber in the appropriate fie%d. 'e%ect the order nu#ber when it co#es up. "ress > "o$4 All ? and proceed to the $redit Ge#o !e6uest screen. -n creating a credit #e#o re6uest, the custo#er #ay see/ credit for so#e or a%% the %ine ite#s in the origina% order. 'i#i%ar to a return, the custo#er #ay a%so see/ credit for so#e or a%% of the 6uantity ordered for each %ine ite#. -n this particu%ar case, the custo#er see/s credit for a%% the ordered ite#s, which is acceptab%e to our co#pany. 5o to rder Reason and enter !eason 1=3 (MGateria% !uinedN). The /illing

/loc0 fie%d. -s again fi%%ed in with a M 9EN, signifying Mc+ec0 credit 5e5o2. This forces e+p%icit credit (erification by an organizationa% representati(e. 'a(e the $redit Ge#o !e6uest.

Dr. Bay Arinze (unauthorized copying prohibited)

9@

1?%@ /ILLIN7

'ince no goods are being returned, we go direct%y to Bi%%ing and create a the actua% credit #e#o, in order to gi(e the custo#er credit for the #ateria% return. 7ro# the top#ost #enu %e(e% in !&3, use the fo%%owing path)

Logistics Sales and Distribution 'illing 'illing Document Create1 (Transaction Code: V*01 -f the $redit Ge#o !e6uest docu#ent nu#ber is not auto#atica%%y se%ected, type it in and e+ecute the credit #e#o generation. An error resu%ts fro# the bi%%ing b%oc/. -n another session, go bac/ to the $redit Ge#o !e6uest and re#o(e the M=@N in the >illing >loc3 fie%d. +ecute the credit #e#o generation again and sa(e. 7ina%%y, the custo#er #ust be gi(en the credit in (inancial Accounting. -n !&3, note that custo#er credits as we%% as pay#ents are hand%ed in Accounts Recei(able. using) A%% supp%ier credits and pay#ents, con(erse%y, are hand%ed in Accounts Payable. 5o to the appropriate %ocation in 7- fro# the top %e(e% of !&3

Accounting *inancial Accounting Document $ntr# "ncoming Pa#ment1 (Transaction Code: *6/7

Accounts

,eceivable

This ta/es you to the >Post Inco5ing Pa45ents: #eader Data? screen and for#.

Dr. Bay Arinze (unauthorized copying prohibited)

9F

nter the fo%%owing data)

(ield Docu5ent Date Docu5ent T4$e "o5$an4 "ode Posting Date "urrenc4/Rate /an0 Data: Account &alue Date $en Ite5 Selection: Account

&alue IToday2s dateJ DL (custo#er pay#ent) 3=== IToday2s dateJ ;'D 1===== (du##y $hec/ing Account) IToday2s dateJ @55 $en Ite5s?

This ta/es you to the >Post Inco5ing Pa45ents: Process the

screen. -n the %ist of open ite#s, there shou%d be one in(oice re6uiring a credit in $en Ite5s %ist. -f there is #ore than one in(oice %isted, #a/e a%% the other in(oices inacti(e in order to pay on the re%e(ant credit #e#o. Thereafter, enter the a#ount re6uired to c%ear the credit #e#o. Kote that it wi%% ha(e a *(e sign as it is a credit to the custo#er.

Dr. Bay Arinze (unauthorized copying prohibited)

<=