Table of Contents


Overview

JetPatch is a patch management and remediation platform for server estates. It sits above the native patching tools on each operating system, keeps an inventory of managed endpoints and their agents, tracks which updates each machine is missing against a compliance baseline, and groups the fixes into remediation plans that can be scheduled and tracked to completion. Its server component is addressed on the API as vmanage-server.

The ReadyWorks connector authenticates to that API with HTTP digest authentication, using the username and password you supply, and then issues plain GET calls against the JetPatch REST paths. Each shipped job writes into its own staging table in the ReadyWorks estate: endpoints, patch and endpoint compliance, the patch catalogue and the remediation plan list.

This is what makes patch state a first-class part of the estate rather than a report that lives inside JetPatch. Once the endpoint list is reconciled against the device records already in the fabric, you can see which machines JetPatch does not know about, which are behind on compliance, and which are named in an open remediation plan. That drives readiness gates on a migration or refresh wave: a device that is out of patch compliance or is mid-remediation is not a device you want to touch this weekend.

The connector is declared bidirectional. The inbound side is where the value is, with six shipped jobs. The outbound side exposes a full job form (endpoint, method type, outbound and return field lists and a raw JSON template) and ships one generic POST shell with no endpoint set, so any write back into JetPatch has to be configured from scratch.

Connector Properties

PropertyValue
IdentifierJETPATCH CONNECTOR
NameJetPatch
DescriptionConnector for pulling endpoint, remediation plans and compliance information from JetPatch
Job TypesBoth Inbound and Outbound
Order260
EnabledYes
LockedYes
Block UpdateNo
Single AuthenticationNo
Windows OnlyNo
Connector Version2025-11-18
HooksNone
Additional Job FieldsNone
Image

Authentication Methods

One authentication method is shipped. JetPatch’s API uses HTTP digest authentication rather than a token exchange.

MethodIdentifierBase MethodScriptOrderEnabledConfig Fields
Digest Authentication with username / passwordJETPATCH CONNECTOR_jetpatchJSON Rest API_jetpatchjson_rest_api.php160Yes5

Method 1: Digest Authentication with username / password (JETPATCH CONNECTOR_jetpatch)

JetPatch Digest Authentication

Sends the username and password using HTTP digest, which means cURL answers the server’s challenge with a hashed response instead of putting the credential on the wire. Use a JetPatch service account with read access to the server inventory and the patch governance area. There is no token to fetch and no session to hold, so every request carries its own challenge and response.

Connection Configuration Fields (5)

OrderLabelTypeRequiredDefaultMax LenTooltip
10API DomaintextYeshttps://demo.jetpatch.com255Enter API domain of the Connection
30Server Temporary Working PathtextYesstorage/etl5255Enter path where temporary files are stored during data processing (exclude starting and ending backslash)
40UsernametextNo1024Enter username of the Connection
50PasswordpasswordNo64000Enter password of the Connection
250Additional Job Fieldsfields_listNoEnter list of additional fields to add to staging data for all jobs

Authentication Configuration

Headers sent on the authentication call:

HeaderValueBase64
Content-Type:application/jsonOff

cURL options:

OptionAuthentication CallData Calls
USERAGENTMozilla/5.0 (Windows NT 6.1; Win64; x64; rv:47.0) Gecko/20100101 Firefox/47.0Same
SSL_VERIFYHOSTfalseSame
SSL_VERIFYPEERfalseSame
RETURNTRANSFERtrueSame
FOLLOWLOCATIONtrueSame
FAILONERRORtrueSame
USERPWD%user_name%:%user_pass%Same
HTTPAUTH!!CURLAUTH_DIGEST!CURLAUTH_DIGEST

NOTE: This method’s connection form has no Single Authentication field, so the connector-level setting of No applies and cannot be overridden. Every pagination and enumeration loop re-runs the digest handshake, which is an extra round trip per call.

NOTE: The API Domain field is pre-filled with https://demo.jetpatch.com. Replace it with your own JetPatch URL.

Inbound Job Fields Enabled (44)

The inbound job form carries the full generic REST field set, including pagination, the three enumeration levels and the raw JSON body.

