Integrasjoner og bransjer
Masterdata, kontoutskrifter som ikke avstemmes, butikker uten nett, tilbakebetalinger, driftsstans hos partnere, avstemming, oppgjør og e-fakturering.
35 spørsmål
Kan vi se kontantposisjonen i løpet av dagen?
Ja, hvis bankene dine leverer intradagrapporter. De kommer som camt.052- eller MT942-meldinger, eller via et saldo-API. Vi henter dem etter den planen hver bank støtter og viser dem ved siden av kontoutskriftene ved dagens slutt, slik at treasury-teamet ditt ser forventede og faktiske posisjoner før innleveringsfristene.
Les mer: Betalingsfiler og avstemming mellom ERP og bankLenke til dette spørsmålet
Vi har flere banker. Er hver av dem et eget prosjekt?
Nei. Integreringslaget, den interne betalingsmodellen og avstemmingsreglene bygges én gang. Hver ny bank legger til sin egen formatvariant, kanal og kundeetableringstrinn, som er mindre arbeid. Vi kobler vanligvis til banken med størst volum først og legger til de andre i rekkefølge.
Les mer: Betalingsfiler og avstemming mellom ERP og bankLenke til dette spørsmålet
Hvordan avstemmes sluttsummene for dagen?
Hver butikk sender sluttsummene for dagen fordelt på betalingsmåte og avdeling. Laget sammenligner dem med transaksjonene ERP-en mottok for samme butikk og dag. Stemmer de, lukkes dagen. Hvis ikke, viser gjennomgangen hvilke transaksjoner som mangler eller er ekstra, slik at teamet ditt kan rette årsaken i stedet for å postere en justering.
Les mer: Synkronisering av salg, lager og priser fra POS til ERPLenke til dette spørsmålet
Kan kampanjer og prisendringer planlegges på forhånd?
Ja. Hver pris- eller kampanjeendring sendes med dato og hvilke butikker den gjelder, i forkant, slik at kassene bytter til rett tid uten at noen i butikken gjør noe. Laget registrerer hvilke butikker som bekreftet endringen, og flagger dem som ikke gjorde det.
Les mer: Synkronisering av salg, lager og priser fra POS til ERPLenke til dette spørsmålet
Hvorfor kommer oppgjøret senere enn salget?
Autorisasjon reserverer bare midlene. Innløseren gjør opp satsvis, etter å ha trukket fra gebyrene sine og eventuelle kortordningsgebyrer, og utbetaler etter sin egen plan. Derfor behandler designet autorisasjon og oppgjør som separate hendelser og avstemmer dem, slik at finans kan se hva som er solgt, hva som er gjort opp og hva som fortsatt skal komme.
Kan vi bruke mer enn én betalingsleverandør?
Ja. Integreringslaget holder én intern modell av en betaling og mapper den til hver leverandør, slik at du kan rute etter kanal, land eller korttype, eller flytte volum mellom leverandører. Hver leverandør trenger fortsatt sin egen integrasjon og sertifisering, som vi planlegger leverandør for leverandør.
Kan dere koble oss til e-fakturering og plattformer for godkjenning hos skattemyndighetene?
Ja. Mange land krever nå at fakturaer utstedes eller godkjennes gjennom en statlig eller akkreditert plattform i et definert format. Vi integrerer ERP-systemet med plattformen landet ditt krever eller med en akkreditert leverandør, lagrer godkjenningsstatus og identifikatorer med hver faktura, og håndterer avvisninger. Skatterådgiverne dine bekrefter reglene som gjelder for deg.
Les mer: API-tilkoblinger fra ERP-systemet til tredjeparterLenke til dette spørsmålet
Hva om masterdataene våre ikke er rene?
Det er det sjelden, og det er den vanligste årsaken til at integrasjoner feiler. Vi kartlegger kunde-, vare-, pris- og kontodataene hver flyt er avhengig av, og viser deg duplikater, hull og konflikter. Vi blir enige om hvilket system som eier hver post, og legger til validering slik at dårlige data stoppes ved kanten.
Les mer: Implementering og synkronisering av ERP og CRMLenke til dette spørsmålet
Hvordan sikrer dere dataintegritet?
Gjennom designet og kontrakten. Hver skriving er idempotent, så et nytt forsøk posterer aldri to ganger, og mislykkede meldinger går til en dead-letter-kø i stedet for å forsvinne. Milepæler godtas bare når akseptansekriteriene dine er oppfylt, og en garantiperiode for feil etter idriftsettelse følger idriftsettelsen.
Les mer: Implementering og synkronisering av ERP og CRMLenke til dette spørsmålet
Hvordan holder dere CRM-systemet i takt med ERP-systemet og andre systemer?
Vi blir enige om hvilket system som eier hver post: ofte CRM-systemet for leads og muligheter, og ERP-systemet for varer, priser, ordrer, fakturaer og kredittgrenser. Endringer flyter automatisk mellom dem gjennom støttede grensesnitt. Mislykkede oppdateringer settes i kø, forklares og spilles av på nytt, så systemene ikke glir fra hverandre.
Les mer: Implementering og synkronisering av ERP og CRMLenke til dette spørsmålet
Hvordan flytter dere dataene våre fra regneark eller et gammelt CRM-system?
Vi kartlegger dataene først, og blir så enige med deg om reglene for duplikater, manglende felt og gamle poster. Vi øver på migreringen på en kopi og kontrollerer antall og utvalg med teamet ditt før den endelige flyttingen. Historikk du trenger, som tidligere ordrer og saker, beholder koblingen til riktig kunde.
Les mer: Implementering og synkronisering av ERP og CRMLenke til dette spørsmålet
Hvordan sørger dere for at teamene våre bruker CRM-systemet?
Ved å utforme det rundt arbeidet deres i stedet for rundt programvaren. Hver rolle ser det den trenger, dataregistreringen holdes på et minimum og gjentatte steg automatiseres. Vi opplærer per rolle, måler bruken etter idriftsettelse og retter det som bremser folk.
Les mer: Implementering og synkronisering av ERP og CRMLenke til dette spørsmålet
Hva skjer når skattemyndigheten avviser en faktura?
Avvisningen kommer tilbake med myndighetens begrunnelse og går til en gjennomgangsliste, knyttet til fakturaen. Teamet ditt retter dataene, eller vi justerer mappingen hvis årsaken er systemisk, og fakturaen sendes inn på nytt. Hvert forsøk tas vare på for revisjon.
Les mer: E-fakturering, skatt og digitale produktpassLenke til dette spørsmålet
Hva skjer når en kontoutskriftslinje ikke samsvarer?
Den havner i en gjennomgangsliste med de sannsynlige kandidatene og årsaken til at den ikke samsvarte, for eksempel et annet beløp eller en manglende referanse. Teamet ditt avklarer den der, og reglene kan justeres slik at samme tilfelle samsvarer neste gang. Ingenting posteres i hovedboken uten en avstemming du har godkjent.
Les mer: Bank, treasury og ISO 20022-tilkoblingLenke til dette spørsmålet
Håndterer dere tilbakebetalinger og tilbakeføringer (chargeback)?
Ja. Tilbakebetalinger og tilbakeføringer er en del av betalingsflytene vi bygger. For tilbakeføringer (chargeback) importerer vi innløserens tvistrapporter og kobler hver enkelt til det opprinnelige salget og oppgjøret. Teamet ditt får en liste å arbeide gjennom, med dokumentasjonen vedlagt.
Les mer: Betalinger, agentisk handel (AP2) og POSLenke til dette spørsmålet
Hva skjer når en partners API er nede?
Forespørsler som feiler av midlertidige årsaker, forsøkes på nytt med økende ventetid. Hver skriving har en idempotensnøkkel, så et nytt forsøk aldri oppretter en ny ordre eller faktura. En melding som fortsatt feiler, går til en dead-letter-kø med nyttelasten og feilen. Et varsel når teamet ditt, og meldingen spilles av på nytt når partneren er oppe igjen.
Les mer: Middleware og API-integrasjonstjenesterLenke til dette spørsmålet
Hvorfor behandle integrasjon som en egen disiplin?
Fordi de fleste feil skjer mellom systemer, ikke inne i dem. En betalingsfil en bank avviser, en faktura en skattemyndighet ikke godtar, eller et salg ERP-systemet aldri mottar, koster penger med en gang. Vi gir hvert grensesnitt en kontrakt, tester, overvåking og en bane for hver feil.
Les mer: Bedrifter og integrasjonerLenke til dette spørsmålet
Hvordan sikrer dere at ingenting går tapt eller posteres to ganger?
Hver skriving er idempotent, og hver feil går til en dead-letter-kø med en person som er ansvarlig for den. Kontrakten støtter dette med akseptansekriterier ved milepæler og en garantiperiode for feil etter idriftsettelse.
Les mer: Bedrifter og integrasjonerLenke til dette spørsmålet
Hvor bør et prosjekt starte? (Eiendom og reiseliv)
Med en gratis modenhetsvurdering ledet av en ledende ingeniør. Er kravene tydelige, leder den til et forslag med fastpris. Er de ikke det, gjør et Blueprint Studio-oppdrag målet om til en arkitektur og en spesifikasjon først.
Hvor bør et prosjekt starte? (Energi og forsyning)
Med en gratis modenhetsvurdering ledet av en ledende ingeniør. Er kravene tydelige, fører den til et forslag med fastpris. Svikter et eksisterende system eller er det udokumentert, kommer en kort diagnose først.
Hvorfor stemmer aldri lageret mellom ERP og butikkene?
Vanligvis fordi systemene er uenige om tidspunkt, enheter eller hva som regnes som en bevegelse. Returer, overføringer, skadde varer og salg under en varetelling er vanlige årsaker. Vi sporer avvikene, blir enige om én regel for hver type bevegelse, og bygger synkroniseringen slik at den registrerer hver endring med kilden. Gjenværende avvik går til en gjennomgangsliste i stedet for å hope seg opp.
Les mer: Detaljhandel og omnikanalLenke til dette spørsmålet
Kan dere migrere dataene våre til et nytt ERP-system?
Ja. Vi kartlegger og rydder dataene, mapper dem til de nye strukturene og kjører prøvemigreringer til resultatene avstemmes mot det gamle systemet. Overgangen øves inn, og etter idriftsettelse kontrolleres åpne poster, saldoer og varelager mot avtalte totaler.
Les mer: Industri og ERP for store virksomheterLenke til dette spørsmålet
Hvordan finner vi ut at en forsendelse går galt?
Sporingshendelser fra transportører og lager sammenlignes med det som skulle ha skjedd. En tapt henting, en forsinkelse eller en mislykket levering blir et unntak for teamet ditt, med forsendelsen og siste hendelse vedlagt, før kunden må spørre. Mønstre i unntakene viser hvilke partnere og ruter som trenger oppmerksomhet.
Les mer: Logistikk og distribusjonLenke til dette spørsmålet
Hvor skal vi begynne? (Finans, treasury og skatt)
Ofte med sprinten for e-fakturering og ERP-beredskap: en gapanalyse og en aktiv sandkassekobling for ditt avgiftsregime, integrert med ERP-systemet ditt.
Les mer: Finans, treasury og skattLenke til dette spørsmålet
Beholder folk kontrollen?
Ja. Agentene handler innenfor fullmakter, og folk fører tilsyn med dem (menneske over løkken) og godkjenner alt utenfor reglene.
Hvor skal vi begynne? (Anskaffelse)
Med synkronisering av ordrer og fakturaer, som fjerner mest manuelt arbeid, og deretter agentisk innkjøp når dataene er pålitelige.
Hvor skal vi begynne? (Drift og forsyningskjede)
Med synkroniseringen som taper mest penger i dag, vanligvis lager mellom butikker, nettbutikker og ERP.
Hvor skal vi begynne? (Salg og inntektsoperasjoner)
Med kunde- og avtaleposten, fordi hver rapport og modell avhenger av den.
Les mer: Salg og inntektsoperasjonerLenke til dette spørsmålet
Hvordan holder dere KI-innhold på merkevaren?
Agentene arbeider ut fra retningslinjene dine og godkjente kilder, og folk gjennomgår det de produserer, før det publiseres.
Hvor skal vi begynne? (Markedsføring)
Med innholdsarbeidsflyten som tar mest tid for teamet ditt, automatisert og målt før noe annet.
Når overlater KI til en person?
Når en forespørsel er utenfor reglene, når kunden ber om det, eller når sentiment eller risiko tilsier det. Personen ser hele samtalen og hva agenten har gjort.
Hvor skal vi begynne? (Kundestøtte)
Med én forespørselstype med høyt volum, for eksempel en statuskontroll, automatisert ende til ende og målt.
Hva er menneske over løkken?
En arbeidsmåte der KI-agenter utfører oppgaver og mennesker fører tilsyn med dem, og griper inn ved unntak i stedet for å gjøre hvert steg selv.
Hvor skal vi begynne? (HR og talent)
Med rollene KI endrer først, og kompetansen disse endringene krever.
Hvor skal vi begynne? (Juss, risiko og etterlevelse)
Med rapporten eller forpliktelsen som koster mest arbeid i dag, bygget på styrte data.
Les mer: Juss, risiko og etterlevelseLenke til dette spørsmålet
Flere spørsmål
- Slik arbeider du med XSISHvordan du ser fremdriften, tidssoner og hvordan arbeidet godtas.1 spørsmål
- SamarbeidsmodellerÅ velge leveransemodell, å bygge inn spesialister, å drive et kompetansesenter og å holde et system i drift.23 spørsmål
- Strategi og rådgivningHvor en transformasjon starter, innleide ledere og PMO-er, arkitekturgjennomganger, forstudieverksteder, blueprints og hvordan rådgivning begynner.38 spørsmål
- Programvare, KI og dataHvor du starter med KI, kvalitet og nøyaktighet, tilgjengelighet, hastighet, utgivelser i appbutikker og migreringer uten nedetid.24 spørsmål
- Kostnad og priserHva som driver kostnaden i et prosjekt eller et team, og hvordan vi estimerer.29 spørsmål
- TidslinjerHvor lang tid det tar å starte og levere, og hva som endrer det.10 spørsmål
- Eierskap og kontrakterHvem som eier koden, dataene og resultatene, og hvordan kontrakter fungerer.22 spørsmål
- Sikkerhet og dataHvordan vi beskytter systemene, koden og dataene dine mens vi arbeider.79 spørsmål
- Team og bemanningHvem som arbeider på prosjektet ditt, hvordan de velges, og hvordan team endres.30 spørsmål
- TeknologiPlattformene, standardene og verktøyene vi arbeider med.144 spørsmål
- Støtte og driftHva skjer etter idriftsettelse: støtte, overvåking og endring.29 spørsmål
- Om XSISHvem vi er, hvor vi er og hvordan du når oss.6 spørsmål
Start med en samtale, ikke en kontrakt.
Fortell oss hva du trenger å bygge, koble sammen eller sikre. En arkitekt går gjennom det med deg og anbefaler deretter hvor du bør starte.
Hva skjer videre
Avtale tid
Teamet vårt sender deg en e-post for å avtale tid til samtalen.
Forhåndssamtale
En gratis forhåndssamtale på 30 minutter på nett: vi går gjennom målene, systemene og begrensningene dine.
Modenhetsvurdering
I en gratis modenhetsvurdering innen 48 timer kontrollerer en ledende arkitekt prosjektet ditt mot definisjonen av klar (6 punkter) og anbefaler sporet som passer.
Valg av spor
Prosjekter med definert omfang får et bindende forslag innen 3 til 5 virkedager. Prosjekter i konseptfasen starter i Blueprint Studio. Et system i drift som svikter, er udokumentert eller trenger integrasjon, starter med en diagnose på 1 til 2 uker. Blueprint Studio og diagnosen har hver en fastpris som angis i forslaget.