@epcc-sdk/sdks-shopper 0.0.30 → 0.0.32
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +30 -2
- package/dist/client/@tanstack/react-query.gen.cjs +38 -0
- package/dist/client/@tanstack/react-query.gen.cjs.map +1 -1
- package/dist/client/@tanstack/react-query.gen.d.cts +44 -2
- package/dist/client/@tanstack/react-query.gen.d.ts +44 -2
- package/dist/client/@tanstack/react-query.gen.mjs +36 -0
- package/dist/client/@tanstack/react-query.gen.mjs.map +1 -1
- package/dist/client/index.d.cts +2 -2
- package/dist/client/index.d.ts +2 -2
- package/dist/client/sdk.gen.cjs +100 -0
- package/dist/client/sdk.gen.cjs.map +1 -1
- package/dist/client/sdk.gen.d.cts +147 -90
- package/dist/client/sdk.gen.d.ts +147 -90
- package/dist/client/sdk.gen.mjs +98 -0
- package/dist/client/sdk.gen.mjs.map +1 -1
- package/dist/client/transformers.gen.cjs +18 -3
- package/dist/client/transformers.gen.cjs.map +1 -1
- package/dist/client/transformers.gen.d.cts +4 -2
- package/dist/client/transformers.gen.d.ts +4 -2
- package/dist/client/transformers.gen.mjs +16 -3
- package/dist/client/transformers.gen.mjs.map +1 -1
- package/dist/client/types.gen.cjs.map +1 -1
- package/dist/client/types.gen.d.cts +537 -139
- package/dist/client/types.gen.d.ts +537 -139
- package/dist/index.cjs +0 -2
- package/dist/index.cjs.map +1 -1
- package/dist/index.d.cts +2 -4
- package/dist/index.d.ts +2 -4
- package/dist/index.mjs +0 -1
- package/dist/index.mjs.map +1 -1
- package/dist/react-query.cjs +23 -0
- package/dist/react-query.cjs.map +1 -0
- package/dist/react-query.d.cts +4 -0
- package/dist/react-query.d.ts +4 -0
- package/dist/react-query.mjs +2 -0
- package/dist/react-query.mjs.map +1 -0
- package/dist/utils/extract-product-image.cjs.map +1 -1
- package/dist/utils/extract-product-image.d.cts +2 -2
- package/dist/utils/extract-product-image.d.ts +2 -2
- package/dist/utils/extract-product-image.mjs.map +1 -1
- package/package.json +11 -1
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
import { GetByContextReleaseData, ReleaseData, ErrorResponse, GetByContextAllHierarchiesData, HierarchyListData, GetByContextHierarchyData, HierarchyData, GetByContextHierarchyNodesData, NodeListData, GetByContextHierarchyChildNodesData, GetByContextAllNodesData, GetByContextNodeData, NodeData, GetByContextChildNodesData, GetByContextAllProductsData, ProductListData, GetByContextProductData, ProductData, GetByContextComponentProductIdsData, ProductReferenceListData, GetByContextChildProductsData, GetByContextProductsForHierarchyData, GetByContextProductsForNodeData, ConfigureByContextProductData, GetCatalogsData, CatalogListData, CreateCatalogData, CatalogData, DeleteCatalogByIdData, GetCatalogByIdData, UpdateCatalogData, DeleteReleasesData, GetReleasesData, ReleaseListData, PublishReleaseData, DeleteReleaseByIdData, GetReleaseByIdData, GetRulesData, RuleListData, CreateRuleData, RuleData, DeleteRuleByIdData, GetRuleByIdData, UpdateRuleData, GetAllHierarchiesData, GetHierarchyData, GetHierarchyNodesData, GetHierarchyChildNodesData, GetAllNodesData, GetNodeData, GetChildNodesData, GetAllProductsData, GetProductData, GetComponentProductIdsData, GetChildProductsData, GetProductsForHierarchyData, GetProductsForNodeData, GetCartsData, ResponseData, CartResponse, ResponsePageLinks, ResponseMetaCarts, ResponseError, CreateACartData, DeleteACartData, GetCartData, CartInclude, UpdateACartData, DeleteAllCartItemsData, GetCartItemsData, CartsResponse, ManageCartsData, BulkUpdateItemsInCartData, DeleteACartItemData, UpdateACartItemData, DeleteAccountCartAssociationData, CreateAccountCartAssociationData, CreateAccountCartAssociationResponse, DeleteCustomerCartAssociationData, CreateCustomerCartAssociationData, CartsRelationshipsCustomersData, DeleteAPromotionViaPromotionCodeData, AddTaxItemToCartData, CartsItemsTaxesObject, BulkDeleteTaxItemsFromCartData, BulkAddTaxItemsToCartData, CartsBulkTaxes, DeleteATaxItemData, UpdateATaxItemData, BulkDeleteCustomDiscountsFromCartData, BulkAddCustomDiscountsToCartData, CartsBulkCustomDiscountsResponse, DeleteCustomDiscountFromCartData, UpdateCustomDiscountForCartData, CartsCustomDiscountsResponse, AddCustomDiscountToCartItemData, DeleteCustomDiscountFromCartItemData, UpdateCustomDiscountForCartItemData, CreateCartPaymentIntentData, CheckoutApiData, OrderResponse, GetCustomerOrdersData, ResponseMetaOrders, OrderItemResponse, GetAnOrderData, UpdateAnOrderData, GetOrderItemsData, AnonymizeOrdersData, PaymentSetupData, TransactionResponse, ConfirmPaymentData, CaptureATransactionData, RefundATransactionData, GetOrderTransactionsData, GetATransactionData, CancelATransactionData, GetSubscriptionProductData, Product2, SubscriptionsErrorResponse, GetPlanData, Plan, ListOfferingsData, Offering, OfferingIncludes, Links2, GetOfferingData, ListOfferingPlansData, OfferingPlan, ListOfferingFeaturesData, OfferingFeature, ListOfferingProductsData, OfferingProduct, ListSubscriptionsData, Subscription, SubscriptionIncludes, GetSubscriptionData, ListSubscriptionProductsData, ListSubscriptionPlansData, ListSubscriptionStatesData, SubscriptionState, GetSubscriptionStateData, ListSubscriptionInvoicesData, SubscriptionInvoice, ListSubscriptionInvoicePaymentsData, SubscriptionInvoicePayment, GetSubscriptionInvoicePaymentData, GetSubscriptionInvoiceData, ListInvoicesData, GetInvoiceData, GetFeatureData, Feature, GetStockData, StockResponse, InventoriesErrorResponse, ListLocationsData, Location, CreateAnAccessTokenData, AccessTokenResponse, ErrorResponse2, GetV2AccountAddressesData, AccountAddressResponse, AccountAddressesErrorResponse, PostV2AccountAddressData, DeleteV2AccountAddressData, GetV2AccountAddressData, PutV2AccountAddressData, GetV2AccountsData, AccountResponse, MetaList, AccountManagementErrorResponse, PostV2AccountsData, GetV2AccountsAccountIdData, PutV2AccountsAccountIdData, PutV2AccountsAccountIdError, GetV2AccountMembersData, AccountMemberResponse, GetV2AccountMembersAccountMemberIdData, GetV2AccountsAccountIdAccountMembershipsData, AccountMembershipResponse, PostV2AccountMembersTokensData, AccountManagementAuthenticationTokenResponse, MetaAccountMemberId, CreateOneTimePasswordTokenRequestData, UpdatePasswordProfileInfoData, PasswordProfileInfoResponse, GetAllCurrenciesData, ResponseCurrency, GetACurrencyData, GetAllFilesData, File, ResultsMeta, ResultsLinks, FilesErrorResponse, GetAFileData } from './types.gen.cjs';
|
|
1
|
+
import { GetByContextReleaseData, ReleaseData, ErrorResponse, GetByContextAllHierarchiesData, HierarchyListData, GetByContextHierarchyData, HierarchyData, GetByContextHierarchyNodesData, NodeListData, GetByContextHierarchyChildNodesData, GetByContextAllNodesData, GetByContextNodeData, NodeData, GetByContextChildNodesData, GetByContextAllProductsData, ProductListData, GetByContextProductData, ProductData, GetByContextAllRelatedProductsData, GetByContextComponentProductIdsData, ProductReferenceListData, GetByContextChildProductsData, GetByContextProductsForHierarchyData, GetByContextProductsForNodeData, ConfigureByContextProductData, GetCatalogsData, CatalogListData, CreateCatalogData, CatalogData, DeleteCatalogByIdData, GetCatalogByIdData, UpdateCatalogData, DeleteReleasesData, GetReleasesData, ReleaseListData, PublishReleaseData, DeleteReleaseByIdData, GetReleaseByIdData, GetRulesData, RuleListData, CreateRuleData, RuleData, DeleteRuleByIdData, GetRuleByIdData, UpdateRuleData, GetAllHierarchiesData, GetHierarchyData, GetHierarchyNodesData, GetHierarchyChildNodesData, GetAllNodesData, GetNodeData, GetChildNodesData, GetAllProductsData, GetProductData, GetAllRelatedProductsData, GetComponentProductIdsData, GetChildProductsData, GetProductsForHierarchyData, GetProductsForNodeData, GetCartsData, ResponseData, CartResponse, ResponsePageLinks, ResponseMetaCarts, ResponseError, CreateACartData, DeleteACartData, GetCartData, CartInclude, UpdateACartData, DeleteAllCartItemsData, GetCartItemsData, CartsResponse, ManageCartsData, BulkUpdateItemsInCartData, DeleteACartItemData, UpdateACartItemData, DeleteAccountCartAssociationData, CreateAccountCartAssociationData, CreateAccountCartAssociationResponse, DeleteCustomerCartAssociationData, CreateCustomerCartAssociationData, CartsRelationshipsCustomersData, DeleteAPromotionViaPromotionCodeData, AddTaxItemToCartData, CartsItemsTaxesObject, BulkDeleteTaxItemsFromCartData, BulkAddTaxItemsToCartData, CartsBulkTaxes, DeleteATaxItemData, UpdateATaxItemData, BulkDeleteCustomDiscountsFromCartData, BulkAddCustomDiscountsToCartData, CartsBulkCustomDiscountsResponse, DeleteCustomDiscountFromCartData, UpdateCustomDiscountForCartData, CartsCustomDiscountsResponse, AddCustomDiscountToCartItemData, DeleteCustomDiscountFromCartItemData, UpdateCustomDiscountForCartItemData, CreateCartPaymentIntentData, CheckoutApiData, OrderResponse, GetCustomerOrdersData, ResponseMetaOrders, OrderItemResponse, GetAnOrderData, UpdateAnOrderData, GetOrderItemsData, AnonymizeOrdersData, PaymentSetupData, TransactionResponse, ConfirmPaymentData, CaptureATransactionData, RefundATransactionData, GetOrderTransactionsData, GetATransactionData, CancelATransactionData, GetSubscriptionProductData, Product2, SubscriptionsErrorResponse, GetPlanData, Plan, ListOfferingsData, Offering, OfferingIncludes, Links2, GetOfferingData, ListOfferingPlansData, OfferingPlan, ListOfferingFeaturesData, OfferingFeature, ListOfferingProductsData, OfferingProduct, ListSubscriptionsData, Subscription, SubscriptionIncludes, GetSubscriptionData, ListSubscriptionProductsData, ListSubscriptionPlansData, ListSubscriptionStatesData, SubscriptionState, GetSubscriptionStateData, ListSubscriptionInvoicesData, SubscriptionInvoice, ListSubscriptionInvoicePaymentsData, SubscriptionInvoicePayment, GetSubscriptionInvoicePaymentData, GetSubscriptionInvoiceData, ListInvoicesData, GetInvoiceData, GetFeatureData, Feature, GetStockData, StockResponse, InventoriesErrorResponse, ListLocationsData, Location, CreateAnAccessTokenData, AccessTokenResponse, ErrorResponse2, GetV2AccountAddressesData, AccountAddressResponse, AccountAddressesErrorResponse, PostV2AccountAddressData, DeleteV2AccountAddressData, GetV2AccountAddressData, PutV2AccountAddressData, GetV2AccountsData, AccountResponse, MetaList, AccountManagementErrorResponse, PostV2AccountsData, GetV2AccountsAccountIdData, PutV2AccountsAccountIdData, PutV2AccountsAccountIdError, GetV2AccountMembersData, AccountMemberResponse, GetV2AccountMembersAccountMemberIdData, GetV2AccountsAccountIdAccountMembershipsData, AccountMembershipResponse, PostV2AccountMembersTokensData, AccountManagementAuthenticationTokenResponse, MetaAccountMemberId, CreateOneTimePasswordTokenRequestData, UpdatePasswordProfileInfoData, PasswordProfileInfoResponse, GetAllCurrenciesData, ResponseCurrency, GetACurrencyData, GetAllFilesData, File, ResultsMeta, ResultsLinks, FilesErrorResponse, GetAFileData } from './types.gen.cjs';
|
|
2
2
|
import * as _hey_api_client_fetch from '@hey-api/client-fetch';
|
|
3
3
|
import { Options } from '@hey-api/client-fetch';
|
|
4
4
|
|
|
@@ -25,13 +25,15 @@ declare const getByContextRelease: <ThrowOnError extends boolean = false>(option
|
|
|
25
25
|
*
|
|
26
26
|
* ### Building breadcrumbs in a storefront
|
|
27
27
|
*
|
|
28
|
-
* In a catalog, you can use
|
|
28
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
29
|
+
*
|
|
30
|
+
* An example is shown below:
|
|
29
31
|
*
|
|
30
32
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
31
33
|
*
|
|
32
|
-
* - Specify the node
|
|
33
|
-
* - You can
|
|
34
|
-
* - It does not matter what order you specify the node
|
|
34
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
35
|
+
* - You can include as many node IDs as required.
|
|
36
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
35
37
|
*
|
|
36
38
|
*/
|
|
37
39
|
declare const getByContextAllHierarchies: <ThrowOnError extends boolean = false>(options?: Options<GetByContextAllHierarchiesData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<HierarchyListData, ErrorResponse, ThrowOnError>;
|
|
@@ -49,7 +51,7 @@ declare const getByContextHierarchy: <ThrowOnError extends boolean = false>(opti
|
|
|
49
51
|
*
|
|
50
52
|
* If you have multiple catalog rules defined, the rule that best matches the shoppers context is used to determine which catalog is retrieved. For information about how rules are matched, see [Resolving Catalog Rules](/docs/api/pxm/catalog/rules#resolving-catalog-rules).
|
|
51
53
|
*
|
|
52
|
-
* In the `
|
|
54
|
+
* In the `breadcrumbs` metadata, you can identify the parent nodes that a node is associated with. This is useful if you want to improve how your shoppers search your store, for example. See [Product and Node Associations in Breadcrumb Metadata](/guides/How-To/Catalogs/breadcrumbs).
|
|
53
55
|
*
|
|
54
56
|
* ### Filtering
|
|
55
57
|
*
|
|
@@ -62,13 +64,15 @@ declare const getByContextHierarchy: <ThrowOnError extends boolean = false>(opti
|
|
|
62
64
|
*
|
|
63
65
|
* ### Building breadcrumbs in a storefront
|
|
64
66
|
*
|
|
65
|
-
* In a catalog, you can use
|
|
67
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
68
|
+
*
|
|
69
|
+
* An example is shown below:
|
|
66
70
|
*
|
|
67
71
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
68
72
|
*
|
|
69
|
-
* - Specify the node
|
|
70
|
-
* - You can
|
|
71
|
-
* - It does not matter what order you specify the node
|
|
73
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
74
|
+
* - You can include as many node IDs as required.
|
|
75
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
72
76
|
*
|
|
73
77
|
*/
|
|
74
78
|
declare const getByContextHierarchyNodes: <ThrowOnError extends boolean = false>(options: Options<GetByContextHierarchyNodesData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<NodeListData, ErrorResponse, ThrowOnError>;
|
|
@@ -80,7 +84,7 @@ declare const getByContextHierarchyNodes: <ThrowOnError extends boolean = false>
|
|
|
80
84
|
*
|
|
81
85
|
* If you have multiple catalog rules defined, the rule that best matches the shopperʼs context is used to determine which catalog is retrieved. For information about how rules are matched, see [Resolving Catalog Rules](/docs/api/pxm/catalog/rules#resolving-catalog-rules).
|
|
82
86
|
*
|
|
83
|
-
* In the `
|
|
87
|
+
* In the `breadcrumbs` metadata, you can identify the parent nodes that a node is associated with. This is useful if you want to improve how your shoppers search your store, for example. See [Product and Node Associations in Breadcrumb Metadata](/guides/How-To/Catalogs/breadcrumbs).
|
|
84
88
|
*
|
|
85
89
|
* ### Filtering
|
|
86
90
|
*
|
|
@@ -95,13 +99,15 @@ declare const getByContextHierarchyNodes: <ThrowOnError extends boolean = false>
|
|
|
95
99
|
*
|
|
96
100
|
* ### Building breadcrumbs in a storefront
|
|
97
101
|
*
|
|
98
|
-
* In a catalog, you can use
|
|
102
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
103
|
+
*
|
|
104
|
+
* An example is shown below:
|
|
99
105
|
*
|
|
100
106
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
101
107
|
*
|
|
102
|
-
* - Specify the node
|
|
103
|
-
* - You can
|
|
104
|
-
* - It does not matter what order you specify the node
|
|
108
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
109
|
+
* - You can include as many node IDs as required.
|
|
110
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
105
111
|
*
|
|
106
112
|
*/
|
|
107
113
|
declare const getByContextHierarchyChildNodes: <ThrowOnError extends boolean = false>(options: Options<GetByContextHierarchyChildNodesData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<NodeListData, ErrorResponse, ThrowOnError>;
|
|
@@ -111,7 +117,7 @@ declare const getByContextHierarchyChildNodes: <ThrowOnError extends boolean = f
|
|
|
111
117
|
*
|
|
112
118
|
* If you have multiple catalog rules defined, the rule that best matches the shoppers context is used to determine which catalog is retrieved. For information about how rules are matched, see [Resolving Catalog Rules](/docs/api/pxm/catalog/rules#resolving-catalog-rules).
|
|
113
119
|
*
|
|
114
|
-
* You can see the parent nodes a node is associated with in the `
|
|
120
|
+
* You can see the parent nodes a node is associated with in the `breadcrumbs` metadata for each node. This is useful if you want to improve how your shoppers search your store, for example. See [Product and Node Associations in Breadcrumb Metadata](/guides/How-To/Catalogs/breadcrumbs).
|
|
115
121
|
*
|
|
116
122
|
* In a catalog, you can use a filter to return a list of nodes in a hierarchy structure that a product belongs to. You can use this to build breadcrumbs in your storefront. For more information, see [Building breadcrumbs in a storefront](#building-breadcrumbs-in-a-storefront).
|
|
117
123
|
*
|
|
@@ -132,13 +138,15 @@ declare const getByContextHierarchyChildNodes: <ThrowOnError extends boolean = f
|
|
|
132
138
|
*
|
|
133
139
|
* ### Building breadcrumbs in a storefront
|
|
134
140
|
*
|
|
135
|
-
* In a catalog, you can use
|
|
141
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
142
|
+
*
|
|
143
|
+
* An example is shown below:
|
|
136
144
|
*
|
|
137
145
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
138
146
|
*
|
|
139
|
-
* - Specify the node
|
|
140
|
-
* - You can
|
|
141
|
-
* - It does not matter what order you specify the node
|
|
147
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
148
|
+
* - You can include as many node IDs as required.
|
|
149
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
142
150
|
*
|
|
143
151
|
*/
|
|
144
152
|
declare const getByContextAllNodes: <ThrowOnError extends boolean = false>(options?: Options<GetByContextAllNodesData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<NodeListData, ErrorResponse, ThrowOnError>;
|
|
@@ -148,7 +156,7 @@ declare const getByContextAllNodes: <ThrowOnError extends boolean = false>(optio
|
|
|
148
156
|
*
|
|
149
157
|
* If you have multiple catalog rules defined, the rule that best matches the shoppers context is used to determine which catalog is retrieved. For information about how rules are matched, see [Resolving Catalog Rules](/docs/api/pxm/catalog/rules#resolving-catalog-rules).
|
|
150
158
|
*
|
|
151
|
-
* You can see the parent nodes a node is associated with in the `
|
|
159
|
+
* You can see the parent nodes a node is associated with in the `breadcrumbs` metadata for each node. This is useful if you want to improve how your shoppers search your store, for example. See [Product and Node Associations in Breadcrumb Metadata](/guides/How-To/Catalogs/breadcrumbs).
|
|
152
160
|
*
|
|
153
161
|
* The response lists the products associated with a node. If products are [curated](/guides/How-To/Products/curating-products), they are displayed in `curated_products`. Product curation allows you to promote specific products within each of your nodes, enabling you to create unique product collections in your storefront.
|
|
154
162
|
*
|
|
@@ -166,7 +174,7 @@ declare const getByContextNode: <ThrowOnError extends boolean = false>(options:
|
|
|
166
174
|
*
|
|
167
175
|
* If you have multiple catalog rules defined, the rule that best matches the shoppers context is used to determine which catalog is retrieved. For information about how rules are matched, see [Resolving Catalog Rules](/docs/api/pxm/catalog/rules#resolving-catalog-rules).
|
|
168
176
|
*
|
|
169
|
-
* You can see which parent nodes a node is associated with in the `
|
|
177
|
+
* You can see which parent nodes a node is associated with in the `breadcrumbs` metadata for each node. This is useful if you want to improve how your shoppers search your store, for example. See [Product and Node Associations in Breadcrumb Metadata](/guides/How-To/Catalogs/breadcrumbs).
|
|
170
178
|
*
|
|
171
179
|
* The response lists the products associated with the nodes. If products are [curated](/guides/How-To/Products/curating-products), they are displayed in `curated_products`. Product curation allows you to promote specific products within each of your hierarchies, enabling you to create unique product collections in your storefront.
|
|
172
180
|
*
|
|
@@ -188,13 +196,15 @@ declare const getByContextNode: <ThrowOnError extends boolean = false>(options:
|
|
|
188
196
|
*
|
|
189
197
|
* ### Building breadcrumbs in a storefront
|
|
190
198
|
*
|
|
191
|
-
* In a catalog, you can use
|
|
199
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
200
|
+
*
|
|
201
|
+
* An example is shown below:
|
|
192
202
|
*
|
|
193
203
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
194
204
|
*
|
|
195
|
-
* - Specify the node
|
|
196
|
-
* - You can
|
|
197
|
-
* - It does not matter what order you specify the node
|
|
205
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
206
|
+
* - You can include as many node IDs as required.
|
|
207
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
198
208
|
*
|
|
199
209
|
*/
|
|
200
210
|
declare const getByContextChildNodes: <ThrowOnError extends boolean = false>(options: Options<GetByContextChildNodesData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<NodeListData, ErrorResponse, ThrowOnError>;
|
|
@@ -210,7 +220,6 @@ declare const getByContextChildNodes: <ThrowOnError extends boolean = false>(opt
|
|
|
210
220
|
*
|
|
211
221
|
* You can see the parent nodes a product is associated within the `bread_crumbs` and `bread_crumb_nodes` metadata for each product. For example, this is useful if you want to improve how your shoppers search your store. See [Product and Node Associations in Breadcrumb Metadata](/guides/How-To/Catalogs/breadcrumbs).
|
|
212
222
|
*
|
|
213
|
-
*
|
|
214
223
|
* ### Including Resources
|
|
215
224
|
*
|
|
216
225
|
* Using the `include` parameter, you can retrieve top-level resources, such as, files or main image, bundle component products and product attributes, such as SKU or slug.
|
|
@@ -234,13 +243,15 @@ declare const getByContextChildNodes: <ThrowOnError extends boolean = false>(opt
|
|
|
234
243
|
*
|
|
235
244
|
* ### Building breadcrumbs in a storefront
|
|
236
245
|
*
|
|
237
|
-
* In a catalog, you can use
|
|
246
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
247
|
+
*
|
|
248
|
+
* An example is shown below:
|
|
238
249
|
*
|
|
239
250
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
240
251
|
*
|
|
241
|
-
* - Specify the node
|
|
242
|
-
* - You can
|
|
243
|
-
* - It does not matter what order you specify the node
|
|
252
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
253
|
+
* - You can include as many node IDs as required.
|
|
254
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
244
255
|
*
|
|
245
256
|
*/
|
|
246
257
|
declare const getByContextAllProducts: <ThrowOnError extends boolean = false>(options?: Options<GetByContextAllProductsData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<ProductListData, ErrorResponse, ThrowOnError>;
|
|
@@ -264,6 +275,12 @@ declare const getByContextAllProducts: <ThrowOnError extends boolean = false>(op
|
|
|
264
275
|
*
|
|
265
276
|
*/
|
|
266
277
|
declare const getByContextProduct: <ThrowOnError extends boolean = false>(options: Options<GetByContextProductData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<ProductData, ErrorResponse, ThrowOnError>;
|
|
278
|
+
/**
|
|
279
|
+
* Get all Related Products of a Product
|
|
280
|
+
* Returns related products of the provided product ID from a catalog.
|
|
281
|
+
*
|
|
282
|
+
*/
|
|
283
|
+
declare const getByContextAllRelatedProducts: <ThrowOnError extends boolean = false>(options: Options<GetByContextAllRelatedProductsData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<ProductListData, ErrorResponse, ThrowOnError>;
|
|
267
284
|
/**
|
|
268
285
|
* Get a Bundle's Component Products
|
|
269
286
|
* With Product Experience Manager, you can [create](/docs/api/pxm/products/create-product) and manage bundles. A bundle is a purchasable product, comprising of one or more products that you want to sell together.
|
|
@@ -293,13 +310,15 @@ declare const getByContextComponentProductIds: <ThrowOnError extends boolean = f
|
|
|
293
310
|
*
|
|
294
311
|
* ### Building breadcrumbs in a storefront
|
|
295
312
|
*
|
|
296
|
-
* In a catalog, you can use
|
|
313
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
314
|
+
*
|
|
315
|
+
* An example is shown below:
|
|
297
316
|
*
|
|
298
317
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
299
318
|
*
|
|
300
|
-
* - Specify the node
|
|
301
|
-
* - You can
|
|
302
|
-
* - It does not matter what order you specify the node
|
|
319
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
320
|
+
* - You can include as many node IDs as required.
|
|
321
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
303
322
|
*
|
|
304
323
|
* ### Including Resources
|
|
305
324
|
*
|
|
@@ -334,13 +353,15 @@ declare const getByContextChildProducts: <ThrowOnError extends boolean = false>(
|
|
|
334
353
|
*
|
|
335
354
|
* ### Building breadcrumbs in a storefront
|
|
336
355
|
*
|
|
337
|
-
* In a catalog, you can use
|
|
356
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
357
|
+
*
|
|
358
|
+
* An example is shown below:
|
|
338
359
|
*
|
|
339
360
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
340
361
|
*
|
|
341
|
-
* - Specify the node
|
|
342
|
-
* - You can
|
|
343
|
-
* - It does not matter what order you specify the node
|
|
362
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
363
|
+
* - You can include as many node IDs as required.
|
|
364
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
344
365
|
*
|
|
345
366
|
* ### Including Resources
|
|
346
367
|
*
|
|
@@ -352,7 +373,6 @@ declare const getByContextChildProducts: <ThrowOnError extends boolean = false>(
|
|
|
352
373
|
* | `main_image` | Optional | The main images associated with a product. |
|
|
353
374
|
* `files` | Optional | Any files associated with a product. |
|
|
354
375
|
*
|
|
355
|
-
*
|
|
356
376
|
* See [**Including Resources**](/guides/Getting-Started/includes).
|
|
357
377
|
*
|
|
358
378
|
*/
|
|
@@ -376,13 +396,15 @@ declare const getByContextProductsForHierarchy: <ThrowOnError extends boolean =
|
|
|
376
396
|
*
|
|
377
397
|
* ### Building breadcrumbs in a storefront
|
|
378
398
|
*
|
|
379
|
-
* In a catalog, you can use
|
|
399
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
400
|
+
*
|
|
401
|
+
* An example is shown below:
|
|
380
402
|
*
|
|
381
403
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
382
404
|
*
|
|
383
|
-
* - Specify the node
|
|
384
|
-
* - You can
|
|
385
|
-
* - It does not matter what order you specify the node
|
|
405
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
406
|
+
* - You can include as many node IDs as required.
|
|
407
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
386
408
|
*
|
|
387
409
|
* ### Including Resources
|
|
388
410
|
*
|
|
@@ -429,7 +451,17 @@ declare const configureByContextProduct: <ThrowOnError extends boolean = false>(
|
|
|
429
451
|
*
|
|
430
452
|
* You can use the `is_full_delta` attribute returned from the `get a release of a catalog` endpoint to determine if you need to refresh the data in your company system before publishing a catalog release and injecting fresh data in a delta link. The `is_full_delta` attribute tells you if this is a full publish of a catalog release. Using a search service as an example, if the `is_full_delta` attribute is `true`, you should remove all data about that catalog from the search service before publishing a catalog release and injecting fresh data from the delta file. See [Publish a catalog](/docs/api/pxm/catalog/publish-release).
|
|
431
453
|
*
|
|
432
|
-
* If the `is_full_publish` attribute returned in the response is `false`, data from the previous catalog release overlaid the existing data in the delta file. The `is_full_publish` attribute is always `true` the first time a catalog is published.
|
|
454
|
+
* If the `is_full_publish` attribute returned in the response is `false`, data from the previous catalog release overlaid the existing data in the delta file. The `is_full_publish` attribute is always `true` the first time a catalog is published. When determining whether delta data needs to be refreshed, ignore this attribute and always use the `is_full_delta` attribute.
|
|
455
|
+
*
|
|
456
|
+
* ### Filtering
|
|
457
|
+
*
|
|
458
|
+
* This endpoint supports filtering. For general filtering syntax, see [Filtering](/guides/Getting-Started/filtering). The following operators and attributes are available when filtering on this endpoint.
|
|
459
|
+
*
|
|
460
|
+
* | Operator | Description | Supported Attributes | Example |
|
|
461
|
+
* |:---|:------------------------------------------------------------------------------------------------|:---------------------------------------------------------|:--- |
|
|
462
|
+
* | `eq` | Checks if the values of two operands are equal. If they are, the condition is true. | `name`, | `filter=eq(name,some-name)` |
|
|
463
|
+
* | `in` | Checks if the values are included in the specified list. If they are, the condition is true. | `name` | `filter=in(name,some-name,some-name2)` |
|
|
464
|
+
* | `like` | Checks if the operand contains the specified string. Wildcards are supported | `name` | `filter=like(name,*some-name*)` |
|
|
433
465
|
*
|
|
434
466
|
*/
|
|
435
467
|
declare const getCatalogs: <ThrowOnError extends boolean = false>(options?: Options<GetCatalogsData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<CatalogListData, ErrorResponse, ThrowOnError>;
|
|
@@ -469,7 +501,7 @@ declare const deleteReleases: <ThrowOnError extends boolean = false>(options: Op
|
|
|
469
501
|
*
|
|
470
502
|
* You can use the `is_full_delta` attribute returned from the `get a release of a catalog` endpoint to determine if you need to refresh the data in your company system before publishing a catalog release and injecting fresh data in a delta link. The `is_full_delta` attribute tells you if this is a full publish of a catalog release. Using a search service as an example, if the `is_full_delta` attribute is `true`, you should remove all data about that catalog from the search service before publishing a catalog release and injecting fresh data from the delta file.
|
|
471
503
|
*
|
|
472
|
-
* If the `is_full_publish` attribute returned in the response is `false`, data from the previous catalog release overlaid the existing data in the delta file. The `is_full_publish` attribute is always `true` the first time a catalog is published.
|
|
504
|
+
* If the `is_full_publish` attribute returned in the response is `false`, data from the previous catalog release overlaid the existing data in the delta file. The `is_full_publish` attribute is always `true` the first time a catalog is published. When determining whether delta data needs to be refreshed, ignore this attribute and always use the `is_full_delta` attribute.
|
|
473
505
|
*
|
|
474
506
|
*/
|
|
475
507
|
declare const getReleases: <ThrowOnError extends boolean = false>(options: Options<GetReleasesData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<ReleaseListData, ErrorResponse, ThrowOnError>;
|
|
@@ -483,7 +515,7 @@ declare const getReleases: <ThrowOnError extends boolean = false>(options: Optio
|
|
|
483
515
|
*
|
|
484
516
|
* Once a catalog release has completed publishing, the delta relationship links to the delta document.
|
|
485
517
|
*
|
|
486
|
-
* The `delta` links are signed and only valid for 1 hour. Re-reading a catalog release, for example, using [Getting a release of a catalog](/docs/pxm/
|
|
518
|
+
* The `delta` links are signed and only valid for 1 hour. Re-reading a catalog release, for example, using [Getting a release of a catalog](/docs/api/pxm/catalog/get-release-by-id) returns a fresh a link.
|
|
487
519
|
*
|
|
488
520
|
* You can use the `is_full_delta` attribute returned from the `get a release of a catalog` endpoint to determine if you need to refresh the data in your company system before injecting fresh data in a `delta` link. The `is_full_delta` attribute tells you if this is a full publish of the catalog. Using a search service as an example, if the `is_full_delta` attribute is `true`, you should remove all data about that catalog from the search service before injecting fresh data from the `delta` file. If the `is_full_delta` attribute is `false`, then data from the previous catalog overlays the existing data in the `delta` file. To publish a catalog and inject fresh data in a `delta` link, set `export_full_delta` to `true`.
|
|
489
521
|
*
|
|
@@ -542,7 +574,8 @@ declare const getReleaseById: <ThrowOnError extends boolean = false>(options: Op
|
|
|
542
574
|
*
|
|
543
575
|
* | Operator | Description | Supported Attributes | Example |
|
|
544
576
|
* |:--- |:--- |:--- |:--- |
|
|
545
|
-
* | `
|
|
577
|
+
* | `eq` | Equals. Checks if the values of two operands are equal. If they are, the condition is true. | `id`,`catalog_id`,`account_ids`,`customer_ids`,`channels`,`tags` | `filter=eq(id,some-id)` |
|
|
578
|
+
* | `in` | Checks if the values are included in the specified string. If they are, the condition is true. | `id`,`account_ids`,`customer_ids`,`channels`,`tags` | `filter=in(account_ids,some-id,another-id)` |
|
|
546
579
|
*
|
|
547
580
|
*/
|
|
548
581
|
declare const getRules: <ThrowOnError extends boolean = false>(options?: Options<GetRulesData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<RuleListData, ErrorResponse, ThrowOnError>;
|
|
@@ -596,13 +629,15 @@ declare const updateRule: <ThrowOnError extends boolean = false>(options: Option
|
|
|
596
629
|
*
|
|
597
630
|
* ### Building breadcrumbs in a storefront
|
|
598
631
|
*
|
|
599
|
-
* In a catalog, you can use
|
|
632
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
633
|
+
*
|
|
634
|
+
* An example is shown below:
|
|
600
635
|
*
|
|
601
636
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
602
637
|
*
|
|
603
|
-
* - Specify the node
|
|
604
|
-
* - You can
|
|
605
|
-
* - It does not matter what order you specify the node
|
|
638
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
639
|
+
* - You can include as many node IDs as required.
|
|
640
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
606
641
|
*
|
|
607
642
|
*/
|
|
608
643
|
declare const getAllHierarchies: <ThrowOnError extends boolean = false>(options: Options<GetAllHierarchiesData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<HierarchyListData, ErrorResponse, ThrowOnError>;
|
|
@@ -628,7 +663,7 @@ declare const getHierarchy: <ThrowOnError extends boolean = false>(options: Opti
|
|
|
628
663
|
*
|
|
629
664
|
* :::
|
|
630
665
|
*
|
|
631
|
-
* In the `
|
|
666
|
+
* In the `breadcrumbs` metadata, you can identify the parent nodes that a node is associated with. This is useful if you want to improve how your shoppers search your store, for example. See [Product and Node Associations in Breadcrumb Metadata](/guides/How-To/Catalogs/breadcrumbs).
|
|
632
667
|
*
|
|
633
668
|
* ### Filtering
|
|
634
669
|
*
|
|
@@ -641,13 +676,15 @@ declare const getHierarchy: <ThrowOnError extends boolean = false>(options: Opti
|
|
|
641
676
|
*
|
|
642
677
|
* ### Building breadcrumbs in a storefront
|
|
643
678
|
*
|
|
644
|
-
* In a catalog, you can use
|
|
679
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
680
|
+
*
|
|
681
|
+
* An example is shown below:
|
|
645
682
|
*
|
|
646
683
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
647
684
|
*
|
|
648
|
-
* - Specify the node
|
|
649
|
-
* - You can
|
|
650
|
-
* - It does not matter what order you specify the node
|
|
685
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
686
|
+
* - You can include as many node IDs as required.
|
|
687
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
651
688
|
*
|
|
652
689
|
*/
|
|
653
690
|
declare const getHierarchyNodes: <ThrowOnError extends boolean = false>(options: Options<GetHierarchyNodesData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<NodeListData, ErrorResponse, ThrowOnError>;
|
|
@@ -663,7 +700,7 @@ declare const getHierarchyNodes: <ThrowOnError extends boolean = false>(options:
|
|
|
663
700
|
*
|
|
664
701
|
* :::
|
|
665
702
|
*
|
|
666
|
-
* In the `
|
|
703
|
+
* In the `breadcrumbs` metadata, you can identify the parent nodes that a node is associated with. This is useful if you want to improve how your shoppers search your store, for example. See [Product and Node Associations in Breadcrumb Metadata](/guides/How-To/Catalogs/breadcrumbs).
|
|
667
704
|
*
|
|
668
705
|
* ### Filtering
|
|
669
706
|
*
|
|
@@ -676,13 +713,15 @@ declare const getHierarchyNodes: <ThrowOnError extends boolean = false>(options:
|
|
|
676
713
|
*
|
|
677
714
|
* ### Building breadcrumbs in a storefront
|
|
678
715
|
*
|
|
679
|
-
* In a catalog, you can use
|
|
716
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
717
|
+
*
|
|
718
|
+
* An example is shown below:
|
|
680
719
|
*
|
|
681
720
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
682
721
|
*
|
|
683
|
-
* - Specify the node
|
|
684
|
-
* - You can
|
|
685
|
-
* - It does not matter what order you specify the node
|
|
722
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
723
|
+
* - You can include as many node IDs as required.
|
|
724
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
686
725
|
*
|
|
687
726
|
*/
|
|
688
727
|
declare const getHierarchyChildNodes: <ThrowOnError extends boolean = false>(options: Options<GetHierarchyChildNodesData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<NodeListData, ErrorResponse, ThrowOnError>;
|
|
@@ -696,7 +735,7 @@ declare const getHierarchyChildNodes: <ThrowOnError extends boolean = false>(opt
|
|
|
696
735
|
*
|
|
697
736
|
* :::
|
|
698
737
|
*
|
|
699
|
-
* You can see the parent nodes a node is associated with in the `
|
|
738
|
+
* You can see the parent nodes a node is associated with in the `breadcrumbs` metadata for each node. This is useful if you want to improve how your shoppers search your store, for example. See [Product and Node Associations in Breadcrumb Metadata](/guides/How-To/Catalogs/breadcrumbs).
|
|
700
739
|
*
|
|
701
740
|
* In a catalog, you can use a filter to return a list of nodes in a hierarchy structure that a product belongs to. You can use this to build breadcrumbs in your storefront. See [Building breadcrumbs in a storefront](#building-breadcrumbs-in-a-storefront).
|
|
702
741
|
*
|
|
@@ -720,13 +759,15 @@ declare const getHierarchyChildNodes: <ThrowOnError extends boolean = false>(opt
|
|
|
720
759
|
*
|
|
721
760
|
* ### Building breadcrumbs in a storefront
|
|
722
761
|
*
|
|
723
|
-
* In a catalog, you can use
|
|
762
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
763
|
+
*
|
|
764
|
+
* An example is shown below:
|
|
724
765
|
*
|
|
725
766
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
726
767
|
*
|
|
727
|
-
* - Specify the node
|
|
728
|
-
* - You can
|
|
729
|
-
* - It does not matter what order you specify the node
|
|
768
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
769
|
+
* - You can include as many node IDs as required.
|
|
770
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
730
771
|
*
|
|
731
772
|
*/
|
|
732
773
|
declare const getAllNodes: <ThrowOnError extends boolean = false>(options: Options<GetAllNodesData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<NodeListData, ErrorResponse, ThrowOnError>;
|
|
@@ -740,7 +781,7 @@ declare const getAllNodes: <ThrowOnError extends boolean = false>(options: Optio
|
|
|
740
781
|
*
|
|
741
782
|
* :::
|
|
742
783
|
*
|
|
743
|
-
* You can see the parent nodes a node is associated with in the `
|
|
784
|
+
* You can see the parent nodes a node is associated with in the `breadcrumbs` metadata for each node. This is useful if you want to improve how your shoppers search your store, for example. See [Product and Node Associations in Breadcrumb Metadata](/guides/How-To/Catalogs/breadcrumbs).
|
|
744
785
|
*
|
|
745
786
|
* The response lists the products associated with the nodes. If products are [curated](/guides/How-To/Products/curating-products), they are displayed in `curated_products`. Product curation allows you to promote specific products within each of your hierarchies, enabling you to create unique product collections in your storefront.
|
|
746
787
|
*
|
|
@@ -762,7 +803,7 @@ declare const getNode: <ThrowOnError extends boolean = false>(options: Options<G
|
|
|
762
803
|
*
|
|
763
804
|
* :::
|
|
764
805
|
*
|
|
765
|
-
* You can see the parent nodes a node is associated with in the `
|
|
806
|
+
* You can see the parent nodes a node is associated with in the `breadcrumbs` metadata for each node. This is useful if you want to improve how your shoppers search your store, for example. See [Product and Node Associations in Breadcrumb Metadata](/guides/How-To/Catalogs/breadcrumbs).
|
|
766
807
|
*
|
|
767
808
|
* In a catalog, you can use a filter to return a list of nodes in a hierarchy structure that a product belongs to. You can use this to build breadcrumbs in your storefront. For more information, see [Building breadcrumbs in a storefront](#building-breadcrumbs-in-a-storefront).
|
|
768
809
|
*
|
|
@@ -786,13 +827,15 @@ declare const getNode: <ThrowOnError extends boolean = false>(options: Options<G
|
|
|
786
827
|
*
|
|
787
828
|
* ### Building breadcrumbs in a storefront
|
|
788
829
|
*
|
|
789
|
-
* In a catalog, you can use
|
|
830
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
831
|
+
*
|
|
832
|
+
* An example is shown below:
|
|
790
833
|
*
|
|
791
834
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
792
835
|
*
|
|
793
|
-
* - Specify the node
|
|
794
|
-
* - You can
|
|
795
|
-
* - It does not matter what order you specify the node
|
|
836
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
837
|
+
* - You can include as many node IDs as required.
|
|
838
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
796
839
|
*
|
|
797
840
|
*/
|
|
798
841
|
declare const getChildNodes: <ThrowOnError extends boolean = false>(options: Options<GetChildNodesData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<NodeListData, ErrorResponse, ThrowOnError>;
|
|
@@ -827,13 +870,15 @@ declare const getChildNodes: <ThrowOnError extends boolean = false>(options: Opt
|
|
|
827
870
|
*
|
|
828
871
|
* ### Building breadcrumbs in a storefront
|
|
829
872
|
*
|
|
830
|
-
* In a catalog, you can use
|
|
873
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
874
|
+
*
|
|
875
|
+
* An example is shown below:
|
|
831
876
|
*
|
|
832
877
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
833
878
|
*
|
|
834
|
-
* - Specify the node
|
|
835
|
-
* - You can
|
|
836
|
-
* - It does not matter what order you specify the node
|
|
879
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
880
|
+
* - You can include as many node IDs as required.
|
|
881
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
837
882
|
*
|
|
838
883
|
*/
|
|
839
884
|
declare const getAllProducts: <ThrowOnError extends boolean = false>(options: Options<GetAllProductsData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<ProductListData, ErrorResponse, ThrowOnError>;
|
|
@@ -863,6 +908,12 @@ declare const getAllProducts: <ThrowOnError extends boolean = false>(options: Op
|
|
|
863
908
|
*
|
|
864
909
|
*/
|
|
865
910
|
declare const getProduct: <ThrowOnError extends boolean = false>(options: Options<GetProductData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<ProductData, ErrorResponse, ThrowOnError>;
|
|
911
|
+
/**
|
|
912
|
+
* Get all Related Products of a Product
|
|
913
|
+
* Returns related products of the provided product ID from a published catalog.
|
|
914
|
+
*
|
|
915
|
+
*/
|
|
916
|
+
declare const getAllRelatedProducts: <ThrowOnError extends boolean = false>(options: Options<GetAllRelatedProductsData, ThrowOnError>) => _hey_api_client_fetch.RequestResult<ProductListData, ErrorResponse, ThrowOnError>;
|
|
866
917
|
/**
|
|
867
918
|
* Get a Bundle's Component Products
|
|
868
919
|
* With Product Experience Manager, you can [create](/docs/api/pxm/products/create-product) and manage bundles. A bundle is a purchasable product, comprising of one or more products that you want to sell together.
|
|
@@ -904,13 +955,15 @@ declare const getComponentProductIds: <ThrowOnError extends boolean = false>(opt
|
|
|
904
955
|
*
|
|
905
956
|
* ### Building breadcrumbs in a storefront
|
|
906
957
|
*
|
|
907
|
-
* In a catalog, you can use
|
|
958
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
959
|
+
*
|
|
960
|
+
* An example is shown below:
|
|
908
961
|
*
|
|
909
962
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
910
963
|
*
|
|
911
|
-
* - Specify the node
|
|
912
|
-
* - You can
|
|
913
|
-
* - It does not matter what order you specify the node
|
|
964
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
965
|
+
* - You can include as many node IDs as required.
|
|
966
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
914
967
|
*
|
|
915
968
|
* ### Including Resources
|
|
916
969
|
*
|
|
@@ -947,13 +1000,15 @@ declare const getChildProducts: <ThrowOnError extends boolean = false>(options:
|
|
|
947
1000
|
*
|
|
948
1001
|
* ### Building breadcrumbs in a storefront
|
|
949
1002
|
*
|
|
950
|
-
* In a catalog, you can use
|
|
1003
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
1004
|
+
*
|
|
1005
|
+
* An example is shown below:
|
|
951
1006
|
*
|
|
952
1007
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
953
1008
|
*
|
|
954
|
-
* - Specify the node
|
|
955
|
-
* - You can
|
|
956
|
-
* - It does not matter what order you specify the node
|
|
1009
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
1010
|
+
* - You can include as many node IDs as required.
|
|
1011
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
957
1012
|
*
|
|
958
1013
|
* ### Including Resources
|
|
959
1014
|
*
|
|
@@ -996,13 +1051,15 @@ declare const getProductsForHierarchy: <ThrowOnError extends boolean = false>(op
|
|
|
996
1051
|
*
|
|
997
1052
|
* ### Building breadcrumbs in a storefront
|
|
998
1053
|
*
|
|
999
|
-
* In a catalog, you can use
|
|
1054
|
+
* In a catalog, you can use the nodes directly attached to a product to build breadcrumbs in your storefront. This eliminates the need for additional queries to fetch hierarchy or parent node details. Each node contains all the necessary information in `breadcrumbs` metadata, such as its own details and the details of its parent hierarchy/node(s), to construct the complete breadcrumb path without requiring additional queries.
|
|
1055
|
+
*
|
|
1056
|
+
* An example is shown below:
|
|
1000
1057
|
*
|
|
1001
1058
|
* `filter=in(id,c83bfe55-0d87-4302-a86d-ab19e7e323f1,6003d7ef-84f3-49bb-a8bd-4cbfa203dcbb)`
|
|
1002
1059
|
*
|
|
1003
|
-
* - Specify the node
|
|
1004
|
-
* - You can
|
|
1005
|
-
* - It does not matter what order you specify the node
|
|
1060
|
+
* - Specify the node IDs directly attached to the product in the filter expression.
|
|
1061
|
+
* - You can include as many node IDs as required.
|
|
1062
|
+
* - It does not matter what order you specify the node IDs. The nodes are returned in the order they were last updated.
|
|
1006
1063
|
*
|
|
1007
1064
|
* ### Including Resources
|
|
1008
1065
|
*
|
|
@@ -2679,4 +2736,4 @@ declare const getAFile: <ThrowOnError extends boolean = false>(options: Options<
|
|
|
2679
2736
|
data?: File;
|
|
2680
2737
|
}, FilesErrorResponse, ThrowOnError>;
|
|
2681
2738
|
|
|
2682
|
-
export { addCustomDiscountToCartItem, addTaxItemToCart, anonymizeOrders, bulkAddCustomDiscountsToCart, bulkAddTaxItemsToCart, bulkDeleteCustomDiscountsFromCart, bulkDeleteTaxItemsFromCart, bulkUpdateItemsInCart, cancelATransaction, captureATransaction, checkoutApi, client, configureByContextProduct, confirmPayment, createACart, createAccountCartAssociation, createAnAccessToken, createCartPaymentIntent, createCatalog, createCustomerCartAssociation, createOneTimePasswordTokenRequest, createRule, deleteACart, deleteACartItem, deleteAPromotionViaPromotionCode, deleteATaxItem, deleteAccountCartAssociation, deleteAllCartItems, deleteCatalogById, deleteCustomDiscountFromCart, deleteCustomDiscountFromCartItem, deleteCustomerCartAssociation, deleteReleaseById, deleteReleases, deleteRuleById, deleteV2AccountAddress, getACurrency, getAFile, getATransaction, getAllCurrencies, getAllFiles, getAllHierarchies, getAllNodes, getAllProducts, getAnOrder, getByContextAllHierarchies, getByContextAllNodes, getByContextAllProducts, getByContextChildNodes, getByContextChildProducts, getByContextComponentProductIds, getByContextHierarchy, getByContextHierarchyChildNodes, getByContextHierarchyNodes, getByContextNode, getByContextProduct, getByContextProductsForHierarchy, getByContextProductsForNode, getByContextRelease, getCart, getCartItems, getCarts, getCatalogById, getCatalogs, getChildNodes, getChildProducts, getComponentProductIds, getCustomerOrders, getFeature, getHierarchy, getHierarchyChildNodes, getHierarchyNodes, getInvoice, getNode, getOffering, getOrderItems, getOrderTransactions, getPlan, getProduct, getProductsForHierarchy, getProductsForNode, getReleaseById, getReleases, getRuleById, getRules, getStock, getSubscription, getSubscriptionInvoice, getSubscriptionInvoicePayment, getSubscriptionProduct, getSubscriptionState, getV2AccountAddress, getV2AccountAddresses, getV2AccountMembers, getV2AccountMembersAccountMemberId, getV2Accounts, getV2AccountsAccountId, getV2AccountsAccountIdAccountMemberships, listInvoices, listLocations, listOfferingFeatures, listOfferingPlans, listOfferingProducts, listOfferings, listSubscriptionInvoicePayments, listSubscriptionInvoices, listSubscriptionPlans, listSubscriptionProducts, listSubscriptionStates, listSubscriptions, manageCarts, paymentSetup, postV2AccountAddress, postV2AccountMembersTokens, postV2Accounts, publishRelease, putV2AccountAddress, putV2AccountsAccountId, refundATransaction, updateACart, updateACartItem, updateATaxItem, updateAnOrder, updateCatalog, updateCustomDiscountForCart, updateCustomDiscountForCartItem, updatePasswordProfileInfo, updateRule };
|
|
2739
|
+
export { addCustomDiscountToCartItem, addTaxItemToCart, anonymizeOrders, bulkAddCustomDiscountsToCart, bulkAddTaxItemsToCart, bulkDeleteCustomDiscountsFromCart, bulkDeleteTaxItemsFromCart, bulkUpdateItemsInCart, cancelATransaction, captureATransaction, checkoutApi, client, configureByContextProduct, confirmPayment, createACart, createAccountCartAssociation, createAnAccessToken, createCartPaymentIntent, createCatalog, createCustomerCartAssociation, createOneTimePasswordTokenRequest, createRule, deleteACart, deleteACartItem, deleteAPromotionViaPromotionCode, deleteATaxItem, deleteAccountCartAssociation, deleteAllCartItems, deleteCatalogById, deleteCustomDiscountFromCart, deleteCustomDiscountFromCartItem, deleteCustomerCartAssociation, deleteReleaseById, deleteReleases, deleteRuleById, deleteV2AccountAddress, getACurrency, getAFile, getATransaction, getAllCurrencies, getAllFiles, getAllHierarchies, getAllNodes, getAllProducts, getAllRelatedProducts, getAnOrder, getByContextAllHierarchies, getByContextAllNodes, getByContextAllProducts, getByContextAllRelatedProducts, getByContextChildNodes, getByContextChildProducts, getByContextComponentProductIds, getByContextHierarchy, getByContextHierarchyChildNodes, getByContextHierarchyNodes, getByContextNode, getByContextProduct, getByContextProductsForHierarchy, getByContextProductsForNode, getByContextRelease, getCart, getCartItems, getCarts, getCatalogById, getCatalogs, getChildNodes, getChildProducts, getComponentProductIds, getCustomerOrders, getFeature, getHierarchy, getHierarchyChildNodes, getHierarchyNodes, getInvoice, getNode, getOffering, getOrderItems, getOrderTransactions, getPlan, getProduct, getProductsForHierarchy, getProductsForNode, getReleaseById, getReleases, getRuleById, getRules, getStock, getSubscription, getSubscriptionInvoice, getSubscriptionInvoicePayment, getSubscriptionProduct, getSubscriptionState, getV2AccountAddress, getV2AccountAddresses, getV2AccountMembers, getV2AccountMembersAccountMemberId, getV2Accounts, getV2AccountsAccountId, getV2AccountsAccountIdAccountMemberships, listInvoices, listLocations, listOfferingFeatures, listOfferingPlans, listOfferingProducts, listOfferings, listSubscriptionInvoicePayments, listSubscriptionInvoices, listSubscriptionPlans, listSubscriptionProducts, listSubscriptionStates, listSubscriptions, manageCarts, paymentSetup, postV2AccountAddress, postV2AccountMembersTokens, postV2Accounts, publishRelease, putV2AccountAddress, putV2AccountsAccountId, refundATransaction, updateACart, updateACartItem, updateATaxItem, updateAnOrder, updateCatalog, updateCustomDiscountForCart, updateCustomDiscountForCartItem, updatePasswordProfileInfo, updateRule };
|