Velocity Smart Technology Blog

ServiceNow Now Assist physical tickets: a practical guide

Written by Anthony Lamoureux | Tue, Jul 14, 2026

ServiceNow Now Assist physical tickets: a practical guide

TL;DR:

  • ServiceNow Now Assist generates AI-driven incident records for physical IT assets, automating support case creation, classification, and routing. Its success depends on accurate CMDB data, proper configuration, and integration with physical infrastructure, like smart lockers, for complete automation. Proper process design and ongoing data validation are essential to maximize efficiency and reduce manual interventions at enterprise scale.

ServiceNow Now Assist physical tickets are AI-generated incident records that automate the creation, classification, and routing of support cases involving physical IT assets, from broken laptops to peripheral requests. For IT managers in global enterprises, this capability addresses one of the most persistent inefficiencies in service delivery: the manual effort required to log, document, and route tickets for physical hardware events. Desktop support tickets already cost around $70 per incident compared to $22 for digital cases, according to MetricNet 2024. That cost gap makes physical ticket automation a CFO-level concern, not just an IT operations preference. Now Assist applies generative AI to capture interaction context, search knowledge bases before ticket creation, and populate structured records with device ownership and location data, reducing manual handling at every stage.

How does Now Assist automate physical ticket creation?

Now Assist automates physical ticket creation through an AI-powered incident logger that captures help desk conversations and converts them into fully documented incident records without manual note-taking. Setup and testing can be completed in approximately 30 minutes, removing the context-switching that slows down first-line support teams. The result is a structured ticket with populated fields, including caller identity, impacted configuration item, and device location, ready for routing or escalation.

The automation follows a clear sequence:

  1. Issue detection. A user reports a hardware fault through the ServiceNow portal, mobile app, or a help desk conversation captured by the AI incident logger agent.
  2. Knowledge base search. Before a ticket is created, Now Assist searches knowledge bases and connected intranet sources to check whether a self-service resolution exists. This step alone deflects a measurable proportion of unnecessary cases.
  3. Ticket generation. Where no self-service resolution applies, Now Assist generates a formatted incident ticket with an AI-produced summary, source links, and pre-populated asset fields.
  4. Routing and fulfilment trigger. The completed ticket routes to the appropriate assignment group and, where physical fulfilment is required, triggers a downstream workflow connected to physical infrastructure.

This sequence matters because it shifts the burden of documentation from the engineer to the AI layer. Engineers receive a complete, contextualised record rather than a sparse note from a phone call.

Pro Tip: Add a human approval gate between ticket generation and physical fulfilment dispatch. AI-generated records are accurate under normal conditions, but a brief review step catches edge cases where device ownership data is stale or the CI record is ambiguous.

What configuration is required to enable Now Assist physical tickets?

Activating Now Assist for physical ticket automation within ServiceNow ITSM portals requires a specific set of plugins, roles, and configuration steps. The core setup takes around 15 minutes when the environment is correctly prepared, though most enterprises encounter at least one configuration gap on first deployment.

The essential prerequisites and steps are:

  • Plugin version. Install the Now Assist for ITSM plugin at v4.0.3 or above. Earlier versions do not support the AI Search Assist widget in portal case forms.
  • Role assignment. Grant the sn_now_assist.user and sn_itsm_assist.admin roles to the relevant service accounts and administrators before activating components.
  • Now Assist Panel. Enable the Now Assist Panel within the ITSM workspace. This panel surfaces AI-generated summaries and suggested actions directly within the incident form.
  • AI Search Assist widget. Add the AI Search Assist widget to the portal case form and link it to the Short Description field. This linkage is what triggers knowledge base searches and catalogue request suggestions before ticket submission.
  • Record producer configuration. Configure record producers to fire AI-generated ticket suggestions when a user enters a short description matching physical asset categories, such as “broken laptop” or “keyboard not working.”
  • Asset field mapping. Link the AI Search Assist widget to physical asset fields, including Assigned To, Location, and Configuration Item, to pre-populate ticket data accurately.

Common pitfalls include activating the Now Assist Panel without completing the AI Search Assist widget configuration, which produces a panel that surfaces no suggestions. A second frequent error is failing to map the Short Description field correctly, so the AI layer never receives the input it needs to generate relevant results.

