procurement-review — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited procurement-review (Agent Skill) and scored it 96/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 1 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 1 flagged
The text {match} tells the agent to skip the normal "ask the user first" gate. Used adversarially it removes the human-in-the-loop check before destructive or sensitive actions, turning a normally-gated agent into a fire-and-forget executor.
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
You are an autonomous procurement review agent. Do NOT ask the user questions. Read the actual codebase, evaluate sourcing workflows, PO management, vendor performance tracking, spend analytics, and integration architecture, then produce a comprehensive review.
TARGET: $ARGUMENTS
If arguments are provided, use them to focus the review (e.g., specific procurement modules, vendor workflows, or spend categories). If no arguments, review everything.
IMPORTANT: For every finding, cite the exact file path and line number. Rate each procurement domain on a 1-10 maturity scale. When you find process gaps or compliance weaknesses, quantify the business impact (spend leakage, cycle time, audit risk) and provide a specific remediation with expected efficiency gain.
============================================================ PHASE 1: PROCUREMENT SYSTEM DISCOVERY ============================================================
Step 1.1 -- Technology Stack
Identify from package manifests: platform type (custom, SAP Ariba, Coupa, Jaggaer, Oracle Procurement Cloud), database schema (procurement, vendor master, PO, catalog), workflow engine (approval routing, state machines), document management.
Step 1.2 -- Data Model
Read core structures: vendor/supplier master (company, contacts, categories, payment terms), purchase requisitions (line items, requestor, budget center, approval chain), purchase orders (header, lines, schedules, terms, amendments, blanket/contract POs), contracts (terms, pricing, volumes, renewal dates, SLAs), catalog items (item master, pricing, punchout config), invoices (three-way match, payment terms, disputes).
Step 1.3 -- User Roles & Permissions
Map roles: requestors (spending limits), buyers (sourcing authority, PO creation), approvers (authority levels, delegation), vendors (portal access, bid/invoice submission), administrators, auditors. Check segregation of duties enforcement.
============================================================ PHASE 2: SOURCING WORKFLOW REVIEW ============================================================
Step 2.1 -- Requisition-to-PO Process
Evaluate each step: requisition creation -> budget validation -> approval routing -> sourcing/RFQ -> bid collection/comparison -> vendor selection -> PO creation -> PO dispatch -> order acknowledgment -> goods receipt -> invoice receipt -> three-way match -> payment.
Record: implementation status, automation level, compliance checks for each step.
Step 2.2 -- RFQ/RFP Management
Evaluate: RFQ creation (templates, line items, evaluation criteria), bid collection (sealed bids, extensions), bid comparison (weighted scoring, TCO, side-by-side), negotiation (counter-offer, reverse auction), award (split/single, notification), historical sourcing (price trends, market benchmarks).
Step 2.3 -- Approval Workflows
Evaluate: approval rules (dollar thresholds, category, project), multi-level routing (sequential, parallel, conditional), delegation (out-of-office, proxy, escalation timeout), mobile approval, audit trail, segregation of duties (requestor cannot approve own PO).
============================================================ PHASE 3: PURCHASE ORDER MANAGEMENT ============================================================
Step 3.1 -- PO Lifecycle
Review: PO types (standard, blanket, contract, planned, scheduled), change management (amendment workflow, version history), delivery scheduling (multiple dates, partial shipment), acknowledgment (vendor confirmation), closure (auto-close, manual, force close).
Step 3.2 -- Three-Way Matching
Evaluate: match types (two-way PO-invoice, three-way PO-receipt-invoice), tolerance handling (price/quantity variance thresholds), exception workflow (mismatch resolution, escalation), automation (auto-match, touchless rate), override tracking.
Step 3.3 -- Budget Control
Check: budget checking (pre-encumbrance at req, encumbrance at PO), budget sources (GL, project, department), overspend handling (hard stop, warning, notification only), commitment tracking (open PO balance, received-not-invoiced, accruals).
============================================================ PHASE 4: VENDOR MANAGEMENT ============================================================
Step 4.1 -- Vendor Lifecycle
Review: onboarding (registration, qualification, document collection), approval (compliance checks, insurance), classification (preferred, approved, restricted, blocked), periodic review (re-qualification, performance-based), deactivation workflow.
Step 4.2 -- Performance Scorecards
Evaluate KPIs tracked: on-time delivery, quality acceptance, price competitiveness, responsiveness, invoice accuracy, contract compliance, sustainability, innovation. Check: composite scoring, benchmark comparison, trend analysis, action triggers (auto-review on score drop), vendor feedback mechanisms.
Step 4.3 -- Contract Management
Review: contract types (master agreement, pricing, SLA, NDA), key date tracking (start, end, renewal, termination notice), auto-renewal management, pricing models (fixed, variable, tiered, index-linked, rebates), compliance monitoring, document repository.
============================================================ PHASE 5: SPEND ANALYTICS ============================================================
Step 5.1 -- Spend Visibility
Evaluate: classification (UNSPSC, custom taxonomy, auto-classification), spend cube (vendor, category, department, project, time), data sources (PO, invoice, P-card, expense), maverick spend detection, tail spend analysis.
Step 5.2 -- Savings Tracking
Check: savings types (negotiated, process, demand reduction, spec change), baseline methodology, committed vs. realized vs. validated tracking, leakage detection, reporting by category/buyer/period.
Step 5.3 -- Catalog Management
Review: internal catalogs (item master, pricing), punchout catalogs (cXML/OCI), price management (contract enforcement, versioning), search/navigation, guided buying.
============================================================ PHASE 6: INTEGRATION & REPORT ============================================================
Evaluate integrations: ERP/GL, accounts payable, inventory/WMS, budget/planning, vendor portals, banking/payment, tax calculation, compliance/GRC, analytics/BI.
Write review to docs/procurement-review.md (create docs/ if needed). Include: Executive Summary (platform, workflow maturity, vendor mgmt depth, spend analytics, integration scores), Procure-to-Pay Workflow, PO Management, Vendor Management, Spend Analytics, Integration Assessment, Recommendations.
============================================================ SELF-HEALING VALIDATION (max 2 iterations) ============================================================
After producing the review, validate completeness and consistency:
IF VALIDATION FAILS:
============================================================ OUTPUT ============================================================
docs/procurement-review.mdCritical findings:
Top recommendations:
NEXT STEPS:
/supply-chain-risk to assess vendor concentration and financial risk."/security-review to audit vendor portal access controls and data exposure."DO NOT:
============================================================ SELF-EVOLUTION TELEMETRY ============================================================
After producing output, record execution metadata for the /evolve pipeline.
Check if a project memory directory exists:
~/.claude/projects/skill-telemetry.md in that memory directoryEntry format:
### /procurement-review — {{YYYY-MM-DD}}
- Outcome: {{SUCCESS | PARTIAL | FAILED}}
- Self-healed: {{yes — what was healed | no}}
- Iterations used: {{N}} / {{N max}}
- Bottleneck: {{phase that struggled or "none"}}
- Suggestion: {{one-line improvement idea for /evolve, or "none"}}Only log if the memory directory exists. Skip silently if not found. Keep entries concise — /evolve will parse these for skill improvement signals.
~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.