@zippendo/sdk 1.1.0 → 1.1.2

package/src/models/index.ts

@@ -52,11 +52,8 @@ export * from './CreateShippingQuoteRequestDestination';
 export * from './CreateShippingQuoteRequestItemsInner';
 export * from './CreateShippingRule201Response';
 export * from './CreateShippingRuleRequest';
-export * from './CreateShippingRuleRequestAdditionalParameters';
-export * from './CreateShippingRuleRequestAdditionalParametersAnyOfInner';
-export * from './CreateShippingRuleRequestAdditionalParametersAnyOfValue';
-export * from './CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOf';
-export * from './CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner';
+export * from './CreateShippingRuleRequestAdditionalParametersValue';
+export * from './CreateShippingRuleRequestAdditionalParametersValueAnyOf';
 export * from './CreateShippingRuleRequestConditionsInner';
 export * from './CreateShippingRuleRequestConditionsInnerOneOf';
 export * from './CreateShippingRuleRequestConditionsInnerOneOf1';
@@ -110,11 +107,11 @@ export * from './ListShipments200Response';
 export * from './ListShipments200ResponseDataInner';
 export * from './ListShipments200ResponseDataInnerAddress';
 export * from './ListShipments200ResponseDataInnerCarrierSettings';
-export * from './ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValue';
-export * from './ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOf';
 export * from './ListShippingRules200Response';
 export * from './ListShippingRules200ResponseDataInner';
-export * from './ListShippingRules200ResponseDataInnerAdditionalParametersInner';
+export * from './ListShippingRules200ResponseDataInnerAdditionalParametersValue';
+export * from './ListShippingRules200ResponseDataInnerAdditionalParametersValueAnyOf';
+export * from './ListShippingRules200ResponseDataInnerAdditionalParametersValueAnyOfCoordinatesInner';
 export * from './ListShippingRules200ResponseDataInnerCarrier';
 export * from './ListShippingRules200ResponseDataInnerConditionsInner';
 export * from './ListShippingRules200ResponseDataInnerConditionsInnerOneOf';

package/dist/esm/models/CreateShippingRuleRequestAdditionalParameters.d.ts

@@ -1,26 +0,0 @@
-/**
- * Zippendo Public API
- * Public API documentation for Zippendo. Authenticate using your API token (Bearer token prefixed with zipp_).  **Brands (sub-accounts).** An organization can be split into brands, each keeping its own orders, shipments and configuration separate. There are two ways to scope requests to one brand, and NEITHER changes any request body:  1. **Bind the token.** Create an API token with a `brandId` and every request it makes is confined    to that brand — reads filtered, writes stamped. This is the recommended way to give a single    brand\'s team its own credential. 2. **Send the `X-Zippendo-Brand` header.** An organization-wide token can scope an individual    request by sending the brand\'s id or slug in this header. Most SDKs let you set it once on the    client so every call inherits it.  A brand-bound token that receives an `X-Zippendo-Brand` header naming a different brand is rejected with `403 BRAND_ACCESS_DENIED` — the binding is never widened. Omit both and requests cover the whole organization, which is the behaviour of every existing token.  Records that belong to no brand carry `brandId: null`. Configuration (carriers, shipping rules, addresses) with a null brand is organization-wide and remains visible inside every brand; orders and shipments with a null brand are only visible organization-wide.  Brands themselves are managed under the **Brands** tag. Retiring a brand is done with `POST /orgs/{orgId}/brands/{brandId}/archive` — permanent deletion is a dashboard-only action, since it is refused while any order, shipment, member or token still references the brand. Brands require a plan that includes them; creating one beyond your plan\'s limit returns `403`.
- *
- * The version of the OpenAPI document: 1.0.0
- * Contact: support@zippendo.com
- *
- * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
- * https://openapi-generator.tech
- * Do not edit the class manually.
- */
-/**
- * Carrier-specific extra parameters. Accepts EITHER the `{ key: value }` object (preferred) OR the legacy `[{ name, val }]` array, so you can migrate on your own schedule. Each key / `name` is the carrier parameter `key` from the product's `additionalParameters[].key` (e.g. `returnFunctionality`).
- * @export
- * @interface CreateShippingRuleRequestAdditionalParameters
- */
-export interface CreateShippingRuleRequestAdditionalParameters {
-}
-/**
- * Check if a given object implements the CreateShippingRuleRequestAdditionalParameters interface.
- */
-export declare function instanceOfCreateShippingRuleRequestAdditionalParameters(value: object): value is CreateShippingRuleRequestAdditionalParameters;
-export declare function CreateShippingRuleRequestAdditionalParametersFromJSON(json: any): CreateShippingRuleRequestAdditionalParameters;
-export declare function CreateShippingRuleRequestAdditionalParametersFromJSONTyped(json: any, ignoreDiscriminator: boolean): CreateShippingRuleRequestAdditionalParameters;
-export declare function CreateShippingRuleRequestAdditionalParametersToJSON(json: any): CreateShippingRuleRequestAdditionalParameters;
-export declare function CreateShippingRuleRequestAdditionalParametersToJSONTyped(value?: CreateShippingRuleRequestAdditionalParameters | null, ignoreDiscriminator?: boolean): any;

package/dist/esm/models/CreateShippingRuleRequestAdditionalParameters.js

