Skip to end of metadata
Go to start of metadata

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

Compare with Current View Page History

« Previous Version 12 Next »

In the standard approach, two kinds of time tasks are sent to the cloud – one referring to an object (O-type) and another one referring to a person (P-type). They’re paired in FSM based on a common match code.

If a time task exists for a given activity (service order and person time tasks), it can be chosen as ‘task’ for time efforts created in the mobile app. This can generate an excessive number of tasks. For 5 operations, at least 10 tasks are sent (depending on /PACG/ECM_SOLAF - Subtasks - Filter config it can be more) – 5 referring to the person, 5 referring to the service order. This approach is recommended when time tasks are not person but service order dependent.

Example

Configuration

/PACG/ECM_SCG - Service call general settings

/PACG/ECM_SCTD – Service Call types definition: Overview and Detail

TAT active - Work with CO activity type for time confirmation. Those activity types are sent per order as defined in transaction /PACG/ECM_SOLAF - Subtasks - Filter .

Send Time Task - Send order operation as „task” for time effort capturing.

Act. Type as TT - Activity type as time task.

Not for person - Do not send time task for person.

/PACG/ECM_SOLAF - Subtasks - Filter

Steps

1.Create a service order of type YBS4 (the one set in /PACG/ECM_SCTD – Service Call types definition: Overview and Detail) and release it.

2. Four /PACG/ECM_ITYPE_SCALL_TASK idocs are sent. Two reference an object, the other two a person. One pair for one activity type.

Activity types taken from /PACG/ECM_SOLAF - Subtasks - Filter .

The time tasks can also be found by creating a query in the Analytics and Reporting Module.

3. Release assignment in FSM.

4. Go to the mobile app and create an effort for the activity assigned.

Observe how one task with person reference for each activity type (101/102) can be found.

5. Save the effort with the task ‘Service Standard’ and synchronize.

6. Approve the effort in Time and Material Journal.

7. An idoc of type /PACG/ECM_ITYPE_TIMEEFF_IN is received. It contains the task id (activity type 101, person reference).

8. Notice how the actual work value of the activity has changed in PM Order Confirmation.

9. Create another effort, this time with task ‘Service specialist’.

Save, synchronize and approve in Time and Material Journal.

10. An idoc of type /PACG/ECM_ITYPE_TIMEEFF_IN is received. It contains the task id (activity type 102, person reference).

11. A new activity type and actual work value appears in PM Order Confirmation.

Also another cost element can be found in Plan/Actual Comparison in the service order.

See other examples of time tasks creation and assignment:

‘Act. type as TT’ option set in transaction /PACG/ECM_SCTD, ‘No time task’ and ‘Time task for technician’ set in transaction /PACG/ECM_SCG:

Time tasks - Time task for technician

‘Act. type as TT’ option not set in transaction /PACG/ECM_SCTD, no settings in transaction /PACG/ECM_SCG:

https://proaxia-prod-doc.atlassian.net/wiki/spaces/PFCC/pages/37136054/PACG+ECM+SCTD+Service+Call+types+definition+Overview+and+Detail#%7C-_Ref36827017Example-5%3A-Act.-Type-as-TT-(checked-and-unchecked)

‘No time task’ option set in transaction /PACG/ECM_SCG:

https://proaxia-prod-doc.atlassian.net/wiki/spaces/PFCC/pages/72974378/PACG+ECM+SCG+-+Service+call+general+settings#No-time-task

  • No labels