Skip to content

Configure service requests

Enable service requests and configure submission, intake, and work order conversion.

Overview

Administrators can configure customer service valet submission, end-user self-service submission, visitor submission, service request allocation, work transfer orders, and automatic generation of service requests by email. It is recommended to implement in the order of "enabling functions, configuring entrances and permissions, configuring acceptance processes, configuring subsequent conversions, and verification" to avoid only turning on function switches without available entrances or handlers.

Before you begin

  • Use a service pass administrator account, or an account with system settings, online customer service channels, Internet roles and WeChat public account configuration permissions.
  • Clarify the submission methods that need to be opened this time: customer service submission, self-service submission by registered users, visitor submission or automatic email generation.
  • Customer service personnel and customer service groups have been prepared; when it is necessary to transfer a work order, the mapping relationship between service request fields and work order fields has been clarified.
  • Self-service submission requires a connected WeChat official account. The automatic generation of emails requires a bound and normal system mailbox.
  • Prepare internal customer service, registered end users, tourists and customer service acceptance test accounts, and select according to the actual activation range.

Configuration sequence

SequenceConfiguration itemsProblems solved
1Enable service requestMake the service request object and subsequent configuration available
2Configure assigneesDetermine who can perform service request assignments
3Configure valet or self-service entranceDetermine where service requests are created from
4Configure permissions and guest identitiesDetermine which external users can submit
5Configure intake agent groups, assignment rules, and processesDetermine who handles self-service requests and which process applies
6Configure work order transferDetermine how to generate a work order when on-site service is required
7Configure email rules (optional)Automatically generate business records from emails that meet the conditions

Enable service request

Service request is a functional module shared by online customer service and service channels and needs to be enabled manually. The source material provides two product entrances:

  • Online Customer Service > Service Request Settings: Click the Enable button.
  • Service Pass > System Settings > Value-added Plug-ins: Find Service Request and enable it.

Find the service request plug-in in the service system settings

After enabling it, enter the Basic Settings of the service request and continue to configure assignees, end-user submissions, service request assignments, and service request transfer orders.

Configure assigned personnel

  1. In the Basic Settings of the service request, find Assignees.
  2. Click Settings to add employees responsible for service request assignments.
  3. After saving, use one of the accounts to verify whether the service request assignment can be performed.

NOTE

Assigned personnel are used to perform service request assignments and are not equivalent to accepting customer service groups. Which customer service group will accept requests submitted by self-service? You also need to continue to configure service request distribution.

Configure customer service workbench to submit on behalf of customers

When customer service personnel communicate with customers through web pages or WeChat channels, they can create service requests directly in the sidebar of the customer service workbench.

  1. Go to Online Customer Service > Web/WeChat Access Settings and select the target channel.

  2. Open Workbench Extension Information > Related Information and click Manage.

    Enter the online customer service workbench to expand information configuration

  3. Add Service Request to the associated object and confirm to save.

    Add the service request to the customer service workbench associated object

  4. Click Select usage scope in the service request line, and check the web page or WeChat access channel where the portal needs to be displayed.

    Select the scope of use of the customer service workbench for service requests

  5. Use the customer service account of the target channel to enter the customer service workbench and confirm that Service Request and the new entry are displayed in the related information area.

Configure end-user self-service submission

Enable end-user submission

  1. Enter the Basic Settings of the service request.
  2. Enable End User Submission.
  3. If only registered Internet users are allowed to submit, guest status will not be enabled for the time being.

This switch only allows end users to submit, and will not automatically complete the public account menu and external role permission configuration.

Configure WeChat public account menu

  1. Confirm that the enterprise has accessed the WeChat official account.
  2. Enter the custom menu configuration of the WeChat official account.
  3. Add or edit the menu, and select Service Request in Service Pass - End User.
  4. Click Save and Publish to make the menu available to end users.

Connect WeChat public account menu to service request

Configure external user permissions

  1. Enter Admin Backstage > Internet Role > Personal User > Permission Settings.
  2. Grant at least the View List, View Details and New permissions required by the business under the Service Request object.
  3. Continue to configure field permissions and data sharing permissions based on the enterprise's data boundaries. Do not infer that users can view all requests based on object permissions alone.
  4. After saving, use the personal user test account to create a new service request from the official account entrance.

Grant service request viewing and new creation permissions to individual users

The fields and layout of the service request form can be adapted to the needs of the business. After the required fields are added, the submission should be re-verified using the end user account.

Configure guest submission

Guest status is only enabled if the enterprise allows submissions from unregistered users. Registered Internet users can submit, but it does not mean that visitors can also submit.

  1. Enter Admin Backstage > Internet Management > Internet Settings > Basic Settings.

  2. Find Connected Guest Identity and enable it.

    Find the Internet visitor identity in Internet settings

  3. Open the parameter setting of the visitor identity, select the associated customer according to the page requirements and save it.

    Configure associated customers of Internet visitor identity

  4. Confirm that the Internet Visitor Identity switch is enabled.

    Confirm that Internet visitor identity is enabled

  5. Use a non-login or non-registered environment to access the service request portal and verify whether the form can be opened and submitted.

WARNING

The visitor entrance will expand the scope of submissions. Before going online, you should check whether the public form contains customers, contacts, or internal fields that should not be exposed, and verify that the required information is sufficient for customer service to contact the submitter.

Configure service request distribution

Requests submitted by end users themselves need to enter the acceptance process. The administrator needs to confirm the customer service group, assignment rules and process assignment at the same time.

