Ofte stilte spørsmål

Vi beregner ut fra omfanget, ikke fra en prisfil. Etter en første samtale deler vi arbeidet i deler, vurderer hver del og skriver ned forutsetningene bak anslaget. De viktigste driverne er antall systemer og integrasjoner, tilstanden til dataene dine, sikkerhets- og regelverkskrav, testingen som trengs og senioriteten i teamet. Du får et skriftlig anslag med alternativer, slik at du kan velge hva som skal gjøres først. Du ser prisen og tidsplanen før vi starter.

Lenke til dette spørsmålet

Det kan den. Kostnaden avhenger av rollene, erfaringsnivået og kompetansen arbeidet krever, og av hvem som kan levere dem. Du ser prisen og tidsplanen før vi starter. Enhver endring i fordelingen avtales med deg først.

Lenke til dette spørsmålet

Reisene og kanalene i omfanget, hvor mye undersøkelser som trengs, tilstanden til dine eksisterende data, og om vi også bygger endringene. Undersøkelser og design kan avgrenses i trinn, slik at du kan gjennomgå funnene før du forplikter deg til leveranse.

Lenke til dette spørsmålet

Språkmodeller betales etter hvor mye tekst de leser og skriver, målt i tokens. Tokenøkonomi anslår driftskostnaden per brukstilfelle, og hvordan hurtiglagring og mindre modeller kan redusere den.

Lenke til dette spørsmålet

Hvert brukstilfelle får et måltall og en basislinje før arbeidet starter, for eksempel sparte timer, unngåtte feil eller økte inntekter. Piloten vurderes mot dette måltallet før neste fase finansieres.

Lenke til dette spørsmålet

Det avhenger av teamet du trenger og av hva som må være på plass først: kontrakten, tilgang til systemene dine, sikkerhetsgjennomganger og, for integrasjoner, partnernes testmiljøer. Vi forteller deg hva vi trenger fra deg og når, og bekrefter en startdato i forslaget. Forstudiearbeid kan ofte begynne mens tilgangen blir ordnet.

Lenke til dette spørsmålet

Det avhenger av omfanget, hvor mange systemer og team som er involvert, hvor raskt beslutninger tas, og hvor klare tredjeparter som banker eller leverandører er. Etter forstudien gir vi deg en plan med milepæler og avhengigheter, og vi rapporterer mot den gjennom hele prosjektet.

Lenke til dette spørsmålet

Hver bank stiller med et testmiljø eller en testprosess. Vi avtaler et sett testtilfeller med banken som dekker hver betalingstype, avvisninger og kontoutskrifter, kjører dem og tar vare på dokumentasjonen. Når banken godkjenner, går vi i drift med en liten første betalingskjøring og sammenligner resultatene før vi flytter resten.

Lenke til dette spørsmålet

Vi starter med en pilot i noen butikker og sammenligner summene deres med dagens prosess hver dag. Når summene stemmer, ruller vi ut i grupper, i et tempo butikkdriftsteamet ditt kan følge. Den gamle prosessen er tilgjengelig for hver butikk til den nye flyten er bevist.

Lenke til dette spørsmålet

Små rettelser, som en tydeligere melding eller et fjernet steg, kan utgis tidlig. Større endringer i tjenester og systemer følger i planlagte trinn. Vi avtaler tiltakene og en basislinje før arbeidet starter, slik at hver endring kan sammenlignes med hvordan det var før.

Lenke til dette spørsmålet

Immaterielle rettigheter til arbeidet vi bygger for deg, er dine fra første commit, uten noe overføringstrinn til slutt. Det dekker den skreddersydde koden, dokumentasjonen og andre leveranser som lages for deg. Alt vi tar med som fantes før, for eksempel interne verktøy eller biblioteker, forblir vårt, og du får en lisens til å bruke det i systemene dine. Komponenter med åpen kildekode beholder sine egne lisenser, og vi lister dem opp for deg.

Lenke til dette spørsmålet

Ja. Vi signerer en gjensidig konfidensialitetsavtale før du deler noe konfidensielt, på din mal eller vår. Alle som arbeider på prosjektet ditt, er bundet av taushetsplikt, enten de er ansatte i XSIS eller medlemmer av et utkontraktert team.

Lenke til dette spørsmålet

Immaterielle rettigheter til arbeidet vi bygger for deg er dine fra første commit, uten noe overføringstrinn til slutt. Den skreddersydde koden, designene og dokumentene teamet produserer, ligger i dine egne repositorier og verktøy. XSIS-verktøy som fantes før, forblir våre og lisensieres til deg. Alle i teamet, også ingeniører fra utkontrakterte team, er bundet av de samme konfidensialitetsvilkårene.

Lenke til dette spørsmålet

Immaterielle rettigheter til arbeidet vi bygger for deg, er dine fra første commit, uten noe overdragelsessteg til slutt. Arbeidet en ingeniør produserer for deg, ligger i dine egne repositorier. XSIS-verktøy som fantes før, forblir våre og lisensieres til deg. Hver ingeniør signerer våre konfidensialitetsvilkår og følger dine sikkerhetspolicyer mens de arbeider i systemene dine.