@@ -1,31 +0,0 @@
-/* tslint:disable */
-/* eslint-disable */
-/**
- * Zippendo Public API
- * Public API documentation for Zippendo. Authenticate using your API token (Bearer token prefixed with zipp_).  **Brands (sub-accounts).** An organization can be split into brands, each keeping its own orders, shipments and configuration separate. There are two ways to scope requests to one brand, and NEITHER changes any request body:  1. **Bind the token.** Create an API token with a `brandId` and every request it makes is confined    to that brand — reads filtered, writes stamped. This is the recommended way to give a single    brand\'s team its own credential. 2. **Send the `X-Zippendo-Brand` header.** An organization-wide token can scope an individual    request by sending the brand\'s id or slug in this header. Most SDKs let you set it once on the    client so every call inherits it.  A brand-bound token that receives an `X-Zippendo-Brand` header naming a different brand is rejected with `403 BRAND_ACCESS_DENIED` — the binding is never widened. Omit both and requests cover the whole organization, which is the behaviour of every existing token.  Records that belong to no brand carry `brandId: null`. Configuration (carriers, shipping rules, addresses) with a null brand is organization-wide and remains visible inside every brand; orders and shipments with a null brand are only visible organization-wide.  Brands themselves are managed under the **Brands** tag. Retiring a brand is done with `POST /orgs/{orgId}/brands/{brandId}/archive` — permanent deletion is a dashboard-only action, since it is refused while any order, shipment, member or token still references the brand. Brands require a plan that includes them; creating one beyond your plan\'s limit returns `403`.
- *
- * The version of the OpenAPI document: 1.0.0
- * Contact: support@zippendo.com
- *
- * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
- * https://openapi-generator.tech
- * Do not edit the class manually.
- */
-/**
- * Check if a given object implements the CreateShippingRuleRequestAdditionalParameters interface.
- */
-export function instanceOfCreateShippingRuleRequestAdditionalParameters(value) {
-    return true;
-}
-export function CreateShippingRuleRequestAdditionalParametersFromJSON(json) {
-    return CreateShippingRuleRequestAdditionalParametersFromJSONTyped(json, false);
-}
-export function CreateShippingRuleRequestAdditionalParametersFromJSONTyped(json, ignoreDiscriminator) {
-    return json;
-}
-export function CreateShippingRuleRequestAdditionalParametersToJSON(json) {
-    return CreateShippingRuleRequestAdditionalParametersToJSONTyped(json, false);
-}
-export function CreateShippingRuleRequestAdditionalParametersToJSONTyped(value, ignoreDiscriminator = false) {
-    return value;
-}

package/dist/esm/models/CreateShippingRuleRequestAdditionalParametersAnyOfInner.d.ts

@@ -1,38 +0,0 @@
-/**
- * Zippendo Public API
- * Public API documentation for Zippendo. Authenticate using your API token (Bearer token prefixed with zipp_).  **Brands (sub-accounts).** An organization can be split into brands, each keeping its own orders, shipments and configuration separate. There are two ways to scope requests to one brand, and NEITHER changes any request body:  1. **Bind the token.** Create an API token with a `brandId` and every request it makes is confined    to that brand — reads filtered, writes stamped. This is the recommended way to give a single    brand\'s team its own credential. 2. **Send the `X-Zippendo-Brand` header.** An organization-wide token can scope an individual    request by sending the brand\'s id or slug in this header. Most SDKs let you set it once on the    client so every call inherits it.  A brand-bound token that receives an `X-Zippendo-Brand` header naming a different brand is rejected with `403 BRAND_ACCESS_DENIED` — the binding is never widened. Omit both and requests cover the whole organization, which is the behaviour of every existing token.  Records that belong to no brand carry `brandId: null`. Configuration (carriers, shipping rules, addresses) with a null brand is organization-wide and remains visible inside every brand; orders and shipments with a null brand are only visible organization-wide.  Brands themselves are managed under the **Brands** tag. Retiring a brand is done with `POST /orgs/{orgId}/brands/{brandId}/archive` — permanent deletion is a dashboard-only action, since it is refused while any order, shipment, member or token still references the brand. Brands require a plan that includes them; creating one beyond your plan\'s limit returns `403`.
- *
- * The version of the OpenAPI document: 1.0.0
- * Contact: support@zippendo.com
- *
- * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
- * https://openapi-generator.tech
- * Do not edit the class manually.
- */
-/**
- *
- * @export
- * @interface CreateShippingRuleRequestAdditionalParametersAnyOfInner
- */
-export interface CreateShippingRuleRequestAdditionalParametersAnyOfInner {
-    /**
-     * Carrier parameter key
-     * @type {string}
-     * @memberof CreateShippingRuleRequestAdditionalParametersAnyOfInner
-     */
-    name: string;
-    /**
-     * Parameter value (stringified)
-     * @type {string}
-     * @memberof CreateShippingRuleRequestAdditionalParametersAnyOfInner
-     */
-    val: string;
-}
-/**
- * Check if a given object implements the CreateShippingRuleRequestAdditionalParametersAnyOfInner interface.
- */
-export declare function instanceOfCreateShippingRuleRequestAdditionalParametersAnyOfInner(value: object): value is CreateShippingRuleRequestAdditionalParametersAnyOfInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfInnerFromJSON(json: any): CreateShippingRuleRequestAdditionalParametersAnyOfInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfInnerFromJSONTyped(json: any, ignoreDiscriminator: boolean): CreateShippingRuleRequestAdditionalParametersAnyOfInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfInnerToJSON(json: any): CreateShippingRuleRequestAdditionalParametersAnyOfInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfInnerToJSONTyped(value?: CreateShippingRuleRequestAdditionalParametersAnyOfInner | null, ignoreDiscriminator?: boolean): any;

