{"content_id":"zpxre8owiy","slug":"seven-policies-before-building-ai-settlement-system","locale":"de","schema_type":"HowTo","category":"how_to","category_name":"Anleitungen","title":"7 Richtlinien, die vor dem Aufbau eines Abrechnungssystems mit KI festzulegen sind","summary":"Die Abrechnung ist keine bloße Rechenfunktion, die Gebühren vom Verkaufsbetrag abzieht, sondern ein System für Finanzoperationen, das die Zuordnung der Verkaufserlöse, Auszahlungsbedingungen, Erstattungen, Steuern und die Behandlung von Fehlern steuert. Bevor die Implementierung einer KI übertragen wird, müssen Menschen zunächst sieben Richtlinien festlegen – vom Abrechnungsstichtag bis zu den Audit-Logs.","sponsorship_disclosure":null,"author":{"name":"injoys","url":"https://injoys.com/ko/about"},"key_points":["Verkaufserlöse sind nicht als frei verfügbares Betriebskapital der Plattform zu verwalten, sondern als zweckgebundene Mittel, die mit Verpflichtungen zu Auszahlungen an Verkäufer und andere Empfänger verbunden sind.","Bestellstatus und Abrechnungsstatus sind voneinander zu trennen; Kaufbestätigung, Erstattung, Streitfall und fehlgeschlagene Auszahlung müssen jeweils im Hauptbuch erfasst werden.","Bei privaten Verkäufern sind nicht immer 3,3 % Quellensteuer einzubehalten; dies ist anhand der rechtlichen Art der Einkünfte und des Status des Verkäufers zu beurteilen.","Auch bei Nutzung von PG oder Treuhanddiensten muss die Plattform über Abrechnungszyklus, Gebühren, Sperren, Übertragung negativer Salden und steuerliche Richtlinien entscheiden.","Von KI erzeugter Abrechnungscode darf erst nach Abstimmung des Hauptbuchs, Maßnahmen gegen Doppelauszahlungen, Zugriffskontrollen und einer Prüfung durch Fachleute eingesetzt werden."],"content_markdown":"Die Abrechnung ist keine einfache Subtraktionsfunktion. Sie ist ein Buchführungssystem, das die Rechte und Pflichten für jede Bestellung festlegt, die von der Plattform zu verwahrenden oder auszuzahlenden Gelder trennt und Rückerstattungen, Streitfälle, Steuern sowie fehlgeschlagene Überweisungen nachverfolgt.\n\nGenerative AI kann beim Schreiben von Code und Tests helfen, aber nicht die Verantwortung für die Abrechnungsrichtlinien übernehmen. Fehlen entsprechende Richtlinien, kann AI plausibel wirkende Standardwerte erzeugen oder Ausnahmefälle auslassen. Dies kann zu Überzahlungen, doppelten Zahlungen, Steuerfehlern oder Liquiditätsproblemen führen.\n\n## Grundsätze aus dem Fall TMON und WeMakePrice von 2024\n\nDie umfangreichen ausstehenden Auszahlungen von Verkaufserlösen bei TMON und WeMakePrice im Jahr 2024 haben gezeigt, welch große Kettenreaktion verzögerte Abrechnungen für Verkäufer und Verbraucher auslösen können. Die Ursache des Vorfalls darf jedoch nicht allein auf einen langen Abrechnungszyklus reduziert werden. Mehrere Faktoren wie Kapitalverwaltung, Liquidität, Unternehmensführung und interne Kontrollen müssen gemeinsam geprüft werden.\n\nDie wichtigsten Lehren für Betreiber sind eindeutig.\n\n- Noch nicht ausgezahlte Verkaufserlöse dürfen nicht als frei verwendbare Unternehmensliquidität betrachtet werden.\n- Je länger der Abrechnungszyklus ist, desto größer ist der ausstehende Saldo, der durch eine einzelne Störung oder mangelnde Liquidität gefährdet wird.\n- Der Saldo der Verkaufserlöse und die tatsächlich verwahrten Gelder werden täglich abgeglichen.\n- Abrechnungsbedingungen und Gründe für Verzögerungen werden den Verkäufern transparent offengelegt.\n- Einschlägige Rechtsvorschriften, die Vertragsstruktur und der Leistungsumfang des PG-Dienstes werden gesondert geprüft.\n\nDie rechtliche Zuordnung und die Art des Schutzes von Verkaufserlösen können je nach Transaktionsstruktur variieren. Im Tagesgeschäft sollte daher stets das Bewusstsein gewahrt bleiben, dass es sich um „fremdes Geld“ handelt; die tatsächliche buchhalterische und rechtliche Behandlung muss jedoch anhand der Verträge und geltenden Rechtsvorschriften beurteilt werden.\n\n## 7 vor der Implementierung festzulegende Abrechnungsrichtlinien\n\n### 1. Abrechnungsstichtag und Auszahlungszyklus\n\nZunächst muss definiert werden, wann eine Bestellung abrechnungsfähig wird. Werden nur das Bestell- oder Zahlungsdatum zugrunde gelegt, können Beträge für Stornierungen vor dem Versand und mögliche Rücksendungen in die Auszahlung einfließen.\n\nFür gewöhnliche Warentransaktionen kann folgender Ablauf gestaltet werden.\n\n1. Zahlungsautorisierung\n2. Abschluss der Lieferung\n3. Kaufbestätigung oder automatische Bestätigung nach Ablauf des vereinbarten Zeitraums\n4. Prüfung auf Rücksendungen, Streitfälle und auffällige Transaktionen\n5. Festlegung der abrechnungsfähigen Positionen\n6. Aufnahme in einen Auszahlungslauf\n7. Abschluss von Überweisung und Abgleich\n\nFolgende Punkte müssen zwingend festgelegt werden.\n\n- Das abrechnungsrelevante Ereignis für jede Transaktionsart wie Waren, digitale Inhalte und Dienstleistungen\n- Der Zeitraum bis zur automatischen Kaufbestätigung und dessen Beginn\n- Täglicher, wöchentlicher oder monatlicher Auszahlungszyklus\n- Umgang mit Wochenenden und Feiertagen\n- Abrechnungsschluss und Zuordnung von Transaktionen nach diesem Zeitpunkt zu einem Auszahlungslauf\n- Mindestauszahlungsbetrag und Übertrag kleiner Restbeträge\n- Ob unterschiedliche Zyklen je nach Verkäuferstufe zugelassen werden\n- Verfahren zur Prüfung, ob gesetzliche oder vertragliche Auszahlungsfristen überschritten werden\n\nAbrechnungsfähigkeit und tatsächliches Auszahlungsdatum müssen getrennt betrachtet werden. Beispielsweise bezeichnet `eligible_at` den Zeitpunkt, zu dem die Auszahlungsvoraussetzungen erfüllt sind, `scheduled_payout_at` den Zeitpunkt der Aufnahme in einen Auszahlungslauf und `paid_at` den Zeitpunkt, zu dem die erfolgreiche Überweisung bestätigt wurde.\n\n### 2. Gebührenberechnung und Abrechnungsnachweis\n\nWird Verkäufern nur der endgültige Auszahlungsbetrag angezeigt, ist eine Kontrollrechnung schwierig und die Zahl der Anfragen und Streitfälle steigt. Sowohl Einzelaufstellungen pro Bestellung als auch periodische Summen sind erforderlich.\n\n| Aufstellungsposten | Beschreibung |\n|---|---|\n| Bruttotransaktionsbetrag | Vertragliche Bestandteile des Verkaufspreises wie Warenpreis, Optionspreis und Versandkosten |\n| Getragene Rabattbeträge | Jeweils von Plattform, Verkäufer und Partner getragenen Rabatte |\n| Stornierungs- und Rückerstattungsbetrag | Vollständige und teilweise Rückerstattungen sowie Anpassungen der Versandkosten |\n| Plattformgebühr | Gebührensatz, Pauschalgebühren und deren Steuerpflicht |\n| Zahlungsbezogene Kosten | Angabe, ob PG-Kosten gesondert abgezogen oder in der Gebühr berücksichtigt werden |\n| Steuerliche Anpassungen | Relevante Posten wie Ausweis der Mehrwertsteuer und Quellensteuer |\n| Sonstige Anpassungen | Vertraglich begründete Anpassungen wie Entschädigungen, Werbekosten und Vertragsstrafen |\n| Endgültiger Auszahlungsbetrag | Für die Überweisung vorgesehener Betrag nach Berücksichtigung aller Zu- und Abschläge |\n\nDie Gebührenrichtlinie muss auch die Berechnungsgrundlage angeben. Es muss festgelegt werden, ob der Verkaufspreis vor dem Rabatt oder der Zahlungsbetrag nach dem Rabatt zugrunde gelegt wird, ob Versandkosten und Mehrwertsteuer enthalten sind und wie die Gebühr bei einer teilweisen Rückerstattung rückgängig gemacht wird.\n\nEs ist sicherer, Geldbeträge nicht mit Gleitkommadatentypen zu berechnen. Bei Währungen wie dem koreanischen Won, deren kleinste Währungseinheit ganzzahlig ist, werden die Beträge als Ganzzahlen gespeichert. Sind Fremdwährungen oder Dezimalberechnungen erforderlich, werden Festkommadatentypen und währungsspezifische Rundungsregeln verwendet.\n\n### 3. Rückerstattungen und negative Abrechnungen\n\nEine bereits an den Verkäufer ausgezahlte Bestellung kann später rückerstattet werden. In diesem Fall müssen der Rückerstattungsbetrag und die zurückzuerstattende Gebühr im Anpassungsbuch erfasst und vom nächsten Auszahlungsbetrag abgezogen werden.\n\nBeträgt der für diese Abrechnung vorgesehene Betrag beispielsweise 300.000 Won und der rückerstattungsbezogene Abzugsbetrag aus einer früheren Bestellung 400.000 Won, kann dies wie folgt behandelt werden.\n\n- Diesmaliger Auszahlungsbetrag: 0 Won\n- Nicht eingezogener Saldo: minus 100.000 Won\n- Auf die nächste Abrechnung zu übertragender Betrag: Abzug von 100.000 Won\n\nDie Richtlinie muss folgende Punkte enthalten.\n\n- Verteilung von Warenpreis, Versandkosten und Gebühren bei teilweisen Rückerstattungen\n- Übertragungszeitraum für negative Salden und Reihenfolge der Verrechnung\n- Einzugsverfahren bei Verkäufern, die über einen langen Zeitraum keine Verkäufe tätigen\n- Vertragliche Grundlage für Kautionen oder Auszahlungsreserven\n- Verfahren zur Prüfung offener Verpflichtungen vor dem Austritt eines Verkäufers\n- Gegenbuchungsverfahren bei der Stornierung einer Rückerstattung oder Änderung des Ergebnisses eines Streitfalls\n\nBestehende Transaktionsdatensätze dürfen nicht überschrieben werden; stattdessen müssen die ursprüngliche Transaktion und die Anpassungstransaktion miteinander verknüpft werden. Nur so lässt sich nachvollziehen, welche Rückerstattung welche Abrechnung verändert hat.\n\n### 4. Auszahlungssperre und Freigabe\n\nStatt die Auszahlungen für ein gesamtes Verkäuferkonto pauschal auszusetzen, müssen sie nach Bestellung, Betrag oder Grund gesperrt werden können. Typische Gründe für eine Sperre sind:\n\n- Laufender Verbraucherstreit oder laufende Rücksendung\n- Verdacht auf Scheingeschäfte, Kontoübernahme oder ungewöhnliche Zahlungen\n- Fehlgeschlagene Identitäts-, Unternehmens- oder Kontoverifizierung des Verkäufers\n- Rechtmäßige Anforderung eines Gerichts, einer Ermittlungsbehörde oder einer zuständigen Stelle\n- Nichtvorlage vertraglich erforderlicher Abrechnungsunterlagen\n\nFür jede Sperre werden Zielbetrag, Grundcode, Belege, Beginn, Prüffrist, zuständige Person und Freigabebedingungen gespeichert. In der Verkäuferansicht werden, soweit offengelegt werden darf, der gesperrte Betrag, der Grund, erforderliche Maßnahmen und Kontaktwege angezeigt.\n\nDamit Betreiber Sperren nicht willkürlich wiederholt verhängen können, sollten die Berechtigungen zum Anlegen und Freigeben getrennt und für die Freigabe großer gesperrter Beträge eine doppelte Genehmigung vorgesehen werden.\n\n### 5. Getrennte Verwaltung von Verkaufserlösen sowie PG- und Treuhandstruktur\n\nWerden noch nicht ausgezahlte Verkaufserlöse und betriebliche Mittel des Unternehmens wie dieselbe verfügbare Liquidität verwaltet, kann sich ein Liquiditätsmangel unmittelbar in ausstehenden Abrechnungen niederschlagen. Zumindest in der internen Buchführung und Kontenführung müssen Gelder im Zusammenhang mit Verkaufserlösen und Betriebsmittel klar getrennt sowie die Salden täglich abgeglichen werden.\n\nDie bloße Einrichtung eines separaten Kontos führt jedoch nicht automatisch zu einer rechtlichen Insolvenzfestigkeit oder einem vollständigen Schutz der Gelder. Die Wirksamkeit und die Pflichten von Schutzmechanismen wie Treuhandverwaltung, Hinterlegung und Auszahlungsgarantien müssen anhand der geltenden Rechtsvorschriften und der Vertragsstruktur geprüft werden.\n\nJe nachdem, welche Rolle die Plattform im Zahlungs- und Auszahlungsprozess übernimmt, kann nach dem Gesetz über elektronische Finanztransaktionen eine Registrierungspflicht, etwa als elektronischer Zahlungsabwickler, entstehen. Nicht jede Plattform unterliegt gleichermaßen der PG-Registrierungspflicht, und auch die bloße Berechnung von Abrechnungsdaten führt nicht immer zu einer Registrierungspflicht. Entscheidend sind die tatsächliche Art der Entgegennahme, Verwahrung und Weiterleitung von Geldern sowie die Vertragsbeziehungen.\n\nPlattformen in der Anfangsphase können Zahlungs-, Treuhand- oder verkäuferspezifische Split-Abrechnungsdienste registrierter PG prüfen. Doch auch bei Nutzung eines PG entfallen folgende Verantwortlichkeiten nicht.\n\n- Entscheidung, welche Bestellungen wann zur Auszahlung übermittelt werden\n- Berechnung von Gebühren und Anpassungsbeträgen\n- Verwaltung von Rückerstattungen und dem Übertrag negativer Salden\n- Überprüfung von Verkäuferdaten und Konten\n- Abgleich der PG-Ergebnisse mit dem internen Hauptbuch\n- Reaktion auf Störungen und fehlgeschlagene Auszahlungen\n\nDa auch Treuhandpflichten und Ausnahmen je nach Transaktionsart und Zahlungsmittel variieren, müssen das Gesetz über den elektronischen Geschäftsverkehr und die entsprechenden untergeordneten Vorschriften geprüft werden.\n\n### 6. Quellensteuer, Mehrwertsteuer und Nachweise\n\nDie Regel „Bei privaten Verkäufern werden immer 3,3 % einbehalten“ ist nicht korrekt. 3,3 % ist eine übliche Bezeichnung für die Summe aus 3 % Einkommensteuer auf Geschäftseinkünfte und 0,3 % lokaler Einkommensteuer für Privatpersonen. Ob tatsächlich Quellensteuer einbehalten wird, hängt nicht nur davon ab, ob der Verkäufer ein Gewerbe angemeldet hat, sondern auch von der Art der Einkünfte, dem Vertragsverhältnis, dem Auszahlungsposten und den Ausnahmeregelungen.\n\nBei der Registrierung und beim Vertragsabschluss müssen folgende Angaben erhoben werden.\n\n- Verkäufertyp, etwa Privatperson, Einzelunternehmer oder juristische Person\n- Status als inländischer oder ausländischer Ansässiger beziehungsweise als inländische oder ausländische juristische Person\n- Steuerlicher Status wie steuerpflichtig, steuerbefreit oder vereinfachte Besteuerung\n- Für gesetzliche Meldungen erforderliche Angaben wie Gewerberegisternummer und Einwohnerregistrierungsnummer\n- Art der Einkünfte und Grund der Auszahlung\n- Erforderliche Nachweise wie Steuerrechnung, Rechnung oder Quellensteuerbescheinigung\n\nAuch bei gewerblichen Verkäufern darf nicht pauschal angenommen werden, dass „immer 100 % ohne jeglichen Steuerabzug ausgezahlt werden“. Sieht der Vertrag einen Abzug der Plattformgebühr vor, müssen der Gesamtbetrag der Transaktion, die Gebühr, die Mehrwertsteuer und der tatsächlich überwiesene Betrag getrennt ausgewiesen werden. Wer zu welchem Zeitpunkt eine Steuerrechnung für die Gebühren der von der Plattform erbrachten Vermittlungsleistung ausstellt, wird ebenfalls entsprechend dem vertraglichen und steuerrechtlichen Leistungsverhältnis festgelegt.\n\nFür Quellensteuern gilt üblicherweise eine Struktur, bei der sie bis zum 10. des Monats gemeldet und abgeführt werden, der auf den Monat des Auszahlungstages folgt. Da jedoch Ausnahmen oder Friständerungen möglich sind, müssen die zum tatsächlichen Meldezeitpunkt geltenden Vorschriften geprüft werden. Sicherer ist es, Steuervorschriften nicht fest im Code zu verankern, sondern als versionierte Richtlinien mit Gültigkeitsbeginn und -ende zu verwalten.\n\n### 7. Fehlgeschlagene Auszahlungen, Abrechnungsverwaltung und Audit-Logs\n\nAuch ordnungsgemäß erzeugte Auszahlungen können aufgrund fehlerhafter Kontodaten, eines abweichenden Kontoinhabers, von Transaktionsbeschränkungen, Bankwartungen oder PG-Störungen fehlschlagen. Ein Fehlschlag darf nicht einfach als „nicht ausgezahlt“ markiert werden; Status und Regeln für die erneute Verarbeitung müssen differenziert werden.\n\nEmpfohlene Statusbeispiele:\n\n- `scheduled`: Auszahlung vorgemerkt\n- `submitted`: Anfrage an Bank oder PG übermittelt\n- `processing`: Verarbeitung durch externe Stelle\n- `paid`: Erfolg bestätigt\n- `failed_retryable`: Erneut versuchbarer Fehlschlag\n- `failed_final`: Endgültiger Fehlschlag, der etwa eine Korrektur der Angaben erfordert\n- `reversed`: Stornierung oder Rückbuchung nach erfolgreicher Auszahlung\n\nFür erneute Versuche muss ein Idempotenzschlüssel verwendet werden, der dieselbe Auszahlung identifiziert. Da eine Antwortverzögerung fälschlicherweise als Fehlschlag gewertet und durch eine erneute Überweisung eine doppelte Zahlung ausgelöst werden kann, muss zunächst anhand der externen Transaktionsnummer das Ergebnis der bestehenden Anfrage abgefragt werden.\n\nIm Audit-Log werden folgende Angaben erfasst.\n\n- Handelnde Person und verwendetes Betreiberkonto\n- Sicherheitsinformationen wie Ausführungszeitpunkt und Zugriffsort\n- Werte vor und nach der Änderung\n- Gründe für Sperren, Freigaben und manuelle Anpassungen\n- Genehmigende und ausführende Person\n- Zugehörige Bestellung, Abrechnungslauf und externe Transaktionsnummer\n- Fehlercode und Verlauf erneuter Versuche\n\nAudit-Logs müssen so geschützt werden, dass gewöhnliche Betreiber sie weder bearbeiten noch löschen können. Für personenbezogene Daten und Finanzinformationen gelten Datensparsamkeit, Zugriffskontrollen, Verschlüsselung und Aufbewahrungsrichtlinien.\n\n## Mindestumfang des Abrechnungsdatenmodells\n\nStatt AI zuerst Benutzeroberflächen erstellen zu lassen, sollten zunächst die folgenden Bücher definiert werden.\n\n| Datenobjekt | Aufgabe |\n|---|---|\n| Bestellbuch | Erfassung des Status von Bestellung, Zahlung, Lieferung und Kaufbestätigung |\n| Abrechnungsposten | Erfassung von Gesamtbetrag, Gebühren, Steuern, Anpassungsbetrag und zugeordnetem Verkäufer je Bestellung |\n| Anpassungsbuch | Erfassung von Rückerstattungen, Entschädigungen, Vertragsstrafen und manuellen Anpassungen |\n| Sperrbuch | Erfassung von gesperrtem Betrag, Grund, Frist und Freigabeverlauf |\n| Abrechnungslauf | Bündel der Auszahlungen für einen bestimmten Zeitraum und Verkäufer |\n| Auszahlungsbuch | Erfassung von Überweisungsanfragen, Erfolg oder Fehlschlag und externer Transaktionsnummer |\n| Steuerbuch | Erfassung von Quellensteuer sowie Status der Ausstellung und Meldung von Nachweisen |\n| Audit-Log | Erfassung aller wichtigen Änderungen durch Betreiber und System |\n\nJedes Buch muss Angaben zu Währung, Richtlinienversion und Erstellungszeitpunkt sowie einen Verknüpfungsschlüssel zur ursprünglichen Transaktion enthalten. Allein durch die Änderung des Bestellstatus dürfen sich vergangene Abrechnungsbeträge nicht unbemerkt ändern.\n\n## Zwingend einzuhaltende Kontrollregeln\n\nDas Abrechnungssystem muss folgende Invarianten automatisch prüfen.\n\n- Jeder Abrechnungsposten ist genau einem Verkäufer und einer ursprünglichen Transaktion zugeordnet.\n- Mit demselben Auszahlungsschlüssel wird nicht zweimal überwiesen.\n- Die Summe aus abgeschlossenen Auszahlungen, ausstehenden Beträgen, gesperrten Beträgen und Anpassungsbeträgen stimmt mit dem Hauptbuch überein.\n- Für jede manuelle Anpassung gibt es einen Grund und eine genehmigende Person.\n- Bereits abgeschlossene Abrechnungen werden nicht geändert, sondern durch Gegenbuchungen und neue Anpassungen korrigiert.\n- Abweichungen zwischen internen Salden im Zusammenhang mit Verkaufserlösen und den Salden bei PG und Banken werden täglich untersucht.\n- Bei Steuer- und Gebührenberechnungen wird die angewandte Richtlinienversion erfasst.\n\n## Beispiel für eine an AI zu übergebende Richtlinienspezifikation\n\nWerden die Anforderungen wie folgt strukturiert, lassen sich Auslassungen reduzieren.\n\n\u003e Bestellstatus und Abrechnungsstatus sind getrennt zu gestalten. Zu implementieren sind Bedingungen für die Kaufbestätigung nach Transaktionsart, ein Auszahlungslauf jeden Mittwoch, die Feiertagsbehandlung, die Gebührenberechnungsgrundlage, die Verteilung bei Teilrückerstattungen, der Übertrag negativer Salden, Auszahlungssperren für einzelne Vorgänge, versionierte Quellensteuerrichtlinien, Idempotenzschlüssel für Auszahlungen und unveränderliche Audit-Logs. Geldbeträge sind als Ganzzahlen oder Festkommazahlen zu verarbeiten. Jede manuelle Anpassung erfordert eine doppelte Genehmigung und einen Grund. Vor der Implementierung sind noch nicht festgelegte Richtlinien wie Mindestauszahlungsbetrag, Zeitraum bis zur automatischen Kaufbestätigung, langfristiger Einzug negativer Salden, Sperrfrist und Anzahl erneuter Versuche als Fragenliste vorzulegen.\n\nVon AI darf nicht nur Code verlangt werden, sondern auch folgende Ergebnisse.\n\n- Zustandsübergangsdiagramm und Liste der Ausnahmefälle\n- Datenbankschema und Einschränkungen\n- Berechtigungs- und Genehmigungssystem\n- Tests für Normalfälle, Grenzwerte, Störungen und doppelte Anfragen\n- Format des täglichen Abgleichsberichts\n- Verfahren zur Wiederherstellung nach Störungen und zur manuellen Verarbeitung\n- Prüfliste zum Schutz personenbezogener Daten und Finanzinformationen\n\n## Prüfliste vor der Einführung\n\n- [ ] Der Abrechnungsstichtag ist für jede Transaktionsart dokumentiert.\n- [ ] Verkäufer können die Abrechnungsaufstellung auf Bestellungsebene nachrechnen.\n- [ ] Tests für Teilrückerstattungen und den Übertrag negativer Salden wurden bestanden.\n- [ ] Gründe und Fristen für Sperren sowie Freigabeberechtigungen sind definiert.\n- [ ] Die Verwaltungskriterien für Gelder im Zusammenhang mit Verkaufserlösen und für Betriebsmittel sind voneinander getrennt.\n- [ ] Mit Fachleuten wurde geprüft, ob die Regelungen für PG, Treuhanddienste und elektronische Finanzdienstleister anwendbar sind.\n- [ ] Die steuerliche Behandlung nach Verkäufer- und Einkommensart wurde geprüft.\n- [ ] Tests zur Verhinderung doppelter Zahlungen und zu erneuten Versuchen nach Fehlschlägen wurden abgeschlossen.\n- [ ] Ein täglicher Abgleich zwischen Bank, PG und internem Hauptbuch ist möglich.\n- [ ] Manuelle Änderungen durch Betreiber werden im Audit-Log erfasst.\n- [ ] Für Abrechnungsstörungen bestehen Verfahren zur Information der Verkäufer und zur Bearbeitung von Anfragen.\n\n## Fazit\n\nDer Ausgangspunkt eines sicheren Abrechnungssystems ist nicht ein AI-Prompt, sondern sind ausdrücklich festgelegte Richtlinien und getrennte Bücher. AI ist als Werkzeug einzusetzen, um festgelegte Regeln in Code, Tests und Dokumentation zu übertragen. Die Struktur der Geldverwahrung sowie Beurteilungen zum elektronischen Finanzwesen und zum Steuerrecht müssen gemeinsam mit PG, Fachleuten für Rechnungswesen und Steuern sowie Rechtsexperten überprüft werden.","content_html":"\u003cp\u003eDie Abrechnung ist keine einfache Subtraktionsfunktion. Sie ist ein Buchführungssystem, das die Rechte und Pflichten für jede Bestellung festlegt, die von der Plattform zu verwahrenden oder auszuzahlenden Gelder trennt und Rückerstattungen, Streitfälle, Steuern sowie fehlgeschlagene Überweisungen nachverfolgt.\u003c/p\u003e\n\u003cp\u003eGenerative AI kann beim Schreiben von Code und Tests helfen, aber nicht die Verantwortung für die Abrechnungsrichtlinien übernehmen. Fehlen entsprechende Richtlinien, kann AI plausibel wirkende Standardwerte erzeugen oder Ausnahmefälle auslassen. Dies kann zu Überzahlungen, doppelten Zahlungen, Steuerfehlern oder Liquiditätsproblemen führen.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#grunds%C3%A4tze-aus-dem-fall-tmon-und-wemakeprice-von-2024\" class=\"anchor\" id=\"grundsätze-aus-dem-fall-tmon-und-wemakeprice-von-2024\"\u003e\u003c/a\u003eGrundsätze aus dem Fall TMON und WeMakePrice von 2024\u003c/h2\u003e\n\u003cp\u003eDie umfangreichen ausstehenden Auszahlungen von Verkaufserlösen bei TMON und WeMakePrice im Jahr 2024 haben gezeigt, welch große Kettenreaktion verzögerte Abrechnungen für Verkäufer und Verbraucher auslösen können. Die Ursache des Vorfalls darf jedoch nicht allein auf einen langen Abrechnungszyklus reduziert werden. Mehrere Faktoren wie Kapitalverwaltung, Liquidität, Unternehmensführung und interne Kontrollen müssen gemeinsam geprüft werden.\u003c/p\u003e\n\u003cp\u003eDie wichtigsten Lehren für Betreiber sind eindeutig.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eNoch nicht ausgezahlte Verkaufserlöse dürfen nicht als frei verwendbare Unternehmensliquidität betrachtet werden.\u003c/li\u003e\n\u003cli\u003eJe länger der Abrechnungszyklus ist, desto größer ist der ausstehende Saldo, der durch eine einzelne Störung oder mangelnde Liquidität gefährdet wird.\u003c/li\u003e\n\u003cli\u003eDer Saldo der Verkaufserlöse und die tatsächlich verwahrten Gelder werden täglich abgeglichen.\u003c/li\u003e\n\u003cli\u003eAbrechnungsbedingungen und Gründe für Verzögerungen werden den Verkäufern transparent offengelegt.\u003c/li\u003e\n\u003cli\u003eEinschlägige Rechtsvorschriften, die Vertragsstruktur und der Leistungsumfang des PG-Dienstes werden gesondert geprüft.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eDie rechtliche Zuordnung und die Art des Schutzes von Verkaufserlösen können je nach Transaktionsstruktur variieren. Im Tagesgeschäft sollte daher stets das Bewusstsein gewahrt bleiben, dass es sich um „fremdes Geld“ handelt; die tatsächliche buchhalterische und rechtliche Behandlung muss jedoch anhand der Verträge und geltenden Rechtsvorschriften beurteilt werden.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#7-vor-der-implementierung-festzulegende-abrechnungsrichtlinien\" class=\"anchor\" id=\"7-vor-der-implementierung-festzulegende-abrechnungsrichtlinien\"\u003e\u003c/a\u003e7 vor der Implementierung festzulegende Abrechnungsrichtlinien\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#1-abrechnungsstichtag-und-auszahlungszyklus\" class=\"anchor\" id=\"1-abrechnungsstichtag-und-auszahlungszyklus\"\u003e\u003c/a\u003e1. Abrechnungsstichtag und Auszahlungszyklus\u003c/h3\u003e\n\u003cp\u003eZunächst muss definiert werden, wann eine Bestellung abrechnungsfähig wird. Werden nur das Bestell- oder Zahlungsdatum zugrunde gelegt, können Beträge für Stornierungen vor dem Versand und mögliche Rücksendungen in die Auszahlung einfließen.\u003c/p\u003e\n\u003cp\u003eFür gewöhnliche Warentransaktionen kann folgender Ablauf gestaltet werden.\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eZahlungsautorisierung\u003c/li\u003e\n\u003cli\u003eAbschluss der Lieferung\u003c/li\u003e\n\u003cli\u003eKaufbestätigung oder automatische Bestätigung nach Ablauf des vereinbarten Zeitraums\u003c/li\u003e\n\u003cli\u003ePrüfung auf Rücksendungen, Streitfälle und auffällige Transaktionen\u003c/li\u003e\n\u003cli\u003eFestlegung der abrechnungsfähigen Positionen\u003c/li\u003e\n\u003cli\u003eAufnahme in einen Auszahlungslauf\u003c/li\u003e\n\u003cli\u003eAbschluss von Überweisung und Abgleich\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eFolgende Punkte müssen zwingend festgelegt werden.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eDas abrechnungsrelevante Ereignis für jede Transaktionsart wie Waren, digitale Inhalte und Dienstleistungen\u003c/li\u003e\n\u003cli\u003eDer Zeitraum bis zur automatischen Kaufbestätigung und dessen Beginn\u003c/li\u003e\n\u003cli\u003eTäglicher, wöchentlicher oder monatlicher Auszahlungszyklus\u003c/li\u003e\n\u003cli\u003eUmgang mit Wochenenden und Feiertagen\u003c/li\u003e\n\u003cli\u003eAbrechnungsschluss und Zuordnung von Transaktionen nach diesem Zeitpunkt zu einem Auszahlungslauf\u003c/li\u003e\n\u003cli\u003eMindestauszahlungsbetrag und Übertrag kleiner Restbeträge\u003c/li\u003e\n\u003cli\u003eOb unterschiedliche Zyklen je nach Verkäuferstufe zugelassen werden\u003c/li\u003e\n\u003cli\u003eVerfahren zur Prüfung, ob gesetzliche oder vertragliche Auszahlungsfristen überschritten werden\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eAbrechnungsfähigkeit und tatsächliches Auszahlungsdatum müssen getrennt betrachtet werden. Beispielsweise bezeichnet \u003ccode\u003eeligible_at\u003c/code\u003e den Zeitpunkt, zu dem die Auszahlungsvoraussetzungen erfüllt sind, \u003ccode\u003escheduled_payout_at\u003c/code\u003e den Zeitpunkt der Aufnahme in einen Auszahlungslauf und \u003ccode\u003epaid_at\u003c/code\u003e den Zeitpunkt, zu dem die erfolgreiche Überweisung bestätigt wurde.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#2-geb%C3%BChrenberechnung-und-abrechnungsnachweis\" class=\"anchor\" id=\"2-gebührenberechnung-und-abrechnungsnachweis\"\u003e\u003c/a\u003e2. Gebührenberechnung und Abrechnungsnachweis\u003c/h3\u003e\n\u003cp\u003eWird Verkäufern nur der endgültige Auszahlungsbetrag angezeigt, ist eine Kontrollrechnung schwierig und die Zahl der Anfragen und Streitfälle steigt. Sowohl Einzelaufstellungen pro Bestellung als auch periodische Summen sind erforderlich.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eAufstellungsposten\u003c/th\u003e\n\u003cth\u003eBeschreibung\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Aufstellungsposten\"\u003eBruttotransaktionsbetrag\u003c/td\u003e\n\u003ctd data-label=\"Beschreibung\"\u003eVertragliche Bestandteile des Verkaufspreises wie Warenpreis, Optionspreis und Versandkosten\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Aufstellungsposten\"\u003eGetragene Rabattbeträge\u003c/td\u003e\n\u003ctd data-label=\"Beschreibung\"\u003eJeweils von Plattform, Verkäufer und Partner getragenen Rabatte\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Aufstellungsposten\"\u003eStornierungs- und Rückerstattungsbetrag\u003c/td\u003e\n\u003ctd data-label=\"Beschreibung\"\u003eVollständige und teilweise Rückerstattungen sowie Anpassungen der Versandkosten\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Aufstellungsposten\"\u003ePlattformgebühr\u003c/td\u003e\n\u003ctd data-label=\"Beschreibung\"\u003eGebührensatz, Pauschalgebühren und deren Steuerpflicht\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Aufstellungsposten\"\u003eZahlungsbezogene Kosten\u003c/td\u003e\n\u003ctd data-label=\"Beschreibung\"\u003eAngabe, ob PG-Kosten gesondert abgezogen oder in der Gebühr berücksichtigt werden\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Aufstellungsposten\"\u003eSteuerliche Anpassungen\u003c/td\u003e\n\u003ctd data-label=\"Beschreibung\"\u003eRelevante Posten wie Ausweis der Mehrwertsteuer und Quellensteuer\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Aufstellungsposten\"\u003eSonstige Anpassungen\u003c/td\u003e\n\u003ctd data-label=\"Beschreibung\"\u003eVertraglich begründete Anpassungen wie Entschädigungen, Werbekosten und Vertragsstrafen\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Aufstellungsposten\"\u003eEndgültiger Auszahlungsbetrag\u003c/td\u003e\n\u003ctd data-label=\"Beschreibung\"\u003eFür die Überweisung vorgesehener Betrag nach Berücksichtigung aller Zu- und Abschläge\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eDie Gebührenrichtlinie muss auch die Berechnungsgrundlage angeben. Es muss festgelegt werden, ob der Verkaufspreis vor dem Rabatt oder der Zahlungsbetrag nach dem Rabatt zugrunde gelegt wird, ob Versandkosten und Mehrwertsteuer enthalten sind und wie die Gebühr bei einer teilweisen Rückerstattung rückgängig gemacht wird.\u003c/p\u003e\n\u003cp\u003eEs ist sicherer, Geldbeträge nicht mit Gleitkommadatentypen zu berechnen. Bei Währungen wie dem koreanischen Won, deren kleinste Währungseinheit ganzzahlig ist, werden die Beträge als Ganzzahlen gespeichert. Sind Fremdwährungen oder Dezimalberechnungen erforderlich, werden Festkommadatentypen und währungsspezifische Rundungsregeln verwendet.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#3-r%C3%BCckerstattungen-und-negative-abrechnungen\" class=\"anchor\" id=\"3-rückerstattungen-und-negative-abrechnungen\"\u003e\u003c/a\u003e3. Rückerstattungen und negative Abrechnungen\u003c/h3\u003e\n\u003cp\u003eEine bereits an den Verkäufer ausgezahlte Bestellung kann später rückerstattet werden. In diesem Fall müssen der Rückerstattungsbetrag und die zurückzuerstattende Gebühr im Anpassungsbuch erfasst und vom nächsten Auszahlungsbetrag abgezogen werden.\u003c/p\u003e\n\u003cp\u003eBeträgt der für diese Abrechnung vorgesehene Betrag beispielsweise 300.000 Won und der rückerstattungsbezogene Abzugsbetrag aus einer früheren Bestellung 400.000 Won, kann dies wie folgt behandelt werden.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eDiesmaliger Auszahlungsbetrag: 0 Won\u003c/li\u003e\n\u003cli\u003eNicht eingezogener Saldo: minus 100.000 Won\u003c/li\u003e\n\u003cli\u003eAuf die nächste Abrechnung zu übertragender Betrag: Abzug von 100.000 Won\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eDie Richtlinie muss folgende Punkte enthalten.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eVerteilung von Warenpreis, Versandkosten und Gebühren bei teilweisen Rückerstattungen\u003c/li\u003e\n\u003cli\u003eÜbertragungszeitraum für negative Salden und Reihenfolge der Verrechnung\u003c/li\u003e\n\u003cli\u003eEinzugsverfahren bei Verkäufern, die über einen langen Zeitraum keine Verkäufe tätigen\u003c/li\u003e\n\u003cli\u003eVertragliche Grundlage für Kautionen oder Auszahlungsreserven\u003c/li\u003e\n\u003cli\u003eVerfahren zur Prüfung offener Verpflichtungen vor dem Austritt eines Verkäufers\u003c/li\u003e\n\u003cli\u003eGegenbuchungsverfahren bei der Stornierung einer Rückerstattung oder Änderung des Ergebnisses eines Streitfalls\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eBestehende Transaktionsdatensätze dürfen nicht überschrieben werden; stattdessen müssen die ursprüngliche Transaktion und die Anpassungstransaktion miteinander verknüpft werden. Nur so lässt sich nachvollziehen, welche Rückerstattung welche Abrechnung verändert hat.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#4-auszahlungssperre-und-freigabe\" class=\"anchor\" id=\"4-auszahlungssperre-und-freigabe\"\u003e\u003c/a\u003e4. Auszahlungssperre und Freigabe\u003c/h3\u003e\n\u003cp\u003eStatt die Auszahlungen für ein gesamtes Verkäuferkonto pauschal auszusetzen, müssen sie nach Bestellung, Betrag oder Grund gesperrt werden können. Typische Gründe für eine Sperre sind:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eLaufender Verbraucherstreit oder laufende Rücksendung\u003c/li\u003e\n\u003cli\u003eVerdacht auf Scheingeschäfte, Kontoübernahme oder ungewöhnliche Zahlungen\u003c/li\u003e\n\u003cli\u003eFehlgeschlagene Identitäts-, Unternehmens- oder Kontoverifizierung des Verkäufers\u003c/li\u003e\n\u003cli\u003eRechtmäßige Anforderung eines Gerichts, einer Ermittlungsbehörde oder einer zuständigen Stelle\u003c/li\u003e\n\u003cli\u003eNichtvorlage vertraglich erforderlicher Abrechnungsunterlagen\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eFür jede Sperre werden Zielbetrag, Grundcode, Belege, Beginn, Prüffrist, zuständige Person und Freigabebedingungen gespeichert. In der Verkäuferansicht werden, soweit offengelegt werden darf, der gesperrte Betrag, der Grund, erforderliche Maßnahmen und Kontaktwege angezeigt.\u003c/p\u003e\n\u003cp\u003eDamit Betreiber Sperren nicht willkürlich wiederholt verhängen können, sollten die Berechtigungen zum Anlegen und Freigeben getrennt und für die Freigabe großer gesperrter Beträge eine doppelte Genehmigung vorgesehen werden.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#5-getrennte-verwaltung-von-verkaufserl%C3%B6sen-sowie-pg--und-treuhandstruktur\" class=\"anchor\" id=\"5-getrennte-verwaltung-von-verkaufserlösen-sowie-pg--und-treuhandstruktur\"\u003e\u003c/a\u003e5. Getrennte Verwaltung von Verkaufserlösen sowie PG- und Treuhandstruktur\u003c/h3\u003e\n\u003cp\u003eWerden noch nicht ausgezahlte Verkaufserlöse und betriebliche Mittel des Unternehmens wie dieselbe verfügbare Liquidität verwaltet, kann sich ein Liquiditätsmangel unmittelbar in ausstehenden Abrechnungen niederschlagen. Zumindest in der internen Buchführung und Kontenführung müssen Gelder im Zusammenhang mit Verkaufserlösen und Betriebsmittel klar getrennt sowie die Salden täglich abgeglichen werden.\u003c/p\u003e\n\u003cp\u003eDie bloße Einrichtung eines separaten Kontos führt jedoch nicht automatisch zu einer rechtlichen Insolvenzfestigkeit oder einem vollständigen Schutz der Gelder. Die Wirksamkeit und die Pflichten von Schutzmechanismen wie Treuhandverwaltung, Hinterlegung und Auszahlungsgarantien müssen anhand der geltenden Rechtsvorschriften und der Vertragsstruktur geprüft werden.\u003c/p\u003e\n\u003cp\u003eJe nachdem, welche Rolle die Plattform im Zahlungs- und Auszahlungsprozess übernimmt, kann nach dem Gesetz über elektronische Finanztransaktionen eine Registrierungspflicht, etwa als elektronischer Zahlungsabwickler, entstehen. Nicht jede Plattform unterliegt gleichermaßen der PG-Registrierungspflicht, und auch die bloße Berechnung von Abrechnungsdaten führt nicht immer zu einer Registrierungspflicht. Entscheidend sind die tatsächliche Art der Entgegennahme, Verwahrung und Weiterleitung von Geldern sowie die Vertragsbeziehungen.\u003c/p\u003e\n\u003cp\u003ePlattformen in der Anfangsphase können Zahlungs-, Treuhand- oder verkäuferspezifische Split-Abrechnungsdienste registrierter PG prüfen. Doch auch bei Nutzung eines PG entfallen folgende Verantwortlichkeiten nicht.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eEntscheidung, welche Bestellungen wann zur Auszahlung übermittelt werden\u003c/li\u003e\n\u003cli\u003eBerechnung von Gebühren und Anpassungsbeträgen\u003c/li\u003e\n\u003cli\u003eVerwaltung von Rückerstattungen und dem Übertrag negativer Salden\u003c/li\u003e\n\u003cli\u003eÜberprüfung von Verkäuferdaten und Konten\u003c/li\u003e\n\u003cli\u003eAbgleich der PG-Ergebnisse mit dem internen Hauptbuch\u003c/li\u003e\n\u003cli\u003eReaktion auf Störungen und fehlgeschlagene Auszahlungen\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eDa auch Treuhandpflichten und Ausnahmen je nach Transaktionsart und Zahlungsmittel variieren, müssen das Gesetz über den elektronischen Geschäftsverkehr und die entsprechenden untergeordneten Vorschriften geprüft werden.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#6-quellensteuer-mehrwertsteuer-und-nachweise\" class=\"anchor\" id=\"6-quellensteuer-mehrwertsteuer-und-nachweise\"\u003e\u003c/a\u003e6. Quellensteuer, Mehrwertsteuer und Nachweise\u003c/h3\u003e\n\u003cp\u003eDie Regel „Bei privaten Verkäufern werden immer 3,3 % einbehalten“ ist nicht korrekt. 3,3 % ist eine übliche Bezeichnung für die Summe aus 3 % Einkommensteuer auf Geschäftseinkünfte und 0,3 % lokaler Einkommensteuer für Privatpersonen. Ob tatsächlich Quellensteuer einbehalten wird, hängt nicht nur davon ab, ob der Verkäufer ein Gewerbe angemeldet hat, sondern auch von der Art der Einkünfte, dem Vertragsverhältnis, dem Auszahlungsposten und den Ausnahmeregelungen.\u003c/p\u003e\n\u003cp\u003eBei der Registrierung und beim Vertragsabschluss müssen folgende Angaben erhoben werden.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eVerkäufertyp, etwa Privatperson, Einzelunternehmer oder juristische Person\u003c/li\u003e\n\u003cli\u003eStatus als inländischer oder ausländischer Ansässiger beziehungsweise als inländische oder ausländische juristische Person\u003c/li\u003e\n\u003cli\u003eSteuerlicher Status wie steuerpflichtig, steuerbefreit oder vereinfachte Besteuerung\u003c/li\u003e\n\u003cli\u003eFür gesetzliche Meldungen erforderliche Angaben wie Gewerberegisternummer und Einwohnerregistrierungsnummer\u003c/li\u003e\n\u003cli\u003eArt der Einkünfte und Grund der Auszahlung\u003c/li\u003e\n\u003cli\u003eErforderliche Nachweise wie Steuerrechnung, Rechnung oder Quellensteuerbescheinigung\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eAuch bei gewerblichen Verkäufern darf nicht pauschal angenommen werden, dass „immer 100 % ohne jeglichen Steuerabzug ausgezahlt werden“. Sieht der Vertrag einen Abzug der Plattformgebühr vor, müssen der Gesamtbetrag der Transaktion, die Gebühr, die Mehrwertsteuer und der tatsächlich überwiesene Betrag getrennt ausgewiesen werden. Wer zu welchem Zeitpunkt eine Steuerrechnung für die Gebühren der von der Plattform erbrachten Vermittlungsleistung ausstellt, wird ebenfalls entsprechend dem vertraglichen und steuerrechtlichen Leistungsverhältnis festgelegt.\u003c/p\u003e\n\u003cp\u003eFür Quellensteuern gilt üblicherweise eine Struktur, bei der sie bis zum 10. des Monats gemeldet und abgeführt werden, der auf den Monat des Auszahlungstages folgt. Da jedoch Ausnahmen oder Friständerungen möglich sind, müssen die zum tatsächlichen Meldezeitpunkt geltenden Vorschriften geprüft werden. Sicherer ist es, Steuervorschriften nicht fest im Code zu verankern, sondern als versionierte Richtlinien mit Gültigkeitsbeginn und -ende zu verwalten.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#7-fehlgeschlagene-auszahlungen-abrechnungsverwaltung-und-audit-logs\" class=\"anchor\" id=\"7-fehlgeschlagene-auszahlungen-abrechnungsverwaltung-und-audit-logs\"\u003e\u003c/a\u003e7. Fehlgeschlagene Auszahlungen, Abrechnungsverwaltung und Audit-Logs\u003c/h3\u003e\n\u003cp\u003eAuch ordnungsgemäß erzeugte Auszahlungen können aufgrund fehlerhafter Kontodaten, eines abweichenden Kontoinhabers, von Transaktionsbeschränkungen, Bankwartungen oder PG-Störungen fehlschlagen. Ein Fehlschlag darf nicht einfach als „nicht ausgezahlt“ markiert werden; Status und Regeln für die erneute Verarbeitung müssen differenziert werden.\u003c/p\u003e\n\u003cp\u003eEmpfohlene Statusbeispiele:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003ccode\u003escheduled\u003c/code\u003e: Auszahlung vorgemerkt\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003esubmitted\u003c/code\u003e: Anfrage an Bank oder PG übermittelt\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003eprocessing\u003c/code\u003e: Verarbeitung durch externe Stelle\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003epaid\u003c/code\u003e: Erfolg bestätigt\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003efailed_retryable\u003c/code\u003e: Erneut versuchbarer Fehlschlag\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003efailed_final\u003c/code\u003e: Endgültiger Fehlschlag, der etwa eine Korrektur der Angaben erfordert\u003c/li\u003e\n\u003cli\u003e\n\u003ccode\u003ereversed\u003c/code\u003e: Stornierung oder Rückbuchung nach erfolgreicher Auszahlung\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eFür erneute Versuche muss ein Idempotenzschlüssel verwendet werden, der dieselbe Auszahlung identifiziert. Da eine Antwortverzögerung fälschlicherweise als Fehlschlag gewertet und durch eine erneute Überweisung eine doppelte Zahlung ausgelöst werden kann, muss zunächst anhand der externen Transaktionsnummer das Ergebnis der bestehenden Anfrage abgefragt werden.\u003c/p\u003e\n\u003cp\u003eIm Audit-Log werden folgende Angaben erfasst.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eHandelnde Person und verwendetes Betreiberkonto\u003c/li\u003e\n\u003cli\u003eSicherheitsinformationen wie Ausführungszeitpunkt und Zugriffsort\u003c/li\u003e\n\u003cli\u003eWerte vor und nach der Änderung\u003c/li\u003e\n\u003cli\u003eGründe für Sperren, Freigaben und manuelle Anpassungen\u003c/li\u003e\n\u003cli\u003eGenehmigende und ausführende Person\u003c/li\u003e\n\u003cli\u003eZugehörige Bestellung, Abrechnungslauf und externe Transaktionsnummer\u003c/li\u003e\n\u003cli\u003eFehlercode und Verlauf erneuter Versuche\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eAudit-Logs müssen so geschützt werden, dass gewöhnliche Betreiber sie weder bearbeiten noch löschen können. Für personenbezogene Daten und Finanzinformationen gelten Datensparsamkeit, Zugriffskontrollen, Verschlüsselung und Aufbewahrungsrichtlinien.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#mindestumfang-des-abrechnungsdatenmodells\" class=\"anchor\" id=\"mindestumfang-des-abrechnungsdatenmodells\"\u003e\u003c/a\u003eMindestumfang des Abrechnungsdatenmodells\u003c/h2\u003e\n\u003cp\u003eStatt AI zuerst Benutzeroberflächen erstellen zu lassen, sollten zunächst die folgenden Bücher definiert werden.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eDatenobjekt\u003c/th\u003e\n\u003cth\u003eAufgabe\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Datenobjekt\"\u003eBestellbuch\u003c/td\u003e\n\u003ctd data-label=\"Aufgabe\"\u003eErfassung des Status von Bestellung, Zahlung, Lieferung und Kaufbestätigung\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Datenobjekt\"\u003eAbrechnungsposten\u003c/td\u003e\n\u003ctd data-label=\"Aufgabe\"\u003eErfassung von Gesamtbetrag, Gebühren, Steuern, Anpassungsbetrag und zugeordnetem Verkäufer je Bestellung\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Datenobjekt\"\u003eAnpassungsbuch\u003c/td\u003e\n\u003ctd data-label=\"Aufgabe\"\u003eErfassung von Rückerstattungen, Entschädigungen, Vertragsstrafen und manuellen Anpassungen\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Datenobjekt\"\u003eSperrbuch\u003c/td\u003e\n\u003ctd data-label=\"Aufgabe\"\u003eErfassung von gesperrtem Betrag, Grund, Frist und Freigabeverlauf\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Datenobjekt\"\u003eAbrechnungslauf\u003c/td\u003e\n\u003ctd data-label=\"Aufgabe\"\u003eBündel der Auszahlungen für einen bestimmten Zeitraum und Verkäufer\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Datenobjekt\"\u003eAuszahlungsbuch\u003c/td\u003e\n\u003ctd data-label=\"Aufgabe\"\u003eErfassung von Überweisungsanfragen, Erfolg oder Fehlschlag und externer Transaktionsnummer\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Datenobjekt\"\u003eSteuerbuch\u003c/td\u003e\n\u003ctd data-label=\"Aufgabe\"\u003eErfassung von Quellensteuer sowie Status der Ausstellung und Meldung von Nachweisen\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Datenobjekt\"\u003eAudit-Log\u003c/td\u003e\n\u003ctd data-label=\"Aufgabe\"\u003eErfassung aller wichtigen Änderungen durch Betreiber und System\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eJedes Buch muss Angaben zu Währung, Richtlinienversion und Erstellungszeitpunkt sowie einen Verknüpfungsschlüssel zur ursprünglichen Transaktion enthalten. Allein durch die Änderung des Bestellstatus dürfen sich vergangene Abrechnungsbeträge nicht unbemerkt ändern.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#zwingend-einzuhaltende-kontrollregeln\" class=\"anchor\" id=\"zwingend-einzuhaltende-kontrollregeln\"\u003e\u003c/a\u003eZwingend einzuhaltende Kontrollregeln\u003c/h2\u003e\n\u003cp\u003eDas Abrechnungssystem muss folgende Invarianten automatisch prüfen.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eJeder Abrechnungsposten ist genau einem Verkäufer und einer ursprünglichen Transaktion zugeordnet.\u003c/li\u003e\n\u003cli\u003eMit demselben Auszahlungsschlüssel wird nicht zweimal überwiesen.\u003c/li\u003e\n\u003cli\u003eDie Summe aus abgeschlossenen Auszahlungen, ausstehenden Beträgen, gesperrten Beträgen und Anpassungsbeträgen stimmt mit dem Hauptbuch überein.\u003c/li\u003e\n\u003cli\u003eFür jede manuelle Anpassung gibt es einen Grund und eine genehmigende Person.\u003c/li\u003e\n\u003cli\u003eBereits abgeschlossene Abrechnungen werden nicht geändert, sondern durch Gegenbuchungen und neue Anpassungen korrigiert.\u003c/li\u003e\n\u003cli\u003eAbweichungen zwischen internen Salden im Zusammenhang mit Verkaufserlösen und den Salden bei PG und Banken werden täglich untersucht.\u003c/li\u003e\n\u003cli\u003eBei Steuer- und Gebührenberechnungen wird die angewandte Richtlinienversion erfasst.\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\n\u003ca href=\"#beispiel-f%C3%BCr-eine-an-ai-zu-%C3%BCbergebende-richtlinienspezifikation\" class=\"anchor\" id=\"beispiel-für-eine-an-ai-zu-übergebende-richtlinienspezifikation\"\u003e\u003c/a\u003eBeispiel für eine an AI zu übergebende Richtlinienspezifikation\u003c/h2\u003e\n\u003cp\u003eWerden die Anforderungen wie folgt strukturiert, lassen sich Auslassungen reduzieren.\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eBestellstatus und Abrechnungsstatus sind getrennt zu gestalten. Zu implementieren sind Bedingungen für die Kaufbestätigung nach Transaktionsart, ein Auszahlungslauf jeden Mittwoch, die Feiertagsbehandlung, die Gebührenberechnungsgrundlage, die Verteilung bei Teilrückerstattungen, der Übertrag negativer Salden, Auszahlungssperren für einzelne Vorgänge, versionierte Quellensteuerrichtlinien, Idempotenzschlüssel für Auszahlungen und unveränderliche Audit-Logs. Geldbeträge sind als Ganzzahlen oder Festkommazahlen zu verarbeiten. Jede manuelle Anpassung erfordert eine doppelte Genehmigung und einen Grund. Vor der Implementierung sind noch nicht festgelegte Richtlinien wie Mindestauszahlungsbetrag, Zeitraum bis zur automatischen Kaufbestätigung, langfristiger Einzug negativer Salden, Sperrfrist und Anzahl erneuter Versuche als Fragenliste vorzulegen.\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003cp\u003eVon AI darf nicht nur Code verlangt werden, sondern auch folgende Ergebnisse.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eZustandsübergangsdiagramm und Liste der Ausnahmefälle\u003c/li\u003e\n\u003cli\u003eDatenbankschema und Einschränkungen\u003c/li\u003e\n\u003cli\u003eBerechtigungs- und Genehmigungssystem\u003c/li\u003e\n\u003cli\u003eTests für Normalfälle, Grenzwerte, Störungen und doppelte Anfragen\u003c/li\u003e\n\u003cli\u003eFormat des täglichen Abgleichsberichts\u003c/li\u003e\n\u003cli\u003eVerfahren zur Wiederherstellung nach Störungen und zur manuellen Verarbeitung\u003c/li\u003e\n\u003cli\u003ePrüfliste zum Schutz personenbezogener Daten und Finanzinformationen\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\n\u003ca href=\"#pr%C3%BCfliste-vor-der-einf%C3%BChrung\" class=\"anchor\" id=\"prüfliste-vor-der-einführung\"\u003e\u003c/a\u003ePrüfliste vor der Einführung\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003e Der Abrechnungsstichtag ist für jede Transaktionsart dokumentiert.\u003c/li\u003e\n\u003cli\u003e Verkäufer können die Abrechnungsaufstellung auf Bestellungsebene nachrechnen.\u003c/li\u003e\n\u003cli\u003e Tests für Teilrückerstattungen und den Übertrag negativer Salden wurden bestanden.\u003c/li\u003e\n\u003cli\u003e Gründe und Fristen für Sperren sowie Freigabeberechtigungen sind definiert.\u003c/li\u003e\n\u003cli\u003e Die Verwaltungskriterien für Gelder im Zusammenhang mit Verkaufserlösen und für Betriebsmittel sind voneinander getrennt.\u003c/li\u003e\n\u003cli\u003e Mit Fachleuten wurde geprüft, ob die Regelungen für PG, Treuhanddienste und elektronische Finanzdienstleister anwendbar sind.\u003c/li\u003e\n\u003cli\u003e Die steuerliche Behandlung nach Verkäufer- und Einkommensart wurde geprüft.\u003c/li\u003e\n\u003cli\u003e Tests zur Verhinderung doppelter Zahlungen und zu erneuten Versuchen nach Fehlschlägen wurden abgeschlossen.\u003c/li\u003e\n\u003cli\u003e Ein täglicher Abgleich zwischen Bank, PG und internem Hauptbuch ist möglich.\u003c/li\u003e\n\u003cli\u003e Manuelle Änderungen durch Betreiber werden im Audit-Log erfasst.\u003c/li\u003e\n\u003cli\u003e Für Abrechnungsstörungen bestehen Verfahren zur Information der Verkäufer und zur Bearbeitung von Anfragen.\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\n\u003ca href=\"#fazit\" class=\"anchor\" id=\"fazit\"\u003e\u003c/a\u003eFazit\u003c/h2\u003e\n\u003cp\u003eDer Ausgangspunkt eines sicheren Abrechnungssystems ist nicht ein AI-Prompt, sondern sind ausdrücklich festgelegte Richtlinien und getrennte Bücher. AI ist als Werkzeug einzusetzen, um festgelegte Regeln in Code, Tests und Dokumentation zu übertragen. Die Struktur der Geldverwahrung sowie Beurteilungen zum elektronischen Finanzwesen und zum Steuerrecht müssen gemeinsam mit PG, Fachleuten für Rechnungswesen und Steuern sowie Rechtsexperten überprüft werden.\u003c/p\u003e\n","tags":["Generative KI","Settlement System","Platform Operations","Payment Gateway","Electronic Finance","Steuern"],"faqs":[{"question":"Ist die Abrechnung eine Funktion, bei der lediglich die Gebühren vom Verkaufsbetrag abgezogen werden?","answer":"Nein. Die Abrechnung umfasst die Kaufbestätigung, Teilerstattungen, Auszahlungssperren, die Übertragung negativer Salden, Steuern, fehlgeschlagene Überweisungen, die Verhinderung doppelter Auszahlungen und den Abgleich mit dem Hauptbuch. Neben einer Berechnungsformel sind auch Statusübergänge und die Kontrolle der Geldflüsse erforderlich."},{"question":"Muss der Stichtag für die Abrechnung zwingend das Datum der Kaufbestätigung sein?","answer":"Ein einheitlicher Maßstab lässt sich nicht pauschal auf alle Transaktionen anwenden. Bei physischen Waren kann die Kaufbestätigung oder eine automatische Bestätigung herangezogen werden, doch bei Dienstleistungen, digitalen Inhalten und Reservierungsprodukten gelten unterschiedliche Voraussetzungen für den Abschluss der Leistungserbringung. Für jede Transaktionsart müssen sowohl das maßgebliche Ereignis als auch die gesetzliche bzw. vertragliche Zahlungsfrist festgelegt werden."},{"question":"Ist ein kürzerer Abrechnungszyklus immer besser?","answer":"Ein kurzer Zyklus reduziert ausstehende Beträge und die Liquiditätsbelastung der Verkäufer, doch Rücksendungen, verdächtige Transaktionen und Betriebskosten müssen berücksichtigt werden. Statt den Zyklus unter Berufung auf Risiken unnötig zu verlängern, ist es wichtig, eine den Transaktionsmerkmalen angemessene Mindestprüffrist und einen vorhersehbaren Auszahlungstermin festzulegen."},{"question":"Muss die Plattform keine Abrechnungsrichtlinien erstellen, wenn sie einen PG nutzt?","answer":"Nein. Ein PG kann Funktionen für Zahlungen, Geldtransfers, Treuhandzahlungen oder geteilte Auszahlungen bereitstellen, doch welche Bestellungen wann ausgezahlt werden, wie Gebühren und Erstattungsbeträge berechnet werden und wessen Auszahlung zurückgehalten wird, hängt von den Richtlinien der Plattform ab."},{"question":"Muss bei allen privaten Verkäufern eine Quellensteuer von 3,3 % einbehalten werden?","answer":"Nein. 3,3 % ist üblicherweise eine zusammenfassende Bezeichnung für die Quellensteuer auf gewerbliche Einkünfte und die lokale Einkommensteuer für natürliche Personen. Ob eine Quellensteuer einzubehalten ist und welcher Steuersatz gilt, muss nicht nur anhand der Registrierungsform des Verkäufers, sondern auch anhand der Art der Einkünfte, des Vertragsverhältnisses, des Wohnsitzstatus und der Ausnahmeregelungen beurteilt werden."},{"question":"Ist der Verkaufserlös vollständig sicher, wenn er auf einem separaten Konto verwahrt wird?","answer":"Ein separates Konto ist eine grundlegende Kontrollmaßnahme zur Trennung von Betriebsmitteln und Verkaufserlösen, gewährleistet jedoch für sich genommen weder Insolvenzfestigkeit noch rechtlichen Schutz. Es ist erforderlich, die notwendigen Schutzmechanismen wie Treuhandverwaltung, Hinterlegung oder Zahlungsgarantie sowie die Rechtsnatur des Kontos anhand des Vertrags und der geltenden Rechtsvorschriften zu prüfen."},{"question":"Wie sind negative Abrechnungen zu erfassen?","answer":"Der Erstattungsbetrag für eine bereits ausgezahlte Bestellung wird als separate Korrekturtransaktion erfasst und von der nächsten Auszahlung abgezogen. Ist der Abzugsbetrag höher als der vorgesehene Auszahlungsbetrag, wird der Auszahlungsbetrag auf 0 Won gesetzt und der verbleibende Saldo auf die nächste Abrechnung übertragen. Die ursprüngliche Transaktion darf weder gelöscht noch darf eine frühere Abrechnung überschrieben werden."},{"question":"Kann ich eine Überweisungsanfrage sofort erneut senden, wenn ich keine Antwort erhalte?","answer":"Nein. Die erste Anfrage könnte tatsächlich erfolgreich gewesen sein, während lediglich die Antwort verloren ging. Um eine doppelte Auszahlung zu verhindern, müssen für dieselbe Zahlung ein Idempotenzschlüssel und eine externe Transaktionsnummer verwendet und vor einem erneuten Versuch das Ergebnis der bisherigen Verarbeitung beim Zahlungsdienstleister oder bei der Bank abgefragt werden."},{"question":"Kann von KI generierter Abrechnungscode direkt im Produktivbetrieb eingesetzt werden?","answer":"Das wird nicht empfohlen. Zustandsübergänge, die Konsistenz des Hauptbuchs, Nebenläufigkeit, doppelte Anfragen, Teilerstattungen, die Wiederherstellung nach Ausfällen und die Zugriffskontrolle müssen getestet werden. Fragen zum elektronischen Zahlungsverkehr und zu Steuern sollten zudem anhand der tatsächlichen Geschäftsstruktur von Fachleuten geprüft werden."}],"sources":[{"url":"https://www.law.go.kr/법령/전자금융거래법","title":"Gesetz über elektronische Finanztransaktionen","type":"source"},{"url":"https://www.law.go.kr/법령/전자상거래등에서의소비자보호에관한법률","title":"Gesetz über den Verbraucherschutz im elektronischen Geschäftsverkehr usw.","type":"source"},{"url":"https://www.law.go.kr/법령/소득세법","title":"Einkommensteuergesetz","type":"source"},{"url":"https://www.law.go.kr/법령/지방세법","title":"Gesetz über Kommunalsteuern","type":"source"},{"url":"https://www.law.go.kr/법령/부가가치세법","title":"Mehrwertsteuergesetz","type":"source"}],"images":[{"id":300,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzI4NCwicHVyIjoiYmxvYl9pZCJ9fQ==--327ce77d86d637d351158c65c70ddfacddacae1e/ai-ed29586c.webp","is_representative":true,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"쇼핑몰과 정산·보안·검증 단계를 연결한 AI 자동화 흐름도","caption":"거래 데이터가 정책에 따라 정산, 검증, 보안 시스템을 거치는 과정을 보여준다.","description":null},"en":{"alt":"AI automation workflow linking online stores with settlement, security, and verification","caption":"Transaction data moves through policy-based settlement, verification, and security processes.","description":null},"ja":{"alt":"オンライン店舗と精算・セキュリティ・検証工程を結ぶAI自動化フロー","caption":"取引データがポリシーに基づく精算、検証、保護の工程を通る様子を示している。","description":null},"es":{"alt":"Flujo de automatización con IA entre tiendas, liquidación, seguridad y verificación","caption":"Los datos de transacciones pasan por procesos de liquidación, verificación y seguridad basados en políticas.","description":null},"id":{"alt":"Alur otomatisasi AI yang menghubungkan toko, penyelesaian, keamanan, dan verifikasi","caption":"Data transaksi mengalir melalui proses penyelesaian, verifikasi, dan keamanan berbasis kebijakan.","description":null},"pt":{"alt":"Fluxo de automação com IA ligando lojas, liquidação, segurança e verificação","caption":"Os dados das transações passam por processos de liquidação, verificação e segurança baseados em políticas.","description":null},"zh-hant":{"alt":"連結商店、結算、安全與驗證環節的 AI 自動化流程圖","caption":"交易資料依據政策流經結算、驗證與安全控管流程。","description":null}}},{"id":301,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzI5MCwicHVyIjoiYmxvYl9pZCJ9fQ==--128e8c8dd212c1da8f86663e5bcd292ceb74aec1/ai-1bda19eb.webp","is_representative":false,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"보안 방패, 정책 단계, 자금 보관함과 금융기관이 연결된 AI 정산 시스템 일러스트","caption":"AI 정산 시스템의 정책, 보안, 자금 흐름과 외부 연동 구조를 시각화했다.","description":null},"en":{"alt":"AI settlement system linking security shields, policy steps, money vaults, a bank, and servers","caption":"The illustration visualizes policies, security, fund flows, and external connections in an AI settlement system.","description":null},"ja":{"alt":"セキュリティ、ポリシー手順、資金保管庫、銀行、サーバーを結ぶAI精算システム","caption":"AI精算システムのポリシー、セキュリティ、資金の流れ、外部連携を可視化している。","description":null},"es":{"alt":"Sistema de liquidación con IA conectado a controles, bóvedas de fondos, un banco y servidores","caption":"La ilustración muestra las políticas, la seguridad, el flujo de fondos y las conexiones externas del sistema.","description":null},"id":{"alt":"Sistem penyelesaian AI yang menghubungkan keamanan, tahapan kebijakan, brankas dana, bank, dan server","caption":"Ilustrasi ini menampilkan kebijakan, keamanan, aliran dana, dan integrasi eksternal dalam sistem penyelesaian AI.","description":null},"pt":{"alt":"Sistema de liquidação com IA ligado a controles, cofres de fundos, banco e servidores","caption":"A ilustração mostra políticas, segurança, fluxos de fundos e integrações externas do sistema.","description":null},"zh-hant":{"alt":"連結安全防護、政策流程、資金保管庫、銀行與伺服器的AI結算系統","caption":"圖中呈現AI結算系統的政策、安全機制、資金流向與外部串接架構。","description":null}}}],"published_at":"2026-07-27T00:58:06+09:00","updated_at":"2026-07-27T00:58:06+09:00","license":"cc_by","translation_status":"reviewed","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant","de"],"url":"https://injoys.com/en/articles/seven-policies-before-building-ai-settlement-system"}