Yes — you absolutely can create custom date filters in reports and add them to dashboards, even in the SNAP release. However, there are important constraints you need to be aware of, especially given the age of SNAP compared to modern releases.
Below is a clear, honest, step-by-step explanation, including what is possible, what is not, and practical workarounds that actually work in SNAP.
✅ Short Answer (Executive Summary)
✔️ Yes, custom date logic can be created in reports
✔️ Yes, those reports can be added to dashboards
❌ No, SNAP does not support fully dynamic/custom date pickers like modern UI Builder dashboards
⚠️ You must use relative dates, scripted filters, or interactive filters
🔎 Understanding the SNAP Limitation (Important Context)
You are on SNAP, which means:
No UI Builder–based dashboards
No modern Filter Pills
No dynamic “From Date / To Date” user inputs
Dashboards rely on classic reporting engine
So we must design within classic capabilities.
✅ Option 1 — Use Relative Date Filters (Most Common & Supported)
This is the recommended approach in SNAP.
Example Use Cases
Last 7 days
Last 30 days
This month
Last month
Last X days
How to Configure
Go to Reports
Create / open your report
Add condition:
Date field (e.g. Opened) → Relative → Last → 7 → days
Save the report
Add it to a dashboard
✔️ Works perfectly
✔️ Dashboard-safe
✔️ SNAP-compatible
✅ Option 2 — Use Interactive Filters (Closest to “Custom Date Filter”)
Interactive Filters do exist in SNAP, though limited.
Supported Date Inputs
On / Before / After
Relative date ranges
Steps
Go to Dashboard
Click Edit
Add Interactive Filter
Select:
Table
Date field (Opened, Created, etc.)
Attach it to your report
Users can now adjust the date range live on the dashboard.
📌 This is the best approximation of a custom date picker in SNAP.
⚠️ Option 3 — Scripted / Advanced Date Conditions (Power Users Only)
You can use encoded queries with dynamic date logic.
Example
opened_at>=javascript:gs.daysAgoStart(30)
Or:
opened_at>=javascript:gs.beginningOfLastMonth()
✔️ Works in reports
✔️ Dashboard-safe
❌ Not editable by end users
❌ Hardcoded logic
Use this only if:
The date logic must be fixed
End users do not need control
❌ What You CANNOT Do in SNAP
Be very clear on this:
Feature SNAP
| Custom date picker (from/to) | ❌ |
| UI Builder filter pills | ❌ |
| Dashboard-level date input fields | ❌ |
| User-entered date parameters | ❌ |
These arrived much later (Paris → Utah → Tokyo → Vancouver era).
✅ Best Practice Recommendation (Strong Opinion)
For SNAP:
Use relative date filters inside reports
Add interactive filters for flexibility
Avoid scripting unless absolutely required
If users ask for “custom date selection,” explain:
“This instance supports relative and interactive date filtering, not free-form date input.”
That sets the right expectation.
🧠 Decision Matrix (Quick Reference)
Requirement Best Option
| Fixed rolling window | Relative date |
| User-controlled date range | Interactive filter |
| Advanced logic | Scripted query |
| Free date picker | ❌ Not supported |
ℹ️ Platform Context
All of the above applies to ServiceNow SNAP release and classic dashboards.
[ Please Mark my post as helpful & accept it if you find it valuable ]
