Gå til indhold
XSIS

Ofte stillede spørgsmål

Alle spørgsmål, der besvares på dette websted, samlet efter emne. Søg i dem, eller åbn et emne for at se svarene. Hver service-, branche- og integrationsside har også sine egne spørgsmål.

Emner

  • Omkostninger og priser

    Hvad der bestemmer omkostningerne ved et projekt eller et team, og hvordan vi estimerer.

    Hvordan estimerer I omkostningerne?

    Vi estimerer ud fra omfanget, ikke ud fra en prisliste. Efter en første samtale deler vi arbejdet op i dele, vurderer størrelsen af hver enkelt og skriver forudsætningerne bag estimatet ned. De vigtigste omkostningsdrivere er antallet af systemer og integrationer, dine datas tilstand, sikkerhedskrav og regulatoriske krav, den nødvendige test og teamets anciennitet. Du modtager et skriftligt estimat med valgmuligheder, så du kan vælge, hvad du vil gøre først. Du ser prisen og tidsplanen, inden vi går i gang.

    Ændrer sammensætningen af interne og udliciterede ingeniører omkostningerne?

    Det kan den. Omkostningerne afhænger af de roller, den anciennitet og de kompetencer, arbejdet kræver, og af hvem der kan levere dem. Du ser prisen og tidsplanen, før vi går i gang. Enhver ændring af sammensætningen aftales med dig først.

    Hvad bestemmer omkostningerne ved kundeoplevelsesarbejde?

    De kunderejser og kanaler, der er omfattet, hvor mange undersøgelser der er brug for, tilstanden af dine eksisterende data, og om vi også bygger ændringerne. Undersøgelser og design kan afgrænses i etaper, så du kan gennemgå resultaterne, før du forpligter dig til leverancen.

    Hvad er tokenøkonomi?

    Sprogmodeller betales efter den mængde tekst, de læser og skriver, målt i tokens. Tokenøkonomi anslår denne driftsomkostning for hvert anvendelsestilfælde, og hvordan caching og mindre modeller kan reducere den.

    Hvordan verificerer I afkastet af AI?

    Hvert anvendelsestilfælde får et nøgletal og en baseline, før arbejdet begynder, for eksempel sparede timer, undgåede fejl eller øget omsætning. Piloten vurderes ud fra det nøgletal, før næste fase finansieres.

    Flere spørgsmål: Omkostninger og priser
  • Tidsplaner

    Hvor lang tid det tager at starte og levere, og hvad der ændrer det.

    Hvor hurtigt kan arbejdet begynde?

    Det afhænger af det team, du har brug for, og af, hvad der skal være på plads først: kontrakten, adgang til dine systemer, sikkerhedsgennemgange og, for integrationer, dine partneres testmiljøer. Vi fortæller dig, hvad vi har brug for fra dig, og hvornår, og bekræfter en startdato i forslaget. Afdækningsarbejdet kan ofte begynde, mens adgangen etableres.

    Hvor lang tid tager et projekt?

    Det afhænger af omfanget, antallet af involverede systemer og teams, hvor hurtigt der træffes beslutninger, og hvor klar tredjeparter som banker eller leverandører er. Efter afdækningen giver vi dig en plan med milepæle og deres afhængigheder, og vi rapporterer i forhold til den gennem hele projektet.

    Hvordan testes forbindelsen før idriftsættelsen?

    Hver bank stiller et testmiljø eller en testproces til rådighed. Vi aftaler en række testcases med banken, der dækker hver betalingstype, afvisninger og kontoudtog, kører dem og gemmer dokumentationen. Når banken godkender, går vi i drift med en lille første betalingskørsel og sammenligner resultaterne, før vi flytter resten.

    Hvordan ruller I det ud i mange butikker?

    Vi starter med en pilot i nogle få butikker og sammenligner hver dag deres totaler med den nuværende proces. Når totalerne stemmer, ruller vi ud i grupper i et tempo, som dit team for butiksdrift kan følge med i. Den gamle proces forbliver tilgængelig for hver butik, indtil det nye flow har bevist sit værd.

    Hvornår ser vi resultater?

    Små rettelser, såsom en tydeligere besked eller et trin, der fjernes, kan udgives tidligt. Større ændringer af services og systemer følger i planlagte faser. Vi aftaler målene og en baseline, før arbejdet starter, så hver ændring kan sammenlignes med, hvordan det var før.

    Flere spørgsmål: Tidsplaner
  • Ejerskab og kontrakter

    Hvem ejer koden, dataene og resultaterne, og hvordan kontrakter fungerer.

    Hvem ejer koden og det arbejde, I producerer?

    Den intellektuelle ejendomsret til det arbejde, vi bygger til dig, er din fra den første commit, uden en overdragelse til sidst. Det dækker den specialudviklede kode, dokumentation og andre leverancer, der er lavet til dig. Alt, hvad vi medbringer, som fandtes i forvejen, såsom interne værktøjer eller biblioteker, forbliver vores, og du modtager en licens til at bruge det i dine systemer. Open source-komponenter beholder deres egne licenser, og vi giver dig en liste over dem.

    Vil I underskrive en fortrolighedsaftale?

    Ja. Vi underskriver en gensidig fortrolighedsaftale, før du deler noget fortroligt, på din skabelon eller vores. Alle, der arbejder på dit projekt, er bundet af fortrolighed, uanset om de er XSIS-ansatte eller medlemmer af et udliciteret team.

    Hvem ejer koden og det arbejde, teamet producerer?

    Immaterielle rettigheder til det arbejde, vi bygger til dig, er dine fra det første commit, uden et overdragelsestrin til sidst. Den specialudviklede kode, de design og dokumenter, teamet leverer, ligger i dine egne kodelagre og værktøjer. XSIS-værktøjer, der fandtes i forvejen, forbliver vores og licenseres til dig. Alle på teamet, også ingeniører fra udliciterede teams, er bundet af de samme fortrolighedsvilkår.

    Hvem ejer det arbejde, en tilknyttet ingeniør leverer?

    Immaterielle rettigheder til det arbejde, vi bygger til dig, er dine fra det første commit, uden et overdragelsestrin til sidst. Det arbejde, en ingeniør leverer til dig, ligger i dine egne kodelagre. XSIS-værktøjer, der fandtes i forvejen, forbliver vores og licenseres til dig. Hver ingeniør underskriver vores fortrolighedsvilkår og følger dine sikkerhedspolitikker, mens vedkommende arbejder i dine systemer.

    Hvem ejer det, I leverer?

    Immaterielle rettigheder til det arbejde, vi bygger til dig, er dine fra det første commit, uden et overdragelsestrin til sidst. Det omfatter den specialudviklede software, design og dokumenter, der leveres til dig. Eksisterende værktøjer eller biblioteker fra os, der bruges i projektet, forbliver vores, er navngivet i kontrakten og licenseres til dig.

    Flere spørgsmål: Ejerskab og kontrakter
  • Sikkerhed og data

    Hvordan vi beskytter dine systemer, kode og data, mens vi arbejder.

    Hvordan beskytter I vores systemer, kode og data?

    Adgang gives pr. person, begrænses til det, hver rolle har brug for, og fjernes, når personen forlader projektet. Vi arbejder i dine kodelagre og miljøer, hvis du foretrækker det, bruger multifaktorautentifikation og opbevarer hemmeligheder i et hemmelighedslager, aldrig i koden. Koden gennemgås, før den flettes, afhængigheder scannes, og produktionsdata kopieres ikke til testmiljøer uden maskering. Vi aftaler disse kontroller med dit sikkerhedsteam ved starten.

    Hvor opbevares og behandles vores data?

    Hvor du bestemmer. Vi aftaler placeringen af data, før arbejdet starter, og designer efter den, uanset om data skal blive i ét land, i din egen cloudkonto eller på din egen infrastruktur. Hvor databeskyttelseslove som GDPR gælder, arbejder vi under en databehandleraftale og begrænser personoplysninger til det, arbejdet kræver.

    Bruger jeres ingeniører AI-kodningsværktøjer på vores kode?

    Kun hvis du accepterer det. Vi fortæller dig, hvilke værktøjer vi vil bruge, hvordan de håndterer kode og data, og om noget forlader dit miljø. Hvis du foretrækker det, arbejder vi uden dem. Kode skrevet med AI-hjælp gennemgår samme gennemgang og test som al anden kode, og den ingeniør, der indsender den, er ansvarlig for den.

    Kan vi spore, hvem der har godkendt og sendt en betaling?

    Ja. Godkendelsen forbliver i dit ERP-system med de eksisterende kontroller. Integrationslaget logger hver fil, det opretter, signerer, sender og modtager, med tidsstempler, identifikatorer og den tekniske konto, der blev brugt. Loggen forbinder hver betaling i bankens statusrapport med ERP-bilaget og dets godkendere.

    Holder det kortdata ude af vores systemer?

    Det er formålet med designet. Kortnumre registreres af den certificerede terminal eller en hostet betalingsside og erstattes af tokens i gatewayen, så dit POS-system, dit ERP-system og dine datalagre kun nogensinde ser tokens. Det mindsker den del af dit IT-landskab, som PCI DSS gælder for. Din assessor bekræfter det endelige omfang.

    Flere spørgsmål: Sikkerhed og data
  • Teams og bemanding

    Hvem der arbejder på dit projekt, hvordan de udvælges, og hvordan teams ændrer sig.

    Hvad betyder “interne og udliciterede teams”?

    XSIS beskæftiger egne ingeniører, som leder projekter, sætter den tekniske retning og er ansvarlige for kvaliteten. Når et projekt har brug for mere kapacitet eller en specialkompetence, tilføjer vi ingeniører fra screenede udliciteringspartnere. De arbejder efter de samme standarder, kontrakter og sikkerhedsregler, og du ved altid, hvem der er i dit team, og hvem der ansætter dem.

    Hvad hvis en ingeniør ikke er det rigtige match?

    Du interviewer hver ingeniør, før de tiltræder; ingen blinde placeringer. Hvis nogen ikke er det rigtige match, erstatter vi dem uden omkostninger. Fortæl din leveringsansvarlige, og vi planlægger en overdragelse, så viden bliver i teamet. Det samme gælder, hvis nogen må forlade projektet af personlige årsager.

    Hvordan vælger I ingeniørerne til et dedikeret team?

    Vi tager udgangspunkt i de kompetencer, arbejdet kræver, ikke i hvem der er ledig. Kandidaterne gennemgår tekniske interviews og praktiske opgaver ledet af vores senioringeniører, og vi tjekker deres erfaring i forhold til den slags arbejde, du laver. Derefter sender vi dig deres profiler, og du interviewer dem selv. Ingen kommer med på dit team uden din godkendelse.

    Hvad hvis en ingeniør ikke passer ind?

    Du interviewer hver ingeniør, før vedkommende starter; ingen blinde placeringer. Hvis en person ikke passer ind, erstatter vi vedkommende uden omkostninger. Sig det til din teamleder eller din kundeansvarlige, så snart du ser det. Vi ser også på rollen og briefingen, som nogle gange er den egentlige årsag, og vi planlægger et overlap, så viden bliver overdraget og ikke går tabt.

    Hvordan screener I de ingeniører, I placerer?

    Vores senioringeniører gennemfører tekniske interviews og praktiske opgaver med hver kandidat ud fra din rollebeskrivelse. Vi tjekker deres tidligere arbejde og den slags systemer, de har bygget. Ingeniører fra udliciterede teams gennemgår den samme vurdering som vores egne. Derefter interviewer du dem selv, og kun de personer, du vælger, kommer med.

    Flere spørgsmål: Teams og bemanding
  • Proces og kommunikation

    Hvordan arbejdet planlægges, rapporteres og accepteres.

    Hvordan ser vi fremskridt?

    Du har en navngiven leveringsansvarlig og en fast rytme: planlægning ved starten af hver iteration, en demonstration af fungerende software ved afslutningen og en kort skriftlig rapport om fremdrift, risici og beslutninger. Du kan til enhver tid se backloggen, kodelageret og testresultaterne. Styregruppemøder med dine sponsorer holdes med det interval, du vælger.

    Hvordan håndterer I tidszoner og arbejdstider?

    Vi aftaler arbejdstider med dig, før teamet starter, herunder de timer, hvor teamet og dine medarbejdere overlapper til møder, gennemgange og spørgsmål. Hvor dine brugere eller systemer har brug for dækning uden for de timer, planlægger vi det ind i teamets sammensætning i stedet for at overlade det til tilfældighederne.

    Hvordan holder I kvaliteten ens på tværs af interne og udliciterede ingeniører?

    Alle arbejder efter de samme kodestandarder, testregler og den samme definition of done og bruger de samme pipelines og kontroller. XSIS-ingeniører gennemgår ændringer, før de merges. Kvalitetsproblemer tages op på samme måde for alle, og den leveringsansvarlige handler på dem.

    Hvornår er projektbaseret levering det rigtige valg?

    Når resultatet kan beskrives klart, og du ønsker, at én virksomhed skal være ansvarlig for at nå det: en defineret applikation, en integration, en migrering. Hvis dine prioriteter bliver ved med at ændre sig, eller arbejdet ikke har nogen naturlig afslutning, passer et dedikeret team normalt bedre.

    Kan vi se vores likviditetsposition i løbet af dagen?

    Ja, hvis dine banker leverer intradagsrapporter. De kommer som camt.052- eller MT942-meddelelser eller via et saldo-API. Vi henter dem efter den tidsplan, hver bank understøtter, og viser dem ved siden af kontoudtogene ved dagens afslutning, så dit treasuryteam kan se forventede og faktiske positioner før afskæringstiderne.

    Flere spørgsmål: Proces og kommunikation
  • Teknologi

    De platforme, standarder og værktøjer, vi arbejder med.

    Host-to-host, EBICS eller bank-API’er: hvilke skal vi bruge?

    Det bestemmer banken som regel. Host-to-host-SFTP er den mest udbredte kanal til virksomheders betalingsfiler. EBICS er almindeligt hos banker i Tyskland, Frankrig og nabolandene. Bank-API’er passer til saldi i realtid og øjeblikkelige betalinger, hvor banken tilbyder dem. Mange virksomheder bruger mere end én, og integrationslaget skjuler forskellen for ERP-systemet.

    Skal vi modtage camt.053- eller MT940-kontoudtog?

    Hvor banken tilbyder begge dele, indeholder camt.053 rigere, strukturerede betalingsoplysninger, hvilket gør automatisk afstemning mere pålidelig. MT940 er stadig udbredt og fungerer godt i mange tilfælde. Vi kan modtage begge, konvertere dem til den samme interne model og flytte hver bank fra MT940 til camt.053, når det passer dig og banken.

    Skal salget bogføres i realtid eller i batches?

    Normalt som hændelser tæt på realtid, fordi lager- og salgstal så er aktuelle i løbet af dagen. Nogle ERP-systemer eller licenser gør hyppige bogføringer dyre, så laget kan også samle hændelser i opsummeringer pr. butik og periode. Vi vælger sammen med dig ud fra, hvilke beslutninger der kræver aktuelle data, og hvad ERP-systemet håndterer godt.

    Hvilke POS- og ERP-systemer fungerer det med?

    Designet fungerer med ethvert POS-system, der kan eksportere transaktioner via et API, hændelser eller filer, og med ERP-systemer som SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central og Odoo. Vi bekræfter grænsefladerne i dit konkrete POS- og ERP-system fra starten. At vi nævner et produkt, betyder ikke et partnerskab med leverandøren.

    Hvad er forskellen på en gateway og en indløser?

    Indløseren er den bank eller det licenserede institut, der behandler kortbetalinger for dig og udbetaler pengene. Gatewayen er den tekniske service foran den, som modtager anmodninger fra terminaler og kasser, tokeniserer kort og dirigerer dem videre. Nogle udbydere er begge dele. Designet fungerer i begge tilfælde og holder de to roller klart adskilt.

    Flere spørgsmål: Teknologi
  • Support og drift

    Hvad der sker efter idriftsættelse: support, overvågning og ændringer.

    Hvilken support yder I efter idriftsættelse?

    Vi kan drive og vedligeholde det, vi bygger: overvågning, hændelseshåndtering, sikkerhedsopdateringer og ændringer, efterhånden som din virksomhed og dens partnere ændrer sig. Support aftales skriftligt med svartider, eskaleringskontakter og løbende rapportering.

    Hvad sker der efter projektets afslutning?

    Du vælger. Vi kan overdrage systemet til dit eget team med dokumentation og gennemgange eller fortsætte med at understøtte og videreudvikle det under en supportaftale eller med et dedikeret team. Det aftaler vi, før projektet slutter, så der ikke opstår et hul.

    Hvem håndterer fejlede bogføringer efter idriftsættelsen?

    Det aftales før idriftsættelsen. Normalt håndterer dit team for butiksdrift eller økonomi forretningsfejl, f.eks. en ukendt vare, fra en gennemgangsliste, og det tekniske team håndterer fejl i selve flowet. Vi kan levere den tekniske support som en del af en løbende aftale, med driftsmanualen (runbook) delt med dit team.

    Hvad sker der, når en partner har et nedbrud?

    De øvrige flows kører videre. Beskeder til den partner forsøges igen og sættes derefter i kø, supportteamet får en alarm, og intet går tabt. Når partneren er oppe igen, genafspilles beskederne i køen i rækkefølge. Dashboardet viser, hvilken partner der er berørt, og hvor mange beskeder der venter.

    Hvad sker der, når modellen ikke længere leverer?

    Markeder og kunder ændrer sig, så modeller udsættes for drift. Vi overvåger ydeevnen og de data, modellen ser, advarer dit team, når en af dem ændrer sig, og træner modellen igen gennem en testet pipeline.

    Flere spørgsmål: Support og drift
  • Om XSIS

    Hvem vi er, hvor vi er, og hvordan du kontakter os.

    Hvem er XSIS?

    XSIS er KONG GROUPs teknologivirksomhed. Vi designer, bygger, integrerer og driver software til virksomheder: AI og data, specialudviklet software, web og mobil, cloud og de integrationer, der forbinder ERP-systemer med banker, POS og tredjeparter. Fintech er vores førende branche. Vi leverer gennem vores egne interne ingeniører og screenede udliciterede teams efter ét sæt standarder.

    Hvordan begynder vi at arbejde sammen?

    Fortæl os, hvad du har brug for på kontaktsiden: vælg det team, du vil skrive til, eller bed om at blive ringet op på et tidspunkt, der passer dig. I den første samtale spørger vi ind til dine systemer, begrænsninger og tidsplan og foreslår den arbejdsform, der passer. Er der et match, følger et skriftligt forslag.

    Skal vi have en tilladelse for at bruge open banking?

    Kontooplysningstjenester og betalingsinitiering er regulerede aktiviteter i mange lande. Enten har din virksomhed selv tilladelsen, eller også arbejder du via en autoriseret udbyder, der har den. Hvad der gælder, afhænger af dit land og dit anvendelsestilfælde, og dine juridiske rådgivere og compliancerådgivere bør bekræfte det. Vi bygger integrationen, uanset hvilken vej du vælger.

    Hvilket fintech-arbejde udfører XSIS?

    Fintech er vores førende branche. Vi bygger digitale bank- og tegnebogsapps, betalings- og afregningstjenester, udlånsplatforme, formuerapportering og forsikringsforløb, og vi forbinder dem med banker, kortprocessorer, KYC-udbydere og ERP-systemer. Vi offentliggør ikke kundenavne uden kundernes samtykke, så vi viser vores erfaring gennem de systemer og standarder, vi arbejder med, og i tekniske samtaler med dine arkitekter.

    Kan I arbejde inden for reglerne for offentlige indkøb?

    Ja. Vi besvarer udbud og krav i rammeaftaler, og vi kan arbejde med faste eller etapevise omfang med skriftlige acceptkriterier. Vi leverer den dokumentation, som indkøbere normalt beder om, f.eks. sikkerhedsbeskrivelser, leveringsplaner og navngivne roller, og vi oplyser kun det, vi kan dokumentere. Hvor en rammeaftale har sine egne vilkår, arbejder vi inden for dem.

    Flere spørgsmål: Om XSIS

Start med en samtale, ikke en kontrakt.

Fortæl os, hvad du skal bygge, forbinde eller sikre. En arkitekt gennemgår det med dig og anbefaler derefter, hvor du skal starte.

Det sker der nu

  1. Aftale om tidspunkt

    Vores team sender dig en e-mail for at aftale et tidspunkt for sessionen.

  2. Forhåndskonsultation

    En gratis online forhåndskonsultation på 30 minutter: vi gennemgår dine mål, systemer og begrænsninger.

  3. Parathedsanalyse

    I en gratis parathedsanalyse på 48 timer tjekker en ledende arkitekt dit projekt op mod de 6 punkter i Definition of Ready og anbefaler det spor, der passer.

  4. Valg af spor

    Projekter med et klart omfang modtager et bindende forslag inden for 3 til 5 hverdage. Projekter i konceptfasen starter i Blueprint Studio. Et system i drift, der fejler, er udokumenteret eller skal integreres, starter med en diagnosticering på 1 til 2 uger. Blueprint Studio og diagnosticeringen har hver et fast honorar, som er angivet i forslaget.