Spory i obciążenia zwrotne: cykl życia Stripe i jak wygrać dzięki dowodom

Cykl życia sporu Stripe.

1. Posiadacz karty wszczyna spór ze swoim bankiem wydającym. Bank przypisuje kod przyczyny (patrz poniżej) i kontaktuje się z siecią kart (Visa, Mastercard, Amex). 2. Stripe jest powiadamiany i natychmiast obciąża Twoje saldo Stripe kwotą sporu + opłatą sieciową (zazwyczaj 15-25 EUR, w zależności od waluty i rodzaju karty). Otrzymujesz webhook (charge.dispute.created) i powiadomienie e-mailem. 3. Status `needs_response`: Stripe wyświetla spór w panelu z terminem (zazwyczaj 7 dni kalendarzowych od utworzenia, czasem krótszym niż oficjalny termin sieci wynoszący 21-45 dni, bo Stripe ma własny bufor na zebranie Twoich dowodów). 4. Przesyłasz dowody przez panel lub API Stripe. Ścieżka audytu Clozo (podpisana umowa o świadczenie usług, dziennik IP/UA, potwierdzenie płatności, zdarzenia osi czasu) to Twój korpus dowodowy. 5. Status `under_review`: Stripe przekazuje dowody do sieci kart. Deliberacja sieci może trwać 30-75 dni. 6. Wynik: won (środki + opłata wracają na saldo), lost (obciążenie zwrotne pozostaje + opłata zatrzymana) lub warning_closed (informacyjny, bez wpływu finansowego).

Najczęstsze kody przyczyn (różne w zależności od sieci — oto praktyczne dla usług freelancerskich):

- Fraudulent (Visa 10.4 / Mastercard 4837): posiadacz karty zaprzecza autoryzacji transakcji. Często karta posiadacza była skompromitowana. Dowody do wygrania: podpisana umowa z imieniem i nazwiskiem posiadacza karty, IP/UA odpowiadające zdarzeniu podpisania, potwierdzenie dostarczenia. - Product not received (Visa 13.1 / Mastercard 4855): posiadacz karty twierdzi, że zapłacił, ale nie otrzymał usługi. Częste, gdy dostawa była oparta na kamieniach milowych i posiadacz karty zapomniał, że kamień milowy nastąpił. Dowody: proof of delivery (faktura końcowa, potwierdzenie ukończenia, rzeczywiste przekazane deliverables — linki do plików, commity repozytorium itp.), potwierdzenie klienta na czacie lub e-mailem. - Product unacceptable (Visa 13.3 / Mastercard 4853): posiadacz karty twierdzi, że usługa nie odpowiadała opisowi. Subiektywne; często używane jako wariant obciążenia zwrotnego sporu o zwrot. Dowody: podpisana umowa z uzgodnionym zakresem, dziennik komunikacji pokazujący akceptację kamieni milowych, wszelkie pozytywne opinie. - Subscription cancelled (Visa 13.2 / Mastercard 4859): posiadacz karty twierdzi, że anulował, ale nadal był obciążany. Rzadkie przy pojedynczych zleceniach freelancerskich; głównie dotyczy subskrypcji SaaS. - Credit not processed (Visa 13.6 / Mastercard 4860): posiadacz karty twierdzi, że obiecałeś zwrot i go nie wystawiłeś. Dowody: rekordy zwrotów (Stripe refund.id), potwierdzenie e-mailem, Twoja polityka zwrotów. - Duplicate charge (Visa 12.6.1 / Mastercard 4834): posiadacz karty twierdzi, że został obciążony dwukrotnie. Dowody: ID intencji płatności potwierdzające, że każda opłata odpowiada innej fakturze.

Korpus dowodowy Clozo.

Dla każdej podpisanej oferty Clozo dostarcza:

1. Podpisana Umowa o Świadczenie Usług (AGR-) z wpisanym imieniem i nazwiskiem posiadacza karty, adresem IP przy podpisaniu, User-Agentem, znacznikiem czasu i rekordem zgody. Jest to Prosty Podpis Elektroniczny (SES) na mocy Art. 3(10) eIDAS, poparty wierszem SignatureAudit, dotyczący dokładnie tej transakcji, której dotyczy spór — właśnie tego rodzaju dowody Stripe i sieci kart ważą wysoko dla kodów przyczyn „nieautoryzowane" i „usługa nie dostarczona". 2. Wiersz audytu podpisu z pełnymi szczegółami — eksportowalny z /proposals/{id} → Dokumenty → „Pobierz ścieżkę audytu podpisu". 3. Zdarzenia osi czasu dokumentujące każdy krok: Sent, Viewed, Signed, Deposit paid, Final invoice issued, Paid, Completed. Każde ze znacznikiem czasu + aktorem + IP. 4. Dziennik komunikacji — jeśli korzystałeś z czatu Clozo (Crisp), historia czatu stanowi dodatkowy strumień dowodów. 5. PDF potwierdzenia płatności (REC-) potwierdzające co zostało opłacone i kiedy. 6. Proof of delivery — cokolwiek spoza Clozo (commity Git, linki do plików Figma, pobrania deliverables). Będziesz musiał ręcznie dołączyć te elementy do zgłoszenia sporu Stripe.