Lenke til dette spørsmålet

Immaterielle rettigheter til arbeidet vi bygger for deg, er dine fra første commit, uten noe overføringstrinn til slutt. Det gjelder den skreddersydde programvaren, designene og dokumentene som leveres til deg. Eksisterende verktøy eller biblioteker av våre som brukes i prosjektet, forblir våre, navngis i kontrakten og lisensieres til deg.

Lenke til dette spørsmålet

Tilgang gis per person, begrenset til det hver rolle trenger, og fjernes når personen forlater prosjektet. Vi arbeider i dine repositorier og miljøer hvis du foretrekker det, bruker flerfaktorautentisering og oppbevarer hemmeligheter i et nøkkelhvelv, aldri i kode. Kode gjennomgås før den flettes, avhengigheter skannes, og produksjonsdata kopieres ikke til testmiljøer uten maskering. Vi avtaler disse kontrollene med sikkerhetsteamet ditt ved start.

Lenke til dette spørsmålet

Der du bestemmer. Vi avtaler hvor dataene skal ligge før arbeidet starter og designer for det, enten de må bli i ett land, i din egen skykonto eller på dine egne lokaler. Der personvernregler som GDPR gjelder, arbeider vi under en databehandleravtale og begrenser personopplysninger til det arbeidet krever.

Lenke til dette spørsmålet

Bare hvis du godtar det. Vi forteller deg hvilke verktøy vi vil bruke, hvordan de håndterer kode og data, og om noe forlater miljøet ditt. Hvis du foretrekker det, arbeider vi uten dem. Kode skrevet med KI-støtte går gjennom samme gjennomgang og testing som all annen kode, og ingeniøren som leverer den, er ansvarlig for den.

Lenke til dette spørsmålet

Ja. Godkjenningen blir i ERP-systemet med de eksisterende kontrollene. Integreringslaget logger hver fil det lager, signerer, sender og mottar, med tidsstempler, identifikatorer og den tekniske kontoen som brukes. Loggen kobler hver betaling i bankens statusrapport tilbake til ERP-dokumentet og godkjennerne.

Lenke til dette spørsmålet

Det er målet med designet. Kortnumre fanges opp av den sertifiserte terminalen eller en hostet betalingsside og erstattes av token i betalingsgatewayen, slik at POS, ERP og datalagrene dine bare ser token. Dette reduserer den delen av løsningen din som PCI DSS gjelder for. Revisoren din bekrefter det endelige omfanget.

Lenke til dette spørsmålet

XSIS har egne ingeniører som leder prosjekter, setter den tekniske retningen og har ansvar for kvaliteten. Når et prosjekt trenger mer kapasitet eller en spesialkompetanse, legger vi til ingeniører fra kvalitetssikrede utkontrakteringspartnere. De arbeider etter de samme standardene, kontraktene og sikkerhetsreglene, og du vet alltid hvem som er på teamet ditt, og hvem som ansetter dem.

Lenke til dette spørsmålet

Du intervjuer hver ingeniør før de blir med; ingen blinde plasseringer. Hvis noen ikke passer, erstatter vi dem uten kostnad. Si fra til leveranselederen din, og vi planlegger en overlevering slik at kunnskapen blir i teamet. Det samme gjelder hvis noen må forlate prosjektet av egne grunner.

Lenke til dette spørsmålet

Vi tar utgangspunkt i kompetansen arbeidet krever, ikke i hvem som er ledig. Kandidatene går gjennom tekniske intervjuer og praktiske øvelser som våre senioringeniører leder, og vi sjekker erfaringen deres mot den typen arbeid du gjør. Deretter sender vi deg profilene, og du intervjuer dem selv. Ingen blir med i teamet ditt uten din godkjenning.

Lenke til dette spørsmålet

Du intervjuer hver ingeniør før de blir med; ingen blindplasseringer. Hvis noen ikke passer, bytter vi dem ut uten kostnad. Si fra til teamlederen din eller kontakten din hos oss så snart du ser det. Vi ser også på rollen og rollebeskrivelsen, som noen ganger er den egentlige årsaken, og vi planlegger en overlapp slik at kunnskap overleveres og ikke går tapt.

Lenke til dette spørsmålet

Våre erfarne ingeniører gjennomfører tekniske intervjuer og praktiske øvelser med hver kandidat, basert på din rollebeskrivelse. Vi sjekker tidligere arbeid og hvilke typer systemer de har bygget. Ingeniører fra utkontrakterte team går gjennom samme vurdering som våre egne. Deretter intervjuer du dem selv, og bare de du velger, blir med.

Lenke til dette spørsmålet

