@smartytalent/openai-tools 0.9.34 → 0.9.35

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (2) hide show
  1. package/dist/tools.json +144 -4
  2. package/package.json +1 -1
package/dist/tools.json CHANGED
@@ -188,13 +188,48 @@
188
188
  "feedback": {
189
189
  "title": "TenantAttributesSettingsFeedbackSchema",
190
190
  "type": "object",
191
- "description": "Organisation-wide switch for outbound candidate feedback. Absent = enabled. enabled=false makes feedback:resolve return enabled=false with reason disabled:tenant BEFORE any policy lookup; default and per-job feedback rows stay stored and come back to life when re-enabled. Explicitly validated: enabled must be a JSON boolean (a string is a 400). NOTE: the generated model whitelists keys, so this property MUST be declared for the SDK to carry it.",
191
+ "description": "Organisation-wide switch for outbound candidate feedback. Absent = enabled. enabled=false makes feedback:resolve return enabled=false with reason disabled:tenant BEFORE any policy lookup; default and per-job feedback rows stay stored and come back to life when re-enabled. Explicitly validated: enabled must be a JSON boolean (a string is a 400). NOTE: the generated model whitelists keys, so this property MUST be declared for the SDK to carry it. Since the automation switches (2026-09-24) this is the legacy kill switch; the three-state default is settings.automation.feedback.",
192
192
  "properties": {
193
193
  "enabled": {
194
194
  "type": "boolean"
195
195
  }
196
196
  }
197
197
  },