OrderLabelTypeRequiredDefaultTooltip
10Job DescriptiontextYesEnter description of the Job
20Job SchedulelookupYesDailySelect frequency Job should run
30EnabledradioYesYesChoose if Job is enabled
40Use Unparsed DataradioNoNoChoose if you wish to parse the incoming data, or leave it in its raw format
50Log Raw API CallsradioYesNoChoose if raw API calls are logged
70Destination TabletextYesEnter name of the destination table
80Data IdentitytextNoEnter identity of the Job
120Append New Data to Existing TablesradioNoNoChoose if new data will append to the existing destination table, or will create a new destination table
130Fields to IndextextNoEnter fields to index
170Method TypeselectYesGETSelect method type of the Job
190API End PointtextNoEnter API end point of the Job
200API Data Parametersfields_listNoEnter API data parameters of the Job
210Body Data Sending MethodselectYesJSON Encoded DataSelect method for sending the body data
220Raw JSON Body DatatextareaNoEnter the raw JSON body to send. Do not use body selections in the API Parameters if this is used.
230API Return Data NodetextNoEnter API return data node of the Job
250Pagination TypeselectNoNoneSelect request paging type of the Job
270API Pagination NodetextNoEnter API pagination node of the Job
280Pagination Offset StarttextNoEnter request paging offset start of the Job
290Pagination LimittextNoEnter request pagination limit of the Job
300Pagination Termination NodetextNoEnter request paging termination node and value of the Job
310Maximum API CallstextNoEnter maximum number of API calls for the Job to make
320Enumeration 1 TypeselectNoNoneEnter enumeration level 1 type
330Enumeration 1 ETL JoblookupNoSelect ETL job for the enumeration values
340Enumeration 1 Data Typedata_typeNoSelect the data type and fields for enumeration 1 values
350Enumeration 1 Keys End PointtextNoEnter enumeration 1 keys end point of the Job
360Enumeration 1 NodetextNoEnter enumeration 1 node of the Job
370Enumeration 1 Fieldsfields_listNoEnter enumeration 1 fields of the Job
380Enumeration 2 TypeselectNoNoneEnter enumeration level 2 type
390Enumeration 2 ETL JoblookupNoSelect ETL job for the enumeration 2 values
400Enumeration 2 Data Typedata_typeNoSelect the data type and fields for enumeration 2 values
410Enumeration 2 Keys End PointtextNoEnter enumeration 2 keys end point of the Job
420Enumeration 2 NodetextNoEnter enumeration 2 node of the Job
430Enumeration 2 Fieldsfields_listNoEnter enumeration 2 fields of the Job
440Enumeration 3 TypeselectNoNoneEnter enumeration level 3 type
450Enumeration 3 ETL JoblookupNoSelect ETL job for the enumeration 3 values
460Enumeration 3 Data Typedata_typeNoSelect the data type and fields for enumeration 3 values
470Enumeration 3 Keys End PointtextNoEnter enumeration 3 keys end point of the Job
480Enumeration 3 NodetextNoEnter enumeration 3 node of the Job
490Enumeration 3 Fieldsfields_listNoEnter enumeration 3 fields of the Job
500Pause EnumerationtextNoEnter values for pausing enumeration every X calls for Y seconds
510Kill Enumeration on ErrorradioNoNoChoose to stop the enumeration loop on an error or continue processing the loop
520Additional Fieldsfields_listNoEnter list of additional fields to add to staging data
550Retry PausetextNoEnter values for retrying a failed API connection. Retry X times, waiting Y seconds between each try, with an API timeout of Z seconds.
560OrdertextYesEnter order of the Job

NOTE: Several field labels and tooltips on this form carry unedited text from the shared templates. Enumaration 1 Node is misspelled, and the tooltip on Enumeration 1 Keys End Point reads “Enter enumeration 2 keys end point of the Job”. The fields themselves behave as their level numbers say.

Outbound Job Fields Enabled (13)

Thirteen outbound job fields are exposed, covering the endpoint, method type, data sending methods, the outbound and return field lists and a raw JSON template that overrides the generated body.

OrderLabelTypeRequiredDefaultTooltip
10Job DescriptiontextYesEnter description of the Job
30EnabledradioYesYesChoose if Job is enabled
50Log Raw API CallsradioYesNoChoose if raw API calls are logged
170Method TypeselectYesGETSelect method type of the Job
180Data Sending MethodselectYesJSON Encoded DataSelect method for sending the outbound data
190API End PointtextNoEnter API end point of the Job
200API Data Parametersfields_listNoEnter API data parameters of the Job
210Body Data Sending MethodselectYesJSON Encoded DataSelect method for sending the body data
260Return Data Fields Listfields_listYesEnter return data fields of the Job
530Outbound Fields Listfields_listYesEnter outbound fields of the Job
540Ignore Empty Outbound FieldsradioNoYesIgnore, and do not include, any outbound fields that are empty and have no data
550Raw JSON Outbound TemplatetextareaNoEnter the raw JSON outbound template to send. This will replace any automated structures defined in the outbound fields.
560OrdertextYesEnter order of the Job

