@getlatedev/node 0.2.1214 → 0.2.1216
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 +2 -2
- package/dist/index.d.ts +2 -2
- package/dist/index.js +1 -1
- package/dist/index.mjs +1 -1
- package/package.json +1 -1
- package/src/generated/sdk.gen.ts +2 -0
- package/src/generated/types.gen.ts +2 -2
package/dist/index.d.mts
CHANGED
|
@@ -39021,7 +39021,7 @@ type CreateWorkflowData = {
|
|
|
39021
39021
|
body: {
|
|
39022
39022
|
profileId: string;
|
|
39023
39023
|
accountId: string;
|
|
39024
|
-
platform?: 'whatsapp' | 'instagram' | 'facebook' | 'telegram' | 'twitter' | 'bluesky' | 'reddit';
|
|
39024
|
+
platform?: 'whatsapp' | 'instagram' | 'facebook' | 'telegram' | 'twitter' | 'bluesky' | 'reddit' | 'tiktok';
|
|
39025
39025
|
name: string;
|
|
39026
39026
|
description?: string;
|
|
39027
39027
|
nodes?: Array<WorkflowNode>;
|
|
@@ -39082,7 +39082,7 @@ type UpdateWorkflowData = {
|
|
|
39082
39082
|
edges?: Array<WorkflowEdge>;
|
|
39083
39083
|
entryNodeId?: (string) | null;
|
|
39084
39084
|
/**
|
|
39085
|
-
* Reassign the workflow to a different `SocialAccount`. `platform` and `profileId` are derived server-side from the new account (the client never sends them directly). The account must belong to the caller's team and be on a workflow-supported platform (whatsapp, instagram, facebook, telegram, twitter, bluesky, reddit). Changing this triggers a graph revalidation against the new platform.
|
|
39085
|
+
* Reassign the workflow to a different `SocialAccount`. `platform` and `profileId` are derived server-side from the new account (the client never sends them directly). The account must belong to the caller's team and be on a workflow-supported platform (whatsapp, instagram, facebook, telegram, twitter, bluesky, reddit, tiktok). Changing this triggers a graph revalidation against the new platform.
|
|
39086
39086
|
*
|
|
39087
39087
|
*/
|
|
39088
39088
|
accountId?: string;
|
package/dist/index.d.ts
CHANGED
|
@@ -39021,7 +39021,7 @@ type CreateWorkflowData = {
|
|
|
39021
39021
|
body: {
|
|
39022
39022
|
profileId: string;
|
|
39023
39023
|
accountId: string;
|
|
39024
|
-
platform?: 'whatsapp' | 'instagram' | 'facebook' | 'telegram' | 'twitter' | 'bluesky' | 'reddit';
|
|
39024
|
+
platform?: 'whatsapp' | 'instagram' | 'facebook' | 'telegram' | 'twitter' | 'bluesky' | 'reddit' | 'tiktok';
|
|
39025
39025
|
name: string;
|
|
39026
39026
|
description?: string;
|
|
39027
39027
|
nodes?: Array<WorkflowNode>;
|
|
@@ -39082,7 +39082,7 @@ type UpdateWorkflowData = {
|
|
|
39082
39082
|
edges?: Array<WorkflowEdge>;
|
|
39083
39083
|
entryNodeId?: (string) | null;
|
|
39084
39084
|
/**
|
|
39085
|
-
* Reassign the workflow to a different `SocialAccount`. `platform` and `profileId` are derived server-side from the new account (the client never sends them directly). The account must belong to the caller's team and be on a workflow-supported platform (whatsapp, instagram, facebook, telegram, twitter, bluesky, reddit). Changing this triggers a graph revalidation against the new platform.
|
|
39085
|
+
* Reassign the workflow to a different `SocialAccount`. `platform` and `profileId` are derived server-side from the new account (the client never sends them directly). The account must belong to the caller's team and be on a workflow-supported platform (whatsapp, instagram, facebook, telegram, twitter, bluesky, reddit, tiktok). Changing this triggers a graph revalidation against the new platform.
|
|
39086
39086
|
*
|
|
39087
39087
|
*/
|
|
39088
39088
|
accountId?: 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: "@getlatedev/node",
|
|
39
|
-
version: "0.2.
|
|
39
|
+
version: "0.2.1216",
|
|
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: "@getlatedev/node",
|
|
8
|
-
version: "0.2.
|
|
8
|
+
version: "0.2.1216",
|
|
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
|
@@ -1020,6 +1020,8 @@ export const createPost = <ThrowOnError extends boolean = false>(options: Option
|
|
|
1020
1020
|
*
|
|
1021
1021
|
* LinkedIn personal profiles: LinkedIn has no listing API for personal profiles, so a `url` is REQUIRED and imports that single post. Pass any LinkedIn post URL (`linkedin.com/posts/…`, `linkedin.com/feed/update/urn:li:activity:…`) or a `urn:li:share:…` / `urn:li:ugcPost:…` URN. Works for posts published outside Zernio and before the account was connected, any age; the post must be authored by the connected member. Imported posts return full analytics (impressions, reach, reactions, comments, reshares, saves) and keep refreshing on the background analytics cycle, but carry no content/media (LinkedIn does not expose them for personal profiles). `publishedAt` comes from the post id: an activity URL (`linkedin.com/feed/update/urn:li:activity:…`) carries the publication time, while a `urn:li:share:…` / `urn:li:ugcPost:…` URN only carries the creation time, which is earlier for a post scheduled in another tool. Pass the activity URL for the exact publication date; importing it again for a post already imported by its URN corrects `publishedAt` on the same record. Right after an import, the per-post `GET /v1/analytics?postId=` read can show zeros for a few minutes while the metrics are ingested; this endpoint's response carries the fetched values immediately.
|
|
1022
1022
|
*
|
|
1023
|
+
* TikTok Business accounts: a `postId` or TikTok `url` that the listing has not stored is fetched from TikTok and imported as an external post, at any age, with its current metrics.
|
|
1024
|
+
*
|
|
1023
1025
|
* `url` accepts any format the platform uses (e.g. `instagram.com/p/…`, `instagram.com/reel/…`, `youtu.be/…`, `youtube.com/shorts/…`, `tiktok.com/@user/video/…`, `vm.tiktok.com` short links, `pinterest.com/pin/…` on any regional domain, and `pin.it` short links). Pass `postId` (the platform media/video/pin id) as an alternative locator.
|
|
1024
1026
|
*
|
|
1025
1027
|
* Note: post-level analytics (reach, impressions) still carry the platform's own delay (e.g. ~24h on Instagram). This endpoint confirms the post exists and returns its metadata plus basic engagement (likes, comments), not delayed insights.
|
|
@@ -39308,7 +39308,7 @@ export type CreateWorkflowData = {
|
|
|
39308
39308
|
body: {
|
|
39309
39309
|
profileId: string;
|
|
39310
39310
|
accountId: string;
|
|
39311
|
-
platform?: 'whatsapp' | 'instagram' | 'facebook' | 'telegram' | 'twitter' | 'bluesky' | 'reddit';
|
|
39311
|
+
platform?: 'whatsapp' | 'instagram' | 'facebook' | 'telegram' | 'twitter' | 'bluesky' | 'reddit' | 'tiktok';
|
|
39312
39312
|
name: string;
|
|
39313
39313
|
description?: string;
|
|
39314
39314
|
nodes?: Array<WorkflowNode>;
|
|
@@ -39375,7 +39375,7 @@ export type UpdateWorkflowData = {
|
|
|
39375
39375
|
edges?: Array<WorkflowEdge>;
|
|
39376
39376
|
entryNodeId?: (string) | null;
|
|
39377
39377
|
/**
|
|
39378
|
-
* Reassign the workflow to a different `SocialAccount`. `platform` and `profileId` are derived server-side from the new account (the client never sends them directly). The account must belong to the caller's team and be on a workflow-supported platform (whatsapp, instagram, facebook, telegram, twitter, bluesky, reddit). Changing this triggers a graph revalidation against the new platform.
|
|
39378
|
+
* Reassign the workflow to a different `SocialAccount`. `platform` and `profileId` are derived server-side from the new account (the client never sends them directly). The account must belong to the caller's team and be on a workflow-supported platform (whatsapp, instagram, facebook, telegram, twitter, bluesky, reddit, tiktok). Changing this triggers a graph revalidation against the new platform.
|
|
39379
39379
|
*
|
|
39380
39380
|
*/
|
|
39381
39381
|
accountId?: string;
|