> For the complete documentation index, see [llms.txt](https://one-loop.gitbook.io/help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/kurse-und-community/steuereinstellungen-bei-community-inhalten-prufen.md). # Steuereinstellungen bei Community-Inhalten prüfen Prüfe, ob vorhandene Steuereinstellungen bei Community-Mitgliedschaften, Kursen und Events übernommen werden, und teste den Ablauf vor dem Start. ## Worum es geht Bezahlte Community-Inhalte verwenden die vorhandenen Steuereinstellungen aus dem Zahlungsbereich des Standorts. Du legst dafür keine zweite, getrennte Steuerlogik innerhalb der Community an. Die zugrunde liegenden Regeln werden bei passenden Community-Zahlungen angewendet. Das betrifft – sofern der jeweilige Ablauf im Standort verfügbar und korrekt eingerichtet ist – bezahlte Community-Mitgliedschaften, bezahlte Kurse innerhalb der Community, bezahlte Events und wiederkehrende Event-Zugänge. Diese Anleitung erklärt die technische Einrichtung und Prüfung im Standort. Sie ersetzt keine steuerliche Beratung. Kläre Regionen, Kategorien und steuerliche Pflichten stets fachlich, bevor du einen bezahlten Zugang veröffentlichst. ## Welche Einstellungen zusammenwirken | Einstellung | Wirkung im Community-Zugang | Was du prüfen solltest | | -------------------------- | ---------------------------------------------------------------------------------------------- | -------------------------------------------------------------------- | | Zahlungsanbindung | Ermöglicht die Verarbeitung von Community-Zahlungen | Die Verbindung ist aktiv und einsatzbereit. | | Automatische Steuer | Ermittelt eine Regel anhand von Anschrift und Steuerregion | Die Funktion ist aktiviert, wenn du sie verwenden willst. | | Steuerregionen | Legen fest, wo deine Regeln angewendet werden | Nur fachlich bestätigte Regionen sind hinterlegt. | | Unternehmensanschrift | Hilft bei der Zuordnung deiner Steuerregionen | Sie ist vollständig und aktuell. | | Steuerkategorie am Produkt | Beschreibt den Typ des angebotenen Community-Inhalts | Sie passt zum konkreten Mitgliedschafts-, Kurs- oder Eventangebot. | | Manuelle Steuersätze | Ergänzen Sonderfälle oder dienen als Rückfall | Sie sind nur an den passenden Produkten hinterlegt. | | Steuerdarstellung | Bestimmt, ob der Steueranteil im angezeigten Betrag enthalten oder zusätzlich ausgewiesen wird | Die globale oder produktspezifische Einstellung ist bewusst gewählt. | Die Community übernimmt diese Angaben aus **Zahlungen**. Eine Änderung im Zahlungsbereich kann sich daher auf mehrere Community-Angebote auswirken. ## Voraussetzungen Prüfe vor dem Start: * Die Zahlungsanbindung ist unter **Zahlungen** → **Integrationen** verbunden. * Unternehmensanschrift und gegebenenfalls weitere steuerliche Kennzeichen sind vollständig. * Die für dich relevanten Steuerregionen sind fachlich bestätigt und hinterlegt. * Für den Community-Inhalt existiert die passende Produkt- oder Zahlungszuordnung. * Die Steuerkategorie dieses Produkts ist geprüft. * Du weißt, welchen konkreten Community-Zugang, Kurs oder welches Event du testen willst. Behandle jeden bezahlten Community-Inhalt als eigenen Ablauf. Ein Kurs kann anders verbunden sein als eine Mitgliedschaft oder ein Event. Dass eine Steuerzeile bei einem Angebot erscheint, beweist nicht automatisch die korrekte Einrichtung aller anderen Angebote. ## Zentrale Steuerlogik einrichten 1. Öffne **Zahlungen** → **Einstellungen** → **Steuern**. 2. Entscheide, ob die automatische Berechnung für deine fachlich bestätigten Fälle verwendet werden soll. 3. Lege die Steuerregionen an oder prüfe sie. Hinterlege nur Länder und Teilregionen, für die deine Regeln gelten. 4. Kontrolliere die Unternehmensanschrift und gegebenenfalls erforderliche Kennzeichen. 5. Wähle die gewünschte Darstellung: Steueranteil im angezeigten Betrag enthalten oder zusätzlich in der Zusammenfassung ausgewiesen. 6. Lege manuelle Steuersätze nur an, wenn du sie für einen konkreten bestätigten Sonderfall brauchst. 7. Speichere die Einstellungen. Bei automatischer Berechnung benötigt die Community-Zahlung in der Regel die vollständige Anschrift der kaufenden Person. Fehlen die notwendigen Angaben, kann die passende Region nicht sicher bestimmt werden. ## Produkt- und Angebotszuordnung prüfen Öffne den konkreten Community-Inhalt und seine zugehörige Produkt- oder Zahlungseinstellung. Kontrolliere: 1. Ist der Inhalt tatsächlich als bezahlter Zugang eingerichtet? 2. Ist das passende Produkt mit dem Inhalt verbunden? 3. Hat das Produkt die richtige Steuerkategorie? 4. Übernimmt das Produkt die Grundeinstellung oder verwendet es bewusst eine eigene Steuerdarstellung? 5. Sind nur die fachlich bestätigten manuellen Steuersätze angehängt? 6. Speichere die Änderung und notiere intern, falls dieses Angebot eine Ausnahme von der Grundeinstellung hat. Manuelle Steuersätze können als Rückfall dienen, wenn die automatische Regel für einen Fall nicht greift. Sie sind jedoch kein Ersatz für eine vollständige Einrichtung von Steuerregionen und Produktkategorie. ## Was bezahlte Community-Inhalte unterstützen Die vorhandene Steuerlogik kann bei folgenden Abläufen angewendet werden: | Inhalt | Was du vor dem Test prüfst | | ----------------------------------- | ---------------------------------------------------------------------------------------------- | | Bezahlte Mitgliedschaft oder Gruppe | Zugehörige Produkt- und Zahlungseinstellung sowie der Zugang nach erfolgreichem Abschluss | | Kurs innerhalb der Community | Produktverknüpfung, Steuerkategorie und Kurszugang | | Bezahltes Event | Die Einstellung des Event-Zugangs und die Zusammenfassung vor dem Abschluss | | Wiederkehrender Event-Zugang | Die erste Einrichtung und einen späteren Turnus, falls dieser in deinem Angebot verwendet wird | Überprüfe jeden dieser Wege einzeln. Vermeide die Annahme, dass dieselbe Produktzuordnung automatisch an jeder Stelle verwendet wird. ## Test vor der Veröffentlichung 1. Öffne den konkreten Community-Zugang, Kurs oder das Event als Testperson. 2. Verwende eine vollständige Testanschrift aus einer hinterlegten Steuerregion. 3. Prüfe im letzten Schritt vor dem Abschluss, ob Ausgangsbetrag, möglicher Aktionscode, Steueranteil und Gesamtbetrag nachvollziehbar angezeigt werden. 4. Wiederhole den Test mit einer Anschrift außerhalb deiner hinterlegten Regionen, wenn dieser Fall für dein Angebot relevant ist. 5. Prüfe bei Bedarf auch einen wiederkehrenden Zugang. 6. Kontrolliere nach dem Test die Angaben in den Vorgangsdetails im Zahlungsbereich. 7. Dokumentiere Abweichungen und kläre sie fachlich, bevor du den Zugang breit veröffentlichst. Ein guter Test prüft nicht nur, ob eine Steuerzeile sichtbar ist. Er überprüft auch, ob die Zeile aus der richtigen Steuerregion, der passenden Produktkategorie und der gewünschten Darstellung entsteht. ## Typische Ursachen bei fehlender oder falscher Anzeige ### Keine Steuerzeile erscheint Prüfe zuerst, ob die automatische Berechnung aktiviert ist. Kontrolliere danach Steuerregionen, vollständige Anschrift der kaufenden Person und die Produktkategorie des konkreten Community-Inhalts. ### Eine Steuerzeile erscheint, passt aber nicht zum erwarteten Fall Öffne das zugehörige Produkt. Prüfe, ob eine eigene Steuerdarstellung oder manuelle Sätze hinterlegt sind. Kontrolliere anschließend, ob der Inhalt tatsächlich mit diesem Produkt verbunden ist. ### Mitgliedschaft funktioniert, Event aber nicht Behandle den Event-Zugang als eigenen Ablauf. Prüfe seine Produkt- und Zahlungseinstellung statt die Einrichtung der Mitgliedschaft zu kopieren. ### Bestehende Angebote verändern sich nach einer Anpassung Da die Community die zentrale Steuerlogik verwendet, können Änderungen im Zahlungsbereich vorhandene Angebote beeinflussen. Teste nach jeder Änderung mindestens ein bereits veröffentlichtes Angebot zusätzlich. ### Anschrift ist unvollständig Ohne genügend Angaben kann die automatische Regel keine Region sicher zuordnen. Prüfe im Test, ob Land und erforderliche regionale Angaben abgefragt werden. ## Praxisbeispiel Ein Bildungsanbieter bietet eine bezahlte Community-Mitgliedschaft, einen Kurs und gelegentliche Events an. Zuerst prüft das Team unter **Zahlungen** die Unternehmensanschrift, Steuerregionen und die automatische Berechnung. Danach öffnet es jedes zugehörige Produkt und kontrolliert die Steuerkategorie. Für jeden der drei Community-Abläufe wird ein eigener Test mit vollständiger Testanschrift durchgeführt. Erst nachdem die Zusammenfassung und die Vorgangsdetails in allen Fällen nachvollziehbar sind, werden die Angebote veröffentlicht. ## Ergebnis prüfen Die Einrichtung ist zuverlässig, wenn dein Team für jeden bezahlten Community-Inhalt sagen kann, welches Produkt ihn steuert, welche Steuerlogik greift und wie die Anzeige im Checkout getestet wurde. Bei Unsicherheit wird der Zugang nicht durch eine Vermutung freigegeben, sondern anhand der fachlich bestätigten Regel nachgeprüft. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://one-loop.gitbook.io/help/plattform/one-loop-plattform/kurse-und-community/steuereinstellungen-bei-community-inhalten-prufen.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.