198
+ "automation": {
199
+ "title": "TenantAttributesSettingsAutomationSchema",
200
+ "type": "object",
201
+ "description": "The organisation's DEFAULT automation switches (PLAN_PROCESS_AUTOMATION, 2026-09-24), the same seven keys and values as job.settings.automation: auto = Boe runs the stage, manual = a human runs it (a task on the RecOps board), off = the stage is not part of the process. A job overrides these in BOTH directions (a tenant on manual pilots auto on one job); absent = the platform default (sourcing manual, everything else auto). PATCH merges this block PER KEY (a key sent as null clears the default). Validated in code like the job block: interview and offer accept auto|manual, surveys accepts auto|off, the rest auto|manual|off. NOTE: the generated model whitelists keys, so this property MUST be declared for the SDK to carry it.",
202
+ "properties": {
203
+ "sourcing": {
204
+ "type": "string",
205
+ "description": "auto | manual | off"
206
+ },
207
+ "screeningCall": {
208
+ "type": "string",
209
+ "description": "auto | manual | off"
210
+ },
211
+ "assessment": {
212
+ "type": "string",
213
+ "description": "auto | manual | off"
214
+ },
215
+ "interview": {
216
+ "type": "string",
217
+ "description": "auto | manual"
218
+ },
219
+ "offer": {
220
+ "type": "string",
221
+ "description": "auto | manual"
222
+ },
223
+ "surveys": {
224
+ "type": "string",
225
+ "description": "auto | off"
226
+ },
227
+ "feedback": {
228
+ "type": "string",
229
+ "description": "auto | manual | off"
230
+ }
231
+ }
232
+ },
198
233
  "sso": {
199
234
  "type": "object",
200
235
  "description": "Enterprise SSO configuration. READ-ONLY here: the generic tenant PATCH strips this key, the only writers are the /v1/tenants/{tenantId}/sso doors. Sending it in a PATCH is ignored (not an error).",
@@ -719,13 +754,48 @@
719
754
  "feedback": {
720
755
  "title": "TenantAttributesSettingsFeedbackSchema",
721
756
  "type": "object",
722
- "description": "Organisation-wide switch for outbound candidate feedback. Absent = enabled. enabled=false makes feedback:resolve return enabled=false with reason disabled:tenant BEFORE any policy lookup; default and per-job feedback rows stay stored and come back to life when re-enabled. Explicitly validated: enabled must be a JSON boolean (a string is a 400). NOTE: the generated model whitelists keys, so this property MUST be declared for the SDK to carry it.",
757
+ "description": "Organisation-wide switch for outbound candidate feedback. Absent = enabled. enabled=false makes feedback:resolve return enabled=false with reason disabled:tenant BEFORE any policy lookup; default and per-job feedback rows stay stored and come back to life when re-enabled. Explicitly validated: enabled must be a JSON boolean (a string is a 400). NOTE: the generated model whitelists keys, so this property MUST be declared for the SDK to carry it. Since the automation switches (2026-09-24) this is the legacy kill switch; the three-state default is settings.automation.feedback.",
723
758
  "properties": {
724
759
  "enabled": {
725
760
  "type": "boolean"
726
761
  }
727
762
  }
728
763
  },
764
+ "automation": {
765
+ "title": "TenantAttributesSettingsAutomationSchema",
766
+ "type": "object",
767
+ "description": "The organisation's DEFAULT automation switches (PLAN_PROCESS_AUTOMATION, 2026-09-24), the same seven keys and values as job.settings.automation: auto = Boe runs the stage, manual = a human runs it (a task on the RecOps board), off = the stage is not part of the process. A job overrides these in BOTH directions (a tenant on manual pilots auto on one job); absent = the platform default (sourcing manual, everything else auto). PATCH merges this block PER KEY (a key sent as null clears the default). Validated in code like the job block: interview and offer accept auto|manual, surveys accepts auto|off, the rest auto|manual|off. NOTE: the generated model whitelists keys, so this property MUST be declared for the SDK to carry it.",
768
+ "properties": {
769
+ "sourcing": {
770
+ "type": "string",
771
+ "description": "auto | manual | off"
772
+ },
773
+ "screeningCall": {
774
+ "type": "string",
775
+ "description": "auto | manual | off"
776
+ },
777
+ "assessment": {
778
+ "type": "string",
779
+ "description": "auto | manual | off"
780
+ },
781
+ "interview": {
782
+ "type": "string",
783
+ "description": "auto | manual"
784
+ },
785
+ "offer": {
786
+ "type": "string",
787
+ "description": "auto | manual"
788
+ },
789
+ "surveys": {
790
+ "type": "string",
791
+ "description": "auto | off"
792
+ },
793
+ "feedback": {
794
+ "type": "string",
795
+ "description": "auto | manual | off"
796
+ }
797
+ }
798
+ },
729
799
  "sso": {
730
800
  "type": "object",
731
801
  "description": "Enterprise SSO configuration. READ-ONLY here: the generic tenant PATCH strips this key, the only writers are the /v1/tenants/{tenantId}/sso doors. Sending it in a PATCH is ignored (not an error).",
@@ -5161,12 +5231,47 @@
5161
5231
  "feedback": {
5162
5232
  "title": "JobAttributesSettingsFeedbackSchema",
5163
5233
  "type": "object",
5164
- "description": "Per-job switch for outbound candidate feedback. Absent = enabled. enabled=false makes feedback:resolve return enabled=false with reason disabled:job for candidates of this job, before the job override / tenant default lookup. The tenant-level switch (tenant.settings.feedback.enabled) wins over this one. Explicitly validated: enabled must be a JSON boolean.",
5234
+ "description": "Per-job switch for outbound candidate feedback. Absent = enabled. enabled=false makes feedback:resolve return enabled=false with reason disabled:job for candidates of this job, before the job override / tenant default lookup. The tenant-level switch (tenant.settings.feedback.enabled) wins over this one. Explicitly validated: enabled must be a JSON boolean. Since the automation switches (2026-09-24) this is the legacy kill switch; the three-state control is settings.automation.feedback.",
5165
5235
  "properties": {
5166
5236
  "enabled": {
5167
5237
  "type": "boolean"
5168
5238
  }
5169
5239
  }
5240
+ },
5241
+ "automation": {
5242
+ "title": "JobAttributesSettingsAutomationSchema",
5243
+ "type": "object",
5244
+ "description": "Per-job automation switches (PLAN_PROCESS_AUTOMATION, 2026-09-24): who runs each stage of THIS recruitment process. Values per key: auto = Boe runs the stage, manual = a human runs it (Boe leaves a task on the RecOps board and waits), off = the stage is not part of this process (the candidate moves on). Every key is optional: absent = the organisation's default (tenant.settings.automation), else the platform default (sourcing manual, everything else auto); the job overrides the tenant in BOTH directions. Read by the automation:resolve action at the head of the candidate-facing workflows and by feedback:resolve (feedback). PATCH merges this block PER KEY (send one switch at a time; a key sent as null clears the override). Writable only by sysowner / owner / admin / recops - any other role gets 403 on a payload that carries it, on POST and PATCH. Validated in code: interview and offer accept auto|manual, surveys accepts auto|off, the rest auto|manual|off; an unknown key or value is a 400 naming it. The legacy settings.feedback.enabled=false (job or tenant) still disables feedback with kill-switch precedence. The job build (Create Job From Brief) never generates this block: it keeps the row's values and seeds `off` for the stages the manager declared out of the process in the intake (brief.intakeContext.process).",
5245
+ "properties": {
5246
+ "sourcing": {
5247
+ "type": "string",
5248
+ "description": "auto | manual | off. Talent-pool sourcing at job activation: auto = the matched people are invited at once, manual = a draft invitation the recops activate (the platform default), off = no pool match."
5249
+ },
5250
+ "screeningCall": {
5251
+ "type": "string",
5252
+ "description": "auto | manual | off. The SMS + AI phone screening after a passed CV screening: manual = a board task and the candidate stays at screening, off = the candidate advances to assessment (or interview when assessment is off)."
5253
+ },
5254
+ "assessment": {
5255
+ "type": "string",
5256
+ "description": "auto | manual | off. The competency test: manual = a board task and the candidate stays at assessment, off = the candidate advances to interview whatever templates exist (settings.assessment.enabled only governs template generation at build)."
5257
+ },
5258
+ "interview": {
5259
+ "type": "string",
5260
+ "description": "auto | manual. The HM consent ask and the autonomous interview booking: manual = no HM e-mail, no booking, a board task, the candidate stays at interview (the shortlist). No off in v1."
5261
+ },
5262
+ "offer": {
5263
+ "type": "string",
5264
+ "description": "auto | manual. After the HM's yes: auto = offer document draft + congratulation e-mail, manual = the stage move and the audit note only, plus a board task. No off in v1."
5265
+ },
5266
+ "surveys": {
5267
+ "type": "string",
5268
+ "description": "auto | off. cNPS surveys: off = no survey invitation after a hire and no survey link in rejection e-mails."
5269
+ },
5270
+ "feedback": {
5271
+ "type": "string",
5272
+ "description": "auto | manual | off. Candidate feedback e-mails the feedback policy allows: auto = composed, scheduled and sent by the workflow, manual = composed by Boe and HELD as a draft in the candidate's thread with a board task, released by the operator's emails:send order, off = no feedback e-mail."
5273
+ }
5274
+ }
5170
5275
  }
5171
5276
  }
5172
5277
  }