package/dist/esm/models/CreateShippingRuleRequestAdditionalParametersAnyOfInner.js

@@ -1,47 +0,0 @@
-/* tslint:disable */
-/* eslint-disable */
-/**
- * Zippendo Public API
- * Public API documentation for Zippendo. Authenticate using your API token (Bearer token prefixed with zipp_).  **Brands (sub-accounts).** An organization can be split into brands, each keeping its own orders, shipments and configuration separate. There are two ways to scope requests to one brand, and NEITHER changes any request body:  1. **Bind the token.** Create an API token with a `brandId` and every request it makes is confined    to that brand — reads filtered, writes stamped. This is the recommended way to give a single    brand\'s team its own credential. 2. **Send the `X-Zippendo-Brand` header.** An organization-wide token can scope an individual    request by sending the brand\'s id or slug in this header. Most SDKs let you set it once on the    client so every call inherits it.  A brand-bound token that receives an `X-Zippendo-Brand` header naming a different brand is rejected with `403 BRAND_ACCESS_DENIED` — the binding is never widened. Omit both and requests cover the whole organization, which is the behaviour of every existing token.  Records that belong to no brand carry `brandId: null`. Configuration (carriers, shipping rules, addresses) with a null brand is organization-wide and remains visible inside every brand; orders and shipments with a null brand are only visible organization-wide.  Brands themselves are managed under the **Brands** tag. Retiring a brand is done with `POST /orgs/{orgId}/brands/{brandId}/archive` — permanent deletion is a dashboard-only action, since it is refused while any order, shipment, member or token still references the brand. Brands require a plan that includes them; creating one beyond your plan\'s limit returns `403`.
- *
- * The version of the OpenAPI document: 1.0.0
- * Contact: support@zippendo.com
- *
- * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
- * https://openapi-generator.tech
- * Do not edit the class manually.
- */
-/**
- * Check if a given object implements the CreateShippingRuleRequestAdditionalParametersAnyOfInner interface.
- */
-export function instanceOfCreateShippingRuleRequestAdditionalParametersAnyOfInner(value) {
-    if (!('name' in value) || value['name'] === undefined)
-        return false;
-    if (!('val' in value) || value['val'] === undefined)
-        return false;
-    return true;
-}
-export function CreateShippingRuleRequestAdditionalParametersAnyOfInnerFromJSON(json) {
-    return CreateShippingRuleRequestAdditionalParametersAnyOfInnerFromJSONTyped(json, false);
-}
-export function CreateShippingRuleRequestAdditionalParametersAnyOfInnerFromJSONTyped(json, ignoreDiscriminator) {
-    if (json == null) {
-        return json;
-    }
-    return {
-        'name': json['name'],
-        'val': json['val'],
-    };
-}
-export function CreateShippingRuleRequestAdditionalParametersAnyOfInnerToJSON(json) {
-    return CreateShippingRuleRequestAdditionalParametersAnyOfInnerToJSONTyped(json, false);
-}
-export function CreateShippingRuleRequestAdditionalParametersAnyOfInnerToJSONTyped(value, ignoreDiscriminator = false) {
-    if (value == null) {
-        return value;
-    }
-    return {
-        'name': value['name'],
-        'val': value['val'],
-    };
-}

package/dist/esm/models/CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner.d.ts

@@ -1,26 +0,0 @@
-/**
- * Zippendo Public API
- * Public API documentation for Zippendo. Authenticate using your API token (Bearer token prefixed with zipp_).  **Brands (sub-accounts).** An organization can be split into brands, each keeping its own orders, shipments and configuration separate. There are two ways to scope requests to one brand, and NEITHER changes any request body:  1. **Bind the token.** Create an API token with a `brandId` and every request it makes is confined    to that brand — reads filtered, writes stamped. This is the recommended way to give a single    brand\'s team its own credential. 2. **Send the `X-Zippendo-Brand` header.** An organization-wide token can scope an individual    request by sending the brand\'s id or slug in this header. Most SDKs let you set it once on the    client so every call inherits it.  A brand-bound token that receives an `X-Zippendo-Brand` header naming a different brand is rejected with `403 BRAND_ACCESS_DENIED` — the binding is never widened. Omit both and requests cover the whole organization, which is the behaviour of every existing token.  Records that belong to no brand carry `brandId: null`. Configuration (carriers, shipping rules, addresses) with a null brand is organization-wide and remains visible inside every brand; orders and shipments with a null brand are only visible organization-wide.  Brands themselves are managed under the **Brands** tag. Retiring a brand is done with `POST /orgs/{orgId}/brands/{brandId}/archive` — permanent deletion is a dashboard-only action, since it is refused while any order, shipment, member or token still references the brand. Brands require a plan that includes them; creating one beyond your plan\'s limit returns `403`.
- *
- * The version of the OpenAPI document: 1.0.0
- * Contact: support@zippendo.com
- *
- * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
- * https://openapi-generator.tech
- * Do not edit the class manually.
- */
-/**
- *
- * @export
- * @interface CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner
- */
-export interface CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner {
-}
-/**
- * Check if a given object implements the CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner interface.
- */
-export declare function instanceOfCreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner(value: object): value is CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerFromJSON(json: any): CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerFromJSONTyped(json: any, ignoreDiscriminator: boolean): CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerToJSON(json: any): CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerToJSONTyped(value?: CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner | null, ignoreDiscriminator?: boolean): any;

