B2B-kundemasterdata er den godkjente posten som angir hvem en engroskunde er og hvordan virksomheten skal håndtere dem. For en merkevare eller distributør påvirker den posten hvert etterfølgende trinn: hvem som kan bestille, hva de ser, hvor varene skal leveres, hvilken valuta og prisliste som gjelder, og hvordan fakturaen utstedes.
Når forhandlerkontoinformasjon ligger spredt i regneark, innbokser og regnskapsprogramvare, blir små avvik til operative problemer. En kjøper kan kobles til feil leveringssted, en ny juridisk enhet kan arve en gammel prisliste, eller finans kan fakturere detaljer som salg allerede har endret et annet sted. Løsningen er ikke bare å samle mer data. Den er å bli enige om den minimale pålitelige posten, tildele eierskap og la oppdateringer følge en kontrollert vei.
Hva er B2B-kundemasterdata?
B2B-kundemasterdata er den varige, godkjente informasjonen som identifiserer en bedriftskunde og definerer reglene for handel med den kunden. I engros kan kunden være en forhandler, en distributør, en innkjøpsgruppe eller en annen kommersiell juridisk enhet.
En kundemasterpost er forskjellig fra en ordre. En ordre fanger en bestemt transaksjon; masterdata gir kontoens kontekst som normalt følger fra den ene transaksjonen til den neste. Den er også forskjellig fra en CRM-lead: en potensiell kunde kan være ufullstendig, mens en godkjent handelskonto trenger tilstrekkelig informasjon for bestilling, ordrehåndtering og fakturering.
God håndtering av kundemasterdata gir teamene et felles svar på praktiske spørsmål:
- Hvilken juridisk enhet kjøper fra oss?
- Hvilke butikker eller lagre kan motta leveranser for denne kontoen?
- Hvem kan legge inn ordre, hvem mottar fakturaer, og hvem eier det kommersielle forholdet?
- Hvilken valuta, betalingsvilkår, prisliste og kundespesifikke prismekanismer gjelder?
- Er kontoen godkjent for handel, venter på gjennomgang, satt på pause eller stengt?
En ryddig organisert kortarkiv koblet til en leveringsboks og faktura med flytende linjer
Hvilke felt bør en engrosforhandlerpost inneholde?
En engrosforhandlerpost bør inneholde nok informasjon til å identifisere kunden, utføre en ordre og fakturere korrekt – uten å gjøre posten til et ustrukturert notatarkiv.
Tabellen under er et praktisk utgangspunkt. De eksakte feltene bør gjenspeile salgsmodellen, markedene og regnskapsprosessen din.
| Datagruppe | Kjernfelt | Hvorfor det betyr noe |
|---|---|---|
| Kontoinformasjon | Kontonavn, intern kunde-ID, kontostatus, forhandler- eller distributørtype | Hindrer duplikatkontoer og gjør godkjenning synlig. |
| Juridisk enhet | Registrert juridisk navn, bedriftsregistreringsnummer, mva.-identifikasjonsnummer, registrert land | Identifiserer den kontrakterende og fakturerte virksomheten. |
| Adresser | Fakturaadresse, leveringsadresse, leveringsinstruksjoner, flere leveringssteder der det trengs | Holder fakturaer og forsendelser rettet mot riktig sted. |
| Kontakter | Kontakt for regnskapsføring, kjøper eller innkjøpskontakt, salgsontakt, operative kontakter | Sender hver kommunikasjon til personen som er ansvarlig for den. |
| Kommersielle regler | Valuta, prisliste, kundespesifikke prismekanismer, betalingsvilkår, bestillingsrettigheter | Gjør avtalte handelsbetingelser konsistente. |
| Operativ kontekst | Område, tildelt kontoansvarlig, fraktpreferanser, ordrenotater | Hjelper salg og operasjoner med å håndtere kontoen riktig. |
| Styring | Datans eier, godkjenningsstatus, siste gjennomgangs dato, endringshistorikk | Viser hvem som er ansvarlig og om dataene kan stole på. |
Unngå å stole på et fritekstfelt kalt «kundens notater» for essensielle regler. Notater er nyttige for kontekst, men de er vanskelige å validere, søke i og overføre konsistent til bestillings- eller faktureringsflyter. Hvis en regel påvirker en gjentakende prosess, bør den vanligvis ha sitt eget strukturerte felt.
En unik intern kunde-ID er spesielt nyttig. Navn endres, stavemåter varierer og gruppe strukturer kan være kompliserte. En stabil identifikator gir salg, operasjoner, finans og tilkoblede systemer et pålitelig referansepunkt.
For en nærmere titt på den kommersielle siden av posten, se denne guiden til kundespesifikke priser i engros.
Hvordan skal juridiske enheter, fakturaadresser og leveringssteder lagres?
Lagre den juridiske enheten, fakturaadressen og leveringsstedene separat fordi de svarer på ulike forretningsspørsmål.
Juridiske enhet er selskapet som inngår handelsforholdet og som vises på kontrakts- og fakturadokumenter. Dens juridiske navn, organisasjonsnummer og mva.-identifikasjonsnummer bør knyttes til denne enheten i stedet for å kopieres løst inn i individuelle ordre.
Faktureringsadressen er der fakturakorrespondansen sendes. Den kan stemme overens med den juridiske enhetens registrerte adresse, men det bør ikke antas.
En leveringsadresse er der fysiske varer skal sendes. En forhandler kan ha flere leveringssteder: butikker, et sentrallager, en tredjepartslogistikkanlegg eller midlertidige arrangementer. Hvert sted bør være en egen, valgbar post under kundekontoen, med egen status og leveringsinstruksjoner.
Denne strukturen hindrer en vanlig engrosfeil: å behandle ett kontonavn som bevis på at alle transaksjoner skal bruke samme adresse. Den lar også en autorisert kjøper velge riktig leveringssted under bestilling uten å endre kundens hovedjuridiske detaljer.
Bruk enkle relasjonsregler:
- Én juridisk enhet kan ha én eller flere bestillingskontoer der den kommersielle modellen krever det.
- Én konto kan ha én fakturaadresse og flere godkjente leveringssteder.
- Et leveringssted kan aktiveres, redigeres eller settes ut av drift uten å overskrive tidligere ordre historikk.
- Endringer i den juridiske enheten skal utløse en gjennomgang, ikke behandles som en vanlig adresseoppdatering.
Én sentral bedriftsbygning koblet til flere distinkte lager- og butikkleveringspunkter
Hvilke mva.- og valutadata trenger en B2B-kunderekord?
En B2B-kunderekord trenger dataene som kreves for å anvende din egen dokumenterte mva.- og valutaprosess konsekvent. Minimum inkluderer dette vanligvis kundens juridiske land, fakturaland, leveringsland eller land, mva.-identifikasjonsnummer og valutaen som brukes for kontoen eller prislissten.
Et mva.-identifikasjonsnummer er en identifikator som brukes til mva.-formål. Ved relevante EU-grenseoverskridende transaksjoner kan team sjekke om et oppgitt EU-mva.-nummer er gyldig via Europakommisjonens VIES-tjeneste for validering av mva.-numre. [1] En slik sjekk er en nyttig kontroll, men den erstatter ikke gjennomgang av hele transaksjonsgrunnlaget, støttedokumentasjon og gjeldende skattebehandling.
Hold mva.-informasjon strukturert og datert der det er mulig. For eksempel, noter når et mva.-nummer ble oppgitt eller sjekket, hvem som utførte sjekken, og om kontoen trenger videre gjennomgang. Ikke la en selgerkontakts e-postsignatur bli det eneste stedet denne informasjonen finnes.
Valuta er den monetære enheten som er tilordnet en kundes kommersielle forhold eller prisliste. Sett en eksplisitt kontovaluta eller definer betingelsene for når kontoen kan bestille i mer enn én valuta. Lagre valutaen konsistent i hvert system som trenger den, i stedet for å stole på symboler eller fritekstetiketter.
Valuta og priser er knyttet sammen, men ikke identiske. En forhandler kan ha en prisliste i en gitt valuta, mens kundespesifikke prismekanismer kan bestemme unntak etter produkt, sortiment, territorium eller avtalte kommersielle vilkår. Enhver endring i noen av delene skal godkjennes av personen som er ansvarlig for prispolitikken.
For mer kontekst om det operative, les guiden vår om EU mva.-etterlevelse for B2B-engros. Behandlingen av mva. kan variere med transaksjonen, så innhent relevant skatterådgivning for din situasjon.
Hvordan skal engroslager håndtere kontakter, roller og godkjenningsstatus?
Engroslager bør lagre personer som kontakter med definerte roller, ikke som en enkelt generisk «kundekontakt». En person kan ha flere roller, og en rolle kan ha flere personer.
Nyttige roller inkluderer:
- Kjøper eller innkjøpskontakt: velger produkter, oppretter ordre eller koordinerer påfylling.
- Betalingkontakt: mottar fakturaer, spesifikasjoner og betalingsrelatert kommunikasjon.
- Salgsansvarlig: eier det kommersielle forholdet på leverandørsiden, som en kontoansvarlig.
- Mottakskontakt eller operasjonell kontakt: håndterer spørsmål om levering, bookinger og avvik.
- Kontadministrator: er autorisert til å administrere brukerrettigheter eller kontodetaljer i en B2B-butikk.
En godkjenningsstatus viser teamene om kontoen har tillatelse til å utføre en bestemt handling. Typiske statuser inkluderer potensiell kunde, under vurdering, godkjent for bestilling, på vent og lukket. Definer hva hver status betyr i praksis. For eksempel kan «godkjent» tillate bestilling, men ikke la en kjøper endre betalingsbetingelser eller legge til en ny leveringsadresse uten vurdering.
Kontaktpersondata må håndteres nøye. Begrens tilgangen til personer som trenger det i jobben, hold det nøyaktig, og unngå å beholde utdaterte kontaktdetaljer uten forretningsmessig grunn. EU-forordningen om generell databeskyttelse inneholder prinsipper om formålsbegrensning, dataminimering, nøyaktighet og oppbevaringsbegrensning. [2] Bruk dem med råd tilpasset organisasjonens plikter.
En strukturert onboarding-prosess for B2B-distributører er det beste stedet å samle inn disse detaljene før første ordre. Det gir forhandleren klare felt å fylle ut, og gir teamet ditt et definert godkjenningssteg før kontoen blir aktiv.
Hvem skal eie og godkjenne endringer i forhandlerdata?
Eierskap til kundedata betyr å tildele navngitt ansvar for kvalitet og godkjenning av forhandlerkontoinformasjon. Det betyr ikke at én person må utføre alle oppdateringer.
En praktisk modell skiller mellom de som ber om endringer, redaktører og godkjenner:
| Endringstype | Typisk requester | Typisk godkjenner |
|---|---|---|
| Kjøper, regnskapsfører eller mottaksansvarlig | Forhandlerkontakt eller kontoansvarlig | Kontoseier eller operasjonssjef |
| Leveringsinstruksjoner eller ny leveringsadresse | Forhandlerkontakt eller kontoansvarlig | Driftsleder |
| Juridisk navn, organisasjonsnummer eller mva.-ID | Autorisert forhandlerrepresentant | Økonomi eller utpekt databehandler |
| Prisliste, rabatt eller valuta | Salgsleder eller prisansvarlig | Kommersiell eier |
| Betalingsvilkår eller kredittdetaljer | Salg eller økonomi | Økonomieier |
Denne inndelingen er viktig fordi ikke alle felt har samme risiko. En skrivefeil i en kontaktpersons tittel er ikke det samme som en endring i den fakturerte juridiske enheten eller kundespesifikke priser. Tilpass godkjenning til feltets påvirkning.
Kontomanageren kjenner ofte kunden best, men økonomi bør ha en definert rolle i å godkjenne data som påvirker fakturering, kreditt eller skattehåndtering. Driftsavdelingen bør eie leveringsregler som er kritiske for ordrehåndtering. En databehandler kan løse tvister når ulike team har motstridende informasjon.
Hold en enkel endringslogg: hva som ble endret, hvem som ba om det, hvem som godkjente det, når det trådte i kraft, og hvilken tidligere verdi som ble erstattet. Dette er spesielt nyttig når en ordre, faktura eller sending senere må undersøkes.
Tre kolleger som vurderer en forhandlerkonto før den inngår i en ryddig arbeidsflyt
Hvor ofte bør B2B-kunderegistreringer vurderes og oppdateres?
B2B-kunderegistreringer bør vurderes etter hendelsesdrevne prinsipper og gjennom en regelmessig rutine for kontooppfølging. En registrering forblir ikke korrekt bare fordi den var korrekt ved onboarding.
Gå gjennom relevante felt når en konto:
- endrer juridisk enhet, eierskap eller registrerte opplysninger;
- ber om ny faktura- eller leveringsadresse;
- endrer innkjøps- eller leverandørkontakter;
- flytter til nytt marked, territorium, valuta eller prisliste;
- ber om reviderte betalings- eller handelsvilkår;
- har vært inaktiv og kommer tilbake for å bestille.
Inkluder også masterdata-kontroller i vanlig kundehåndtering. Før ny sesong, sortimentslansering eller kommersiell fornyelse, spør om leveringsadresser, kontakter, prislister og kontotillatelser fortsatt er aktuelle. Før en høyt verdsatt eller uvanlig ordre, sjekk feltene som betyr noe for den transaksjonen i stedet for å anta at historiske data fortsatt gjelder.
En kort sjekkliste for gjennomgang fungerer bedre enn en bred forespørsel om å «bekrefte alle detaljer». Fortell forhandleren nøyaktig hva de må bekrefte, og gi interne team et klart sted å registrere resultatet.
Hvordan kan en engrosplattform holde forhandlerdata konsistent med regnskapet?
En engrosplattform kan holde forhandlerdata mer konsistent ved å gjøre en godkjent handelskonto tilgjengelig på tvers av forhandleronboarding, bestilling, ordrehåndtering og fakturering. Det reduserer behovet for å taste inn samme firmanavn, adresse, kontakt og handelsregel flere steder.
For eksempel kan en merkevarebasert B2B-butikk samle forhandleronboardingdata ved kilden, rute kontoen til intern godkjenning, og la godkjente brukere bestille mot tildelt katalog, valuta og leveringssteder. Ordrehåndtering bærer da den valgte kontodataen videre inn i fakturaflowet.
Denne koblingen er nyttig bare når eierskapsregler er klare. En plattform bør håndheve den arbeidsflyten du velger; den bør ikke automatisk behandle alle innsendte endringer som korrekte. Endringer i juridisk enhet, mva-detaljer, betalingsvilkår og prisunntak trenger fortsatt menneskelig gjennomgang.
BrandGate er et eksempel på en sammenkoblet engrosarbeidsflyt: den kombinerer en merkevarebasert distributørportal med onboarding av forhandlere, fler valutakataloger, mva.-tilpasset fakturering, ordrehåndtering og Fortnox-integrasjon. [3] Når den konfigureres rundt en klar kundemasterpost, kan dette redusere dobbel håndtering mellom salg og finans samtidig som godkjenningsrutiner bevares.
For team som bruker Fortnox, definer hvilket system som er ansvarlig for hvert datfelt før du aktiverer synkroniseringen. Bestem for eksempel om finans eier regnskapskundens ID og betalingsbetingelser, mens engrosplattformen eier forhandlerbrukertilgang og tillatte leveringssteder. Test deretter nye kontoer, oppdateringer, forebygging av duplikater og håndtering av unntak før du gjør prosessen rutine. Vår guide til Fortnox-regnskapssynkronisering dekker planleggingsspørsmålene mer i detalj.
En forhandlerbutikk, ordrebok og regnskapsbokføring koblet i én sammenhengende arbeidsflyt
Plasser posten i sentrum av engrosdriften
Start med en liten, pålitelig modell: én konto-ID, én godkjent juridisk enhetspost, separate adresser og leveringssteder, rollebaserte kontakter, kommersielle regler og synlig godkjenningsstatus. Deretter, dokumenter hvem som eier hvert viktige felt og hva som utløser en gjennomgang.
Når det grunnlaget er på plass, blir onboarding, bestilling og fakturering enklere å koble sammen uten å miste kontrollen over dataene. Hvis du vurderer en merkevareengrosportal og tilkoblet ordretilfaktura-arbeidsflyt, Bestill demo med BrandGate for å diskutere hvordan kontooppsettet og Fortnox-prosessen din kan fungere i praksis.