@@ -6020,12 +6125,47 @@
6020
6125
  "feedback": {
6021
6126
  "title": "JobAttributesSettingsFeedbackSchema",
6022
6127
  "type": "object",
6023
- "description": "Per-job switch for outbound candidate feedback. Absent = enabled. enabled=false makes feedback:resolve return enabled=false with reason disabled:job for candidates of this job, before the job override / tenant default lookup. The tenant-level switch (tenant.settings.feedback.enabled) wins over this one. Explicitly validated: enabled must be a JSON boolean.",
6128
+ "description": "Per-job switch for outbound candidate feedback. Absent = enabled. enabled=false makes feedback:resolve return enabled=false with reason disabled:job for candidates of this job, before the job override / tenant default lookup. The tenant-level switch (tenant.settings.feedback.enabled) wins over this one. Explicitly validated: enabled must be a JSON boolean. Since the automation switches (2026-09-24) this is the legacy kill switch; the three-state control is settings.automation.feedback.",
6024
6129
  "properties": {
6025
6130
  "enabled": {
6026
6131
  "type": "boolean"
6027
6132
  }
6028
6133
  }
6134
+ },
6135
+ "automation": {
6136
+ "title": "JobAttributesSettingsAutomationSchema",
6137
+ "type": "object",
6138
+ "description": "Per-job automation switches (PLAN_PROCESS_AUTOMATION, 2026-09-24): who runs each stage of THIS recruitment process. Values per key: auto = Boe runs the stage, manual = a human runs it (Boe leaves a task on the RecOps board and waits), off = the stage is not part of this process (the candidate moves on). Every key is optional: absent = the organisation's default (tenant.settings.automation), else the platform default (sourcing manual, everything else auto); the job overrides the tenant in BOTH directions. Read by the automation:resolve action at the head of the candidate-facing workflows and by feedback:resolve (feedback). PATCH merges this block PER KEY (send one switch at a time; a key sent as null clears the override). Writable only by sysowner / owner / admin / recops - any other role gets 403 on a payload that carries it, on POST and PATCH. Validated in code: interview and offer accept auto|manual, surveys accepts auto|off, the rest auto|manual|off; an unknown key or value is a 400 naming it. The legacy settings.feedback.enabled=false (job or tenant) still disables feedback with kill-switch precedence. The job build (Create Job From Brief) never generates this block: it keeps the row's values and seeds `off` for the stages the manager declared out of the process in the intake (brief.intakeContext.process).",
6139
+ "properties": {
6140
+ "sourcing": {
6141
+ "type": "string",
6142
+ "description": "auto | manual | off. Talent-pool sourcing at job activation: auto = the matched people are invited at once, manual = a draft invitation the recops activate (the platform default), off = no pool match."
6143
+ },
6144
+ "screeningCall": {
6145
+ "type": "string",
6146
+ "description": "auto | manual | off. The SMS + AI phone screening after a passed CV screening: manual = a board task and the candidate stays at screening, off = the candidate advances to assessment (or interview when assessment is off)."
6147
+ },
6148
+ "assessment": {
6149
+ "type": "string",
6150
+ "description": "auto | manual | off. The competency test: manual = a board task and the candidate stays at assessment, off = the candidate advances to interview whatever templates exist (settings.assessment.enabled only governs template generation at build)."
6151
+ },
6152
+ "interview": {
6153
+ "type": "string",
6154
+ "description": "auto | manual. The HM consent ask and the autonomous interview booking: manual = no HM e-mail, no booking, a board task, the candidate stays at interview (the shortlist). No off in v1."
6155
+ },
6156
+ "offer": {
6157
+ "type": "string",
6158
+ "description": "auto | manual. After the HM's yes: auto = offer document draft + congratulation e-mail, manual = the stage move and the audit note only, plus a board task. No off in v1."
6159
+ },
6160
+ "surveys": {
6161
+ "type": "string",
6162
+ "description": "auto | off. cNPS surveys: off = no survey invitation after a hire and no survey link in rejection e-mails."
6163
+ },
6164
+ "feedback": {
6165
+ "type": "string",
6166
+ "description": "auto | manual | off. Candidate feedback e-mails the feedback policy allows: auto = composed, scheduled and sent by the workflow, manual = composed by Boe and HELD as a draft in the candidate's thread with a board task, released by the operator's emails:send order, off = no feedback e-mail."
6167
+ }
6168
+ }
6029
6169
  }
6030
6170
  }
6031
6171
  }
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@smartytalent/openai-tools",
3
- "version": "0.9.34",
3
+ "version": "0.9.35",
4
4
  "description": "OpenAI function/tool definitions for SmartyTalent API",
5
5
  "main": "dist/index.js",
6
6
  "types": "dist/index.d.ts",