@zernio/node 0.2.844 → 0.2.846
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.
- package/dist/index.d.mts +16 -4
- package/dist/index.d.ts +16 -4
- package/dist/index.js +1 -1
- package/dist/index.mjs +1 -1
- package/package.json +1 -1
- package/src/generated/sdk.gen.ts +2 -2
- package/src/generated/types.gen.ts +16 -4
package/dist/index.d.mts
CHANGED
|
@@ -3429,6 +3429,13 @@ type ApiKey = {
|
|
|
3429
3429
|
* Resource groups this key can NOT access (opt-out denylist). Absent or empty means legacy full access. A key with any group disabled is a restricted key (zrk_ prefix) and can never manage API keys, invites, or member identity. Each operation's group is published as x-resource-group. With 'messages' disabled, the key cannot read or send direct messages through any API surface, and it cannot create or edit a webhook subscription broader than itself: it cannot subscribe to, test-fire, redeliver, or read delivery logs for message events. Subscriptions created earlier, from the dashboard, or with a full-access key keep delivering whatever their own `disabledResourceGroups` allows, so restricting an existing integration end to end means restricting the subscription too. OAuth connector tokens (AI assistants and MCP clients) resolve against the same registry, but their groups are not settable yet: treat an authorized connector as full access.
|
|
3430
3430
|
*/
|
|
3431
3431
|
disabledResourceGroups?: Array<('publishing' | 'engagement' | 'messages' | 'contacts' | 'analytics' | 'ads' | 'telephony' | 'accounts' | 'billing' | 'webhooks')>;
|
|
3432
|
+
/**
|
|
3433
|
+
* The team member who created this key. For the team owner's listing this can be any team member; for a non-owner it is always themselves, since a non-owner only ever sees their own keys.
|
|
3434
|
+
*/
|
|
3435
|
+
createdBy?: {
|
|
3436
|
+
id?: string;
|
|
3437
|
+
email?: string;
|
|
3438
|
+
} | null;
|
|
3432
3439
|
};
|
|
3433
3440
|
/**
|
|
3434
3441
|
* 'full' grants access to all profiles, 'profiles' restricts to specific profiles
|
|
@@ -16878,10 +16885,15 @@ type ConnectAdsData = {
|
|
|
16878
16885
|
* numeric sponsored-account id), `googleads` (bare customer id digits)
|
|
16879
16886
|
* and `twitter` (X Ads, base36 account id). `tiktok` scopes advertisers
|
|
16880
16887
|
* at OAuth and `pinterest` has no ads discovery, so both ignore it.
|
|
16881
|
-
* Meta ids are additionally validated against the connected token
|
|
16882
|
-
*
|
|
16883
|
-
*
|
|
16884
|
-
* `
|
|
16888
|
+
* Meta ids are additionally validated against the connected token:
|
|
16889
|
+
* an id the token cannot see returns 400 `invalid_field_value`, and an
|
|
16890
|
+
* id it can see but that Meta marks unusable for ads (disabled, closed,
|
|
16891
|
+
* under risk review, settlement pending) returns 400 `ad_account_unusable`
|
|
16892
|
+
* with `details.accountStatus` (Meta's `account_status`) and, when Meta
|
|
16893
|
+
* gives one, `details.disableReason`. Unsettled and in-grace accounts
|
|
16894
|
+
* are accepted, matching the `selectable` flag of `GET /v1/ads/accounts`.
|
|
16895
|
+
* Setting a scope also removes already synced ads from de-scoped ad
|
|
16896
|
+
* accounts. For multiple accounts use `adAccountIds` instead.
|
|
16885
16897
|
*
|
|
16886
16898
|
*/
|
|
16887
16899
|
adAccountId?: string;
|
package/dist/index.d.ts
CHANGED
|
@@ -3429,6 +3429,13 @@ type ApiKey = {
|
|
|
3429
3429
|
* Resource groups this key can NOT access (opt-out denylist). Absent or empty means legacy full access. A key with any group disabled is a restricted key (zrk_ prefix) and can never manage API keys, invites, or member identity. Each operation's group is published as x-resource-group. With 'messages' disabled, the key cannot read or send direct messages through any API surface, and it cannot create or edit a webhook subscription broader than itself: it cannot subscribe to, test-fire, redeliver, or read delivery logs for message events. Subscriptions created earlier, from the dashboard, or with a full-access key keep delivering whatever their own `disabledResourceGroups` allows, so restricting an existing integration end to end means restricting the subscription too. OAuth connector tokens (AI assistants and MCP clients) resolve against the same registry, but their groups are not settable yet: treat an authorized connector as full access.
|
|
3430
3430
|
*/
|
|
3431
3431
|
disabledResourceGroups?: Array<('publishing' | 'engagement' | 'messages' | 'contacts' | 'analytics' | 'ads' | 'telephony' | 'accounts' | 'billing' | 'webhooks')>;
|
|
3432
|
+
/**
|
|
3433
|
+
* The team member who created this key. For the team owner's listing this can be any team member; for a non-owner it is always themselves, since a non-owner only ever sees their own keys.
|
|
3434
|
+
*/
|
|
3435
|
+
createdBy?: {
|
|
3436
|
+
id?: string;
|
|
3437
|
+
email?: string;
|
|
3438
|
+
} | null;
|
|
3432
3439
|
};
|
|
3433
3440
|
/**
|
|
3434
3441
|
* 'full' grants access to all profiles, 'profiles' restricts to specific profiles
|
|
@@ -16878,10 +16885,15 @@ type ConnectAdsData = {
|
|
|
16878
16885
|
* numeric sponsored-account id), `googleads` (bare customer id digits)
|
|
16879
16886
|
* and `twitter` (X Ads, base36 account id). `tiktok` scopes advertisers
|
|
16880
16887
|
* at OAuth and `pinterest` has no ads discovery, so both ignore it.
|
|
16881
|
-
* Meta ids are additionally validated against the connected token
|
|
16882
|
-
*
|
|
16883
|
-
*
|
|
16884
|
-
* `
|
|
16888
|
+
* Meta ids are additionally validated against the connected token:
|
|
16889
|
+
* an id the token cannot see returns 400 `invalid_field_value`, and an
|
|
16890
|
+
* id it can see but that Meta marks unusable for ads (disabled, closed,
|
|
16891
|
+
* under risk review, settlement pending) returns 400 `ad_account_unusable`
|
|
16892
|
+
* with `details.accountStatus` (Meta's `account_status`) and, when Meta
|
|
16893
|
+
* gives one, `details.disableReason`. Unsettled and in-grace accounts
|
|
16894
|
+
* are accepted, matching the `selectable` flag of `GET /v1/ads/accounts`.
|
|
16895
|
+
* Setting a scope also removes already synced ads from de-scoped ad
|
|
16896
|
+
* accounts. For multiple accounts use `adAccountIds` instead.
|
|
16885
16897
|
*
|
|
16886
16898
|
*/
|
|
16887
16899
|
adAccountId?: string;
|
package/dist/index.js
CHANGED
|
@@ -36,7 +36,7 @@ module.exports = __toCommonJS(index_exports);
|
|
|
36
36
|
// package.json
|
|
37
37
|
var package_default = {
|
|
38
38
|
name: "@zernio/node",
|
|
39
|
-
version: "0.2.
|
|
39
|
+
version: "0.2.846",
|
|
40
40
|
description: "The official Node.js library for the Zernio API",
|
|
41
41
|
main: "dist/index.js",
|
|
42
42
|
module: "dist/index.mjs",
|
package/dist/index.mjs
CHANGED
|
@@ -5,7 +5,7 @@ var __publicField = (obj, key, value) => __defNormalProp(obj, typeof key !== "sy
|
|
|
5
5
|
// package.json
|
|
6
6
|
var package_default = {
|
|
7
7
|
name: "@zernio/node",
|
|
8
|
-
version: "0.2.
|
|
8
|
+
version: "0.2.846",
|
|
9
9
|
description: "The official Node.js library for the Zernio API",
|
|
10
10
|
main: "dist/index.js",
|
|
11
11
|
module: "dist/index.mjs",
|
package/package.json
CHANGED
package/src/generated/sdk.gen.ts
CHANGED
|
@@ -1503,7 +1503,7 @@ export const verifyCredential = <ThrowOnError extends boolean = false>(options?:
|
|
|
1503
1503
|
|
|
1504
1504
|
/**
|
|
1505
1505
|
* List keys
|
|
1506
|
-
* Returns
|
|
1506
|
+
* Returns API keys with a preview only, not the full key value. For a regular team member this is their own keys; for the team owner this is every team member's keys, each carrying a `createdBy` field.
|
|
1507
1507
|
*/
|
|
1508
1508
|
export const listApiKeys = <ThrowOnError extends boolean = false>(options?: OptionsLegacyParser<unknown, ThrowOnError>) => {
|
|
1509
1509
|
return (options?.client ?? client).get<ListApiKeysResponse, ListApiKeysError, ThrowOnError>({
|
|
@@ -1525,7 +1525,7 @@ export const createApiKey = <ThrowOnError extends boolean = false>(options: Opti
|
|
|
1525
1525
|
|
|
1526
1526
|
/**
|
|
1527
1527
|
* Delete key
|
|
1528
|
-
* Permanently revokes and deletes an API key.
|
|
1528
|
+
* Permanently revokes and deletes an API key. The team owner can revoke any team member's key; a non-owner member can only revoke their own.
|
|
1529
1529
|
*/
|
|
1530
1530
|
export const deleteApiKey = <ThrowOnError extends boolean = false>(options: OptionsLegacyParser<DeleteApiKeyData, ThrowOnError>) => {
|
|
1531
1531
|
return (options?.client ?? client).delete<DeleteApiKeyResponse, DeleteApiKeyError, ThrowOnError>({
|
|
@@ -1799,6 +1799,13 @@ export type ApiKey = {
|
|
|
1799
1799
|
* Resource groups this key can NOT access (opt-out denylist). Absent or empty means legacy full access. A key with any group disabled is a restricted key (zrk_ prefix) and can never manage API keys, invites, or member identity. Each operation's group is published as x-resource-group. With 'messages' disabled, the key cannot read or send direct messages through any API surface, and it cannot create or edit a webhook subscription broader than itself: it cannot subscribe to, test-fire, redeliver, or read delivery logs for message events. Subscriptions created earlier, from the dashboard, or with a full-access key keep delivering whatever their own `disabledResourceGroups` allows, so restricting an existing integration end to end means restricting the subscription too. OAuth connector tokens (AI assistants and MCP clients) resolve against the same registry, but their groups are not settable yet: treat an authorized connector as full access.
|
|
1800
1800
|
*/
|
|
1801
1801
|
disabledResourceGroups?: Array<('publishing' | 'engagement' | 'messages' | 'contacts' | 'analytics' | 'ads' | 'telephony' | 'accounts' | 'billing' | 'webhooks')>;
|
|
1802
|
+
/**
|
|
1803
|
+
* The team member who created this key. For the team owner's listing this can be any team member; for a non-owner it is always themselves, since a non-owner only ever sees their own keys.
|
|
1804
|
+
*/
|
|
1805
|
+
createdBy?: {
|
|
1806
|
+
id?: string;
|
|
1807
|
+
email?: string;
|
|
1808
|
+
} | null;
|
|
1802
1809
|
};
|
|
1803
1810
|
|
|
1804
1811
|
/**
|
|
@@ -15930,10 +15937,15 @@ export type ConnectAdsData = {
|
|
|
15930
15937
|
* numeric sponsored-account id), `googleads` (bare customer id digits)
|
|
15931
15938
|
* and `twitter` (X Ads, base36 account id). `tiktok` scopes advertisers
|
|
15932
15939
|
* at OAuth and `pinterest` has no ads discovery, so both ignore it.
|
|
15933
|
-
* Meta ids are additionally validated against the connected token
|
|
15934
|
-
*
|
|
15935
|
-
*
|
|
15936
|
-
* `
|
|
15940
|
+
* Meta ids are additionally validated against the connected token:
|
|
15941
|
+
* an id the token cannot see returns 400 `invalid_field_value`, and an
|
|
15942
|
+
* id it can see but that Meta marks unusable for ads (disabled, closed,
|
|
15943
|
+
* under risk review, settlement pending) returns 400 `ad_account_unusable`
|
|
15944
|
+
* with `details.accountStatus` (Meta's `account_status`) and, when Meta
|
|
15945
|
+
* gives one, `details.disableReason`. Unsettled and in-grace accounts
|
|
15946
|
+
* are accepted, matching the `selectable` flag of `GET /v1/ads/accounts`.
|
|
15947
|
+
* Setting a scope also removes already synced ads from de-scoped ad
|
|
15948
|
+
* accounts. For multiple accounts use `adAccountIds` instead.
|
|
15937
15949
|
*
|
|
15938
15950
|
*/
|
|
15939
15951
|
adAccountId?: string;
|