package/dist/esm/models/CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner.js

@@ -1,31 +0,0 @@
-/* tslint:disable */
-/* eslint-disable */
-/**
- * Zippendo Public API
- * Public API documentation for Zippendo. Authenticate using your API token (Bearer token prefixed with zipp_).  **Brands (sub-accounts).** An organization can be split into brands, each keeping its own orders, shipments and configuration separate. There are two ways to scope requests to one brand, and NEITHER changes any request body:  1. **Bind the token.** Create an API token with a `brandId` and every request it makes is confined    to that brand — reads filtered, writes stamped. This is the recommended way to give a single    brand\'s team its own credential. 2. **Send the `X-Zippendo-Brand` header.** An organization-wide token can scope an individual    request by sending the brand\'s id or slug in this header. Most SDKs let you set it once on the    client so every call inherits it.  A brand-bound token that receives an `X-Zippendo-Brand` header naming a different brand is rejected with `403 BRAND_ACCESS_DENIED` — the binding is never widened. Omit both and requests cover the whole organization, which is the behaviour of every existing token.  Records that belong to no brand carry `brandId: null`. Configuration (carriers, shipping rules, addresses) with a null brand is organization-wide and remains visible inside every brand; orders and shipments with a null brand are only visible organization-wide.  Brands themselves are managed under the **Brands** tag. Retiring a brand is done with `POST /orgs/{orgId}/brands/{brandId}/archive` — permanent deletion is a dashboard-only action, since it is refused while any order, shipment, member or token still references the brand. Brands require a plan that includes them; creating one beyond your plan\'s limit returns `403`.
- *
- * The version of the OpenAPI document: 1.0.0
- * Contact: support@zippendo.com
- *
- * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
- * https://openapi-generator.tech
- * Do not edit the class manually.
- */
-/**
- * Check if a given object implements the CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner interface.
- */
-export function instanceOfCreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner(value) {
-    return true;
-}
-export function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerFromJSON(json) {
-    return CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerFromJSONTyped(json, false);
-}
-export function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerFromJSONTyped(json, ignoreDiscriminator) {
-    return json;
-}
-export function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerToJSON(json) {
-    return CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerToJSONTyped(json, false);
-}
-export function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerToJSONTyped(value, ignoreDiscriminator = false) {
-    return value;
-}

package/dist/esm/models/ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValue.d.ts

@@ -1,51 +0,0 @@
-/**
- * Zippendo Public API
- * Public API documentation for Zippendo. Authenticate using your API token (Bearer token prefixed with zipp_).  **Brands (sub-accounts).** An organization can be split into brands, each keeping its own orders, shipments and configuration separate. There are two ways to scope requests to one brand, and NEITHER changes any request body:  1. **Bind the token.** Create an API token with a `brandId` and every request it makes is confined    to that brand — reads filtered, writes stamped. This is the recommended way to give a single    brand\'s team its own credential. 2. **Send the `X-Zippendo-Brand` header.** An organization-wide token can scope an individual    request by sending the brand\'s id or slug in this header. Most SDKs let you set it once on the    client so every call inherits it.  A brand-bound token that receives an `X-Zippendo-Brand` header naming a different brand is rejected with `403 BRAND_ACCESS_DENIED` — the binding is never widened. Omit both and requests cover the whole organization, which is the behaviour of every existing token.  Records that belong to no brand carry `brandId: null`. Configuration (carriers, shipping rules, addresses) with a null brand is organization-wide and remains visible inside every brand; orders and shipments with a null brand are only visible organization-wide.  Brands themselves are managed under the **Brands** tag. Retiring a brand is done with `POST /orgs/{orgId}/brands/{brandId}/archive` — permanent deletion is a dashboard-only action, since it is refused while any order, shipment, member or token still references the brand. Brands require a plan that includes them; creating one beyond your plan\'s limit returns `403`.
- *
- * The version of the OpenAPI document: 1.0.0
- * Contact: support@zippendo.com
- *
- * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
- * https://openapi-generator.tech
- * Do not edit the class manually.
- */
-import type { CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner } from './CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner';
-/**
- *
- * @export
- * @interface ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValue
- */
-export interface ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValue {
-    /**
-     * Identifier of the selected service point.
-     * @type {string}
-     * @memberof ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValue
-     */
-    id: string;
-    /**
-     * Display name of the service point.
-     * @type {string}
-     * @memberof ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValue
-     */
-    name: string;
-    /**
-     * Formatted address of the service point.
-     * @type {string}
-     * @memberof ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValue
-     */
-    address: string;
-    /**
-     * Latitude/longitude of the service point.
-     * @type {Array<CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner>}
-     * @memberof ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValue
-     */
-    coordinates?: Array<CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner>;
-}
-/**
- * Check if a given object implements the ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValue interface.
- */
-export declare function instanceOfListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValue(value: object): value is ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValue;
-export declare function ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueFromJSON(json: any): ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValue;
-export declare function ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueFromJSONTyped(json: any, ignoreDiscriminator: boolean): ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValue;
-export declare function ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueToJSON(json: any): ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValue;
-export declare function ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueToJSONTyped(value?: ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValue | null, ignoreDiscriminator?: boolean): any;

package/dist/esm/models/ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOf.d.ts

