You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

Tasks to be completed when creating an operating procedure (from creation to publication)

  1. Enter the Title of the procedure:  Description of the operating procedure - Region (APAC, EMEA, LAM, NAM) - Country (Optional) - ERP (PI1, PF1, WP1)
  2. Add the following Labels
  3. Fill all fields as described
  4. Once the procedure is completed, publish it using the SBS-OtC approval workflow

Table of contents 

Objective and Scope

This OP describes how to perform the quality controls in the Collections Team of the Lisbon Service Center.

 

The scope of this OP is the Lisbon Cash Collection activities for all EMEA customers. The analysis is not exclusively based on tickets (Freshdesk) but also other sources (SAP). The process should analyze first the sample for each controlled task and then look for the source / origin of the request.

 

The Team-Leader or designated backup(s) must complete the excel file attached with total number of samples/tasks analyzed as well as the number of errors detected with this control and corrective actions defined.

 


Scope


    

ERP


 

References


 

There is no content with the specified labels

Attachments


1. Cash Collection Quality Indicators

Each week, it is necessary to extract 2 samples from each team-member (from previous week) of the following 3 indicators and analyze if the procedures were correctly followed:

 

  1. Disputes created
  2. Promises to Pay created
  3. Freshdesk Tickets closed

 

 

 

1.1 Disputes created

 

In PI1, open transaction UDM_DISPUTE.

In the “Created on” field, click on the arrow to select a range (previous week):

 

 

In the field “Case Type”, insert “Z00A” for Collections Call Output:

 

In the field "Escalation Reason", insert "Z4" for Region EMEA/BO:

 

 

Perform the search by clicking on  and export results to an Excel spreadsheet:

 

Download the file to your PC and open it. Select randomly at least 2 lines to analyze from each team-member.

 

For each sample, check if:

  • Title is appropriate for the dispute reason
  • Dispute reason was correctly selected
  • Notes of the dispute should have all necessary information to allow Sales/CSR/CM contacts to easily understand the issue and react quickly without going through a complex analysis.

 

Below some examples:

 

 1. Incomplete content: "The customer states payment terms are 60 days net and not 30 days net as mentioned on our invoices".

  • All relevant information (example: e-mail copy, contact person and phone nº) gathered when contacting the customer should be documented in the dispute, to facilitate the analysis from Sales/CSR/CM

 

 2. Clear request: "Could you please send the Proof of Delivery to the customer and confirm when it's done? Thank you"

  • Clearly ask Sales/CCS/ACM which action/decision is required from them

 

For more guidelines to better assess the quality compliance, the following documents can be checked:

  •         Dispute Scenarios: Dispute Scenarios (To identify the right type of disputes to create depending on the current issue)
  •         Escalation process guide: 
     (To check best-practices to follow when escalating issues to Sales/CSR/CM)

 

 

 

1.2 Promises to Pay created

 

Open transaction SE16.

 

Insert table "UDM_P2P_ATTR" and press ENTER:

 

 

In the "Promised On" field add the dates from previous week:

 

 

Check the "Width of Output List" / "Maximum No. of Hits" and update the figures if necessary to ensure all results are displayed:

 

 

Press F8 button or click on .

 

Download the file to your PC and open it. Select randomly at least 2 lines to analyze from each Lisbon team-member.

 

To check the content of each Promise to Pay, go to transaction BP to retrieve the BP nº:

 

 

 

 

 

 

#trackbackRdf ($trackbackUtils.getContentIdentifier($page) $page.title $trackbackUtils.getPingUrl($page))
  • No labels