Configure the intake agent group

  1. Open the Acceptance Customer Service Group in the service request settings.
  2. Add the customer service group and members responsible for accepting service requests.
  3. After saving, check whether the test account in the group has the customer service role and to-do access rights.

Configure automatic allocation and assignment rules

  1. Enable Automatic allocation of service requests in Basic Settings.
  2. Click to set or open the Assignment Rules tab.
  3. Create an assignment rule. Set its service request scope, assignment method, priority, and activation status.
  4. Adjust the priorities of rules that may hit at the same time, and verify them separately using test requests with different conditions.

Configure service request assignment rules

The source information states that service requests submitted by self-service can be assigned to the customer service group based on assignment rules. When a rule condition is not hit or automatic assignment is not enabled, it should not be assumed that the request will go to the intended agent group.

Configure service request process

  1. Open the Process Assignment tab.
  2. Select an existing service process for each service request business type, or create a new service process according to the page entry.
  3. Confirm that a business type only corresponds to the expected service process, save and then test the business type.

Configure service process for service request business type

Configure service request transfer to work order

  1. Enable Service Request to Work Order in the Basic Settings of the service request.
  2. Open the object field mapping rules of the service request to work order.
  3. Check the system's preset mapping and supplement the mapping of service request fields to work order fields according to business needs.
  4. Confirm that mapping, fixed values, or later manual input supplies every required work order field.
  5. Use a test service request and click Generate work order to check the new work order and the relationship between the two.

After enabling, the system presets work order transfer operations and field mapping rules.Work orders are generated only when the work order conversion operation is executed; enabling the switch itself will not batch convert existing service requests into work orders.

Configure emails to automatically generate service requests

Prepare system mailbox

  1. Enter the Admin Backstage > Mailbox Management and bind the system mailbox used to receive customer emails.
  2. Confirm that the mailbox status is normal and enable the precipitation of incoming emails. The source information also requires not to close the incoming/outgoing mail precipitation of this mailbox.
  3. Use test emails to verify that the system can receive and deposit emails normally.

Create a new email conversion rule

  1. Enter Service>System Settings>Full Function Configuration>Business Plug-in>Remote Service Tool>Mailbox.

    Enter the mailbox rules from the full-featured configuration of Service Pass

  2. Click New Generation Rule.

    View the list of automatically generated rules for emails

  3. Configure the rules and save:

    Configuration itemsConfiguration instructionsLimits or checkpoints
    Rule nameUse a recognizable business nameAvoid having the same name or duplicate meaning with other rules
    MailboxSelect the system mailbox to receive customer emailsYou can only select the bound system mailbox; do not turn off mail precipitation
    Applicable scopeSelect which emails can be convertedAn overly broad scope can convert unrelated email into business records
    Automatically generated target objectSelect Service RequestThe target object can be only Work Order or Service Request
    Field mapping configurationKeep system default mappings and add mappings as neededMissing values for target required fields may cause creation failure
    Exception notificationSend a CRM notification to Service Pass administrators when conversion failsEnable for production use

    Configure email target objects, field mapping and exception reminders

  4. Adjust the rule priority. The smaller the number, the higher the priority; when an email hits multiple rules, the system converts it according to the highest priority rule.

  5. Enable the rule and send a test email that meets the criteria.

Verify email conversion

  1. Open the precipitated test email in the system and confirm that the mapping information such as title, summary, sender, etc. is complete.
  2. Find the automatically generated record in the service request list.
  3. Check the configured fields such as service request source, subject, problem description, customer, contact, and person in charge.
  4. Send another email that does not meet the applicable scope to confirm that a service request is not generated by mistake.
  5. Construct a test email that lacks the required fields of the target to confirm that the administrator can receive CRM alerts when exception alerts are enabled.

Check system-precipitated emails and mapping information

Expected results and verification

  1. The customer service workbench only displays the new entry for service requests in the configured access channel.
  2. Registered end users can submit requests from the WeChat Official Account menu. Users cannot perform actions beyond their role permissions.
  3. Unregistered users can submit as guest only after guest status is enabled.
  4. Requests submitted by self-service will be entered into the expected customer service group according to the assignment rules, and the service process of the corresponding business type will be used.
  5. After clicking Generate Work Order, the new work order is associated with the source service request, and the mapping fields comply with the configuration.
  6. Emails that comply with email rules will generate service requests, and emails that do not meet the applicable scope will not generate records.

Adjust or disable

  • Before deactivating a certain portal, first confirm whether there are still customers using the official account menu, customer service channel or email.
  • After modifying assignment rules or process assignments, use new request verification; do not assume that the modification will recalculate all existing requests.
  • Before deactivating work transfer orders, confirm that the customer service team has an alternative handling method.
  • When deactivating email rules, the system mailbox and mail deposits will be retained unless the mailbox will no longer be responsible for other services.

Notes

  • Object permissions, official account menu and end user submission switch are different configurations and cannot replace each other.
  • Assigned personnel, customer service group and Internet individual users are different role scopes and should be configured and verified separately.
  • Automatic allocation, assignment rules and process allocation jointly determine the processing path of self-service requests. The lack of any link may cause the to-do to not meet expectations.
  • Email rules only process valid emails that meet the applicable scope; the required fields of the target object are still subject to the object configuration.
  • Original screenshots contain the interface at different stages. The text is based on the configuration meaning that can be confirmed from the source data, and it is not inferred that the Web, App or all enterprise portals are completely consistent.