@@ -1,51 +0,0 @@
-/**
- * Zippendo Public API
- * Public API documentation for Zippendo. Authenticate using your API token (Bearer token prefixed with zipp_).  **Brands (sub-accounts).** An organization can be split into brands, each keeping its own orders, shipments and configuration separate. There are two ways to scope requests to one brand, and NEITHER changes any request body:  1. **Bind the token.** Create an API token with a `brandId` and every request it makes is confined    to that brand — reads filtered, writes stamped. This is the recommended way to give a single    brand\'s team its own credential. 2. **Send the `X-Zippendo-Brand` header.** An organization-wide token can scope an individual    request by sending the brand\'s id or slug in this header. Most SDKs let you set it once on the    client so every call inherits it.  A brand-bound token that receives an `X-Zippendo-Brand` header naming a different brand is rejected with `403 BRAND_ACCESS_DENIED` — the binding is never widened. Omit both and requests cover the whole organization, which is the behaviour of every existing token.  Records that belong to no brand carry `brandId: null`. Configuration (carriers, shipping rules, addresses) with a null brand is organization-wide and remains visible inside every brand; orders and shipments with a null brand are only visible organization-wide.  Brands themselves are managed under the **Brands** tag. Retiring a brand is done with `POST /orgs/{orgId}/brands/{brandId}/archive` — permanent deletion is a dashboard-only action, since it is refused while any order, shipment, member or token still references the brand. Brands require a plan that includes them; creating one beyond your plan\'s limit returns `403`.
- *
- * The version of the OpenAPI document: 1.0.0
- * Contact: support@zippendo.com
- *
- * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
- * https://openapi-generator.tech
- * Do not edit the class manually.
- */
-import type { CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner } from './CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner';
-/**
- *
- * @export
- * @interface ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOf
- */
-export interface ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOf {
-    /**
-     * Identifier of the selected service point.
-     * @type {string}
-     * @memberof ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOf
-     */
-    id: string;
-    /**
-     * Display name of the service point.
-     * @type {string}
-     * @memberof ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOf
-     */
-    name: string;
-    /**
-     * Formatted address of the service point.
-     * @type {string}
-     * @memberof ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOf
-     */
-    address: string;
-    /**
-     * Latitude/longitude of the service point.
-     * @type {Array<CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner>}
-     * @memberof ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOf
-     */
-    coordinates?: Array<CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner>;
-}
-/**
- * Check if a given object implements the ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOf interface.
- */
-export declare function instanceOfListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOf(value: object): value is ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOf;
-export declare function ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOfFromJSON(json: any): ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOf;
-export declare function ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOfFromJSONTyped(json: any, ignoreDiscriminator: boolean): ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOf;
-export declare function ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOfToJSON(json: any): ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOf;
-export declare function ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOfToJSONTyped(value?: ListShipments200ResponseDataInnerCarrierSettingsAdditionalParametersValueAnyOf | null, ignoreDiscriminator?: boolean): any;

package/dist/models/CreateShippingRuleRequestAdditionalParameters.d.ts

@@ -1,26 +0,0 @@
-/**
- * Zippendo Public API
- * Public API documentation for Zippendo. Authenticate using your API token (Bearer token prefixed with zipp_).  **Brands (sub-accounts).** An organization can be split into brands, each keeping its own orders, shipments and configuration separate. There are two ways to scope requests to one brand, and NEITHER changes any request body:  1. **Bind the token.** Create an API token with a `brandId` and every request it makes is confined    to that brand — reads filtered, writes stamped. This is the recommended way to give a single    brand\'s team its own credential. 2. **Send the `X-Zippendo-Brand` header.** An organization-wide token can scope an individual    request by sending the brand\'s id or slug in this header. Most SDKs let you set it once on the    client so every call inherits it.  A brand-bound token that receives an `X-Zippendo-Brand` header naming a different brand is rejected with `403 BRAND_ACCESS_DENIED` — the binding is never widened. Omit both and requests cover the whole organization, which is the behaviour of every existing token.  Records that belong to no brand carry `brandId: null`. Configuration (carriers, shipping rules, addresses) with a null brand is organization-wide and remains visible inside every brand; orders and shipments with a null brand are only visible organization-wide.  Brands themselves are managed under the **Brands** tag. Retiring a brand is done with `POST /orgs/{orgId}/brands/{brandId}/archive` — permanent deletion is a dashboard-only action, since it is refused while any order, shipment, member or token still references the brand. Brands require a plan that includes them; creating one beyond your plan\'s limit returns `403`.
- *
- * The version of the OpenAPI document: 1.0.0
- * Contact: support@zippendo.com
- *
- * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
- * https://openapi-generator.tech
- * Do not edit the class manually.
- */
-/**
- * Carrier-specific extra parameters. Accepts EITHER the `{ key: value }` object (preferred) OR the legacy `[{ name, val }]` array, so you can migrate on your own schedule. Each key / `name` is the carrier parameter `key` from the product's `additionalParameters[].key` (e.g. `returnFunctionality`).
- * @export
- * @interface CreateShippingRuleRequestAdditionalParameters
- */
-export interface CreateShippingRuleRequestAdditionalParameters {
-}
-/**
- * Check if a given object implements the CreateShippingRuleRequestAdditionalParameters interface.
- */
-export declare function instanceOfCreateShippingRuleRequestAdditionalParameters(value: object): value is CreateShippingRuleRequestAdditionalParameters;
-export declare function CreateShippingRuleRequestAdditionalParametersFromJSON(json: any): CreateShippingRuleRequestAdditionalParameters;
-export declare function CreateShippingRuleRequestAdditionalParametersFromJSONTyped(json: any, ignoreDiscriminator: boolean): CreateShippingRuleRequestAdditionalParameters;
-export declare function CreateShippingRuleRequestAdditionalParametersToJSON(json: any): CreateShippingRuleRequestAdditionalParameters;
-export declare function CreateShippingRuleRequestAdditionalParametersToJSONTyped(value?: CreateShippingRuleRequestAdditionalParameters | null, ignoreDiscriminator?: boolean): any;