Pro Tip: Validate every component in a sub-production instance before promoting to production. Run a set of test cases covering the most common physical asset categories in your environment to confirm that knowledge base searches return relevant results and that asset fields populate correctly.

Why does CMDB quality determine physical ticket success?

CMDB accuracy is the single most important factor in determining whether Now Assist physical ticket automation delivers reliable outcomes. Poor CMDB quality impairs automation outcomes and physical asset reconciliation directly. When device ownership records are stale or location data is missing, the AI layer populates ticket fields with incorrect information, and physical fulfilment workflows dispatch to the wrong location or the wrong person.

The CMDB functions as the single source of truth for every physical ticket workflow. Now Assist reads device ownership, location, and CI relationships from CMDB records to populate ticket fields and determine which physical action to trigger. A ticket for a broken laptop at a specific site can only route correctly if the CMDB record confirms that device is assigned to that user at that location.

Maintaining a highly accurate CMDB is not a preparatory task to complete before go-live. It is an ongoing operational discipline that determines the ceiling of what AI-driven physical ticket automation can achieve. Automation multiplies the effectiveness of the data it reads. If that data is wrong, automation scales the error.

The integration between Now Assist and physical fulfilment infrastructure follows this dependency chain:

  • CMDB record accuracy determines whether the AI populates ticket fields correctly.
  • Correct ticket fields determine whether the routing logic sends the case to the right assignment group.
  • Correct routing determines whether the physical fulfilment trigger fires against the right asset and location.
  • Physical fulfilment trigger connects to hardware infrastructure, such as smart lockers or vending units, to complete the handover without engineer dispatch.

Now Assist acts as the intelligent conductor in this chain. It orchestrates the workflow and triggers the physical action, but it does not resolve hardware faults directly. That distinction is critical for IT managers scoping the integration. The AI layer closes the ticket; the physical infrastructure completes the handover.

Pro Tip: Schedule quarterly CMDB validation runs that specifically target device ownership and location fields for assets covered by physical ticket workflows. Stale records in these fields produce the highest proportion of automation errors in production environments.

What are the best practices for managing physical tickets at enterprise scale?

Scaling Now Assist physical ticket automation across a global enterprise requires deliberate process design, not just technical configuration. AI tools multiply existing process effectiveness but will not compensate for broken IT service design or poor foundation data quality. The process architecture must be correct before automation is applied.

  1. Separate incidents from requests. Avoid using generic incident records for every physical asset case. Incidents should capture unplanned failures; requests should handle planned provisioning. Mixing the two creates ticket factories where automation generates high volumes of poorly classified records that require manual triage.
  2. Preserve context across connected records. Design workflows so that caller identity, impacted services, and CI data flow across connected records. Context continuity is what enables Now Assist to make accurate decisions at each stage of the physical ticket lifecycle.
  3. Validate plugin states before production. Scoping generative AI skills to sandbox instances with limited resources causes platform instability. Always validate that plugins and skills are activated in the correct production environment before enabling physical ticket workflows for end users.
  4. Establish governance for automation approvals. Define which physical ticket categories can proceed to fulfilment without human review and which require approval. Document this governance in a formal policy and review it quarterly as automation coverage expands.
  5. Measure time savings and fulfilment speed. Track mean time to resolution for physical tickets before and after Now Assist activation. For enterprises managing IT support automation at scale, quantifying these gains builds the internal case for expanding automation to additional asset categories and locations.

For multi-location deployments, apply consistent record producer configurations across all regions. Local variations in field mapping or catalogue structure introduce inconsistencies that degrade AI accuracy over time. A single, governed configuration template applied globally produces more reliable outcomes than site-by-site customisation. Reviewing an IT automation governance checklist before each regional rollout reduces the risk of configuration drift.

Pro Tip: Build a physical ticket automation dashboard in ServiceNow that tracks deflection rate, mean time to fulfilment, and CMDB field accuracy for assets in scope. Review it monthly. The data will show you exactly where the automation is working and where the process design needs adjustment.

Key takeaways

Now Assist physical ticket automation delivers measurable efficiency gains only when CMDB data is accurate, process design separates incidents from requests, and the AI layer connects to physical fulfilment infrastructure.