Szablon zestawienia dowodów (wklej tę strukturę w formularz dowodów Stripe):

> 1. Identyfikacja klienta: imię i nazwisko posiadacza karty + e-mail odpowiada podpisanej umowie (AGR-2026-NNNN). > 2. Dowód autoryzacji: dostęp do oferty zabezpieczony kodem PIN; PIN wysłany na adres e-mail posiadacza karty; PIN wprowadzony poprawnie (załączona ścieżka audytu podpisu). > 3. Dowód umowy: Umowa o Świadczenie Usług podpisana dnia RRRR-MM-DD przez [imię i nazwisko posiadacza karty] z IP [IP], User-Agent [UA]. Prosty Podpis Elektroniczny eIDAS na mocy Rozporządzenia 910/2014 Art. 3(10), z weryfikacją posiadania adresu e-mail przez PIN, pełnymi nagłówkami żądań i rekordem zgody przechowywanym przez 10 lat. ID SignatureAudit: [UUID wiersza audytu]. > 4. Opis usługi: pozycje zgodnie z podpisaną umową (załącz PDF). > 5. Proof of delivery: faktura końcowa wystawiona RRRR-MM-DD; deliverables przekazane [przez Git / Figma / transfer plików / itp.]; potwierdzenie klienta [dziennik czatu lub e-mail]. > 6. Polityka zwrotów: zgodnie z podpisaną umową, zwrot nie przysługuje, jeśli usługa została wykonana zgodnie z umową. > 7. Dziennik komunikacji: klient nie zgłaszał zastrzeżeń przed obciążeniem zwrotnym; pierwszy kontakt nastąpił przez bank.

Uwagi praktyczne:

- Dyscyplina czasowa: prześlij dowody przed terminem Stripe. Spóźnione zgłoszenie = automatyczna przegrana. - Bądź konkretny: kopiuj dokładne daty, IP i ID wiersza SignatureAudit z Clozo. Ogólnikowe dowody przegrywają. - Nie argumentuj, udowadniaj: sieci kart to maszyny dopasowujące wzorce. Chcą zobaczyć podpisaną-umowę-plus-proof-of-delivery, a nie Twoją narrację o tym, jak niegrzeczny był posiadacz karty. - PSD2 SCA pomaga: płatności, które przeszły silne uwierzytelnianie 3D Secure 2, przenoszą odpowiedzialność na bank wydający w sporach „nieautoryzowane". Clozo + Stripe włączają 3DS automatycznie zgodnie z PSD2 SCA RTS — patrz artykuł 5.6. - Wskaźniki wygranych: przy pełnym audycie Clozo + proof of delivery spory oparte na podpisanej umowie wygrywają z bardzo wysokim wskaźnikiem. Czystsze przypadki (SES z pełnym wierszem audytu + proof of delivery + 3DS-passed) zbliżają się do 90%+. Spory „nie dostarczył" bez proof of delivery są trudniejsze.

Spory B2B są regulowane przez umowę handlową i odpowiednie krajowe prawo umów, nie przez szynę ochrony konsumenta. Większość klientów B2B zgłasza najpierw zastrzeżenia e-mailem lub czatem; obciążenia zwrotne są rzadkie poza przypadkami oszustwa. Jeśli klient B2B złoży obciążenie zwrotne, obowiązuje ten sam korpus dowodowy — a w kontekście B2B SES + ścieżka audytu ma zwykle znaczną wagę dowodową na mocy krajowego prawa cywilnego, ponieważ domniemania ochrony konsumenta, które mogą przechylić spory B2C, nie mają zastosowania między przedsiębiorcami.

Alternatywne drogi sporu w UE. Dla sporów nieprzechodzących przez sieci kart: - Platforma Rozwiązywania Sporów Online (ODR) (Rozporządzenie 524/2013): spory konsumencko-handlowe w UE można składać na https://ec.europa.eu/consumers/odr — alternatywne rozstrzyganie sporów. Jesteś zobowiązany wyświetlić link do ODR na swojej stronie internetowej, jeśli sprzedajesz konsumentom UE online (dotyczy to usług freelancerskich). - Europejskie postępowanie w sprawie drobnych roszczeń (Rozporządzenie 861/2007): roszczenia transgraniczne do 5 000 EUR między rezydentami UE mają uproszczoną procedurę sądową. Przydatne w przypadku braku zapłaty wynagrodzenia B2B. - Dyrektywa o opóźnieniach w płatnościach (2011/7/UE): w stosunkach B2B automatyczne odsetki w wysokości stopy referencyjnej EBC + 8 punktów procentowych + 40 EUR za koszty odzyskania narastają na niezapłaconych fakturach — nawet bez postępowania sądowego, z mocy prawa. Patrz artykuł 3.7 dla cadence przypomnień Clozo zgodnej z tym przepisem.