package/dist/models/CreateShippingRuleRequestAdditionalParameters.js

@@ -1,38 +0,0 @@
-"use strict";
-/* tslint:disable */
-/* eslint-disable */
-/**
- * Zippendo Public API
- * Public API documentation for Zippendo. Authenticate using your API token (Bearer token prefixed with zipp_).  **Brands (sub-accounts).** An organization can be split into brands, each keeping its own orders, shipments and configuration separate. There are two ways to scope requests to one brand, and NEITHER changes any request body:  1. **Bind the token.** Create an API token with a `brandId` and every request it makes is confined    to that brand — reads filtered, writes stamped. This is the recommended way to give a single    brand\'s team its own credential. 2. **Send the `X-Zippendo-Brand` header.** An organization-wide token can scope an individual    request by sending the brand\'s id or slug in this header. Most SDKs let you set it once on the    client so every call inherits it.  A brand-bound token that receives an `X-Zippendo-Brand` header naming a different brand is rejected with `403 BRAND_ACCESS_DENIED` — the binding is never widened. Omit both and requests cover the whole organization, which is the behaviour of every existing token.  Records that belong to no brand carry `brandId: null`. Configuration (carriers, shipping rules, addresses) with a null brand is organization-wide and remains visible inside every brand; orders and shipments with a null brand are only visible organization-wide.  Brands themselves are managed under the **Brands** tag. Retiring a brand is done with `POST /orgs/{orgId}/brands/{brandId}/archive` — permanent deletion is a dashboard-only action, since it is refused while any order, shipment, member or token still references the brand. Brands require a plan that includes them; creating one beyond your plan\'s limit returns `403`.
- *
- * The version of the OpenAPI document: 1.0.0
- * Contact: support@zippendo.com
- *
- * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
- * https://openapi-generator.tech
- * Do not edit the class manually.
- */
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.instanceOfCreateShippingRuleRequestAdditionalParameters = instanceOfCreateShippingRuleRequestAdditionalParameters;
-exports.CreateShippingRuleRequestAdditionalParametersFromJSON = CreateShippingRuleRequestAdditionalParametersFromJSON;
-exports.CreateShippingRuleRequestAdditionalParametersFromJSONTyped = CreateShippingRuleRequestAdditionalParametersFromJSONTyped;
-exports.CreateShippingRuleRequestAdditionalParametersToJSON = CreateShippingRuleRequestAdditionalParametersToJSON;
-exports.CreateShippingRuleRequestAdditionalParametersToJSONTyped = CreateShippingRuleRequestAdditionalParametersToJSONTyped;
-/**
- * Check if a given object implements the CreateShippingRuleRequestAdditionalParameters interface.
- */
-function instanceOfCreateShippingRuleRequestAdditionalParameters(value) {
-    return true;
-}
-function CreateShippingRuleRequestAdditionalParametersFromJSON(json) {
-    return CreateShippingRuleRequestAdditionalParametersFromJSONTyped(json, false);
-}
-function CreateShippingRuleRequestAdditionalParametersFromJSONTyped(json, ignoreDiscriminator) {
-    return json;
-}
-function CreateShippingRuleRequestAdditionalParametersToJSON(json) {
-    return CreateShippingRuleRequestAdditionalParametersToJSONTyped(json, false);
-}
-function CreateShippingRuleRequestAdditionalParametersToJSONTyped(value, ignoreDiscriminator = false) {
-    return value;
-}

package/dist/models/CreateShippingRuleRequestAdditionalParametersAnyOfInner.d.ts

