Watch for system activity using fusion

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

🔗 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.

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:

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,