Du har en navngitt leveranseleder og en fast rytme: planlegging ved starten av hver iterasjon, en demonstrasjon av fungerende programvare ved slutten, og en kort skriftlig rapport om fremdrift, risiko og beslutninger. Du kan se oppgavekøen, kodelageret og testresultatene når som helst. Styringsgruppemøter med sponsorrene dine holdes med et intervall du velger.

Lenke til dette spørsmålet

Vi avtaler arbeidstid med deg før teamet starter, også timene der teamet og dine ansatte overlapper for møter, gjennomganger og spørsmål. Der brukerne eller systemene dine trenger dekning utenfor disse timene, planlegger vi det inn i teamets sammensetning i stedet for å la det gå på lykke og fromme.

Lenke til dette spørsmålet

Alle arbeider etter de samme kodestandardene, testreglene og definisjonen av ferdig, og bruker de samme pipelinene og kontrollene. XSIS-ingeniører gjennomgår endringer før de flettes inn. Kvalitetsproblemer tas opp på samme måte for alle, og leveranselederen følger dem opp.

Lenke til dette spørsmålet

Når resultatet kan beskrives tydelig, og du vil at én leverandør skal ha ansvaret for å nå det: en definert applikasjon, en integrasjon, en migrering. Hvis prioriteringene stadig endres, eller arbeidet ikke har noen naturlig slutt, passer et dedikert team vanligvis bedre.

Lenke til dette spørsmålet

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.

Lenke til dette spørsmålet

Banken bestemmer vanligvis. Host-to-host over SFTP er den mest utbredte kanalen for bedrifters betalingsfiler. EBICS er vanlig hos banker i Tyskland, Frankrike og nabolandene. Bank-API-er passer for sanntidssaldo og sanntidsbetalinger der banken tilbyr det. Mange selskaper bruker mer enn én, og integreringslaget skjuler forskjellen for ERP-systemet.

Lenke til dette spørsmålet

Der banken tilbyr begge, har camt.053 rikere strukturerte remitteringsopplysninger, som gjør automatisk avstemming mer pålitelig. MT940 er fortsatt mye brukt og fungerer godt i mange tilfeller. Vi kan ta imot begge, konvertere dem til samme interne modell og flytte hver bank fra MT940 til camt.053 når det passer deg og banken.

Lenke til dette spørsmålet

Vanligvis som hendelser nær sanntid, fordi lager- og salgstall da er oppdaterte i løpet av dagen. Enkelte ERP-er eller lisenser gjør hyppige posteringer kostbare, så laget kan også gruppere hendelser i sammendrag per butikk og periode. Vi velger sammen med deg ut fra hvilke beslutninger som trenger oppdaterte data, og hva ERP-en håndterer godt.

Lenke til dette spørsmålet

Løsningen fungerer med alle POS-systemer som kan eksportere transaksjoner via et API, hendelser eller filer, og med ERP-er som SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central og Odoo. Vi bekrefter grensesnittene til din POS og ERP i starten. At et produkt nevnes, betyr ikke at det er et partnerskap med leverandøren.

Lenke til dette spørsmålet

Innløseren er banken eller den konsesjonsbelagte institusjonen som behandler kortbetalinger for deg og utbetaler pengene. Betalingsgatewayen er den tekniske tjenesten foran som tar imot forespørsler fra terminaler og kasser, tokeniserer kort og ruter dem. Noen leverandører er begge. Designet fungerer uansett og holder de to rollene tydelig atskilt.

Lenke til dette spørsmålet

Vi kan drifte og vedlikeholde det vi bygger: overvåking, hendelseshåndtering, sikkerhetsoppdateringer og endringer når virksomheten din og partnerne endrer seg. Støtten avtales skriftlig, med responstider, eskaleringskontakter og regelmessig rapportering.

Lenke til dette spørsmålet

Du velger. Vi kan overlevere systemet til ditt eget team med dokumentasjon og gjennomganger, eller fortsette å støtte og utvikle det under en støtteavtale eller med et dedikert team. Vi avtaler dette før prosjektet avsluttes, slik at det ikke oppstår noe gap.

Lenke til dette spørsmålet

Det avtales før idriftsettelse. Vanligvis håndterer butikkdriften eller økonomiteamet ditt forretningsfeil, som en ukjent vare, fra en gjennomgangsliste, og det tekniske teamet håndterer feil i selve flyten. Vi kan levere denne tekniske støtten som del av en løpende avtale, med driftshåndboken delt med teamet ditt.

Lenke til dette spørsmålet

Resten av flytene fortsetter å kjøre. Meldinger til den partneren forsøkes på nytt og settes deretter i kø, støtteteamet varsles, og ingenting går tapt. Når partneren er tilbake, spilles meldinger i kø av i rekkefølge. Dashbordet viser hvilken partner som er berørt og hvor mange meldinger som venter.

Lenke til dette spørsmålet

Markeder og kunder endrer seg, så modeller driver. Vi overvåker ytelsen og dataene modellen ser, varsler teamet ditt når noe av dette endrer seg, og trener modellen på nytt gjennom en testet leveransepipeline.

Lenke til dette spørsmålet