procedure for workflow

[Former Member]

hi

pls can any one explain step by step procedure for sales order, purchase order workflow design. Thax heaps.

[Former Member]

Purchase Order and Sales Order Workflow

Purchase Order workflow ( Transaction : ME23N) determines the approval path for the buying organization . It first goes to the buyer, buyer's manager & thereafter based on the cost center & the associated amount, it goes for approval through the Cost Center organization .

i.e,

Buyer ( Requestor in the procurement deptt. of the buying organization)

|

|

v

Procurement Manager

|

|

v

Cost Center org. approval ( based on amount & Sign.Authority level)

Regarding , Sales Order( Transaction: VA01); it is created in the Sales Org of the company & basically governs the pricing structure of the order .The routing of an SO is

Sales Org. ( based on the cost center of the sold item)

|

|

v

Distribution Channel

|

|

v

Division

|

|

v

Reg. Sales office

|

|

v

Sales Group

|

|

v

Sales Person

Regards

Vasu

[Former Member]

Hi,

The following steps for PO.

Steps in Workflow

<b>1. Creation of Attachment by the PO creator</b>

As the first step in release of PO, a Work Item will be sent to the user who created the PO. The user has to attach documents for the reference of the approvers of different release codes and then execute the Workitem. However, attachment of document is not mandatory. The user can simply execute the workitem if he/she thinks a reference document is not required for a Purchase Order.

This step is required only for workflow of first level release code.

<b>2. Approval of Release by the Responsibility (Silent Release)</b>

Each responsibility associated with a particular Release Code will receive a Workitem for PO Release with the particular release code. Responsible person has the choice to either approve it or reject release of PO.

<b>3. Release of PO in Background</b>

When the user chooses to release the PO (in Step 2), the PO will be released in background by the Workflow.

<b>4. Reset Release</b>

A Background Step resets the Release of PO for the respective Release Code when the user (in step 2) rejects the release of PO.

<b>5. Email on the status of Release to the Responsibility</b>

Email will be sent to the agent who executed Silent Release with the status of the release.

<b>6. Monitoring for External Release</b>

A wait step will be monitoring for external release of PO with the Release Code of the Workflow. Receipt of the event will terminate the Workflow.

<b>7. Monitoring for Change in Release Strategy</b>

A wait step will be monitoring for Significant Change in Release Strategy. Receipt of the event will terminate the Workflow.

Thanks

Srinu