RubyGems - late-sdk - Versions diffs - 0.0.1560 → 0.0.1562 - Mend

late-sdk 0.0.1560 → 0.0.1562

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 (5979) hide show

checksums.yaml CHANGED Viewed

@@ -1,7 +1,7 @@
 ---
 SHA256:
-  metadata.gz: 309191867e4fa5c9532e1bc56a8e7ed5bada72611fbce83116373b7985eb862a
-  data.tar.gz: 1af7d8ce79f56c51c4a9696b396c97d8cf2546dc0469791f2942e9ab1b34cc22
+  metadata.gz: c1b0a8c0775ae822a693169335fa7b520058f0eb26270f330d24b94184511070
+  data.tar.gz: 106509aba2a72f643c48fec51acc3d99722692ef931ad94476093ca39fe4cabc
 SHA512:
-  metadata.gz: 959bbc64280f30a45266eeb12ab958bc6648647895f30b345cdb55fd8525e9937aece4d4140037cfb363dfd81d62732af3ee68c7d2dbc56fe74c8dd16df9b3e0
-  data.tar.gz: ff3634096468139d705b01accb7bfde9969b2ae368b1550f72b7f4965883b24ec3c0157d661f80b45f8f7dab05cec3155dd27c929b259efe83175a73b3a9abf2
+  metadata.gz: f30800beafe5944d5018b851605905145115d48216cd8a6815918b0cc29ee20c29b7d09150d0f0a100a24e2a213de851b3fc8ed8220c6a7eee5eb0dcd955bc2f
+  data.tar.gz: eac15c81833d7b0d48659e6f53b0f4e91f6cd49706091c829687315a13ee2b376f3ae42269fdf1133a5488cfc301a55d00c32d82a0168b0e3cfaeb9f0be443ab

data/README.md CHANGED Viewed