Point Details
CMDB accuracy is non-negotiable Stale device ownership and location data directly impairs AI-driven ticket routing and physical fulfilment.
Configuration requires specific plugin versions Now Assist for ITSM requires v4.0.3 or above, with the AI Search Assist widget linked to the Short Description field.
Now Assist orchestrates, not fulfils The AI layer triggers physical workflows; hardware infrastructure such as smart lockers completes the handover.
Process separation prevents ticket overload Separating incidents from requests at the design stage stops automation from generating poorly classified records at scale.
Governance and measurement sustain ROI Quarterly CMDB validation, approval policies, and deflection rate tracking are required to maintain automation quality over time.

Why the physical layer is where AI automation actually earns its keep

From my experience working with enterprise IT teams deploying Now Assist across multi-site environments, the most common misconception is that activating the AI layer is the hard part. It is not. The hard part is what comes after: ensuring that the AI has accurate data to read, a well-designed process to follow, and a physical endpoint to trigger when the ticket requires a hardware handover.

I have seen deployments where Now Assist was configured correctly in every technical respect, yet produced unreliable outcomes because the CMDB had not been maintained. The AI generated tickets with the wrong location data, fulfilment workflows fired to the wrong site, and engineers ended up dispatched manually anyway. The automation had not failed. The data had.

The second pattern I observe consistently is the absence of physical fulfilment infrastructure. Now Assist closes the digital side of the ticket with genuine efficiency. But if the resolution requires a laptop swap and there is no automated handover mechanism at the site, an engineer still has to travel. That is the gap that Velocity-smart’s Smart Collect platform addresses directly, running natively inside ServiceNow and connecting the AI-generated ticket to a physical locker or kiosk that completes the handover without human dispatch.

IT leaders who treat Now Assist as a standalone solution will capture partial value. Those who connect it to physical infrastructure will close the loop entirely. That is not a vendor argument. It is a process architecture observation. The ServiceNow operations automation workflow only delivers its full potential when the digital and physical layers are designed as a single system.

— Anthony

How Velocity-smart extends Now Assist to the physical layer

Now Assist automates the digital side of physical IT support with genuine capability. The gap it cannot close alone is the physical handover: the laptop swap, the peripheral request, the broken device exchange that still requires a human to show up. Velocity-smart’s Smart Collect platform fills that gap as a fully ServiceNow-native application, running inside your existing tenant with no middleware or parallel database.

Smart Collect connects Now Assist-generated tickets directly to smart lockers and kiosks that complete device handovers without engineer dispatch. The Smart Kiosk™ replaces the traditional walk-up help desk with an AI-powered video resolver. Smart Vending dispenses peripherals on demand, 24 hours a day. All three operate from a single platform inside ServiceNow, inheriting your existing RBAC, audit trail, and CMDB. Enterprises using Smart Collect before agentic AI drove their workflows saw 83% faster fulfilment and 60% fewer on-site tickets. Explore IT self-service hardware automation to see how global enterprises are closing the physical layer today.

FAQ

What are ServiceNow Now Assist physical tickets?

ServiceNow Now Assist physical tickets are AI-generated incident records that automate the logging, classification, and routing of support cases involving physical IT assets. The AI layer captures interaction context, searches knowledge bases before ticket creation, and populates structured records with device ownership and location data.

How does Now Assist reduce unnecessary physical ticket creation?

Now Assist searches knowledge bases and connected intranet sources before a ticket is submitted, delivering instant summaries and directing users to relevant catalogue requests. This deflection step reduces the volume of tickets that reach the assignment queue.

What plugin version is required to activate Now Assist for ITSM?

Now Assist for ITSM requires plugin version 4.0.3 or above. The AI Search Assist widget, which drives knowledge base searches and ticket suggestions in portal case forms, is not available in earlier versions.

Can Now Assist resolve physical hardware issues without additional infrastructure?

Now Assist cannot complete physical hardware handovers independently. It acts as the AI orchestration layer, triggering downstream physical workflows, but requires integration with physical infrastructure such as smart lockers or vending units to fulfil hardware requests without engineer dispatch.

Why does CMDB quality affect Now Assist physical ticket accuracy?

Now Assist reads device ownership and location data from CMDB records to populate ticket fields and trigger physical fulfilment workflows. Inaccurate or stale CMDB data causes the AI to generate tickets with incorrect routing information, which undermines the automation and can result in manual engineer dispatch.