Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

There are a number of key terms relevant to the use cases described in this document.

Key Term

Description

GraphQL API

Method of retrieving a customer’s data via a single endpoint.

For more information, see “Introduction to the Scope GraphQL API”.

DeepLinks

Method of launching the Scope Worklink app via a structure URL.

For more information, see “Using Deeplinks”.

Webhooks

Method of notifying a customer’s internal systems about key events that take place in the Scope platform.

For more information, see “Using Webhooks”.

Scenarios

Sets of work instructions pertaining to a specific physical device, to be completed by a user while using the Scope Worklink app.

Scenario Sessions

Recordings of Scenarios performed and completed by a user while using the Scope Worklink app.

Scenario Catalogs

Mapping a customer’s internal system objects (like assets or training modules) to Scenario Sessions.

Real-Time Integration with System-Of-Record

...

Scope Deeplinks are highly extensible and accept any number of external data parameters, not just work_order_id.

Integration Workflow

...

To integrate your system of record that is triggering the execution of work instructions and then recording the results of that execution the data workflow would be as follows.

...

The steps of this flow entail:

  1. The user visits a Deeplink dynamically generated by the system-of-record (see “configuration” above).

  2. The WorkLink app launches and loads the Scenario Catalog identified by the Deeplink’s asset query param.

  3. The user selects a Scenario and begins a Scenario Session (causing all additional query parameters passed by the Deeplink to be stored as key-value pairs in a JSON hash on the ScenarioSession.externalData attribute, including and notably work_order_id).

  4. The customer’s custom application receives Webhook event notifications from the Scope platform that there is new data that the application is interested in.

  5. The customer’s custom application queries the Scope GraphQL API to retrieve the ScenarioSession data identified by the Webhook payload resource_id (see Scenario Session Data Sample Queries ).

  6. The customer’s custom application inspects the data retrieved for the value of ScenarioSession.externalData.work_order_id

  7. The customer’s custom application then associates the retrieved Scenario Session data with the work order in the customer’s system-of-record (using system-of-record APIs, or similar) using available APIs from the system-of-record.

The customer’s custom application receives ALL Webhook notifications, not just create and update events pertaining to ScenarioSessions. The application should inspect the Webhook’s payload event and data.resource_type values in order to determine the proper action to take.

Alternatively, you can use the built-in integration features of the Worklink CMS. This eliminates the need for a custom middleware app and the Worklink Integration scripts do that for you. See below for how that changes the data flow.

...

The steps of this flow entail:

  1. The user visits a Deeplink dynamically generated by the system-of-record (see “configuration” above).

  2. The WorkLink app launches and loads the Scenario or Catalog identified by the Deeplink’s asset query param.

  3. The user selects a Scenario and begins a Scenario Session (causing all additional query parameters passed by the Deeplink to be stored as key-value pairs in a JSON hash on the ScenarioSession.externalData attribute, including and notably work_order_id).

  4. The Worklink integration receives Webhook event notifications from the Scope platform that there is new data that the application is interested in.

  5. The Worklink integration queries the Scope GraphQL API to retrieve the ScenarioSession data identified by the Webhook payload resource_id (see Scenario Session Data Sample Queries ).

  6. The Worklink integration inspects the data retrieved for the value of ScenarioSession.externalData.work_order_id

  7. The Worklink integration then associates the retrieved Scenario Session data with the work order in the customer’s system-of-record (using system-of-record APIs, or similar) using available APIs from the system-of-record.

Scheduled Data Import/Analytics

...