The wrong state is used
Order, delivery and payment states answer different questions. A delivery update cannot confirm a provider capture.
Shopware 6 · Supported payment scenarios
Shopware keeps order, payment and delivery states separately. Reconciliation starts with the order’s payment transaction, then verifies the corresponding capture and supported refunds at Stripe or PayPal rather than trusting the shop status alone.
Focus on the payment transaction and its evidence before interpreting the order workflow.
Order, delivery and payment states answer different questions. A delivery update cannot confirm a provider capture.
An order may have payment history that must be resolved to the supported provider operation, not matched by amount alone.
An unconnected provider, stale synchronization or an unsupported refund path prevents a reliable financial conclusion.
Only the payment state of the order transaction matters for reconciliation; the order and delivery states answer other questions.
| Payment state (technical name) | Meaning in the shop | What Stripe or PayPal should show |
|---|---|---|
| Open (open) | No result yet | No capture — or a capture the shop has not recorded: check it |
| Authorized (authorized) | Amount reserved | An authorization, no capture yet |
| Paid (paid) | The shop treats the payment as complete | A capture for the full amount |
| Paid partially (paid_partially) | Part of the amount | A capture for that part |
| Refunded / refunded partially (refunded, refunded_partially) | A refund recorded in the shop | A provider refund of the same amount |
| Failed / cancelled (failed, cancelled) | An attempt without a result | No capture; if one exists, that is a reconciliation case |
Official references for the checks above:
Investigate the payment extension and notification path for a confirmed state-update problem. Resolve missing references and synchronize again before deciding that an amount is wrong. Keep any refund or capture action in the supported provider/store workflow.
Recheck the same transaction with fresh independent data. Verify the order, payment and delivery states separately. Use a test environment for integration changes rather than repeatedly changing a live order’s states.
Business Watchdog supports Shopware 6.6/6.7 connections and financial checks for covered, identifiable Stripe and PayPal payments. It compares available store records with independent provider evidence and reports unsupported or incomplete coverage rather than inventing a result.
Coverage is not universal for every Shopware payment extension. In particular, a partial refund through SwagPayPal can remain unknown. Payments without a reliable store association cannot be confidently assigned across shops sharing an account.
PayPal cannot provide strictly read-only credentials; Business Watchdog restricts its own requests and explains this before connection. Read the security and access details
No. Independent capture evidence comes from the connected provider, not from the store’s own status.
No. Review the reported coverage for the extension and refund path; an unknown result must not be treated as zero.
Connect your store and the supported payment provider. Review the coverage and first synchronization before relying on the results. Features and limits depend on your plan.