@@ -21,7 +21,7 @@ send is reused as that id.
 This SDK is automatically generated by the [OpenAPI Generator](https://openapi-generator.tech) project:
-- API version: 1.361.0
+- API version: 1.364.0
 - Package version: 0.1.0
 - Generator version: 7.19.0
 - Build package: org.openapitools.codegen.languages.RubyClientCodegen
@@ -1297,6 +1297,7 @@ Class | Method | HTTP request | Description
  - [Zernio::BlueskyPlatformData](docs/BlueskyPlatformData.md)
  - [Zernio::BookmarkPost200Response](docs/BookmarkPost200Response.md)
  - [Zernio::BookmarkPostRequest](docs/BookmarkPostRequest.md)
+ - [Zernio::BoostPost201Response](docs/BoostPost201Response.md)
  - [Zernio::BoostPostRequest](docs/BoostPostRequest.md)
  - [Zernio::BoostPostRequestAttributionSpecInner](docs/BoostPostRequestAttributionSpecInner.md)
  - [Zernio::BoostPostRequestBudget](docs/BoostPostRequestBudget.md)
@@ -2528,6 +2529,8 @@ Class | Method | HTTP request | Description
  - [Zernio::InstagramPlatformDataTrialParams](docs/InstagramPlatformDataTrialParams.md)
  - [Zernio::InstagramPlatformDataUserTagsInner](docs/InstagramPlatformDataUserTagsInner.md)
  - [Zernio::InstagramTaggedMedia](docs/InstagramTaggedMedia.md)
+ - [Zernio::InstagramVideoFallback](docs/InstagramVideoFallback.md)
+ - [Zernio::InstagramVideoFallbackPlatformError](docs/InstagramVideoFallbackPlatformError.md)
  - [Zernio::InstallTrackingTagOnStore200Response](docs/InstallTrackingTagOnStore200Response.md)
  - [Zernio::InstallTrackingTagOnStore200ResponseInstall](docs/InstallTrackingTagOnStore200ResponseInstall.md)
  - [Zernio::InstallTrackingTagOnStore422Response](docs/InstallTrackingTagOnStore422Response.md)

data/docs/AdCampaignsApi.md CHANGED Viewed

@@ -354,7 +354,7 @@ end
 ## boost_post
-> <UpdateAd200Response> boost_post(boost_post_request, opts)
+> <BoostPost201Response> boost_post(boost_post_request, opts)
 Boost post as ad
@@ -390,7 +390,7 @@ end
 This returns an Array which contains the response data, status code and headers.
-> <Array(<UpdateAd200Response>, Integer, Hash)> boost_post_with_http_info(boost_post_request, opts)
+> <Array(<BoostPost201Response>, Integer, Hash)> boost_post_with_http_info(boost_post_request, opts)
 ```ruby
 begin
@@ -398,7 +398,7 @@ begin
   data, status_code, headers = api_instance.boost_post_with_http_info(boost_post_request, opts)
   p status_code # => 2xx
   p headers # => { ... }
-  p data # => <UpdateAd200Response>
+  p data # => <BoostPost201Response>
 rescue Zernio::ApiError => e
   puts "Error when calling AdCampaignsApi->boost_post_with_http_info: #{e}"
 end
@@ -413,7 +413,7 @@ end
 ### Return type
-[**UpdateAd200Response**](UpdateAd200Response.md)
+[**BoostPost201Response**](BoostPost201Response.md)
 ### Authorization
@@ -2355,7 +2355,7 @@ end
 Review status of each creative in a TikTok Smart+ ad
-Shows which Spark post, video or carousel of an Upgraded Smart+ ad TikTok approved or rejected, with every rejection reason, keyed by the TikTok post id for a Spark post.  Reads TikTok's `/smart_plus/ad/review_info/` live (read-only, works on a paused ad) for the Smart+ ad that holds `adId`, and returns the ad-level verdict plus one entry per creative. `adId` may be the Smart+ ad itself or any creative of it synced as its own ad: Zernio finds the Smart+ ad in the ad's ad group through `/smart_plus/ad/get/`, and uses the ad group's only Smart+ ad when no creative list names the ad.  `materialType`, `tiktokItemId`, `videoId`, `name` and `operationStatus` come from the Smart+ ad's `creative_list`. TikTok leaves out of that list the creatives it added on its own (creator content, authorized TikTok posts, Creative Library content) and lists each image of a carousel under its own material id, so those entries come back with the review verdict and null descriptive fields. TikTok returns no review timestamp; `readAt` is when Zernio read it.  TikTok's review endpoint has a strict quota of its own (TikTok documents neither the quota nor its scope). One TikTok call reads the review of the live Smart+ ads of the ad group up to 50 creatives in total (TikTok refuses more), and each review is stored per connection, advertiser and Smart+ ad. This read serves a review read in the last 10 minutes from the store, so sibling ads are answered without a TikTok call and `readAt` can be up to 10 minutes old; an older one is read again. Read reviews when you need them instead of sweeping every ad on a loop. When TikTok answers over quota, Zernio returns 429 and answers 429 for that advertiser and connection without calling TikTok for about 60 seconds, then 120, 240, 480 and up to 960 while TikTok keeps refusing, and after an overage each successful call holds the next one for one step less (480, 240, 120, then 60 seconds) until a success at 60 seconds ends it, each with up to 10% of random jitter, with the time left as `Retry-After`; reviews read in the last 10 minutes are still served.
+Shows which Spark post, video or carousel of an Upgraded Smart+ ad TikTok approved or rejected, with every rejection reason, keyed by the TikTok post id for a Spark post.  Reads TikTok's `/smart_plus/ad/review_info/` live (read-only, works on a paused ad) for the Smart+ ad that holds `adId`, and returns the ad-level verdict plus one entry per creative. `adId` may be the Smart+ ad itself or any creative of it synced as its own ad: Zernio finds the Smart+ ad in the ad's ad group through `/smart_plus/ad/get/`, and uses the ad group's only Smart+ ad when no creative list names the ad.  `materialType`, `tiktokItemId`, `videoId`, `name` and `operationStatus` come from the Smart+ ad's `creative_list`. TikTok leaves out of that list the creatives it added on its own (creator content, authorized TikTok posts, Creative Library content) and lists each image of a carousel under its own material id, so those entries come back with the review verdict and null descriptive fields. TikTok returns no review timestamp; `readAt` is when Zernio read it.  TikTok's review endpoint has a strict quota of its own (TikTok documents neither the quota nor its scope). One TikTok call reads the review of the live Smart+ ads of the ad group up to 50 creatives in total (TikTok refuses more), and each review is stored per connection, advertiser and Smart+ ad. This read serves a review read in the last 10 minutes from the store, so sibling ads are answered without a TikTok call and `readAt` can be up to 10 minutes old; an older one is read again. Read reviews when you need them instead of sweeping every ad on a loop. When TikTok answers over quota, Zernio returns 429 and answers 429 for that advertiser and connection without calling TikTok for about 60 seconds, then 120, 240, 480 and up to 960 while TikTok keeps refusing. Each successful call holds the next one for the advertiser for at least 60 seconds (TikTok often refuses review calls sent in quick succession), and after an overage for one step less than the last pause (480, 240, 120, then 60 seconds). Each pause and hold has up to 10% of random jitter, with the time left as `Retry-After`; reviews read in the last 10 minutes are still served.
 ### Examples
@@ -3404,7 +3404,7 @@ end
 Review status of every TikTok Smart+ ad of an advertiser
-Returns the review verdict of every Upgraded Smart+ ad of one TikTok advertiser, with each creative's verdict, in one paginated read. Use it to refresh reviews periodically: one call (plus its pages) per advertiser per refresh, instead of `GET /v1/ads/{adId}/tiktok-smart-plus-review` per ad.  Zernio lists the advertiser's Smart+ ads with `/smart_plus/ad/get/` (deleted ones only with `includeDeleted=true`) and reads `/smart_plus/ad/review_info/` for Smart+ ads holding up to 50 creatives in total per call (TikTok refuses more; a Smart+ ad with more than 50 creatives is read alone), across ad groups, one call after another. A full refresh of N Smart+ ads with C creatives in total costs about `ceil(N / 100)` listing calls and `ceil(C / 50)` review calls on TikTok. When TikTok still refuses a call for its creative count, Zernio lowers the creative cap for that advertiser and reads the same ads again in smaller calls, never resending the refused size.  Stale while refreshing: every review is stored for 24 hours per connection, advertiser and Smart+ ad (shared with the single-ad read), and `readAt` is always the time TikTok answered, never rewritten when served from the store. `maxAgeSeconds` (default 3600) is the freshness window: a review read within it is fresh and costs no TikTok call; an older one is still returned in `items` but is read again, and so is a Smart+ ad never read. Each request first reads every Smart+ ad of the page never read (live, then deleted with `includeDeleted=true`) and only then refreshes stale ones, oldest `readAt` first, so a quota pause cannot leave never-read ads behind stale ones, progress carries over between requests and an ad already read never goes back to pending. A stored review is replaced only by a successful read. `counts` splits the Smart+ ads on this page into `fresh`, `stale`, `pending` and `failed`, and `oldestReadAt` is the oldest `readAt` of `items`. `incomplete` is true only while some Smart+ ad of the page has never been read (`pending > 0`). Staleness is reported apart: `allFresh` is true when every item and refusal of the page is within `maxAgeSeconds` and nothing is pending. A page with stale items and nothing pending is complete (`incomplete: false`, no `Retry-After`): move on, and a later read refreshes it oldest first. On 2026-10-25 TikTok's quota allowed about 130 to 230 Smart+ ads per advertiser per hour (about 11.5 ads and 4 creatives per successful call), so a larger advertiser cannot be fully refreshed within one hour and its pages stay complete but not `allFresh`.  The listing is stored with the time it was read (`listing.readAt`) and listed again when it is older than `maxAgeSeconds`, so it can be up to `maxAgeSeconds` old: a Smart+ ad created on TikTok appears after at most that long (one hour by default). If that relisting fails, Zernio serves the stored listing with `listing.source: fallback` and the relist error in `listing.error`, instead of failing the request; `listing.source: fresh` means the listing was read within `maxAgeSeconds`. Only when no listing was ever stored does the listing error fail the request.  TikTok's review endpoint has a strict quota of its own (TikTok documents neither the quota nor its scope). When it is over quota (or Zernio is holding review reads for this advertiser and connection after an overage: about 60 seconds, then 120, 240, 480 and up to 960 while TikTok keeps refusing, and after each successful call one step less, 480 down to 60 seconds, until a success at 60 seconds ends it, each with up to 10% of random jitter), Zernio stops calling TikTok and answers 200 with the reviews it has: stale reviews in `items`, the Smart+ ads never read in `pendingSmartPlusAdIds` and, when any are pending, `incomplete: true` with `retryAfterSeconds` (also in the `Retry-After` header). Every Smart+ ad of the page is in `items`, `failedSmartPlusAds` or `pendingSmartPlusAdIds`. Wait `retryAfterSeconds` and read the same page again: only the stale and pending ads reach TikTok.  A Smart+ ad whose review TikTok refuses on its own (for example one deleted on TikTok since the listing was read) is returned in `failedSmartPlusAds` with TikTok's error and `refusedAt`, and the rest of the page is still read. Zernio finds it by splitting the refused batch in halves, at most 16 extra TikTok calls per page; ads still unresolved after that keep their stored review, or stay in `pendingSmartPlusAdIds` when they have none, and are read first by the next request. A refusal of a single ad is stored for 24 hours and read again once it is older than `maxAgeSeconds`; when an ad has both a stored review and a stored refusal, the more recent one is returned. When both halves of a refused batch are refused with the same TikTok error (for example a permission error), Zernio stops calling TikTok for that page: when every Smart+ ad of the page has a stored review or refusal, it serves them and returns the refusal in `reviewError`; when some ad was never read, the whole request fails with that error.  Items are sorted by `adGroupId`, then `smartPlusAdId`, so pages are stable. Keep one page in flight per advertiser and read its pages one after another: parallel pages of one advertiser spend its review quota at the same time and come back incomplete. Production logs suggest the quota is counted per advertiser (not confirmed by TikTok), so different advertisers have been read in parallel without throttling each other.
+Returns the review verdict of every Upgraded Smart+ ad of one TikTok advertiser, with each creative's verdict, in one paginated read. Use it to refresh reviews periodically: one call (plus its pages) per advertiser per refresh, instead of `GET /v1/ads/{adId}/tiktok-smart-plus-review` per ad.  Zernio lists the advertiser's Smart+ ads with `/smart_plus/ad/get/` (deleted ones only with `includeDeleted=true`) and reads `/smart_plus/ad/review_info/` for Smart+ ads holding up to 50 creatives in total per call (TikTok refuses more; a Smart+ ad with more than 50 creatives is read alone), across ad groups, one call after another. A full refresh of N Smart+ ads with C creatives in total costs about `ceil(N / 100)` listing calls and `ceil(C / 50)` review calls on TikTok. When TikTok still refuses a call for its creative count, Zernio lowers the creative cap for that advertiser and reads the same ads again in smaller calls, never resending the refused size.  Stale while refreshing: every review is stored for 24 hours per connection, advertiser and Smart+ ad (shared with the single-ad read), and `readAt` is always the time TikTok answered, never rewritten when served from the store. `maxAgeSeconds` (default 3600) is the freshness window: a review read within it is fresh and costs no TikTok call; an older one is still returned in `items` but is read again, and so is a Smart+ ad never read. Each request first reads every Smart+ ad of the page never read (live, then deleted with `includeDeleted=true`) and only then refreshes stale ones, oldest `readAt` first, so a quota pause cannot leave never-read ads behind stale ones, progress carries over between requests and an ad already read never goes back to pending. A stored review is replaced only by a successful read. `counts` splits the Smart+ ads on this page into `fresh`, `stale`, `pending` and `failed`, and `oldestReadAt` is the oldest `readAt` of `items`. `incomplete` is true only while some Smart+ ad of the page has never been read (`pending > 0`). Staleness is reported apart: `allFresh` is true when every item and refusal of the page is within `maxAgeSeconds` and nothing is pending. A page with stale items and nothing pending is complete (`incomplete: false`): move on, and a later read refreshes it oldest first. When Zernio could not refresh some due ads of the page because review reads are held or TikTok refused them over quota, `refreshState` is `paused` or `refused` and `retryAfterSeconds` (also in the `Retry-After` header) says when that later read can reach TikTok, even with nothing pending. On 2026-10-25 TikTok's quota allowed about 130 to 230 Smart+ ads per advertiser per hour (about 11.5 ads and 4 creatives per successful call), so a larger advertiser cannot be fully refreshed within one hour and its pages stay complete but not `allFresh`.  The listing is stored with the time it was read (`listing.readAt`) and listed again when it is older than `maxAgeSeconds`, so it can be up to `maxAgeSeconds` old: a Smart+ ad created on TikTok appears after at most that long (one hour by default). If that relisting fails, Zernio serves the stored listing with `listing.source: fallback` and the relist error in `listing.error`, instead of failing the request; `listing.source: fresh` means the listing was read within `maxAgeSeconds`. Only when no listing was ever stored does the listing error fail the request.  TikTok's review endpoint has a strict quota of its own (TikTok documents neither the quota nor its scope). TikTok often refuses review calls sent in quick succession, so Zernio holds the next call for this advertiser and connection for at least 60 seconds after every success, and one page reads one batch (up to 50 creatives) per minute at most. When TikTok is over quota (or Zernio is holding review reads: 60 seconds after a success, after an overage about 60 seconds, then 120, 240, 480 and up to 960 while TikTok keeps refusing, and after each successful call one step less, 480 down to 60 seconds, each with up to 10% of random jitter), Zernio stops calling TikTok and answers 200 with the reviews it has: stale reviews in `items`, the Smart+ ads never read in `pendingSmartPlusAdIds`, `incomplete: true` when any are pending, and `refreshState` (`paused` or `refused`) with `retryAfterSeconds` (also in the `Retry-After` header) whenever due ads were left unread. Every Smart+ ad of the page is in `items`, `failedSmartPlusAds` or `pendingSmartPlusAdIds`. Wait `retryAfterSeconds` and read the same page again: only the stale and pending ads reach TikTok.  A Smart+ ad whose review TikTok refuses on its own (for example one deleted on TikTok since the listing was read) is returned in `failedSmartPlusAds` with TikTok's error and `refusedAt`, and the rest of the page is still read. Zernio finds it by splitting the refused batch in halves, at most 16 extra TikTok calls per page; ads still unresolved after that keep their stored review, or stay in `pendingSmartPlusAdIds` when they have none, and are read first by the next request. A refusal of a single ad is stored for 24 hours and read again once it is older than `maxAgeSeconds`; when an ad has both a stored review and a stored refusal, the more recent one is returned. When both halves of a refused batch are refused with the same TikTok error (for example a permission error), Zernio stops calling TikTok for that page: when every Smart+ ad of the page has a stored review or refusal, it serves them and returns the refusal in `reviewError`; when some ad was never read, the whole request fails with that error.  Items are sorted by `adGroupId`, then `smartPlusAdId`, so pages are stable. Keep one page in flight per advertiser and read its pages one after another: parallel pages of one advertiser spend its review quota at the same time and come back incomplete. Production logs suggest the quota is counted per advertiser (not confirmed by TikTok), so different advertisers have been read in parallel without throttling each other.
 ### Examples

data/docs/AdCreative.md CHANGED Viewed

@@ -36,6 +36,7 @@
 | **youtube_video_ids** | **Array&lt;String&gt;** | Google only. YouTube video ids behind a Video campaign ad (video and responsive video ads) or a Demand Gen video ad, same id as &#x60;youtubeVideoId&#x60; on Performance Max asset groups. When the ad has no image, &#x60;thumbnailUrl&#x60; is the first video&#39;s YouTube thumbnail. Absent on ads without a video. | [optional] |
 | **link_url** | **String** | Destination URL | [optional] |
 | **whatsapp_phone_number** | **String** | Explicit E.164 WhatsApp number supplied when creating a Meta boost or messaging ad. Absent when omitted by the caller or on older records. | [optional] |
+| **instagram_video_fallback** | [**InstagramVideoFallback**](InstagramVideoFallback.md) |  | [optional] |
 | **pinterest_image_url** | **String** |  | [optional] |
 | **pinterest_title** | **String** |  | [optional] |
 | **pinterest_description** | **String** |  | [optional] |
@@ -78,6 +79,7 @@ instance = Zernio::AdCreative.new(
   youtube_video_ids: null,
   link_url: null,
   whatsapp_phone_number: +12025550123,
+  instagram_video_fallback: null,
   pinterest_image_url: null,
   pinterest_title: null,
   pinterest_description: null

data/docs/BoostPost201Response.md ADDED Viewed

@@ -0,0 +1,24 @@
+# Zernio::BoostPost201Response
+## Properties
+| Name | Type | Description | Notes |
+| ---- | ---- | ----------- | ----- |
+| **ad** | [**Ad**](Ad.md) |  | [optional] |
+| **message** | **String** |  | [optional] |
+| **instagram_video_fallback** | [**InstagramVideoFallback**](InstagramVideoFallback.md) |  | [optional] |
+| **warnings** | **Array&lt;String&gt;** | Present with instagramVideoFallback: one human-readable line saying how the Instagram video was boosted. | [optional] |
+## Example
+```ruby
+require 'zernio-sdk'
+instance = Zernio::BoostPost201Response.new(
+  ad: null,
+  message: null,
+  instagram_video_fallback: null,
+  warnings: null
+)
+```

data/docs/BoostPostRequest.md CHANGED Viewed

@@ -58,6 +58,7 @@
 | **budget_level** | **String** | Meta only, same semantics as POST /v1/ads/create: campaign &#x3D; Advantage campaign budget (CBO), the budget and bid strategy sit on the campaign and the ad set inherits them. Default adset. Not allowed with adSetId. | [optional] |
 | **attribution_spec** | [**Array&lt;BoostPostRequestAttributionSpecInner&gt;**](BoostPostRequestAttributionSpecInner.md) | Meta only. Ad-set attribution windows, same shape as POST /v1/ads/create. Applied on OUTCOME_SALES, OUTCOME_LEADS and OUTCOME_APP_PROMOTION campaigns (conversions, lead_conversion, lead_generation, app_promotion); other objectives keep Meta&#39;s default. Not allowed with adSetId. | [optional] |
 | **bodies** | **Array&lt;String&gt;** | Meta only. Extra primary-text options Meta rotates on the boosted post (asset_feed_spec.bodies with DEGREES_OF_FREEDOM); the post keeps its own text as one of the options. Works for Facebook posts and Instagram media. Under a conversions or traffic goal Meta also wants a website URL on the options, taken from &#x60;linkUrl&#x60; (send it with a &#x60;callToAction&#x60;); engagement boosts need none. | [optional] |
+| **rehost_on_instagram_video_rejection** | **Boolean** | Meta only (a 400 elsewhere). When Meta refuses an existing Instagram video as the ad (subcode 1815279), Zernio first copies the video into the ad account and retries on the original post, then falls back to a new Facebook video in a new Page post that does not show the original post&#39;s likes and comments; the response reports which in &#x60;instagramVideoFallback&#x60;. Messaging boosts never use the unlinked copy. &#x60;false&#x60; skips every fallback and returns Meta&#39;s error. | [optional][default to true] |
 | **smart_targeting** | [**BoostPostRequestSmartTargeting**](BoostPostRequestSmartTargeting.md) |  | [optional] |
 | **optimization_goal** | **String** | Meta, or TikTok with &#x60;goal: video_views&#x60;. TikTok: ENGAGED_VIEW (6-second Focused View, the default) or ENGAGED_VIEW_FIFTEEN (15-second views), both billed per view (CPV); any other value is a 400. Meta: explicit ad-set &#x60;optimization_goal&#x60; override. When omitted, defaults to the value derived from &#x60;goal&#x60;. Messaging boosts always use CONVERSATIONS and reject another optimizationGoal. Otherwise the value must be compatible with the objective Meta derives from &#x60;goal&#x60;, not with the objective used by &#x60;POST /v1/ads/create&#x60; for the same &#x60;goal&#x60; name: boost maps &#x60;goal: \&quot;engagement\&quot;&#x60; to objective &#x60;OUTCOME_AWARENESS&#x60;, which accepts &#x60;REACH&#x60;, &#x60;IMPRESSIONS&#x60;, &#x60;AD_RECALL_LIFT&#x60;, or THRUPLAY-class values, and rejects &#x60;POST_ENGAGEMENT&#x60; (that value is only valid under &#x60;OUTCOME_ENGAGEMENT&#x60;, which create uses for the same goal name, and which &#x60;metaObjective&#x60; selects on a boost).  | [optional] |
 | **meta_objective** | **String** | Meta only, with &#x60;goal: engagement&#x60; and without &#x60;adSetId&#x60; (400 otherwise). &#x60;OUTCOME_ENGAGEMENT&#x60; creates the campaign with objective &#x60;OUTCOME_ENGAGEMENT&#x60; and the ad set with &#x60;optimization_goal&#x60; &#x60;POST_ENGAGEMENT&#x60; (unless &#x60;optimizationGoal&#x60; is set) and &#x60;destination_type&#x60; &#x60;ON_POST&#x60; (unless &#x60;destinationType&#x60; is set), the shape Ads Manager uses to boost an existing post. When omitted, an engagement boost keeps &#x60;OUTCOME_AWARENESS&#x60; with &#x60;REACH&#x60;. Returns 400 with &#x60;leadGenFormId&#x60; or with a &#x60;callToAction&#x60; whose objective is not &#x60;OUTCOME_ENGAGEMENT&#x60; (&#x60;CALL_NOW&#x60;); messaging CTAs keep their own &#x60;CONVERSATIONS&#x60; ad set. Verified against Meta on Facebook posts; Instagram posts are accepted but not yet verified.  | [optional] |
@@ -122,6 +123,7 @@ instance = Zernio::BoostPostRequest.new(
   budget_level: null,
   attribution_spec: null,
   bodies: null,
+  rehost_on_instagram_video_rejection: null,
   smart_targeting: null,
   optimization_goal: null,
   meta_objective: null

data/docs/InstagramVideoFallback.md ADDED Viewed

@@ -0,0 +1,24 @@
+# Zernio::InstagramVideoFallback
+## Properties
+| Name | Type | Description | Notes |
+| ---- | ---- | ----------- | ----- |
+| **kind** | **String** |  |  |
+| **linked_to_original_post** | **Boolean** | True when the ad still references the original Instagram post and keeps its engagement. |  |
+| **video_id** | **String** | The Facebook-side ad video Zernio made. With instagram_video_reuploaded it is the copy in the ad account video library (possibly one made by an earlier boost of the same media, reused); the creative carries it as video_id unless Meta accepted the plain post reference once the copy existed, in which case the copy is kept for that reference. With instagram_video_rehosted_copy it is the new upload the creative uses (an unused copy made by this request is deleted). |  |
+| **platform_error** | [**InstagramVideoFallbackPlatformError**](InstagramVideoFallbackPlatformError.md) |  |  |
+## Example
+```ruby
+require 'zernio-sdk'
+instance = Zernio::InstagramVideoFallback.new(
+  kind: null,
+  linked_to_original_post: null,
+  video_id: null,
+  platform_error: null
+)
+```

data/docs/InstagramVideoFallbackPlatformError.md ADDED Viewed

@@ -0,0 +1,24 @@
+# Zernio::InstagramVideoFallbackPlatformError
+## Properties
+| Name | Type | Description | Notes |
+| ---- | ---- | ----------- | ----- |
+| **code** | **Integer** |  | [optional] |
+| **subcode** | **Integer** |  | [optional] |
+| **message** | **String** |  |  |
+| **fbtrace_id** | **String** |  | [optional] |
+## Example
+```ruby
+require 'zernio-sdk'
+instance = Zernio::InstagramVideoFallbackPlatformError.new(
+  code: 100,
+  subcode: 1815279,
+  message: null,
+  fbtrace_id: null
+)
+```

data/docs/ListTikTokSmartPlusReviews200Response.md CHANGED Viewed

@@ -20,7 +20,8 @@
 | **incomplete** | **Boolean** | True while some Smart+ ads of this page were never read (&#x60;counts.pending &gt; 0&#x60;). Stale items alone keep it false. | [optional] |
 | **all_fresh** | **Boolean** | True when every item and refusal of this page was read within &#x60;maxAgeSeconds&#x60; and nothing is pending. False with &#x60;incomplete: false&#x60; means the page is complete but some reviews are older than the window; a later read refreshes them oldest first. | [optional] |
 | **pending_smart_plus_ad_ids** | **Array&lt;String&gt;** | Smart+ ads of this page never read. Empty when every ad has a stored review or refusal. | [optional] |
-| **retry_after_seconds** | **Integer** | Seconds to wait before reading this page again, set only while &#x60;incomplete&#x60; is true and review reads are paused. Null when complete (stale items included), or when the page is incomplete without a quota pause (read it again right away). | [optional] |
+| **retry_after_seconds** | **Integer** | Seconds until Zernio calls TikTok&#39;s review endpoint for this advertiser and connection again (the stored pause with its jitter), set exactly when &#x60;refreshState&#x60; is &#x60;paused&#x60; or &#x60;refused&#x60;, stale items with nothing pending included. Always the same value as the &#x60;Retry-After&#x60; header, which is sent exactly when this is not null. Client rule: present, wait that long before reading the page again; null with stale or pending ads, a retry is not blocked (read again now or on your &#x60;maxAgeSeconds&#x60; schedule; with &#x60;refreshState: error&#x60; check &#x60;reviewError&#x60; first). | [optional] |
+| **refresh_state** | **String** | Whether this request could refresh the due (stale or pending) Smart+ ads of the page. &#x60;refused&#x60;: TikTok refused a review call of this request over quota (40002 &#x60;OVER_QPS_LIMIT&#x60; or 40100) and Zernio paused. &#x60;paused&#x60;: no call was sent for the due ads because a pause from an earlier refusal, or the spacing of at least 60 seconds after a success, is still running. Both carry &#x60;retryAfterSeconds&#x60;. &#x60;error&#x60;: TikTok refused the batch for another reason (both halves the same way), the page is served from stored reviews and &#x60;reviewError&#x60; holds TikTok&#39;s error; &#x60;retryAfterSeconds&#x60; is null because retrying soon repeats the refusal. &#x60;ok&#x60;: nothing blocks a retry (every due ad was read, none was due, or the split cap left some for the next read, which can come right away). | [optional] |
 ## Example
@@ -44,7 +45,8 @@ instance = Zernio::ListTikTokSmartPlusReviews200Response.new(
   incomplete: null,
   all_fresh: null,
   pending_smart_plus_ad_ids: null,
-  retry_after_seconds: null
+  retry_after_seconds: null,
+  refresh_state: null
 )
 ```

data/late-sdk.gemspec CHANGED Viewed

@@ -5,7 +5,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/account_groups_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/account_settings_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/accounts_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/ad_accounts_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/ad_audiences_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/ad_campaigns_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0
@@ -318,7 +318,7 @@ module Zernio
     # @param boost_post_request [BoostPostRequest]
     # @param [Hash] opts the optional parameters
     # @option opts [String] :idempotency_key Optional client-generated unique key (e.g. a UUID) that makes retries safe. Same key + same body replays the original response; same key + different body → 422; key still processing → 409. A request cut off mid-handler (for example by a function timeout) can leave its key in progress, answering 409 until the key expires after 24 hours.
-    # @return [UpdateAd200Response]
+    # @return [BoostPost201Response]
     def boost_post(boost_post_request, opts = {})
       data, _status_code, _headers = boost_post_with_http_info(boost_post_request, opts)
       data
@@ -329,7 +329,7 @@ module Zernio
     # @param boost_post_request [BoostPostRequest]
     # @param [Hash] opts the optional parameters
     # @option opts [String] :idempotency_key Optional client-generated unique key (e.g. a UUID) that makes retries safe. Same key + same body replays the original response; same key + different body → 422; key still processing → 409. A request cut off mid-handler (for example by a function timeout) can leave its key in progress, answering 409 until the key expires after 24 hours.
-    # @return [Array<(UpdateAd200Response, Integer, Hash)>] UpdateAd200Response data, response status code and response headers
+    # @return [Array<(BoostPost201Response, Integer, Hash)>] BoostPost201Response data, response status code and response headers
     def boost_post_with_http_info(boost_post_request, opts = {})
       if @api_client.config.debugging
         @api_client.config.logger.debug 'Calling API: AdCampaignsApi.boost_post ...'
@@ -366,7 +366,7 @@ module Zernio
       post_body = opts[:debug_body] || @api_client.object_to_http_body(boost_post_request)
       # return_type
-      return_type = opts[:debug_return_type] || 'UpdateAd200Response'
+      return_type = opts[:debug_return_type] || 'BoostPost201Response'
       # auth_names
       auth_names = opts[:debug_auth_names] || ['bearerAuth']
@@ -2398,7 +2398,7 @@ module Zernio
     end
     # Review status of each creative in a TikTok Smart+ ad
-    # Shows which Spark post, video or carousel of an Upgraded Smart+ ad TikTok approved or rejected, with every rejection reason, keyed by the TikTok post id for a Spark post.  Reads TikTok's `/smart_plus/ad/review_info/` live (read-only, works on a paused ad) for the Smart+ ad that holds `adId`, and returns the ad-level verdict plus one entry per creative. `adId` may be the Smart+ ad itself or any creative of it synced as its own ad: Zernio finds the Smart+ ad in the ad's ad group through `/smart_plus/ad/get/`, and uses the ad group's only Smart+ ad when no creative list names the ad.  `materialType`, `tiktokItemId`, `videoId`, `name` and `operationStatus` come from the Smart+ ad's `creative_list`. TikTok leaves out of that list the creatives it added on its own (creator content, authorized TikTok posts, Creative Library content) and lists each image of a carousel under its own material id, so those entries come back with the review verdict and null descriptive fields. TikTok returns no review timestamp; `readAt` is when Zernio read it.  TikTok's review endpoint has a strict quota of its own (TikTok documents neither the quota nor its scope). One TikTok call reads the review of the live Smart+ ads of the ad group up to 50 creatives in total (TikTok refuses more), and each review is stored per connection, advertiser and Smart+ ad. This read serves a review read in the last 10 minutes from the store, so sibling ads are answered without a TikTok call and `readAt` can be up to 10 minutes old; an older one is read again. Read reviews when you need them instead of sweeping every ad on a loop. When TikTok answers over quota, Zernio returns 429 and answers 429 for that advertiser and connection without calling TikTok for about 60 seconds, then 120, 240, 480 and up to 960 while TikTok keeps refusing, and after an overage each successful call holds the next one for one step less (480, 240, 120, then 60 seconds) until a success at 60 seconds ends it, each with up to 10% of random jitter, with the time left as `Retry-After`; reviews read in the last 10 minutes are still served.
+    # Shows which Spark post, video or carousel of an Upgraded Smart+ ad TikTok approved or rejected, with every rejection reason, keyed by the TikTok post id for a Spark post.  Reads TikTok's `/smart_plus/ad/review_info/` live (read-only, works on a paused ad) for the Smart+ ad that holds `adId`, and returns the ad-level verdict plus one entry per creative. `adId` may be the Smart+ ad itself or any creative of it synced as its own ad: Zernio finds the Smart+ ad in the ad's ad group through `/smart_plus/ad/get/`, and uses the ad group's only Smart+ ad when no creative list names the ad.  `materialType`, `tiktokItemId`, `videoId`, `name` and `operationStatus` come from the Smart+ ad's `creative_list`. TikTok leaves out of that list the creatives it added on its own (creator content, authorized TikTok posts, Creative Library content) and lists each image of a carousel under its own material id, so those entries come back with the review verdict and null descriptive fields. TikTok returns no review timestamp; `readAt` is when Zernio read it.  TikTok's review endpoint has a strict quota of its own (TikTok documents neither the quota nor its scope). One TikTok call reads the review of the live Smart+ ads of the ad group up to 50 creatives in total (TikTok refuses more), and each review is stored per connection, advertiser and Smart+ ad. This read serves a review read in the last 10 minutes from the store, so sibling ads are answered without a TikTok call and `readAt` can be up to 10 minutes old; an older one is read again. Read reviews when you need them instead of sweeping every ad on a loop. When TikTok answers over quota, Zernio returns 429 and answers 429 for that advertiser and connection without calling TikTok for about 60 seconds, then 120, 240, 480 and up to 960 while TikTok keeps refusing. Each successful call holds the next one for the advertiser for at least 60 seconds (TikTok often refuses review calls sent in quick succession), and after an overage for one step less than the last pause (480, 240, 120, then 60 seconds). Each pause and hold has up to 10% of random jitter, with the time left as `Retry-After`; reviews read in the last 10 minutes are still served.
     # @param ad_id [String] Zernio ad id (24-char hex) or the TikTok ad id: the Smart+ ad id or the ad id of one of its creatives.
     # @param [Hash] opts the optional parameters
     # @return [GetTikTokSmartPlusAdReview200Response]
@@ -2408,7 +2408,7 @@ module Zernio
     end
     # Review status of each creative in a TikTok Smart+ ad
-    # Shows which Spark post, video or carousel of an Upgraded Smart+ ad TikTok approved or rejected, with every rejection reason, keyed by the TikTok post id for a Spark post.  Reads TikTok&#39;s &#x60;/smart_plus/ad/review_info/&#x60; live (read-only, works on a paused ad) for the Smart+ ad that holds &#x60;adId&#x60;, and returns the ad-level verdict plus one entry per creative. &#x60;adId&#x60; may be the Smart+ ad itself or any creative of it synced as its own ad: Zernio finds the Smart+ ad in the ad&#39;s ad group through &#x60;/smart_plus/ad/get/&#x60;, and uses the ad group&#39;s only Smart+ ad when no creative list names the ad.  &#x60;materialType&#x60;, &#x60;tiktokItemId&#x60;, &#x60;videoId&#x60;, &#x60;name&#x60; and &#x60;operationStatus&#x60; come from the Smart+ ad&#39;s &#x60;creative_list&#x60;. TikTok leaves out of that list the creatives it added on its own (creator content, authorized TikTok posts, Creative Library content) and lists each image of a carousel under its own material id, so those entries come back with the review verdict and null descriptive fields. TikTok returns no review timestamp; &#x60;readAt&#x60; is when Zernio read it.  TikTok&#39;s review endpoint has a strict quota of its own (TikTok documents neither the quota nor its scope). One TikTok call reads the review of the live Smart+ ads of the ad group up to 50 creatives in total (TikTok refuses more), and each review is stored per connection, advertiser and Smart+ ad. This read serves a review read in the last 10 minutes from the store, so sibling ads are answered without a TikTok call and &#x60;readAt&#x60; can be up to 10 minutes old; an older one is read again. Read reviews when you need them instead of sweeping every ad on a loop. When TikTok answers over quota, Zernio returns 429 and answers 429 for that advertiser and connection without calling TikTok for about 60 seconds, then 120, 240, 480 and up to 960 while TikTok keeps refusing, and after an overage each successful call holds the next one for one step less (480, 240, 120, then 60 seconds) until a success at 60 seconds ends it, each with up to 10% of random jitter, with the time left as &#x60;Retry-After&#x60;; reviews read in the last 10 minutes are still served.
+    # Shows which Spark post, video or carousel of an Upgraded Smart+ ad TikTok approved or rejected, with every rejection reason, keyed by the TikTok post id for a Spark post.  Reads TikTok&#39;s &#x60;/smart_plus/ad/review_info/&#x60; live (read-only, works on a paused ad) for the Smart+ ad that holds &#x60;adId&#x60;, and returns the ad-level verdict plus one entry per creative. &#x60;adId&#x60; may be the Smart+ ad itself or any creative of it synced as its own ad: Zernio finds the Smart+ ad in the ad&#39;s ad group through &#x60;/smart_plus/ad/get/&#x60;, and uses the ad group&#39;s only Smart+ ad when no creative list names the ad.  &#x60;materialType&#x60;, &#x60;tiktokItemId&#x60;, &#x60;videoId&#x60;, &#x60;name&#x60; and &#x60;operationStatus&#x60; come from the Smart+ ad&#39;s &#x60;creative_list&#x60;. TikTok leaves out of that list the creatives it added on its own (creator content, authorized TikTok posts, Creative Library content) and lists each image of a carousel under its own material id, so those entries come back with the review verdict and null descriptive fields. TikTok returns no review timestamp; &#x60;readAt&#x60; is when Zernio read it.  TikTok&#39;s review endpoint has a strict quota of its own (TikTok documents neither the quota nor its scope). One TikTok call reads the review of the live Smart+ ads of the ad group up to 50 creatives in total (TikTok refuses more), and each review is stored per connection, advertiser and Smart+ ad. This read serves a review read in the last 10 minutes from the store, so sibling ads are answered without a TikTok call and &#x60;readAt&#x60; can be up to 10 minutes old; an older one is read again. Read reviews when you need them instead of sweeping every ad on a loop. When TikTok answers over quota, Zernio returns 429 and answers 429 for that advertiser and connection without calling TikTok for about 60 seconds, then 120, 240, 480 and up to 960 while TikTok keeps refusing. Each successful call holds the next one for the advertiser for at least 60 seconds (TikTok often refuses review calls sent in quick succession), and after an overage for one step less than the last pause (480, 240, 120, then 60 seconds). Each pause and hold has up to 10% of random jitter, with the time left as &#x60;Retry-After&#x60;; reviews read in the last 10 minutes are still served.
     # @param ad_id [String] Zernio ad id (24-char hex) or the TikTok ad id: the Smart+ ad id or the ad id of one of its creatives.
     # @param [Hash] opts the optional parameters
     # @return [Array<(GetTikTokSmartPlusAdReview200Response, Integer, Hash)>] GetTikTokSmartPlusAdReview200Response data, response status code and response headers
@@ -3558,7 +3558,7 @@ module Zernio
     end
     # Review status of every TikTok Smart+ ad of an advertiser
-    # Returns the review verdict of every Upgraded Smart+ ad of one TikTok advertiser, with each creative's verdict, in one paginated read. Use it to refresh reviews periodically: one call (plus its pages) per advertiser per refresh, instead of `GET /v1/ads/{adId}/tiktok-smart-plus-review` per ad.  Zernio lists the advertiser's Smart+ ads with `/smart_plus/ad/get/` (deleted ones only with `includeDeleted=true`) and reads `/smart_plus/ad/review_info/` for Smart+ ads holding up to 50 creatives in total per call (TikTok refuses more; a Smart+ ad with more than 50 creatives is read alone), across ad groups, one call after another. A full refresh of N Smart+ ads with C creatives in total costs about `ceil(N / 100)` listing calls and `ceil(C / 50)` review calls on TikTok. When TikTok still refuses a call for its creative count, Zernio lowers the creative cap for that advertiser and reads the same ads again in smaller calls, never resending the refused size.  Stale while refreshing: every review is stored for 24 hours per connection, advertiser and Smart+ ad (shared with the single-ad read), and `readAt` is always the time TikTok answered, never rewritten when served from the store. `maxAgeSeconds` (default 3600) is the freshness window: a review read within it is fresh and costs no TikTok call; an older one is still returned in `items` but is read again, and so is a Smart+ ad never read. Each request first reads every Smart+ ad of the page never read (live, then deleted with `includeDeleted=true`) and only then refreshes stale ones, oldest `readAt` first, so a quota pause cannot leave never-read ads behind stale ones, progress carries over between requests and an ad already read never goes back to pending. A stored review is replaced only by a successful read. `counts` splits the Smart+ ads on this page into `fresh`, `stale`, `pending` and `failed`, and `oldestReadAt` is the oldest `readAt` of `items`. `incomplete` is true only while some Smart+ ad of the page has never been read (`pending > 0`). Staleness is reported apart: `allFresh` is true when every item and refusal of the page is within `maxAgeSeconds` and nothing is pending. A page with stale items and nothing pending is complete (`incomplete: false`, no `Retry-After`): move on, and a later read refreshes it oldest first. On 2026-10-25 TikTok's quota allowed about 130 to 230 Smart+ ads per advertiser per hour (about 11.5 ads and 4 creatives per successful call), so a larger advertiser cannot be fully refreshed within one hour and its pages stay complete but not `allFresh`.  The listing is stored with the time it was read (`listing.readAt`) and listed again when it is older than `maxAgeSeconds`, so it can be up to `maxAgeSeconds` old: a Smart+ ad created on TikTok appears after at most that long (one hour by default). If that relisting fails, Zernio serves the stored listing with `listing.source: fallback` and the relist error in `listing.error`, instead of failing the request; `listing.source: fresh` means the listing was read within `maxAgeSeconds`. Only when no listing was ever stored does the listing error fail the request.  TikTok's review endpoint has a strict quota of its own (TikTok documents neither the quota nor its scope). When it is over quota (or Zernio is holding review reads for this advertiser and connection after an overage: about 60 seconds, then 120, 240, 480 and up to 960 while TikTok keeps refusing, and after each successful call one step less, 480 down to 60 seconds, until a success at 60 seconds ends it, each with up to 10% of random jitter), Zernio stops calling TikTok and answers 200 with the reviews it has: stale reviews in `items`, the Smart+ ads never read in `pendingSmartPlusAdIds` and, when any are pending, `incomplete: true` with `retryAfterSeconds` (also in the `Retry-After` header). Every Smart+ ad of the page is in `items`, `failedSmartPlusAds` or `pendingSmartPlusAdIds`. Wait `retryAfterSeconds` and read the same page again: only the stale and pending ads reach TikTok.  A Smart+ ad whose review TikTok refuses on its own (for example one deleted on TikTok since the listing was read) is returned in `failedSmartPlusAds` with TikTok's error and `refusedAt`, and the rest of the page is still read. Zernio finds it by splitting the refused batch in halves, at most 16 extra TikTok calls per page; ads still unresolved after that keep their stored review, or stay in `pendingSmartPlusAdIds` when they have none, and are read first by the next request. A refusal of a single ad is stored for 24 hours and read again once it is older than `maxAgeSeconds`; when an ad has both a stored review and a stored refusal, the more recent one is returned. When both halves of a refused batch are refused with the same TikTok error (for example a permission error), Zernio stops calling TikTok for that page: when every Smart+ ad of the page has a stored review or refusal, it serves them and returns the refusal in `reviewError`; when some ad was never read, the whole request fails with that error.  Items are sorted by `adGroupId`, then `smartPlusAdId`, so pages are stable. Keep one page in flight per advertiser and read its pages one after another: parallel pages of one advertiser spend its review quota at the same time and come back incomplete. Production logs suggest the quota is counted per advertiser (not confirmed by TikTok), so different advertisers have been read in parallel without throttling each other.
+    # Returns the review verdict of every Upgraded Smart+ ad of one TikTok advertiser, with each creative's verdict, in one paginated read. Use it to refresh reviews periodically: one call (plus its pages) per advertiser per refresh, instead of `GET /v1/ads/{adId}/tiktok-smart-plus-review` per ad.  Zernio lists the advertiser's Smart+ ads with `/smart_plus/ad/get/` (deleted ones only with `includeDeleted=true`) and reads `/smart_plus/ad/review_info/` for Smart+ ads holding up to 50 creatives in total per call (TikTok refuses more; a Smart+ ad with more than 50 creatives is read alone), across ad groups, one call after another. A full refresh of N Smart+ ads with C creatives in total costs about `ceil(N / 100)` listing calls and `ceil(C / 50)` review calls on TikTok. When TikTok still refuses a call for its creative count, Zernio lowers the creative cap for that advertiser and reads the same ads again in smaller calls, never resending the refused size.  Stale while refreshing: every review is stored for 24 hours per connection, advertiser and Smart+ ad (shared with the single-ad read), and `readAt` is always the time TikTok answered, never rewritten when served from the store. `maxAgeSeconds` (default 3600) is the freshness window: a review read within it is fresh and costs no TikTok call; an older one is still returned in `items` but is read again, and so is a Smart+ ad never read. Each request first reads every Smart+ ad of the page never read (live, then deleted with `includeDeleted=true`) and only then refreshes stale ones, oldest `readAt` first, so a quota pause cannot leave never-read ads behind stale ones, progress carries over between requests and an ad already read never goes back to pending. A stored review is replaced only by a successful read. `counts` splits the Smart+ ads on this page into `fresh`, `stale`, `pending` and `failed`, and `oldestReadAt` is the oldest `readAt` of `items`. `incomplete` is true only while some Smart+ ad of the page has never been read (`pending > 0`). Staleness is reported apart: `allFresh` is true when every item and refusal of the page is within `maxAgeSeconds` and nothing is pending. A page with stale items and nothing pending is complete (`incomplete: false`): move on, and a later read refreshes it oldest first. When Zernio could not refresh some due ads of the page because review reads are held or TikTok refused them over quota, `refreshState` is `paused` or `refused` and `retryAfterSeconds` (also in the `Retry-After` header) says when that later read can reach TikTok, even with nothing pending. On 2026-10-25 TikTok's quota allowed about 130 to 230 Smart+ ads per advertiser per hour (about 11.5 ads and 4 creatives per successful call), so a larger advertiser cannot be fully refreshed within one hour and its pages stay complete but not `allFresh`.  The listing is stored with the time it was read (`listing.readAt`) and listed again when it is older than `maxAgeSeconds`, so it can be up to `maxAgeSeconds` old: a Smart+ ad created on TikTok appears after at most that long (one hour by default). If that relisting fails, Zernio serves the stored listing with `listing.source: fallback` and the relist error in `listing.error`, instead of failing the request; `listing.source: fresh` means the listing was read within `maxAgeSeconds`. Only when no listing was ever stored does the listing error fail the request.  TikTok's review endpoint has a strict quota of its own (TikTok documents neither the quota nor its scope). TikTok often refuses review calls sent in quick succession, so Zernio holds the next call for this advertiser and connection for at least 60 seconds after every success, and one page reads one batch (up to 50 creatives) per minute at most. When TikTok is over quota (or Zernio is holding review reads: 60 seconds after a success, after an overage about 60 seconds, then 120, 240, 480 and up to 960 while TikTok keeps refusing, and after each successful call one step less, 480 down to 60 seconds, each with up to 10% of random jitter), Zernio stops calling TikTok and answers 200 with the reviews it has: stale reviews in `items`, the Smart+ ads never read in `pendingSmartPlusAdIds`, `incomplete: true` when any are pending, and `refreshState` (`paused` or `refused`) with `retryAfterSeconds` (also in the `Retry-After` header) whenever due ads were left unread. Every Smart+ ad of the page is in `items`, `failedSmartPlusAds` or `pendingSmartPlusAdIds`. Wait `retryAfterSeconds` and read the same page again: only the stale and pending ads reach TikTok.  A Smart+ ad whose review TikTok refuses on its own (for example one deleted on TikTok since the listing was read) is returned in `failedSmartPlusAds` with TikTok's error and `refusedAt`, and the rest of the page is still read. Zernio finds it by splitting the refused batch in halves, at most 16 extra TikTok calls per page; ads still unresolved after that keep their stored review, or stay in `pendingSmartPlusAdIds` when they have none, and are read first by the next request. A refusal of a single ad is stored for 24 hours and read again once it is older than `maxAgeSeconds`; when an ad has both a stored review and a stored refusal, the more recent one is returned. When both halves of a refused batch are refused with the same TikTok error (for example a permission error), Zernio stops calling TikTok for that page: when every Smart+ ad of the page has a stored review or refusal, it serves them and returns the refusal in `reviewError`; when some ad was never read, the whole request fails with that error.  Items are sorted by `adGroupId`, then `smartPlusAdId`, so pages are stable. Keep one page in flight per advertiser and read its pages one after another: parallel pages of one advertiser spend its review quota at the same time and come back incomplete. Production logs suggest the quota is counted per advertiser (not confirmed by TikTok), so different advertisers have been read in parallel without throttling each other.
     # @param account_id [String] A tiktok or tiktokads account ID
     # @param ad_account_id [String] TikTok advertiser ID
     # @param [Hash] opts the optional parameters
@@ -3573,7 +3573,7 @@ module Zernio
     end
     # Review status of every TikTok Smart+ ad of an advertiser
-    # Returns the review verdict of every Upgraded Smart+ ad of one TikTok advertiser, with each creative&#39;s verdict, in one paginated read. Use it to refresh reviews periodically: one call (plus its pages) per advertiser per refresh, instead of &#x60;GET /v1/ads/{adId}/tiktok-smart-plus-review&#x60; per ad.  Zernio lists the advertiser&#39;s Smart+ ads with &#x60;/smart_plus/ad/get/&#x60; (deleted ones only with &#x60;includeDeleted&#x3D;true&#x60;) and reads &#x60;/smart_plus/ad/review_info/&#x60; for Smart+ ads holding up to 50 creatives in total per call (TikTok refuses more; a Smart+ ad with more than 50 creatives is read alone), across ad groups, one call after another. A full refresh of N Smart+ ads with C creatives in total costs about &#x60;ceil(N / 100)&#x60; listing calls and &#x60;ceil(C / 50)&#x60; review calls on TikTok. When TikTok still refuses a call for its creative count, Zernio lowers the creative cap for that advertiser and reads the same ads again in smaller calls, never resending the refused size.  Stale while refreshing: every review is stored for 24 hours per connection, advertiser and Smart+ ad (shared with the single-ad read), and &#x60;readAt&#x60; is always the time TikTok answered, never rewritten when served from the store. &#x60;maxAgeSeconds&#x60; (default 3600) is the freshness window: a review read within it is fresh and costs no TikTok call; an older one is still returned in &#x60;items&#x60; but is read again, and so is a Smart+ ad never read. Each request first reads every Smart+ ad of the page never read (live, then deleted with &#x60;includeDeleted&#x3D;true&#x60;) and only then refreshes stale ones, oldest &#x60;readAt&#x60; first, so a quota pause cannot leave never-read ads behind stale ones, progress carries over between requests and an ad already read never goes back to pending. A stored review is replaced only by a successful read. &#x60;counts&#x60; splits the Smart+ ads on this page into &#x60;fresh&#x60;, &#x60;stale&#x60;, &#x60;pending&#x60; and &#x60;failed&#x60;, and &#x60;oldestReadAt&#x60; is the oldest &#x60;readAt&#x60; of &#x60;items&#x60;. &#x60;incomplete&#x60; is true only while some Smart+ ad of the page has never been read (&#x60;pending &gt; 0&#x60;). Staleness is reported apart: &#x60;allFresh&#x60; is true when every item and refusal of the page is within &#x60;maxAgeSeconds&#x60; and nothing is pending. A page with stale items and nothing pending is complete (&#x60;incomplete: false&#x60;, no &#x60;Retry-After&#x60;): move on, and a later read refreshes it oldest first. On 2026-10-25 TikTok&#39;s quota allowed about 130 to 230 Smart+ ads per advertiser per hour (about 11.5 ads and 4 creatives per successful call), so a larger advertiser cannot be fully refreshed within one hour and its pages stay complete but not &#x60;allFresh&#x60;.  The listing is stored with the time it was read (&#x60;listing.readAt&#x60;) and listed again when it is older than &#x60;maxAgeSeconds&#x60;, so it can be up to &#x60;maxAgeSeconds&#x60; old: a Smart+ ad created on TikTok appears after at most that long (one hour by default). If that relisting fails, Zernio serves the stored listing with &#x60;listing.source: fallback&#x60; and the relist error in &#x60;listing.error&#x60;, instead of failing the request; &#x60;listing.source: fresh&#x60; means the listing was read within &#x60;maxAgeSeconds&#x60;. Only when no listing was ever stored does the listing error fail the request.  TikTok&#39;s review endpoint has a strict quota of its own (TikTok documents neither the quota nor its scope). When it is over quota (or Zernio is holding review reads for this advertiser and connection after an overage: about 60 seconds, then 120, 240, 480 and up to 960 while TikTok keeps refusing, and after each successful call one step less, 480 down to 60 seconds, until a success at 60 seconds ends it, each with up to 10% of random jitter), Zernio stops calling TikTok and answers 200 with the reviews it has: stale reviews in &#x60;items&#x60;, the Smart+ ads never read in &#x60;pendingSmartPlusAdIds&#x60; and, when any are pending, &#x60;incomplete: true&#x60; with &#x60;retryAfterSeconds&#x60; (also in the &#x60;Retry-After&#x60; header). Every Smart+ ad of the page is in &#x60;items&#x60;, &#x60;failedSmartPlusAds&#x60; or &#x60;pendingSmartPlusAdIds&#x60;. Wait &#x60;retryAfterSeconds&#x60; and read the same page again: only the stale and pending ads reach TikTok.  A Smart+ ad whose review TikTok refuses on its own (for example one deleted on TikTok since the listing was read) is returned in &#x60;failedSmartPlusAds&#x60; with TikTok&#39;s error and &#x60;refusedAt&#x60;, and the rest of the page is still read. Zernio finds it by splitting the refused batch in halves, at most 16 extra TikTok calls per page; ads still unresolved after that keep their stored review, or stay in &#x60;pendingSmartPlusAdIds&#x60; when they have none, and are read first by the next request. A refusal of a single ad is stored for 24 hours and read again once it is older than &#x60;maxAgeSeconds&#x60;; when an ad has both a stored review and a stored refusal, the more recent one is returned. When both halves of a refused batch are refused with the same TikTok error (for example a permission error), Zernio stops calling TikTok for that page: when every Smart+ ad of the page has a stored review or refusal, it serves them and returns the refusal in &#x60;reviewError&#x60;; when some ad was never read, the whole request fails with that error.  Items are sorted by &#x60;adGroupId&#x60;, then &#x60;smartPlusAdId&#x60;, so pages are stable. Keep one page in flight per advertiser and read its pages one after another: parallel pages of one advertiser spend its review quota at the same time and come back incomplete. Production logs suggest the quota is counted per advertiser (not confirmed by TikTok), so different advertisers have been read in parallel without throttling each other.
+    # Returns the review verdict of every Upgraded Smart+ ad of one TikTok advertiser, with each creative&#39;s verdict, in one paginated read. Use it to refresh reviews periodically: one call (plus its pages) per advertiser per refresh, instead of &#x60;GET /v1/ads/{adId}/tiktok-smart-plus-review&#x60; per ad.  Zernio lists the advertiser&#39;s Smart+ ads with &#x60;/smart_plus/ad/get/&#x60; (deleted ones only with &#x60;includeDeleted&#x3D;true&#x60;) and reads &#x60;/smart_plus/ad/review_info/&#x60; for Smart+ ads holding up to 50 creatives in total per call (TikTok refuses more; a Smart+ ad with more than 50 creatives is read alone), across ad groups, one call after another. A full refresh of N Smart+ ads with C creatives in total costs about &#x60;ceil(N / 100)&#x60; listing calls and &#x60;ceil(C / 50)&#x60; review calls on TikTok. When TikTok still refuses a call for its creative count, Zernio lowers the creative cap for that advertiser and reads the same ads again in smaller calls, never resending the refused size.  Stale while refreshing: every review is stored for 24 hours per connection, advertiser and Smart+ ad (shared with the single-ad read), and &#x60;readAt&#x60; is always the time TikTok answered, never rewritten when served from the store. &#x60;maxAgeSeconds&#x60; (default 3600) is the freshness window: a review read within it is fresh and costs no TikTok call; an older one is still returned in &#x60;items&#x60; but is read again, and so is a Smart+ ad never read. Each request first reads every Smart+ ad of the page never read (live, then deleted with &#x60;includeDeleted&#x3D;true&#x60;) and only then refreshes stale ones, oldest &#x60;readAt&#x60; first, so a quota pause cannot leave never-read ads behind stale ones, progress carries over between requests and an ad already read never goes back to pending. A stored review is replaced only by a successful read. &#x60;counts&#x60; splits the Smart+ ads on this page into &#x60;fresh&#x60;, &#x60;stale&#x60;, &#x60;pending&#x60; and &#x60;failed&#x60;, and &#x60;oldestReadAt&#x60; is the oldest &#x60;readAt&#x60; of &#x60;items&#x60;. &#x60;incomplete&#x60; is true only while some Smart+ ad of the page has never been read (&#x60;pending &gt; 0&#x60;). Staleness is reported apart: &#x60;allFresh&#x60; is true when every item and refusal of the page is within &#x60;maxAgeSeconds&#x60; and nothing is pending. A page with stale items and nothing pending is complete (&#x60;incomplete: false&#x60;): move on, and a later read refreshes it oldest first. When Zernio could not refresh some due ads of the page because review reads are held or TikTok refused them over quota, &#x60;refreshState&#x60; is &#x60;paused&#x60; or &#x60;refused&#x60; and &#x60;retryAfterSeconds&#x60; (also in the &#x60;Retry-After&#x60; header) says when that later read can reach TikTok, even with nothing pending. On 2026-10-25 TikTok&#39;s quota allowed about 130 to 230 Smart+ ads per advertiser per hour (about 11.5 ads and 4 creatives per successful call), so a larger advertiser cannot be fully refreshed within one hour and its pages stay complete but not &#x60;allFresh&#x60;.  The listing is stored with the time it was read (&#x60;listing.readAt&#x60;) and listed again when it is older than &#x60;maxAgeSeconds&#x60;, so it can be up to &#x60;maxAgeSeconds&#x60; old: a Smart+ ad created on TikTok appears after at most that long (one hour by default). If that relisting fails, Zernio serves the stored listing with &#x60;listing.source: fallback&#x60; and the relist error in &#x60;listing.error&#x60;, instead of failing the request; &#x60;listing.source: fresh&#x60; means the listing was read within &#x60;maxAgeSeconds&#x60;. Only when no listing was ever stored does the listing error fail the request.  TikTok&#39;s review endpoint has a strict quota of its own (TikTok documents neither the quota nor its scope). TikTok often refuses review calls sent in quick succession, so Zernio holds the next call for this advertiser and connection for at least 60 seconds after every success, and one page reads one batch (up to 50 creatives) per minute at most. When TikTok is over quota (or Zernio is holding review reads: 60 seconds after a success, after an overage about 60 seconds, then 120, 240, 480 and up to 960 while TikTok keeps refusing, and after each successful call one step less, 480 down to 60 seconds, each with up to 10% of random jitter), Zernio stops calling TikTok and answers 200 with the reviews it has: stale reviews in &#x60;items&#x60;, the Smart+ ads never read in &#x60;pendingSmartPlusAdIds&#x60;, &#x60;incomplete: true&#x60; when any are pending, and &#x60;refreshState&#x60; (&#x60;paused&#x60; or &#x60;refused&#x60;) with &#x60;retryAfterSeconds&#x60; (also in the &#x60;Retry-After&#x60; header) whenever due ads were left unread. Every Smart+ ad of the page is in &#x60;items&#x60;, &#x60;failedSmartPlusAds&#x60; or &#x60;pendingSmartPlusAdIds&#x60;. Wait &#x60;retryAfterSeconds&#x60; and read the same page again: only the stale and pending ads reach TikTok.  A Smart+ ad whose review TikTok refuses on its own (for example one deleted on TikTok since the listing was read) is returned in &#x60;failedSmartPlusAds&#x60; with TikTok&#39;s error and &#x60;refusedAt&#x60;, and the rest of the page is still read. Zernio finds it by splitting the refused batch in halves, at most 16 extra TikTok calls per page; ads still unresolved after that keep their stored review, or stay in &#x60;pendingSmartPlusAdIds&#x60; when they have none, and are read first by the next request. A refusal of a single ad is stored for 24 hours and read again once it is older than &#x60;maxAgeSeconds&#x60;; when an ad has both a stored review and a stored refusal, the more recent one is returned. When both halves of a refused batch are refused with the same TikTok error (for example a permission error), Zernio stops calling TikTok for that page: when every Smart+ ad of the page has a stored review or refusal, it serves them and returns the refusal in &#x60;reviewError&#x60;; when some ad was never read, the whole request fails with that error.  Items are sorted by &#x60;adGroupId&#x60;, then &#x60;smartPlusAdId&#x60;, so pages are stable. Keep one page in flight per advertiser and read its pages one after another: parallel pages of one advertiser spend its review quota at the same time and come back incomplete. Production logs suggest the quota is counted per advertiser (not confirmed by TikTok), so different advertisers have been read in parallel without throttling each other.
     # @param account_id [String] A tiktok or tiktokads account ID
     # @param ad_account_id [String] TikTok advertiser ID
     # @param [Hash] opts the optional parameters

data/lib/zernio-sdk/api/ad_creatives_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/ad_insights_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/ad_library_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/ad_rules_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/ad_targeting_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/analytics_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/api_keys_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/blogs_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/branded_calling_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/broadcasts_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0

data/lib/zernio-sdk/api/business_agent_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #API reference for Zernio. Authenticate with a Bearer API key. Base URL: https://zernio.com/api  Versioning and deprecation: all endpoints are versioned in the URL path (current version: /v1). Breaking changes only ship in a new path version; existing versions keep working. Deprecated operations are marked 'deprecated: true' in this spec and announced in the changelog (https://zernio.com/changelog) before removal.  Errors: every 4xx/5xx response is application/json with a machine-readable 'code' and a human-readable 'error' message (see the ErrorResponse schema).  Request ids: responses carry an X-Request-Id header with the id we log the request under. Quote it when reporting a problem. A valid x-request-id you send is reused as that id.
-The version of the OpenAPI document: 1.361.0
+The version of the OpenAPI document: 1.364.0
 Contact: support@zernio.com
 Generated by: https://openapi-generator.tech
 Generator version: 7.19.0