Make.com workflows for active-ticket snapshots, context enrichment, REST requests, JSON transformation, and error handling for Hermes.
Developed workflows · experimental paths remain
Make.com
RepairDesk
REST APIs
HTTP
JSON
Hermes
An automation is only as useful as the completeness and meaning of the data it passes on.
01Active-ticket snapshot
02Enrich context
03Transform JSON
04Check response
05Feed Hermes
Connect operational systems to assistance
Developed API and automation workflows around RepairDesk data so Hermes can receive structured operational context. This connects the knowledge platform to practical ticketing workflows.
What I worked on
Built Make.com workflows for active-ticket snapshots and customer/context enrichment.
Configured HTTP/API requests and transformed returned data into structured JSON payloads.
Debugged malformed or missing API response data and developed error handling around incomplete inputs.
Fed operational context into Hermes for troubleshooting and documentation workflows.
Preserve the distinction between empty and failed
A missing field, malformed response, or failed request needs an explicit handling path. It should not silently become a confident summary of an empty ticket. Data transformation and response investigation are part of making the downstream context useful.
Integration work, with honest scope
These are developed operational integrations with experimental paths still under development. No claim is made that every workflow is currently running unattended in production. Customer records and ticket contents remain private.
What this demonstrates
Practical API integration, JSON transformation, workflow debugging, and connecting an AI knowledge system to the systems used in day-to-day IT work.
Examples describe engineering methods. Client identities, endpoint identifiers, credentials, and ticket contents are omitted.
From vulnerable assets to verified endpoint state: patch targeting, Windows applicability analysis, deployment monitoring, failure investigation, and rescans.
Auditing ESXi and network monitoring, correcting safe configuration issues, validating discovery, and documenting the exceptions that still need investigation.
Production monitoring review
PRTG Network Monitor
VMware ESXi
SSL/TLS
Auto Discovery
From evidence to an engagement
Facing a similar technical problem?
The case study shows relevant experience—not an independent-client endorsement. Explore an independently scoped service or describe what you need.