@@ -1,38 +0,0 @@
-/**
- * Zippendo Public API
- * Public API documentation for Zippendo. Authenticate using your API token (Bearer token prefixed with zipp_).  **Brands (sub-accounts).** An organization can be split into brands, each keeping its own orders, shipments and configuration separate. There are two ways to scope requests to one brand, and NEITHER changes any request body:  1. **Bind the token.** Create an API token with a `brandId` and every request it makes is confined    to that brand — reads filtered, writes stamped. This is the recommended way to give a single    brand\'s team its own credential. 2. **Send the `X-Zippendo-Brand` header.** An organization-wide token can scope an individual    request by sending the brand\'s id or slug in this header. Most SDKs let you set it once on the    client so every call inherits it.  A brand-bound token that receives an `X-Zippendo-Brand` header naming a different brand is rejected with `403 BRAND_ACCESS_DENIED` — the binding is never widened. Omit both and requests cover the whole organization, which is the behaviour of every existing token.  Records that belong to no brand carry `brandId: null`. Configuration (carriers, shipping rules, addresses) with a null brand is organization-wide and remains visible inside every brand; orders and shipments with a null brand are only visible organization-wide.  Brands themselves are managed under the **Brands** tag. Retiring a brand is done with `POST /orgs/{orgId}/brands/{brandId}/archive` — permanent deletion is a dashboard-only action, since it is refused while any order, shipment, member or token still references the brand. Brands require a plan that includes them; creating one beyond your plan\'s limit returns `403`.
- *
- * The version of the OpenAPI document: 1.0.0
- * Contact: support@zippendo.com
- *
- * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
- * https://openapi-generator.tech
- * Do not edit the class manually.
- */
-/**
- *
- * @export
- * @interface CreateShippingRuleRequestAdditionalParametersAnyOfInner
- */
-export interface CreateShippingRuleRequestAdditionalParametersAnyOfInner {
-    /**
-     * Carrier parameter key
-     * @type {string}
-     * @memberof CreateShippingRuleRequestAdditionalParametersAnyOfInner
-     */
-    name: string;
-    /**
-     * Parameter value (stringified)
-     * @type {string}
-     * @memberof CreateShippingRuleRequestAdditionalParametersAnyOfInner
-     */
-    val: string;
-}
-/**
- * Check if a given object implements the CreateShippingRuleRequestAdditionalParametersAnyOfInner interface.
- */
-export declare function instanceOfCreateShippingRuleRequestAdditionalParametersAnyOfInner(value: object): value is CreateShippingRuleRequestAdditionalParametersAnyOfInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfInnerFromJSON(json: any): CreateShippingRuleRequestAdditionalParametersAnyOfInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfInnerFromJSONTyped(json: any, ignoreDiscriminator: boolean): CreateShippingRuleRequestAdditionalParametersAnyOfInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfInnerToJSON(json: any): CreateShippingRuleRequestAdditionalParametersAnyOfInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfInnerToJSONTyped(value?: CreateShippingRuleRequestAdditionalParametersAnyOfInner | null, ignoreDiscriminator?: boolean): any;

package/dist/models/CreateShippingRuleRequestAdditionalParametersAnyOfInner.js

@@ -1,54 +0,0 @@
-"use strict";
-/* tslint:disable */
-/* eslint-disable */
-/**
- * Zippendo Public API
- * Public API documentation for Zippendo. Authenticate using your API token (Bearer token prefixed with zipp_).  **Brands (sub-accounts).** An organization can be split into brands, each keeping its own orders, shipments and configuration separate. There are two ways to scope requests to one brand, and NEITHER changes any request body:  1. **Bind the token.** Create an API token with a `brandId` and every request it makes is confined    to that brand — reads filtered, writes stamped. This is the recommended way to give a single    brand\'s team its own credential. 2. **Send the `X-Zippendo-Brand` header.** An organization-wide token can scope an individual    request by sending the brand\'s id or slug in this header. Most SDKs let you set it once on the    client so every call inherits it.  A brand-bound token that receives an `X-Zippendo-Brand` header naming a different brand is rejected with `403 BRAND_ACCESS_DENIED` — the binding is never widened. Omit both and requests cover the whole organization, which is the behaviour of every existing token.  Records that belong to no brand carry `brandId: null`. Configuration (carriers, shipping rules, addresses) with a null brand is organization-wide and remains visible inside every brand; orders and shipments with a null brand are only visible organization-wide.  Brands themselves are managed under the **Brands** tag. Retiring a brand is done with `POST /orgs/{orgId}/brands/{brandId}/archive` — permanent deletion is a dashboard-only action, since it is refused while any order, shipment, member or token still references the brand. Brands require a plan that includes them; creating one beyond your plan\'s limit returns `403`.
- *
- * The version of the OpenAPI document: 1.0.0
- * Contact: support@zippendo.com
- *
- * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
- * https://openapi-generator.tech
- * Do not edit the class manually.
- */
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.instanceOfCreateShippingRuleRequestAdditionalParametersAnyOfInner = instanceOfCreateShippingRuleRequestAdditionalParametersAnyOfInner;
-exports.CreateShippingRuleRequestAdditionalParametersAnyOfInnerFromJSON = CreateShippingRuleRequestAdditionalParametersAnyOfInnerFromJSON;
-exports.CreateShippingRuleRequestAdditionalParametersAnyOfInnerFromJSONTyped = CreateShippingRuleRequestAdditionalParametersAnyOfInnerFromJSONTyped;
-exports.CreateShippingRuleRequestAdditionalParametersAnyOfInnerToJSON = CreateShippingRuleRequestAdditionalParametersAnyOfInnerToJSON;
-exports.CreateShippingRuleRequestAdditionalParametersAnyOfInnerToJSONTyped = CreateShippingRuleRequestAdditionalParametersAnyOfInnerToJSONTyped;
-/**
- * Check if a given object implements the CreateShippingRuleRequestAdditionalParametersAnyOfInner interface.
- */
-function instanceOfCreateShippingRuleRequestAdditionalParametersAnyOfInner(value) {
-    if (!('name' in value) || value['name'] === undefined)
-        return false;
-    if (!('val' in value) || value['val'] === undefined)
-        return false;
-    return true;
-}
-function CreateShippingRuleRequestAdditionalParametersAnyOfInnerFromJSON(json) {
-    return CreateShippingRuleRequestAdditionalParametersAnyOfInnerFromJSONTyped(json, false);
-}
-function CreateShippingRuleRequestAdditionalParametersAnyOfInnerFromJSONTyped(json, ignoreDiscriminator) {
-    if (json == null) {
-        return json;
-    }
-    return {
-        'name': json['name'],
-        'val': json['val'],
-    };
-}
-function CreateShippingRuleRequestAdditionalParametersAnyOfInnerToJSON(json) {
-    return CreateShippingRuleRequestAdditionalParametersAnyOfInnerToJSONTyped(json, false);
-}
-function CreateShippingRuleRequestAdditionalParametersAnyOfInnerToJSONTyped(value, ignoreDiscriminator = false) {
-    if (value == null) {
-        return value;
-    }
-    return {
-        'name': value['name'],
-        'val': value['val'],
-    };
-}

