更新现有监控的配置和检测规则。
要更新的监控唯一标识符。
监控名称。
监控描述。
检测模式。
company_first, signal_first 要监控的信号类型。
jobs, news, advertisements 信号过滤器对象数组。每个对象包含 signal_type(jobs、news、advertisements 之一)和 filters(包含信号特定参数的对象)。请参见 Job Search、News Search 或 Advertisement Search 了解过滤器参数。
[
{
"filters": { "locations": ["US"] },
"signal_type": "jobs"
},
{
"filters": { "locations": ["US"] },
"signal_type": "news"
},
{
"filters": { "target_locations": ["US"] },
"signal_type": "advertisements"
}
]全局公司过滤器,作为第二层应用。接受与Company Search端点相同的参数 — locations、employees、technologies、verticals 等。
{
"locations": ["US"],
"employees": [[501, 1000], [1001, 5000]]
}公司 domain_search_id UUID 列表。也可使用 domains 或 linkedin_urls 作为替代方式。
公司域名列表。可作为 companies 的替代方式。
LinkedIn 公司主页 URL 列表。可作为 companies 的替代方式。
是否增强公司数据。
是否增强人员数据。
人员增强层数组。每层执行独立的人员搜索。包含 max_people_to_return(1-25)、people_contact_types(联系类型数组,参见 Redeem 端点:email-work、email-personal、phone)和 filters(与People Search端点相同的参数)。详见人员搜索端点了解可用过滤器,Redeem 端点了解联系类型。
[
{
"filters": { "people_locations": ["US"] },
"max_people_to_return": 3,
"people_contact_types": ["email-work"]
}
]投递目标类型。
webhook, email, sequences 目标配置。Webhook:需要 webhook_url(字符串),可选 headers(对象)和 body(对象)。Email:需要 email(字符串)。sequences 类型需要 sequence_identifier(字符串)和 record_type(字符串)。
{
"webhook_url": "https://your-webhook.com/endpoint",
"headers": { "Authorization": "Bearer token" },
"body": { "pipeline": "my-webhook" }
}触发频率(分钟)。最小值:0,最大值:10080,默认值:0。
0 <= x <= 10080暂停前的最大连续失败次数。最小值:1,最大值:10,默认值:5。
1 <= x <= 10每日最大触发次数。最小值:0,最大值:86400,默认值:500。
0 <= x <= 86400控制每次触发最多推送的记录数量。较低的值可减少每次推送的数据量,适用于结果集较大或下游系统有速率限制的场景。最小值:1,最大值:100,默认值:25。详情请参阅 配置 Webhooks。
1 <= x <= 100失败通知邮箱。
每次触发的最大重试次数。最小值:0,最大值:3,默认值:1。
0 <= x <= 3重试间隔(秒)。最小值:1,最大值:5,默认值:1。
1 <= x <= 5监控是否应处于活动状态。
监控是否应暂停。
可选。发起请求的团队标识符。由于 API 密钥已包含您的工作区信息,此参数不再是必填项。如果提供,该 ID 有助于将查找与特定团队(工作区)关联,实现数据检索和额度追踪。
更多信息请参见团队标签下的 user details 端点。
成功响应,包含更新后的完整监控对象。