🚀 Release apps (#865)
* Release apps * Update CHANGELOG.md * Update CHANGELOG.md --------- Co-authored-by: github-actions[bot] <github-actions[bot]@users.noreply.github.com> Co-authored-by: Adrian Pilarczyk <admin@peelar.dev>
This commit is contained in:
Lukasz Ostrowski
GitHub
parent
416c92fb6c
commit
7b19ab44c3
13 changed files with 43 additions and 54 deletions
|
|
@ -1,5 +0,0 @@
|
|||
---
|
||||
"saleor-app-taxes": minor
|
||||
---
|
||||
|
||||
Changed `externalId` order metadata field to `avataxId`. It is now only responsible for storing the id of Avatax transaction.
|
||||
|
|
@ -1,5 +0,0 @@
|
|||
---
|
||||
"saleor-app-taxes": minor
|
||||
---
|
||||
|
||||
Added support for reading document code from metadata field `avataxDocumentCode`. The default value is the order id from Saleor. The value for the document code is sliced to be under 20 characters. The requirement comes from Avatax API.
|
||||
|
|
@ -1,5 +0,0 @@
|
|||
---
|
||||
"saleor-app-emails-and-messages": patch
|
||||
---
|
||||
|
||||
Changed capitalization of the name SendGrid in the UI.
|
||||
|
|
@ -1,5 +0,0 @@
|
|||
---
|
||||
"saleor-app-taxes": minor
|
||||
---
|
||||
|
||||
Added support for reading the tax calculation date from metadata field `avataxTaxCalculationDate`. The value has to be valid UTC datetime string (e.g. "2021-08-31T13:00:00.000Z").
|
||||
|
|
@ -1,5 +0,0 @@
|
|||
---
|
||||
"saleor-app-cms-v2": minor
|
||||
---
|
||||
|
||||
Changed public (manifest) name app to be "CMS" (previously it was "CMS 2", since two apps existed at the same time)
|
||||
|
|
@ -1,5 +0,0 @@
|
|||
---
|
||||
"saleor-app-taxes": minor
|
||||
---
|
||||
|
||||
Added `ORDER_CANCELLED` webhook handler with an implementation for Avatax. The transactions for corresponding orders in Saleor will be voided in the Avatax dashboard.
|
||||
|
|
@ -1,21 +0,0 @@
|
|||
---
|
||||
"saleor-app-taxes": minor
|
||||
---
|
||||
|
||||
Started the migration from `OrderCreated` to `OrderConfirmed` webhook event. In the new flow, the provider transactions will be created based on the order confirmation (either automatic or manual) event. The value of the `commit` field will be set based on the "isAutocommit" setting in the provider configuration.
|
||||
|
||||
The `OrderCreated` and `OrderFulfilled` handlers are deprecated. They will be removed on August 23, along with their corresponding webhooks. For now, both flows (`OrderCreated` -> `OrderFulfilled` and `OrderConfirmed`) are supported.
|
||||
|
||||
**Actions needed**:
|
||||
|
||||
The only scenario where you, as the user, may need to do something regarding this release is the following:
|
||||
|
||||
1. You created an order that still needs to be fulfilled (therefore, the corresponding AvaTax transaction is not committed).
|
||||
2. You are planning to fulfill the order after August 23 (which is the date when we will complete the migration).
|
||||
|
||||
In that case, **remember you will not be able to commit the transaction by fulfilling the order in Saleor**. In the new flow, the transactions are committed in AvaTax while confirming the Saleor order, based on the "isAutocommit" flag. What you have to do is the following:
|
||||
|
||||
1. Make sure "isAutocommit" is set to true.
|
||||
2. Trigger the `OrderConfirmed` event (either by [`orderConfirm` mutation](https://docs.saleor.io/docs/3.x/api-reference/orders/mutations/order-confirm) or in the Dashboard).
|
||||
|
||||
The AvaTax transaction created on the `OrderCreated` event should be updated with `commit: true`.
|
||||
|
|
@ -1,5 +1,11 @@
|
|||
# saleor-app-cms-v2
|
||||
|
||||
## 2.2.0
|
||||
|
||||
### Minor Changes
|
||||
|
||||
- fe767a4: Changed public (manifest) name app to be "CMS" (previously it was "CMS 2", since two apps existed at the same time)
|
||||
|
||||
## 2.1.2
|
||||
|
||||
### Patch Changes
|
||||
|
|
|
|||
|
|
@ -1,6 +1,6 @@
|
|||
{
|
||||
"name": "saleor-app-cms-v2",
|
||||
"version": "2.1.2",
|
||||
"version": "2.2.0",
|
||||
"scripts": {
|
||||
"build": "pnpm generate && next build",
|
||||
"dev": "pnpm generate && NODE_OPTIONS='--inspect' next dev",
|
||||
|
|
|
|||
|
|
@ -1,5 +1,11 @@
|
|||
# saleor-app-emails-and-messages
|
||||
|
||||
## 1.9.5
|
||||
|
||||
### Patch Changes
|
||||
|
||||
- b8c5283: Changed capitalization of the name SendGrid in the UI.
|
||||
|
||||
## 1.9.4
|
||||
|
||||
### Patch Changes
|
||||
|
|
|
|||
|
|
@ -1,6 +1,6 @@
|
|||
{
|
||||
"name": "saleor-app-emails-and-messages",
|
||||
"version": "1.9.4",
|
||||
"version": "1.9.5",
|
||||
"scripts": {
|
||||
"build": "pnpm generate && next build",
|
||||
"dev": "pnpm generate && NODE_OPTIONS='--inspect' next dev",
|
||||
|
|
|
|||
|
|
@ -1,5 +1,33 @@
|
|||
# saleor-app-taxes
|
||||
|
||||
## 1.13.0
|
||||
|
||||
### Minor Changes
|
||||
|
||||
- 416c92f: Changed `externalId` order metadata field to `avataxId`. It is now only responsible for storing the id of Avatax transaction.
|
||||
- 416c92f: Added support for reading document code from metadata field `avataxDocumentCode`. The default value is the order id from Saleor. The value for the document code is sliced to be under 20 characters. The requirement comes from Avatax API.
|
||||
- 416c92f: Added support for reading the tax calculation date from metadata field `avataxTaxCalculationDate`. The value has to be valid UTC datetime string (e.g. "2021-08-31T13:00:00.000Z").
|
||||
- 416c92f: Added `ORDER_CANCELLED` webhook handler with an implementation for Avatax. The transactions for corresponding orders in Saleor will be voided in the Avatax dashboard.
|
||||
- 416c92f: Started the migration from `OrderCreated` to `OrderConfirmed` webhook event. In the new flow, the provider transactions will be created based on the order confirmation (either automatic or manual) event. The value of the `commit` field will be set based on the "isAutocommit" setting in the provider configuration.
|
||||
|
||||
The `OrderCreated` and `OrderFulfilled` handlers are deprecated. They will be removed on August 24, along with their corresponding webhooks. For now, both flows (`OrderCreated` -> `OrderFulfilled` and `OrderConfirmed`) are supported.
|
||||
|
||||
**Actions needed**:
|
||||
|
||||
The only scenario where you, as the user, may need to do something regarding this release is the following:
|
||||
|
||||
1. You created an order that still needs to be fulfilled (therefore, the corresponding AvaTax transaction is not committed).
|
||||
2. You are planning to fulfill the order after August 23 (which is the date when we will complete the migration).
|
||||
|
||||
In that case, **remember you will not be able to commit the transaction by fulfilling the order in Saleor**. In the new flow, the transactions are committed in AvaTax while confirming the Saleor order, based on the "isAutocommit" flag. What you have to do is the following:
|
||||
|
||||
1. Make sure "isAutocommit" is set to true.
|
||||
2. Trigger the `OrderConfirmed` event (either by [`orderConfirm` mutation](https://docs.saleor.io/docs/3.x/api-reference/orders/mutations/order-confirm) or in the Dashboard).
|
||||
|
||||
The AvaTax transaction created on the `OrderCreated` event should be updated with `commit: true`.
|
||||
|
||||
You can read more about the webhook flow in the Taxes App and the migration itself in [our documentation](https://saleor-docs-git-taxes-order-created-to-confirmed-saleorcommerce.vercel.app/docs/3.x/developer/app-store/apps/taxes/architecture#migration).
|
||||
|
||||
## 1.12.1
|
||||
|
||||
### Patch Changes
|
||||
|
|
|
|||
|
|
@ -1,6 +1,6 @@
|
|||
{
|
||||
"name": "saleor-app-taxes",
|
||||
"version": "1.12.1",
|
||||
"version": "1.13.0",
|
||||
"scripts": {
|
||||
"build": "pnpm generate && next build",
|
||||
"dev": "pnpm generate && NODE_OPTIONS='--inspect' next dev",
|
||||
|
|
|
|||
Loading…
Reference in a new issue