ProcurementCard RequestsDust

Ageing Card Requests: A Shared Dust Agent Finds the Bottlenecks

Card requests sit blocked in approval queues without the procurement team knowing. A Dust agent published for the whole procurement team maps every pending request in a single question.

The Spendesk MCP Team·9 July 2026·5 min read

The Problem

Card requests are how teams ask to spend: a virtual card for a purchase or a subscription, or a top-up. (The Spendesk MCP reads card requests only, not purchase order requests.) In practice, they frequently sit blocked in approval queues for days or even weeks — without the procurement team or the requester knowing exactly where the hold-up is.

The problem stems from a lack of centralised visibility. Each approver sees their own queue, but nobody has a cross-functional view: how many requests have been pending for more than a week? Who is the bottleneck? Which departments are accumulating unprocessed requests? Answering these questions today requires exporting data, joining multiple tables, and manually building a consolidated view.

In the meantime, operational teams escalate by email or Slack, generating noise and straining the relationship between procurement and business units. Urgent requests are not visually prioritised. And when a €50,000 request has been sitting in an absent manager's queue for three weeks, nobody knows.

A shared agent for the whole procurement team

With the Spendesk MCP connected once, workspace-wide, by an admin, a Dust agent configured for this analysis is immediately usable by the whole procurement team — no need for each buyer to rebuild the same consolidated view in a spreadsheet.

#financeDust — MCP Spendesk
V
Vous

Show me all card requests that have been pending for more than 7 days. Sort by oldest first.

⚙get_requests⚙get_users⚙get_cost_centers
D
@DustAPP

I identified 14 card requests pending for more than 7 days (`get_requests` covers card requests only; purchase-order requests are not included):

RequestRequesterDepartmentAmountPending SinceAwaiting Approver
REQ-2026-0891Lucas BernardIT€48,00022 daysThomas Renard
REQ-2026-0834Camille VidalMarketing€12,40019 daysMarie Dupont
REQ-2026-0867Florent MasseEngineering€8,90017 daysThomas Renard
REQ-2026-0902Sandra KleinHR€6,20016 daysPaul Girard
REQ-2026-0915Marc JouveSales€5,80014 daysMarie Dupont
REQ-2026-0923Inès MoreauFinance€4,40013 daysThomas Renard
REQ-2026-0941Romain FaureProduct€3,10012 daysPaul Girard
REQ-2026-0958Léa DumontCS€2,80011 daysSophie Blanc
………………
→14 blocked requests — total amount pending: €121,800
→Most solicited approver: Thomas Renard — 4 requests totalling €65,300 waiting
⚠️Critical alert: REQ-2026-0891 (Lucas Bernard, IT, €48,000) blocked for 22 days with Thomas Renard.
⚠️REQ-2026-0834 (Camille Vidal, Marketing, €12,400) pending with Marie Dupont for 19 days — operational impact risk.
❌Current average processing time: 14.2 days — recommended target: <5 business days.

Would you like me to prepare a summary of follow-up messages to send to each approver, sorted by urgency?

Going Further: 2 Additional Use Cases

Approver With the Most Unprocessed Requests

Identifying which approver holds the most pending requests helps determine whether a bottleneck is structural (scope too wide) or circumstantial (absence, busy period).

#financeDust — MCP Spendesk
V
Vous

Which approver has the most unprocessed card requests pending?

⚙get_requests⚙get_users
D
@DustAPP

Approver ranking by number of pending requests:

ApproverPending RequestsTotal AmountAverage Wait Time
Thomas Renard6 requests€74,10015.3 days
Marie Dupont4 requests€21,80012.1 days
Paul Girard3 requests€14,2009.4 days
Sophie Blanc2 requests€5,6008.2 days
Others (5 approvers)4 requests€6,1007.1 days
→Thomas Renard holds 31% of pending requests and 61% of the total blocked amount.
⚠️Thomas Renard approves requests from the IT, Engineering, and Finance cost centers — scope is potentially too broad.
→Recommendation: consider a signature delegation for requests under €10,000 in these categories.
✅Paul Girard and Sophie Blanc process their requests within reasonable timeframes (<10 days average).

Would you like me to identify the request types that systematically go to Thomas Renard, to evaluate where delegation is possible?

Requests Over €10,000 Blocked for More Than 14 Days

Large blocked requests represent both an operational risk (project delays) and a financial risk (unformalised commitments that may lead to off-process purchases).

#financeDust — MCP Spendesk
V
Vous

Are there any card requests over €10,000 that have been waiting for more than 14 days?

⚙get_requests⚙get_users⚙get_cost_centers
D
@DustAPP

I identified 4 card requests above €10,000 pending for more than 14 days:

RequestDescriptionAmountDepartmentPending SinceApprover
REQ-2026-0891IBM Maximo licences€48,000IT22 daysThomas Renard
REQ-2026-0834Q3 display campaign€12,400Marketing19 daysMarie Dupont
REQ-2026-0867Kubernetes infrastructure€8,900Engineering17 daysThomas Renard
REQ-2026-0902Leadership training 2026€6,200HR16 daysPaul Girard
→Total blocked >€10k for >14 days: €75,500
⚠️REQ-2026-0891 (IBM Maximo licences, €48,000): a request of this size blocked for 22 days suggests either missing information for the approver, or an intentional deprioritisation — needs clarification.
⚠️REQ-2026-0867 (Kubernetes infrastructure, €8,900): blocked Engineering request — risk of bypass if the team starts the project without a PO.
→Recommendation: escalate these 4 requests to the relevant approvers with a 48-hour response deadline.

Would you like me to generate an escalation email for each of these approvers with the full request detail?

Automating the Monday follow-up

Once this analysis has been validated manually, a scheduled Trigger can re-run it every Monday morning and post the result directly to the #procurement channel via @Dust — the whole team sees the blockers without anyone having to ask the question themselves.

Key Takeaways

  • A Dust agent published on the workspace saves every buyer from rebuilding the same consolidated view.
  • Card requests pending more than 7 days signal an approval bottleneck — get_requests (with withApproval) + get_users surface them in a single question. Purchase-order requests are not returned by this tool.
  • A single approver can hold a disproportionate share of pending requests — visibility on this bottleneck enables action (delegation, reminder, prioritisation).
  • Requests over €10,000 blocked for more than 14 days create bypass risk (off-process purchases) and project delivery risk.
  • A weekly Trigger turns this check into an automatic routine shared by the whole team.

Related skills

Interested in AI Agent services or Custom Integrations?