package/dist/models/CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner.d.ts

@@ -1,26 +0,0 @@
-/**
- * Zippendo Public API
- * Public API documentation for Zippendo. Authenticate using your API token (Bearer token prefixed with zipp_).  **Brands (sub-accounts).** An organization can be split into brands, each keeping its own orders, shipments and configuration separate. There are two ways to scope requests to one brand, and NEITHER changes any request body:  1. **Bind the token.** Create an API token with a `brandId` and every request it makes is confined    to that brand — reads filtered, writes stamped. This is the recommended way to give a single    brand\'s team its own credential. 2. **Send the `X-Zippendo-Brand` header.** An organization-wide token can scope an individual    request by sending the brand\'s id or slug in this header. Most SDKs let you set it once on the    client so every call inherits it.  A brand-bound token that receives an `X-Zippendo-Brand` header naming a different brand is rejected with `403 BRAND_ACCESS_DENIED` — the binding is never widened. Omit both and requests cover the whole organization, which is the behaviour of every existing token.  Records that belong to no brand carry `brandId: null`. Configuration (carriers, shipping rules, addresses) with a null brand is organization-wide and remains visible inside every brand; orders and shipments with a null brand are only visible organization-wide.  Brands themselves are managed under the **Brands** tag. Retiring a brand is done with `POST /orgs/{orgId}/brands/{brandId}/archive` — permanent deletion is a dashboard-only action, since it is refused while any order, shipment, member or token still references the brand. Brands require a plan that includes them; creating one beyond your plan\'s limit returns `403`.
- *
- * The version of the OpenAPI document: 1.0.0
- * Contact: support@zippendo.com
- *
- * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
- * https://openapi-generator.tech
- * Do not edit the class manually.
- */
-/**
- *
- * @export
- * @interface CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner
- */
-export interface CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner {
-}
-/**
- * Check if a given object implements the CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner interface.
- */
-export declare function instanceOfCreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner(value: object): value is CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerFromJSON(json: any): CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerFromJSONTyped(json: any, ignoreDiscriminator: boolean): CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerToJSON(json: any): CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner;
-export declare function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerToJSONTyped(value?: CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner | null, ignoreDiscriminator?: boolean): any;

package/dist/models/CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner.js

@@ -1,38 +0,0 @@
-"use strict";
-/* tslint:disable */
-/* eslint-disable */
-/**
- * Zippendo Public API
- * Public API documentation for Zippendo. Authenticate using your API token (Bearer token prefixed with zipp_).  **Brands (sub-accounts).** An organization can be split into brands, each keeping its own orders, shipments and configuration separate. There are two ways to scope requests to one brand, and NEITHER changes any request body:  1. **Bind the token.** Create an API token with a `brandId` and every request it makes is confined    to that brand — reads filtered, writes stamped. This is the recommended way to give a single    brand\'s team its own credential. 2. **Send the `X-Zippendo-Brand` header.** An organization-wide token can scope an individual    request by sending the brand\'s id or slug in this header. Most SDKs let you set it once on the    client so every call inherits it.  A brand-bound token that receives an `X-Zippendo-Brand` header naming a different brand is rejected with `403 BRAND_ACCESS_DENIED` — the binding is never widened. Omit both and requests cover the whole organization, which is the behaviour of every existing token.  Records that belong to no brand carry `brandId: null`. Configuration (carriers, shipping rules, addresses) with a null brand is organization-wide and remains visible inside every brand; orders and shipments with a null brand are only visible organization-wide.  Brands themselves are managed under the **Brands** tag. Retiring a brand is done with `POST /orgs/{orgId}/brands/{brandId}/archive` — permanent deletion is a dashboard-only action, since it is refused while any order, shipment, member or token still references the brand. Brands require a plan that includes them; creating one beyond your plan\'s limit returns `403`.
- *
- * The version of the OpenAPI document: 1.0.0
- * Contact: support@zippendo.com
- *
- * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
- * https://openapi-generator.tech
- * Do not edit the class manually.
- */
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.instanceOfCreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner = instanceOfCreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner;
-exports.CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerFromJSON = CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerFromJSON;
-exports.CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerFromJSONTyped = CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerFromJSONTyped;
-exports.CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerToJSON = CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerToJSON;
-exports.CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerToJSONTyped = CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerToJSONTyped;
-/**
- * Check if a given object implements the CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner interface.
- */
-function instanceOfCreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInner(value) {
-    return true;
-}
-function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerFromJSON(json) {
-    return CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerFromJSONTyped(json, false);
-}
-function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerFromJSONTyped(json, ignoreDiscriminator) {
-    return json;
-}
-function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerToJSON(json) {
-    return CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerToJSONTyped(json, false);
-}
-function CreateShippingRuleRequestAdditionalParametersAnyOfValueAnyOfCoordinatesInnerToJSONTyped(value, ignoreDiscriminator = false) {
-    return value;
-}