---
title: 'Shopware Payments Platform: How It Helps Merchants | Shopware Community Hub'
description: >-
  Evaluate Shopware Payments as embedded payments in Shopware 6—onboarding,
  platform synergies, and how setup and operations differ from plugin-based PSP
  stacks.
canonical_url: 'https://hub.shopware.com/learn/course/shopware-payments-platform'
---

# Shopware Payments Platform: How It Helps Merchants

<LearningObjectives>

- **Explain** how **embedded** payments differ from typical **payment plugins** and **integrated** PSP connections.
- **Describe** the main value drivers of **Shopware Payments**: **onboarding**, **administration**-centric operations, and **platform workflow** integration.
- **Compare** **Shopware Payments** to third-party **PSP** setups on **setup**, **daily workflows**, **reporting**, and **accountability**.
- **Assess** whether **Shopware Payments** fits your shop, markets, and team using the course units as an evaluation framework.

</LearningObjectives>

# Course 1: Shopware Payments Platform

**Strum & Co.** spent three months evaluating payment options before going live. The question was not simply *"which provider accepts cards?"* — it was *"how much of our daily work will live outside Shopware once we choose a payment solution?"*

That is the right question. And it is what this course is built around.

**Shopware Payments** is not a plugin you install and maintain separately. It is built into **Shopware 6** as a **native layer** — meaning payment configuration, order-level actions, and operational workflows all live inside the **Shopware administration**. **PayPal** provides the regulated processing infrastructure behind it. Merchants **activate and manage** payments in **Shopware administration**.

This course helps you understand what that model means in practice, how it compares to connecting a third-party **payment service provider (PSP)**, and how to determine whether it is the right fit for your shop.

## What You Will Learn

By the end of this course, you will be able to:

- Explain what **embedded payments** means — and why it represents a fundamentally different model from connecting a **payment plugin**
- Compare **Shopware Payments** to third-party **PSPs** on the factors that matter operationally: **onboarding**, **daily workflows**, **reporting**, and **accountability**
- Identify the platform features — including **return management**, **Rule Builder**, and **Flow Builder** — that work differently when payments share Shopware's data model
- Assess whether **Shopware Payments** is the right fit for your shop, your markets, and your team

## Embedded vs. Integrated — The Core Distinction

Most **Shopware 6** shops currently accept payments through **payment plugins**: extensions that connect a **PSP** to checkout. The provider processes the payment; Shopware holds the **order**; day-to-day work is typically split across two or more tools.

**Embedded** payments change that model. The table below shows where the difference shows up for merchants in practice:

| Topic | Typical Payment Plugin | Shopware Payments |
|-------|----------------------|-------------------|
| **Setup** | Install from the Shopware Store; versioning and compatibility managed per extension | Shipped with **Shopware 6** — no separate install for the core path |
| **Onboarding** | Typically a standalone **PSP** flow completed outside Shopware | Completed inside **Shopware administration**, reusing data Shopware already holds |
| **Daily operations** | **Refunds** and payment exceptions often require opening a second portal | **Refunds**, adjustments, and transaction context remain inside **Shopware administration** |
| **Workflow depth** | Primarily checkout-focused; ties to **returns** and automation vary by plugin | Connects to **return management**, **Rule Builder**, **Flow Builder**, and order data as part of the platform layer |
| **When something breaks** | Ownership is divided between the extension, the **PSP**, and Shopware | Single point of **accountability** for the Shopware-integrated experience |

> **Note on openness:** **Shopware Payments** does not restrict the use of other providers. Third-party **PSP** integrations can run alongside it when your markets or contracts require them — Shopware remains **open**.

## What This Course Covers

**Unit 1 — What Shopware Payments is and how it works**
The mental model behind **embedded payments**, how **PayPal-backed infrastructure** fits in, and the questions merchants commonly raise during evaluation.

**Unit 2 — Onboarding and integration differentiators**
How **onboarding** works inside **Shopware administration**, where standalone **PSPs** have strengths and limitations, and the signals that indicate whether **Shopware Payments** is the right fit.

**Unit 3 — Platform synergies**
Where **returns**, **automation**, and **promotions** work more effectively when payments share Shopware's data model — illustrated with a **Strum & Co.** walkthrough.

**Unit 4 — Merchant scenario: How payment platform choices change your shop**
**Strum & Co.** evaluates common **PSP** paths, weighs **flexibility** against **operational efficiency**, and works through the questions their internal stakeholders raised before reaching a decision.

## Units
- [What Shopware Payments Is and How It Works](/learn/unit/what-is-shopware-payments): Embedded payments mental model, Fast Powerful Yours positioning, PayPal-native benefits, and evaluation FAQs for merchants, partners, and consumers.
- [Onboarding and Native Integration Differentiators](/learn/unit/onboarding-native-integration-differentiators): Assess Shopware Payments fit, embedded onboarding in administration, and post-go-live controls for returns, rules, transactions, tax, and fraud.
- [Platform Synergies and Value-Added Services](/learn/unit/platform-synergies-value-added-services): How returns, Rule Builder, transaction history, and shared order-payment data create platform synergies beyond checkout capture.
- [Merchant Scenario: How Payment Platform Choices Change Your Shop](/learn/unit/merchant-scenario-payment-platform-tradeoffs): Follow Strum &amp; Co. through PSP trade-offs, flexibility versus efficiency, situation patterns, and a stakeholder decision checklist.