Integrasjon
Flow Retail
Koblingen produktet er bygget rundt. Den leser kundene, samtykkene, ordrene og katalogen — og rører ikke en eneste rad.
Oppsettet gjør vi sammen med dere
Koblingen settes opp med en API-nøkkel fra Flow Retail. Vi verifiserer den, henter butikklista og setter hver butikk opp som en salgskanal. Selvbetjent veiviser i grensesnittet er under bygging — i dag gjør vi denne jobben sammen med dere, og det tar en samtale, ikke et prosjekt.
Samtykkekartet må settes før noe kan sendes
Samtykkedefinisjonene i Flow Retail er frie tekster hver kjede har skrevet selv. Vi gjetter ikke hva de betyr. Til noen har sagt hvilken av dem som betyr «e-post», havner hvert samtykke i en synlig «ikke kartlagt»-tilstand og det kan ikke sendes noe som helst. Selve kartleggingsskjermbildet er ikke bygget ennå; kartet settes i dag som en del av oppsettet.
Historikken hentes bakover
Førstegangsinnhentingen går som standard 24 måneder tilbake, med synlig framdrift, og kan settes på pause og fortsette der den slapp. Vinduet kan justeres — lang nok historikk er det som gjør at kjøpsmønstre og nivåer betyr noe fra dag én.
Bakgrunnsdata teller ikke som aktivitet
Ordrer som kommer inn gjennom historikkinnhentingen er merket som nettopp det. De gir ikke poeng, utløser ingen automasjon og telles ikke som effekt av en kampanje. Ellers ville en innhenting sett ut som verdens beste salgsuke.
Feltoversikt
Hva som faktisk utveksles
Retningen står på hver rad. Alt går én vei inn til oss — det finnes ingen rad i denne tabellen som skriver noe tilbake.
Dra tabellen sidelengs for å se alle kolonnene →
| Data | Retning | Merknad | Status |
|---|---|---|---|
| Kunder | FR → FO | Navn, e-post, mobil, by og hvilken butikk de ble med i. Danner medlemsprofilen. | I V1 |
| Samtykke | FR → FO | Med sin egen dato og sin egen kilde. Ukjente definisjoner havner i en synlig «ikke kartlagt»-tilstand framfor å bli gjettet. | I V1 |
| Ordrer | FR → FO | Fra alle utsalgsstedene, med linjer på variantnivå. Gjestekjøp holder kontaktpunktet til en identitet dukker opp. | I V1 |
| Produkter | FR → FO | Katalogen med varianter. Et ukjent produkt som dukker opp på en ordrelinje opprettes automatisk. | I V1 |
| Butikker | FR → FO | Hver butikk blir en salgskanal, som er dimensjonen både rapporter og faktura bruker. | I V1 |
| Selvbetjent oppsett | — | Veiviseren for å koble til, kartlegge butikker og oversette samtykkedefinisjoner selv. Gjøres i dag sammen med oss. | Kommer |
| Hendelser i sanntid | FR → FO | Fortløpende oppdatering krever en offentlig adresse å ta imot på. Til den finnes, holdes speilet oppdatert med periodisk innhenting. | Kommer |
| Poeng ved kassen | FR → FO | Kassa må kalle inn til oss under salget. Vår side svarer i dag; selve kassestøtten bygges i Flow Retail Core. | Kommer |
Verdt å vite
Vi skriver aldri til Flow Retail
Ikke kunder, ikke ordrer, ikke produkter — og heller ikke oppsett. Hvis en handling ville krevd en skriving mot kassesystemet, finnes den ikke hos oss. Kildesystemet betjener en butikk som står åpen, og en integrasjon som bare kan lese kan ikke skade den driften.
Et samtykke som trekkes tilbake i kassa fanges opp
Tilbaketrekkinger varsles ikke alltid av seg selv. En egen jobb ser etter dem og tar profilen ut av neste utsending. Den leter med vilje etter tilbaketrekkinger og ikke etter nye samtykker: å sende til noen som har sagt nei er risikoen som betyr noe.
Sletting forplanter seg ikke — så vi leter selv
Flow Retail varsler ikke når en kunde slettes. Vi sammenligner derfor jevnlig vårt speil mot kilden, og en profil som har forsvunnet blir anonymisert hos oss. Uten den jobben ville en sletting hos dere stanset på grensen til oss, som er nøyaktig den feilen ingen oppdager før noen spør.
Se klubben på deres egne tall
Vi kobler oss på Flow Retail-dataene deres, viser hvor mange medlemmer dere faktisk har lov til å kontakte, og lar dere lese et utkast AI-en har skrevet på deres eget sortiment.