Inbound Job Templates (6)

Six inbound templates ship, all disabled. Together they cover the four things ReadyWorks wants from JetPatch: what is managed, what is missing, what is available and what is planned.

#Job DescriptionDestination TableAPI End PointEnabledWhat It Pulls
1Retrieve Endpointsjetpatch_endpoints/vmanage-server/rest/rest-api/servers/NoThe managed server inventory from /vmanage-server/rest/rest-api/servers/: one row per endpoint JetPatch manages, with its identity, agent state and operating system details. This is the join key to the device records already in the estate.
2Retrieve Endpoint Compliancejetpatch_endpoint_compliance/vmanage-server/rest/experimental/patch-governance/servers-compliance?size=-1NoPer-server compliance rows from the patch governance area, filtered to a single remediation plan by the shipped remediationPlanId parameter. It answers how each endpoint stands against that plan’s baseline.
3Retrieve Patch Compliancejetpatch_servers_compliance/vmanage-server/rest/experimental/patch-governance/servers-compliance?size=-1NoThe same servers-compliance collection without the plan filter, landing in its own table: the compliance posture of every server against the governance baseline, which patches are outstanding and how far behind each machine is.
4Rest GET APIapi_dataNot setNoAn empty GET skeleton with no endpoint set, writing to a staging table called api_data. Copy it to reach any JetPatch path the five named templates do not cover.
5Retrieve Patchesjetpatch_patches/vmanage-server/rest/experimental/patch-governance/updates?page=0&size=-1NoThe patch catalogue from the patch governance updates endpoint: the individual updates JetPatch knows about, with their identifiers and metadata, requested in a single unbounded page.
6Retrieve Remediation Plansjetpatch_remediation_plans/vmanage-server/rest/experimental/patch-governance/remediation-plansNoThe remediation plan list: the scheduled patching campaigns defined in JetPatch, with their identity and configuration. Use it to look up the plan identifier that the endpoint compliance job filters on.

Job Template Configuration

Settings Common to All Six Templates

SettingValue
EnabledNo
Job ScheduleDaily (15 1 * * *)
Allow Empty TableYes
Append Files to Same Destination TableNo
Append New Data to Existing TablesNo
Use Unparsed DataNo
Convert UUID-Keyed Objects to RowsNo
Ignore XML AttributesNo
Log Raw API CallsNo
Method TypeGET
Body Data Sending MethodJSON Encoded Data

Settings That Vary by Template

TemplateIDOrderDestination TableData IdentityAPI End Point
Retrieve Endpoints815jetpatch_endpoints/vmanage-server/rest/rest-api/servers/
Retrieve Endpoint Compliance7610jetpatch_endpoint_complianceapi_data/vmanage-server/rest/experimental/patch-governance/servers-compliance?size=-1
Retrieve Patch Compliance7710jetpatch_servers_complianceapi_data/vmanage-server/rest/experimental/patch-governance/servers-compliance?size=-1
Rest GET API7810api_dataapi_dataNot set
Retrieve Patches79100jetpatch_patches/vmanage-server/rest/experimental/patch-governance/updates?page=0&size=-1
Retrieve Remediation Plans80101jetpatch_remediation_plansapi_data/vmanage-server/rest/experimental/patch-governance/remediation-plans

Job Parameters and Enumeration

Retrieve Endpoint Compliance

API data parameters:

KeyValue
remediationPlanId29501

NOTE: All six templates ship with Enabled = No. Review the endpoints and schedules, then enable the ones you need.

NOTE: Four of the six call paths under /rest/experimental/. JetPatch may change the shape of an experimental endpoint between releases, so re-check these jobs after a JetPatch upgrade.

Outbound Job Templates (1)

One outbound template ships as a generic shell.

#Job DescriptionMethodAPI End PointEnabledWhat It Does
1Rest POST APIPOSTNot setNoA disabled POST skeleton with no endpoint set. It sends a single Record Key field and expects status, message and data.record_key back. Configure the endpoint and the outbound field list to match whatever JetPatch call you intend to make.

Job Template Configuration

Settings

SettingValue
Order10
EnabledNo
Log Raw API CallsNo
Method TypePOST
Body Data Sending MethodJSON Encoded Data
Data Sending MethodJSON Encoded Data
Ignore Empty Outbound FieldsYes

Job Parameters and Enumeration

Rest POST API

Outbound fields list:

LabelNameTypeRequiredPattern
Record Keyrecord_keyStringon

Return data fields:

LabelName
Return Statusstatus
Return Messagemessage
Record Keydata.record_key
Last updated on 11/4/2026

Attachments