---
title: "Synchronizacja klientów"
description: "Synchronizuj i migruj dane klientów do Brevo z dowodem zgody w trybie fail-closed, przeniesieniem wykluczeń i rozstrzyganiem konfliktów sterowanym przez operatora."
url: https://tajo.io/pl/docs/skills/data-sync/customer-sync/
markdown: https://tajo.io/pl/docs/skills/data-sync/customer-sync.md
lang: pl-PL
robots: noindex
---

Poproś o wcześniejszy dostęp

Podaj imię i firmowy adres e-mail. Wyślemy Ci link potwierdzający prośbę o dostęp do Tajo.

# Synchronizacja klientów

Tajo przenosi dane klientów do Brevo na dwa sposoby: **synchronizacja bieżąca** (zmiany z podłączonej platformy płyną do Brevo w sposób ciągły) i **migracja masowa** (przenoszenie w pełnej skali, z możliwością wznowienia, z Mailchimpa, Klaviyo, HubSpota, Salesforce, Shopify, WooCommerce, Stripe i innych). Oba tryby działają na tym samym silniku i mają jedną wspólną, nienegocjowalną cechę: **zgoda jest dowodzona dla każdego rekordu, nigdy zakładana.**

## Jak rozstrzygana jest zgoda

Każdy rekord przechodzi przez bramkę zgody działającą w trybie fail-closed, zanim trafi do odbiorców marketingowych:

| Werdykt | Co się dzieje |
| --- | --- |
| **Zgoda udowodniona** (np. Mailchimp `subscribed`, Klaviyo `SUBSCRIBED`, zgoda marketingowa w Shopify) | Import do wybranych przez Ciebie list w Brevo |
| **Wyraźna odmowa** (wypisanie się, sprzeciw) | **Nie odrzucane**: przenoszone do Brevo jako kontakt na czarnej liście i zapisywane w rejestrze zakazu kontaktu, aby nowa platforma nigdy nie mogła do nich napisać |
| **Wykluczenie ze względu na dostarczalność** (twardy odrzut, zgłoszenie spamu, np. Mailchimp `cleaned`, Klaviyo `HARD_BOUNCE`/`SPAM_COMPLAINT`) | Przenoszone jako czarna lista i oznaczane jako trwałe: późniejszy zapis na innej platformie nigdy nie znosi odrzutu ani skargi |
| **Nieudowodniona** (brak jakiegokolwiek sygnału zgody) | Odmowa. „Nie mogliśmy udowodnić zgody” i „zgoda istnieje” to nigdy nie jest ten sam wynik |

Różnica między „odmową” a „brakiem dowodu” ma znaczenie: wypisanie się to decyzja, która musi przetrwać migrację; brakujące pole nie jest żadną decyzją.

### Źródła zgody w poszczególnych platformach

| Platforma | Dowód zgody | Sygnały wykluczenia |
| --- | --- | --- |
| Mailchimp | Status członka `subscribed` | `unsubscribed` (sprzeciw), `cleaned` (twardy odrzut) |
| Klaviyo | Zgoda marketingowa w profilu `SUBSCRIBED` | Lista wykluczeń z powodami (`UNSUBSCRIBE`, `USER_SUPPRESSED`, `HARD_BOUNCE`, `INVALID_EMAIL`, `SPAM_COMPLAINT`) |
| Shopify | `email_marketing_consent.state` / `accepts_marketing` | Wyraźne `not_subscribed` |
| HubSpot | Statusy subskrypcji (batch API, 100 kontaktów na wywołanie) | `hs_email_optout` |
| Salesforce | Niemożliwa do udowodnienia masowo z Sales Cloud: tożsamość migruje, zapis do odbiorców pozostaje zamknięty | `HasOptedOutOfEmail`, `EmailBouncedDate` |
| WooCommerce / Stripe | Nie jest wnioskowana z zakupów: rekord klienta to nie zgoda marketingowa | brak |

## Rozstrzyganie konfliktów podczas migracji

Kiedy źródło i Brevo nie zgadzają się co do tego samego adresu, rozstrzygnięcie zależy od wybranego trybu:

- **Wygrywa najnowsza decyzja (domyślnie)**: przeważa ta strona, której decyzja o zgodzie ma nowszy znacznik czasu. Strona bez czytelnego znacznika czasu zawsze przegrywa ze stroną, która go ma; gdy żadna nie ma znacznika, wygrywa stan mniej dostępny kontaktowo.
- **Źródło prawdy**: wskazujesz platformę rozstrzygającą dla migracji („źródło ma rację” albo „Brevo ma rację”). Jeśli Twoja przestrzeń robocza deklaruje już system źródła prawdy, ta platforma automatycznie staje się domyślnym autorytetem.
- **W każdym trybie**: twarde odrzuty i zgłoszenia spamu to fakty o dostarczalności, a nie preferencje. Nowszy zapis nigdy ich nie znosi, a każdy konflikt, w którym silnik nie podejmuje działania, jest liczony i raportowany, nigdy po cichu pomijany.

## Niezawodność w pełnej skali

- Pobieranie oparte na kursorze przechodzi całą tabelę źródłową (100 tys.+ kontaktów) z punktami kontrolnymi: po awarii praca wznawia się od ostatniej ukończonej paczki, a ponowne próby nigdy nie zapisują danych dwa razy (klucze idempotencji dla każdego rekordu).
- Zapisy do Brevo korzystają z API importu masowego (10 000 kontaktów na porcję) w ramach limitów Brevo; stan wykluczeń podróżuje razem z importem, więc nie ma okna, w którym kontakt jest osiągalny, zanim zostanie wykluczony.
- Każde uruchomienie raportuje, co zostało przeniesione, a co nie: zaimportowane kontakty, przeniesione wyraźne odmowy, przekazane wykluczenia, wstrzymane konflikty i powody błędów dla poszczególnych rekordów.

## Co synchronizacja dodaje po migracji

Po migracji te same połączenia utrzymują Brevo w aktualnym stanie: webhooki platform (Shopify, WooCommerce, WordPress, Mailchimp) przekazują zmiany niemal w czasie rzeczywistym, a źródła odpytywane odświeżają się zgodnie z harmonogramem. Wypisania zaobserwowane w źródle odwracają zgodę w rejestrze, wraz ze śladem audytowym: kiedy, skąd i na jakiej podstawie.

## Konfiguracja

1. Podłącz platformę źródłową w Tajo (klucz API albo OAuth, zależnie od konektora).
2. Podłącz Brevo i wybierz listy docelowe.
3. Wybierz tryb rozstrzygania konfliktów (albo zostaw domyślny).
4. Uruchom migrację; przejrzyj raport, w tym wstrzymane konflikty, zanim włączysz automatyzacje.

Obsługi zgód i wykluczeń nie da się wyłączyć. Nie istnieje ustawienie, które importuje wypisane kontakty jako gotowe do wysyłki.