---
title: "Синхронизация на клиенти"
description: "Синхронизирайте и мигрирайте клиентски данни към Brevo с доказано съгласие, което се затваря при отказ, пренасяне на блокиранията и разрешаване на конфликти под контрола на оператора."
url: https://tajo.io/bg/docs/skills/data-sync/customer-sync/
markdown: https://tajo.io/bg/docs/skills/data-sync/customer-sync.md
lang: bg-BG
robots: noindex
---

Заявете ранен достъп

Въведете собственото си име и служебен имейл адрес. Ще ви изпратим връзка за потвърждение на заявката за достъп до Tajo.

# Синхронизация на клиенти

Tajo премества клиентски данни в Brevo по два начина: **текуща синхронизация** (промените от свързаната платформа постъпват в Brevo непрекъснато) и **групова миграция** (прехвърляне с пълен капацитет и възможност за продължаване от Mailchimp, Klaviyo, HubSpot, Salesforce, Shopify, WooCommerce, Stripe и други). И двата работят на един и същ двигател и споделят едно непреговаряемо свойство: **съгласието се доказва за всеки запис и никога не се предполага.**

## Как се решава въпросът със съгласието

Всеки запис минава през порта за съгласие, която се затваря при отказ, преди да може да влезе в маркетингова аудитория:

| Заключение | Какво се случва |
| --- | --- |
| **Доказано съгласие** (например `subscribed` в Mailchimp, `SUBSCRIBED` в Klaviyo, маркетингово съгласие в Shopify) | Внася се във избраните от Вас списъци в Brevo |
| **Изрично отказано** (отписан, отказал се) | **Не се отхвърля**, а се пренася в Brevo като блокиран контакт и се записва в регистъра за нежелана комуникация, така че новата платформа никога да не може да му пише |
| **Блокирано по причини за доставимост** (твърдо върнат имейл, оплакване за спам, например `cleaned` в Mailchimp, `HARD_BOUNCE`/`SPAM_COMPLAINT` в Klaviyo) | Пренася се като блокиран и се маркира като залепващо: по-късно съгласие в друга платформа никога не отменя върнат имейл или оплакване |
| **Недоказано** (никакъв сигнал за съгласие) | Отказва се. „Не успяхме да докажем съгласие“ и „има съгласие“ никога не са един и същ резултат |

Разликата между „отказано“ и „недоказано“ има значение: отписването е решение, което трябва да преживее миграцията, а липсващото поле изобщо не е решение.

### Източници на съгласие по платформи

| Платформа | Доказателство за съгласие | Сигнали за блокиране |
| --- | --- | --- |
| Mailchimp | Статус на члена `subscribed` | `unsubscribed` (отказ), `cleaned` (твърдо върнат имейл) |
| Klaviyo | Маркетингово съгласие в профила `SUBSCRIBED` | Списък с блокирания и причини (`UNSUBSCRIBE`, `USER_SUPPRESSED`, `HARD_BOUNCE`, `INVALID_EMAIL`, `SPAM_COMPLAINT`) |
| Shopify | `email_marketing_consent.state` / `accepts_marketing` | Изрично `not_subscribed` |
| HubSpot | Статуси на абонаментите (групово API, 100 контакта на заявка) | `hs_email_optout` |
| Salesforce | Не може да се докаже групово от Sales Cloud, затова самоличността мигрира, а включването в аудитория остава затворено | `HasOptedOutOfEmail`, `EmailBouncedDate` |
| WooCommerce / Stripe | Не се извежда от покупките, защото клиентският запис не е маркетингово съгласие | Няма |

## Разрешаване на конфликти по време на миграция

Когато източникът и Brevo не са съгласни за един и същ адрес, разрешаването следва режима, който изберете:

- **Печели най-новото решение (по подразбиране)**: надделява страната, чието решение за съгласие носи по-новия времеви отпечатък. Страна без разчитаем времеви отпечатък винаги губи от страна, която има такъв; когато нито една няма отпечатък, печели по-трудно достижимото състояние.
- **Източник на истината**: Вие посочвате коя платформа е авторитетна за миграцията („източникът е прав“ или „Brevo е прав“). Ако Вашето работно пространство вече декларира система на запис, тази платформа автоматично е авторитетът по подразбиране.
- **Във всеки режим**: твърдо върнатите имейли и оплакванията за спам са факти за доставимостта, а не предпочитания, затова никога не се разблокират от по-ново съгласие, а всеки конфликт, по който двигателят откаже да действа, се преброява и се отчита, никога не се пропуска мълчаливо.

## Надеждност при пълно натоварване

- Извличането на база курсор обхожда цялата таблица в източника (над 100 хил. контакта) с контролни точки, така че при срив работата продължава от последната завършена партида, а повторните опити никога не записват два пъти (ключове за идемпотентност за всеки запис).
- Записът в Brevo използва API за групов внос (10 000 контакта на част) в рамките на ограниченията за честота на Brevo; състоянието на блокиране пътува заедно с вноса, така че няма прозорец, в който контактът е достижим, а после блокиран.
- Всяко изпълнение отчита какво е преместено и какво не: внесени контакти, пренесени изрични откази, разпространени блокирания, задържани конфликти и причини за неуспех по записи.

## Какво добавя синхронизацията след миграцията

След миграцията същите връзки поддържат Brevo актуален: webhooks на платформите (Shopify, WooCommerce, WordPress, Mailchimp) прекарват промените почти в реално време, а източниците с периодични проверки се обновяват по график. Отписванията, забелязани в източника, обръщат съгласието в регистъра, заедно със следа за одит кога, откъде и на какво основание.

## Настройка

1. Свържете платформата източник в Tajo (API ключ или OAuth, според конектора).
2. Свържете Brevo и изберете целевите списъци.
3. Изберете режима за разрешаване на конфликти (или приемете този по подразбиране).
4. Стартирайте миграцията и прегледайте отчета, включително задържаните конфликти, преди да включите автоматизациите.

Обработката на съгласието и блокиранията не може да бъде изключена с настройка. Няма опция, която да внася отписани контакти като допустими за писане.