@@ -119,7 +119,7 @@ You also have the possibility to install the plugin using composer. See
The VRPay payment method configurations are synchronized automatically into the Shopware store. There are just a few payment method settings in the Shopware store in Settings → Store → Payment.
+The VR Payment payment method configurations are synchronized automatically into the Shopware store. There are just a few payment method settings in the Shopware store in Settings → Store → Payment.
@@ -201,11 +201,11 @@ Billing address: Country | Is one of | Switzerland
The Payment Process of VRPay is completely standardized for every payment method you can process. This gives you the ability to simply add -a payment method or processor without changes inside of your Shopware configuration. An overview about the states and the payment processes of VRPay +
The Payment Process of VR Payment is completely standardized for every payment method you can process. This gives you the ability to simply add +a payment method or processor without changes inside of your Shopware configuration. An overview about the states and the payment processes of VR Payment can be found in the Payment Documentation.
In the following section we provide you an overview about how the VRPay states are mapped into the Shopware State graph for orders and payment states.
+In the following section we provide you an overview about how the VR Payment states are mapped into the Shopware State graph for orders and payment states.
@@ -239,7 +239,7 @@ can be found in the
-
-
If the transaction is Authorized in VRPay, the Shopware order payment status is marked as In Progress.
+If the transaction is Authorized in VR Payment, the Shopware order payment status is marked as In Progress.
-
If the transaction fails before or during the authorization process, the Shopware order payment status is marked as Failed.
@@ -248,7 +248,7 @@ can be found in the
@@ -276,10 +276,10 @@ can be found in the
-
-
If the transaction is Confirmed status in VRPay, the Shopware order delivery status is marked as Hold.
+If the transaction is Confirmed status in VR Payment, the Shopware order delivery status is marked as Hold.
-
-
If the transaction in VRPay is marked as Fulfill, the Shopware order delivery status is marked as Open.
+If the transaction in VR Payment is marked as Fulfill, the Shopware order delivery status is marked as Open.
-
If the transaction is in Decline, Failed or Voided, the Shopware order delivery status is marked as Cancelled.
@@ -295,7 +295,7 @@ can be found in the
You can capture, cancel and refund transactions directly from within the Shopware backend. Please note
-if you refund, void or capture transactions inside VRPay the events will be synchronized into
+if you refund, void or capture transactions inside VR Payment the events will be synchronized into
Shopware. However, there are some limitations (see below).
@@ -314,7 +314,7 @@ Shopware. However, there are some limitations (see below).
Note
-When the completion is pending in VRPay the order will stay in pending state.
+When the completion is pending in VR Payment the order will stay in pending state.
@@ -325,11 +325,11 @@ When the completion is pending in VRPay the order will stay in pending state.
Deferred payment completion
-Retailers often have the case that they want to authorize transactions only and start the fulfillment process once all items are shippable. This is also possible with VRPay.
+Retailers often have the case that they want to authorize transactions only and start the fulfillment process once all items are shippable. This is also possible with VR Payment.
However, certain processes should be followed. If you have configured payment completion to be deferred you should capture the transaction before you initiate the shipment
as it can always happen that a completion fails. If you want to be sure that you do not ship items for which you have not been paid you should postpone the shipment until
-the fulfill state is reached. Initially the transaction will be in the Authorized state in VRPay and In Progress in Shopware. If you want to start the fulfillment process make sure you initiate the completion process as described above. Once the completion was successful the order will switch into the Fulfill state in VRPay and into Paid state in Shopware. You can now start the fulfillment process.
+the fulfill state is reached. Initially the transaction will be in the Authorized state in VR Payment and In Progress in Shopware. If you want to start the fulfillment process make sure you initiate the completion process as described above. Once the completion was successful the order will switch into the Fulfill state in VR Payment and into Paid state in Shopware. You can now start the fulfillment process.
If the transaction is Authorized in VRPay, the Shopware order payment status is marked as In Progress.
If the transaction is Authorized in VR Payment, the Shopware order payment status is marked as In Progress.
If the transaction fails before or during the authorization process, the Shopware order payment status is marked as Failed.
-
-
If the transaction is
+Confirmedstatus in VRPay, the Shopware order delivery status is marked asHold.If the transaction is
Confirmedstatus in VR Payment, the Shopware order delivery status is marked asHold. -
-
If the transaction in VRPay is marked as
+Fulfill, the Shopware order delivery status is marked asOpen.If the transaction in VR Payment is marked as
Fulfill, the Shopware order delivery status is marked asOpen. -
If the transaction is in
@@ -295,7 +295,7 @@ can be found in theDecline,FailedorVoided, the Shopware order delivery status is marked asCancelled.You can capture, cancel and refund transactions directly from within the Shopware backend. Please note -if you refund, void or capture transactions inside VRPay the events will be synchronized into +if you refund, void or capture transactions inside VR Payment the events will be synchronized into Shopware. However, there are some limitations (see below).
@@ -314,7 +314,7 @@ Shopware. However, there are some limitations (see below).Note-When the completion is pending in VRPay the order will stay in pending state. +When the completion is pending in VR Payment the order will stay in pending state. @@ -325,11 +325,11 @@ When the completion is pending in VRPay the order will stay in pending state.Deferred payment completion
-Retailers often have the case that they want to authorize transactions only and start the fulfillment process once all items are shippable. This is also possible with VRPay.
+Retailers often have the case that they want to authorize transactions only and start the fulfillment process once all items are shippable. This is also possible with VR Payment.
However, certain processes should be followed. If you have configured payment completion to be deferred you should capture the transaction before you initiate the shipment as it can always happen that a completion fails. If you want to be sure that you do not ship items for which you have not been paid you should postpone the shipment until -the fulfill state is reached. Initially the transaction will be in the
+the fulfill state is reached. Initially the transaction will be in theAuthorizedstate in VRPay andIn Progressin Shopware. If you want to start the fulfillment process make sure you initiate the completion process as described above. Once the completion was successful the order will switch into theFulfillstate in VRPay and intoPaidstate in Shopware. You can now start the fulfillment process.Authorizedstate in VR Payment andIn Progressin Shopware. If you want to start the fulfillment process make sure you initiate the completion process as described above. Once the completion was successful the order will switch into theFulfillstate in VR Payment and intoPaidstate in Shopware. You can now start the fulfillment process.
The delivery should not be done whilst the delivery state is Hold. This happens when the transaction in VRPay
+
The delivery should not be done whilst the delivery state is Hold. This happens when the transaction in VR Payment
has not reached the fulfill state.
There are essentially two reasons why this can happen:
@@ -400,7 +400,7 @@ has not reached the fulfill state.We are not able to tell if you should fulfill the order. The delivery decision is done automatically. If this does not happen -within the defined time frame, VRPay will generate a manual task which you should observe and follow the instructions.
+within the defined time frame, VR Payment will generate a manual task which you should observe and follow the instructions.- 6.5Limitations of the synchronization between VRPay and Shopware
+ 6.5Limitations of the synchronization between VR Payment and ShopwarePlease note that captures, voids and refunds done in VRPay are synchronized. However, there are some -limitations. Inside VRPay you are able to change the unit price and the quantity at once. This can not +
Please note that captures, voids and refunds done in VR Payment are synchronized. However, there are some +limitations. Inside VR Payment you are able to change the unit price and the quantity at once. This can not be done in the Shopware backend. We therefore recommend that you -perform the refunds always inside the Shopware backend and not inside VRPay. If a refund +perform the refunds always inside the Shopware backend and not inside VR Payment. If a refund cannot be synchronized it will be sent to the processor but it could be that you do not see it inside your Shopware backend.
You can find more information about Refunds in VRPay in our Refund Documentation.
+You can find more information about Refunds in VR Payment in our Refund Documentation.
Make sure that you followed the Configuration section by stating your VRPay space ID and application user’s access information in the Shopware backend. By saving the configuration form the synchronization of the payment methods and the set up of the webhooks are initiated.
+Make sure that you followed the Configuration section by stating your VR Payment space ID and application user’s access information in the Shopware backend. By saving the configuration form the synchronization of the payment methods and the set up of the webhooks are initiated.
If this does not solve the problem, it could be that you use a special fee or coupon module that we do not support. Try to disable this plugin and see if it helps. The payment methods are only displayed if the plugin’s total calculation matches the actual order total.
@@ -637,7 +637,7 @@ The Webhooks have to be updated. Shopware is using an API Version for all "URLs"