@isnap/sdk 1.3.0-next.17 → 1.3.0-next.20
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.
|
@@ -1059,7 +1059,7 @@ export interface paths {
|
|
|
1059
1059
|
put?: never;
|
|
1060
1060
|
/**
|
|
1061
1061
|
* Activate a reserved line
|
|
1062
|
-
* @description Commit a `reserved` line to `active`. Wholesale partners (no Stripe checkout surface) use this as the second phase of reserve→activate — they reserve, bill their own end-user, then activate within the 15-minute window with no per-line Stripe sub (EOM-metered), and may pick the
|
|
1062
|
+
* @description Commit a `reserved` line to `active`. Wholesale partners (no Stripe checkout surface) use this as the second phase of reserve→activate — they reserve, bill their own end-user, then activate within the 15-minute window with no per-line Stripe sub (EOM-metered), and may pick the INBOUND product via `inbound_only` (a line that cannot initiate — the contact must message first, after which the exchange is unrestricted; not receive-only). Direct callers get the test/dev mock-sub shortcut (production direct activation happens via the Stripe webhook on `checkout.session.completed`); `inbound_only` is ignored for them (theirs comes from the checkout price).
|
|
1063
1063
|
*/
|
|
1064
1064
|
post: {
|
|
1065
1065
|
parameters: {
|
|
@@ -2533,7 +2533,7 @@ export interface paths {
|
|
|
2533
2533
|
*/
|
|
2534
2534
|
line_id: string;
|
|
2535
2535
|
/**
|
|
2536
|
-
* @description
|
|
2536
|
+
* @description Buy the INBOUND rental product instead of the outbound one. An inbound line cannot INITIATE a conversation — the contact must message first, after which the exchange is unrestricted; it is NOT receive-only. Rental tiers only. The chosen Stripe price is the source of truth: `lines.inbound_only` is re-derived from its lookup_key on `customer.subscription.created/updated`.
|
|
2537
2537
|
* @default false
|
|
2538
2538
|
*/
|
|
2539
2539
|
inbound_only?: boolean;
|
|
@@ -5998,7 +5998,7 @@ export interface components {
|
|
|
5998
5998
|
billing_tier: "rental_iphone" | "rental_android" | "byod_imessage" | "byod_android" | "shared_pool" | "shared_imessage";
|
|
5999
5999
|
/** @description True when the customer owns the underlying hardware (BYOD billing tiers). BYOD lines expose the full line-health surface (offline/degraded events, GET /v1/lines/{id}/health). Rental lines (false) only emit durable, actionable events to keep customers out of transient infrastructure noise they cannot act on. */
|
|
6000
6000
|
byod: boolean;
|
|
6001
|
-
/** @description True when the line is
|
|
6001
|
+
/** @description True when the line cannot INITIATE a conversation: the contact must send the first message, after which the exchange is unrestricted in both directions. It is NOT receive-only — the line replies, reacts and sends attachments normally once contacted. Messaging a handle that has never contacted the line is rejected with 403 outbound_first_forbidden, per recipient and with no time limit once unlocked. Cheaper than the outbound tier; always false on BYOD/pool lines. */
|
|
6002
6002
|
inbound_only: boolean;
|
|
6003
6003
|
capabilities?: unknown;
|
|
6004
6004
|
status: string;
|