Skip to main content
SamyukthaPa
Level 2
October 14, 2025
Solved

Watch for system activity using fusion

Hi All,

 

I’d like to trigger my Workfront Fusion scenario when a project is restored. How can I watch for this type of update?

 

 

Thanks in Advance

 

etaylor-1
etaylor-1Accepted solution
Community Manager
November 14, 2025

Use “Watch Events in Workfront” module

This is the general‑purpose listener for any Workfront object change.

  1. Module: Workfront → Watch Events

  2. Object Type: select Project

  3. Event Type: choose “Updated” (since “Restored” logs as an update to the project’s status).

  4. Filter (inside or after the module):
    Add a condition to watch for the specific field change that occurs when a project moves from Trash (status =DEL) to an active state (for example =CUR, PLN, INP, etc.).

    Example filter expression:

    oldStatus = "DEL" AND status != "DEL"

    This ensures the flow only fires when a deleted project is brought back.

  5. Follow‑up modules:
    Add any actions you want to happen post‑restore — e.g. send notifications, reset custom flags, re‑assign resources, etc.

🔗 Reference:
See Workfront Fusion | Watch Events module — it details how to detect and filter object updates.

⚙️ Quick summary

Action you want What to use Filter logic
Trigger when a project is restored Watch Events → Project → Updated oldStatus="DEL" AND status!="DEL"



🔗 Module Chain: “Project Restored Trigger”

1️⃣ Workfront > Watch Events

  • Connection: your main Workfront Fusion connection
  • Object Type: Project
  • Event Type: Updated
  • Output fields to include: - Project ID ($.object.id)
    - Status ($.object.status)
    - Old Status ($.objectChanges.status.oldValue)
    - New Status ($.objectChanges.status.newValue)
    - Name ($.object.name)

💡 Note: when a project is restored from the trash, Workfront emits one update event where oldValue="DEL" and newValue!="DEL".

2️⃣ Filter: “Restored Project Only”

Add this condition right after module 1 using a Fusion filter:

Condition:
  $.objectChanges.status.oldValue = "DEL"
  AND
  $.objectChanges.status.newValue != "DEL"

This ensures your flow runs only for restoration events, not ordinary status changes.

3️⃣ Workfront > Get Record

  • Connection: same as module 1
  • Record Type: Project
  • Record ID: {{1.object.id}} (use the ID output from the Watch Events module)
  • Purpose: retrieves all full project fields and attached custom forms.

4️⃣ Any downstream modules (your choice)

Depending on what you want to do after restoration: - Notify team (Slack or Email module)
- Set custom form fields back to “Active”
- Update tasks or re‑activate permissions

Example notification payload:

{
  "text": "Project '{{3.name}}' was restored from trash and is now active again.",
  "projectId": "{{3.id}}",
  "status": "{{3.status}}"
}

✅ End result

Your Fusion scenario will now:

  1. Watch for project update events.
  2. Filter for status transitions from DEL → active.
  3. Fetch complete project details.
  4. Perform any follow‑up actions automatically.
View in thread

2 replies

etaylor-1
Community Manager
etaylor-1Community ManagerAccepted solution
Community Manager
November 14, 2025

Use “Watch Events in Workfront” module

This is the general‑purpose listener for any Workfront object change.

  1. Module: Workfront → Watch Events

  2. Object Type: select Project

  3. Event Type: choose “Updated” (since “Restored” logs as an update to the project’s status).

  4. Filter (inside or after the module):
    Add a condition to watch for the specific field change that occurs when a project moves from Trash (status =DEL) to an active state (for example =CUR, PLN, INP, etc.).

    Example filter expression:

    oldStatus = "DEL" AND status != "DEL"

    This ensures the flow only fires when a deleted project is brought back.

  5. Follow‑up modules:
    Add any actions you want to happen post‑restore — e.g. send notifications, reset custom flags, re‑assign resources, etc.

🔗 Reference:
See Workfront Fusion | Watch Events module — it details how to detect and filter object updates.

⚙️ Quick summary

Action you want What to use Filter logic
Trigger when a project is restored Watch Events → Project → Updated oldStatus="DEL" AND status!="DEL"



🔗 Module Chain: “Project Restored Trigger”

1️⃣ Workfront > Watch Events

  • Connection: your main Workfront Fusion connection
  • Object Type: Project
  • Event Type: Updated
  • Output fields to include: - Project ID ($.object.id)
    - Status ($.object.status)
    - Old Status ($.objectChanges.status.oldValue)
    - New Status ($.objectChanges.status.newValue)
    - Name ($.object.name)

💡 Note: when a project is restored from the trash, Workfront emits one update event where oldValue="DEL" and newValue!="DEL".

2️⃣ Filter: “Restored Project Only”

Add this condition right after module 1 using a Fusion filter:

Condition:
  $.objectChanges.status.oldValue = "DEL"
  AND
  $.objectChanges.status.newValue != "DEL"

This ensures your flow runs only for restoration events, not ordinary status changes.

3️⃣ Workfront > Get Record

  • Connection: same as module 1
  • Record Type: Project
  • Record ID: {{1.object.id}} (use the ID output from the Watch Events module)
  • Purpose: retrieves all full project fields and attached custom forms.

4️⃣ Any downstream modules (your choice)

Depending on what you want to do after restoration: - Notify team (Slack or Email module)
- Set custom form fields back to “Active”
- Update tasks or re‑activate permissions

Example notification payload:

{
  "text": "Project '{{3.name}}' was restored from trash and is now active again.",
  "projectId": "{{3.id}}",
  "status": "{{3.status}}"
}

✅ End result

Your Fusion scenario will now:

  1. Watch for project update events.
  2. Filter for status transitions from DEL → active.
  3. Fetch complete project details.
  4. Perform any follow‑up actions automatically.
Translate
    DavidGevorgyan
    Community Manager
    DavidGevorgyanCommunity Manager
    Community Manager
    November 14, 2025

    Workfront doesn’t currently provide a direct Event Subscription or webhook specifically for Project Restore actions, but you can detect restores by monitoring the Workfront Journal Entries (JRNLE) object. When a project is restored, a journal entry is created with:

    Field

    Meaning

    objCode = JRNLE

    Journal Entry

    changeType = R

    Restore action

    newTextVal

    Project name

    entryDate

    Timestamp of restore

     

    API call example

     

    /attask/api/v21.0/JRNLE/search?changeType=R&$$LIMIT=50&entryDate_Sort=desc&fields=newTextVal,entryDate,changeType

     

    Example response

     

    {
  "data": [
    {
      "ID": "6916ff38000103f020d2f521e6e3ea5d",
      "objCode": "JRNLE",
      "newTextVal": "asd12346",
      "entryDate": "2025-11-14T14:06:48:784+0400",
      "changeType": "R"
    }
  ]
}

     

    How to use this in Fusion

     

    1. Create a scheduled scenario that runs every 5 minutes

    2. Use the HTTP > Make API Call module with the request above

    3. Store the last processed entryDate or ID in a Data Store or variable

    4. On each run, fetch journal entries newer than the stored timestamp

    5. For each new restore journal entry, look up the Project via its name or ID and perform your automation

     

    Journal entries provide a reliable system-level audit trail for actions taken on objects in Workfront. The value changeType = R uniquely represents a restore event, allowing you to accurately detect when a project is restored. Running this check on a schedule should solve your problem!

     

     

    Thanks,

    Translate
      Terms & ConditionsAccessibility statement

      Loading footer...