---
title: "Kundsynkronisering"
description: "Synkronisera och migrera kunddata till Brevo med fail-closed-bevis för samtycke, överförda spärrar och konfliktlösning som operatören styr."
url: https://tajo.io/se/docs/skills/data-sync/customer-sync/
markdown: https://tajo.io/se/docs/skills/data-sync/customer-sync.md
lang: sv-SE
robots: noindex
---

Ansök om tidig åtkomst

Ange ditt förnamn och din e-postadress på jobbet. Vi skickar en länk för att bekräfta din begäran om åtkomst till Tajo.

# Kundsynkronisering

Tajo flyttar kunddata till Brevo på två sätt: **löpande synkronisering** (ändringar i en kopplad plattform flödar in i Brevo kontinuerligt) och **massmigrering** (en återupptagbar överföring i full skala från Mailchimp, Klaviyo, HubSpot, Salesforce, Shopify, WooCommerce, Stripe med flera). Båda körs på samma motor och delar en egenskap som aldrig förhandlas bort: **samtycke bevisas per post, det antas aldrig.**

## Så avgörs samtycke

Varje post passerar en fail-closed-kontroll av samtycke innan den får hamna i en marknadsföringsmålgrupp:

| Utfall | Vad som händer |
| --- | --- |
| **Samtycke bevisat** (till exempel Mailchimp `subscribed`, Klaviyo `SUBSCRIBED`, marknadsföringssamtycke i Shopify) | Importeras till de Brevo-listor du har valt |
| **Uttryckligen nekat** (avanmäld, har tackat nej) | **Kastas inte**: förs in i Brevo som en svartlistad kontakt och skrivs in i registret över kontaktförbud, så att den nya plattformen aldrig kan mejla personen |
| **Spärrad av leveransskäl** (hård studs, spamanmälan, till exempel Mailchimp `cleaned`, Klaviyo `HARD_BOUNCE`/`SPAM_COMPLAINT`) | Förs över som svartlistad och märks som klibbig: ett senare ja på en annan plattform häver aldrig en studs eller en anmälan |
| **Obevisat** (ingen samtyckessignal alls) | Nekas. “Vi kunde inte bevisa samtycke” och “det finns samtycke” är aldrig samma utfall |

Skillnaden mellan “nekat” och “obevisat” spelar roll: en avanmälan är ett beslut som måste överleva migreringen, medan ett saknat fält inte är något beslut alls.

### Källor för samtyckesbevis per plattform

| Plattform | Samtyckesbevis | Spärrsignaler |
| --- | --- | --- |
| Mailchimp | Medlemsstatus `subscribed` | `unsubscribed` (tackat nej), `cleaned` (hård studs) |
| Klaviyo | Marknadsföringssamtycke i profilen `SUBSCRIBED` | Spärrlista med orsaker (`UNSUBSCRIBE`, `USER_SUPPRESSED`, `HARD_BOUNCE`, `INVALID_EMAIL`, `SPAM_COMPLAINT`) |
| Shopify | `email_marketing_consent.state` / `accepts_marketing` | Uttryckligt `not_subscribed` |
| HubSpot | Prenumerationsstatusar (batch-API, 100 kontakter per anrop) | `hs_email_optout` |
| Salesforce | Går inte att bevisa i bulk från Sales Cloud: identiteten migreras, men inskrivningen i målgrupper förblir stängd | `HasOptedOutOfEmail`, `EmailBouncedDate` |
| WooCommerce / Stripe | Härleds inte från köp: en kundpost är inte marknadsföringssamtycke | saknas |

## Konfliktlösning under migreringen

När källan och Brevo är oense om samma adress följer lösningen det läge du väljer:

- **Senaste beslutet vinner (standard)**: den sida vars samtyckesbeslut har den nyaste tidsstämpeln vinner. En sida utan tolkbar tidsstämpel förlorar alltid mot en sida som har en; när ingen av dem har en tidsstämpel vinner det mindre nåbara tillståndet.
- **Huvudkälla**: du utser den plattform som gäller för migreringen (“källan har rätt” eller “Brevo har rätt”). Om din arbetsyta redan pekar ut en huvudkälla för data blir den plattformen automatiskt gällande som standard.
- **I alla lägen**: hårda studsar och spamanmälningar är fakta om leveransbarhet, inte preferenser, så de hävs aldrig av ett nyare ja, och varje konflikt som motorn avstår från att agera på räknas och rapporteras, den hoppas aldrig över i tysthet.

## Tillförlitlighet i stor skala

- Cursorbaserad extrahering går igenom hela källtabellen (100 000+ kontakter) med kontrollpunkter, så en krasch återupptas från den senast avslutade batchen och omförsök skriver aldrig dubbelt (idempotensnycklar per post).
- Skrivningar till Brevo går via API:et för massimport (10 000 kontakter per del) inom Brevos frekvensgränser; spärrstatus följer med importen, så det uppstår aldrig ett fönster där kontakten först är nåbar och sedan spärrad.
- Varje körning rapporterar vad som flyttades och vad som inte gjorde det: importerade kontakter, överförda uttryckliga nej, spridda spärrar, pausade konflikter och felorsaker per post.

## Vad synkroniseringen tillför efter migreringen

Efter migreringen håller samma kopplingar Brevo aktuellt: plattformswebhooks (Shopify, WooCommerce, WordPress, Mailchimp) för in ändringar nästan i realtid, och pollade källor uppdateras enligt schema. Avanmälningar som syns i källan vänder samtycket i liggaren, med spårbarhet för när, varifrån och på vilket underlag.

## Uppsättning

1. Koppla källplattformen i Tajo (API-nyckel eller OAuth, beroende på konnektor).
2. Koppla Brevo och välj mållistorna.
3. Välj läge för konfliktlösning (eller behåll standardvalet).
4. Kör migreringen och gå igenom rapporten, inklusive pausade konflikter, innan du slår på automatiseringar.

Hanteringen av samtycke och spärrar går inte att konfigurera bort. Det finns ingen inställning som importerar avanmälda kontakter som mejlbara.