Vanliga frågor
Alla frågor som besvaras på den här webbplatsen, samlade efter ämne. Sök bland dem eller öppna ett ämne för svaren. Varje sida för tjänster, branscher och integrationer har också sina egna frågor.
Ämnen
Kostnad och prissättning
Vad som styr kostnaden för ett projekt eller ett team, och hur vi gör uppskattningar.
Fler frågor: Kostnad och prissättningHur uppskattas kostnaden?
Vi beräknar kostnaden utifrån omfattningen, inte utifrån en prislista. Efter ett första samtal delar vi upp arbetet i delar, bedömer varje del och skriver ned antagandena bakom uppskattningen. Det som främst styr är antalet system och integrationer, skicket på din data, säkerhets- och regelkrav, testningen som behövs och teamets senioritet. Du får en skriftlig uppskattning med alternativ, så att du kan välja vad som ska göras först. Du ser priset och tidsplanen innan vi börjar.
Påverkar blandningen av egna ingenjörer och ingenjörer i externa team kostnaden?
Det kan den göra. Kostnaden beror på vilka roller, vilken senioritet och vilken kompetens arbetet kräver och på vem som kan bidra med dem. Du ser priset och tidsplanen innan vi börjar. Varje ändring av blandningen kommer vi överens om med dig först.
Vad styr kostnaden för arbetet med kundupplevelse?
Vilka kundresor och kanaler som ingår, hur mycket undersökningar som behövs, skicket på din befintliga data och om vi också bygger ändringarna. Undersökning och design kan avgränsas i steg, så att du kan granska resultaten innan du binder dig till leveransen.
Vad är tokenekonomi?
Språkmodeller betalas efter hur mycket text de läser och skriver, mätt i tokens. Tokenekonomi uppskattar den driftkostnaden per användningsfall och hur cachning och mindre modeller kan sänka den.
Hur verifieras avkastningen på AI?
Varje användningsfall får ett mått och ett utgångsvärde innan arbetet börjar, som sparade timmar, undvikna fel eller ökade intäkter. Piloten bedöms mot det måttet innan nästa fas finansieras.
Tidsplaner
Hur lång tid det tar att börja och leverera, och vad som förändrar det.
Fler frågor: TidsplanerHur snart kan arbetet börja?
Det beror på vilket team du behöver och vad som måste vara på plats först: avtalet, åtkomst till dina system, säkerhetsgranskningar och, för integrationer, dina partners testmiljöer. Vi berättar vad vi behöver från dig och när och bekräftar ett startdatum i förslaget. Förstudiearbete kan ofta börja medan åtkomsten ordnas.
Hur lång tid tar ett projekt?
Det beror på omfattningen, hur många system och team som berörs, hur snabbt beslut fattas och hur redo tredje part som banker eller leverantörer är. Efter förstudien får du en plan med milstolpar och deras beroenden, och vi rapporterar mot den under hela projektet.
Hur testas kopplingen före driftsättning?
Varje bank tillhandahåller en testmiljö eller en testprocess. Vi kommer överens om en uppsättning testfall med banken, som täcker varje betalningstyp, avvisningar och kontoutdrag, kör dem och sparar underlaget. När banken godkänt går vi i drift med en liten första betalningskörning och jämför resultaten innan resten flyttas.
Hur rullas det här ut i många butiker?
Vi börjar med en pilot i några butiker och jämför deras summor med nuvarande process varje dag. När summorna stämmer rullar vi ut i grupper, i en takt som butiksdriftens team kan stödja. Den gamla processen finns kvar för varje butik tills det nya flödet har visat sig fungera.
När syns resultaten?
Små åtgärder, som ett tydligare meddelande eller ett borttaget steg, kan släppas tidigt. Större ändringar av tjänster och system följer i planerade steg. Vi avtalar måtten och en baslinje innan arbetet börjar, så att varje ändring kan jämföras med hur det var före den.
Ägande och avtal
Vem som äger koden, datan och resultaten, och hur avtalen fungerar.
Fler frågor: Ägande och avtalVem äger koden och det arbete som produceras?
De immateriella rättigheterna till arbetet vi bygger för dig tillhör dig från första commit, utan något överlåtelsesteg på slutet. Det omfattar den skräddarsydda koden, dokumentationen och andra leverabler som görs för dig. Det vi tar med oss som fanns sedan tidigare, som interna verktyg eller bibliotek, förblir vårt, och du får en licens att använda det i dina system. Komponenter med öppen källkod behåller sina egna licenser, och vi listar dem åt dig.
Skrivs ett sekretessavtal?
Ja. Vi skriver på ett ömsesidigt sekretessavtal innan du delar något konfidentiellt, på din eller vår mall. Alla som arbetar i ditt projekt omfattas av sekretesskyldigheter, vare sig de är anställda av XSIS eller medlemmar i ett externt team.
Vem äger koden och det arbete teamet tar fram?
Immateriella rättigheter till det arbete vi bygger för dig är dina från första commit, utan något överlåtelsesteg på slutet. Den skräddarsydda koden, designen och dokumenten som teamet tar fram ligger i dina egna kodförråd och verktyg. Verktyg från XSIS som fanns före projektet förblir våra och licensieras till dig. Alla i teamet, även ingenjörer från externa team, omfattas av samma sekretessvillkor.
Vem äger det arbete en ingenjör i teamförstärkning tar fram?
Immateriella rättigheter till det arbete vi bygger för dig är dina från första commit, utan något överlåtelsesteg på slutet. Det arbete en ingenjör tar fram för dig ligger i dina egna kodförråd. Verktyg från XSIS som fanns före projektet förblir våra och licensieras till dig. Varje ingenjör skriver under våra sekretessvillkor och följer dina säkerhetsregler när hen arbetar i dina system.
Vem äger det som levereras?
Immateriella rättigheter till det arbete vi bygger för dig är dina från första commit, utan något överlåtelsesteg på slutet. Det omfattar den skräddarsydda mjukvaran, designen och dokumenten som levereras till dig. Befintliga verktyg eller bibliotek från oss som används i projektet förblir våra, namnges i avtalet och licensieras till dig.
Säkerhet och data
Hur vi skyddar dina system, din kod och dina data medan vi arbetar.
Fler frågor: Säkerhet och dataHur skyddas våra system, vår kod och våra data?
Åtkomst ges per person, begränsas till vad varje roll behöver och tas bort när personen lämnar projektet. Vi arbetar i dina repon och miljöer om du föredrar det, använder flerfaktorsautentisering och förvarar hemligheter i ett valv, aldrig i koden. Koden granskas innan den slås samman, beroenden skannas och produktionsdata kopieras inte till testmiljöer utan maskning. Vi enas om dessa kontroller med ditt säkerhetsteam i början.
Var lagras och behandlas våra data?
Där du bestämmer. Vi enas om var datan ska ligga innan arbetet börjar och utformar för det, vare sig den måste stanna i ett land, i ditt eget molnkonto eller i dina egna lokaler. Där dataskyddslagar som GDPR gäller arbetar vi enligt ett personuppgiftsbiträdesavtal och begränsar personuppgifterna till vad arbetet behöver.
Använder ingenjörerna AI-kodningsverktyg på vår kod?
Bara om du godkänner det. Vi berättar vilka verktyg vi skulle använda, hur de hanterar kod och data och om något lämnar din miljö. Om du föredrar det arbetar vi utan dem. Kod som skrivits med AI-stöd går igenom samma granskning och testning som all annan kod, och ingenjören som lämnar in den ansvarar för den.
Går det att spåra vem som godkände och skickade en betalning?
Ja. Godkännandet stannar i ERP-systemet med dess befintliga kontroller. Integrationslagret loggar varje fil det skapar, signerar, skickar och tar emot, med tidsstämplar, identifierare och det tekniska konto som används. Loggen kopplar varje betalning i bankens statusrapport tillbaka till ERP-dokumentet och dess godkännare.
Håller det här kortdata borta från dina system?
Det är syftet med designen. Kortnummer tas emot av den certifierade terminalen eller en hostad betalsida och ersätts av tokens i gatewayen, så att ditt POS-system, ERP-system och dina datalager bara ser tokens. Det minskar den del av din miljö som PCI DSS omfattar. Din granskare bekräftar den slutliga omfattningen.
Team och bemanning
Vilka som arbetar i ditt projekt, hur de väljs och hur team förändras.
Fler frågor: Team och bemanningVad betyder ”egna och externa team”?
XSIS anställer sina egna ingenjörer, som leder projekt, sätter den tekniska inriktningen och ansvarar för kvaliteten. När ett projekt behöver mer kapacitet eller en specialistkompetens tillför vi ingenjörer från granskade outsourcingpartner. De arbetar enligt samma standarder, avtal och säkerhetsregler, och du vet alltid vilka som är i ditt team och vilka som anställer dem.
Vad händer om en ingenjör inte passar?
Du intervjuar varje ingenjör innan den börjar; inga blinda placeringar. Om någon inte passar ersätter vi den utan kostnad. Säg till din leveransansvarige, och vi planerar en överlämning så att kunskapen stannar i teamet. Samma sak gäller om någon måste lämna projektet av egna skäl.
Hur väljs ingenjörerna till ett dedikerat team?
Vi utgår från kompetensen arbetet kräver, inte från vem som är ledig. Kandidaterna går igenom tekniska intervjuer och praktiska övningar som leds av våra seniora ingenjörer, och vi kontrollerar deras erfarenhet mot den typ av arbete du har. Sedan skickar vi deras profiler och du intervjuar dem själv. Ingen börjar i ditt team utan ditt godkännande.
Vad händer om en ingenjör inte passar? (AI-native produktteam)
Du intervjuar varje ingenjör innan hen börjar; ingen placeras utan din granskning. Om någon inte passar byter vi ut personen utan kostnad. Säg till din teamledare eller din kontakt hos oss så snart du ser det. Vi tittar också på rollen och rollbeskrivningen, som ibland är den verkliga orsaken, och planerar en överlappning så att kunskapen lämnas över och inte går förlorad.
Hur granskas ingenjörerna som placeras?
Våra seniora ingenjörer genomför tekniska intervjuer och praktiska övningar för varje kandidat utifrån din rollbeskrivning. Vi går igenom tidigare arbete och vilken typ av system personen har byggt. Ingenjörer från externa team går igenom samma bedömning som våra egna. Sedan intervjuar du dem själv, och bara de personer du väljer börjar.
Process och kommunikation
Hur arbete planeras, rapporteras och godkänns.
Fler frågor: Process och kommunikationHur ser vi framstegen?
Du har en namngiven leveransansvarig och en fast rytm: planering i början av varje iteration, en demonstration av fungerande programvara i slutet och en kort skriftlig rapport om framsteg, risker och beslut. Du kan se backloggen, kodrepot och testresultaten när som helst. Styrgruppsmöten med dina sponsorer hålls med det intervall du väljer.
Hur hanteras tidszoner och arbetstider?
Vi kommer överens om arbetstiderna med dig innan teamet startar, inklusive de timmar då teamet och din personal överlappar för möten, genomgångar och frågor. När dina användare eller system behöver täckning utanför dessa tider planerar vi in det i teamets sammansättning i stället för att lämna det åt slumpen.
Hur hålls kvaliteten densamma för egna ingenjörer och ingenjörer i externa team?
Alla arbetar efter samma kodstandard, testregler och definition of done och använder samma pipelines och kontroller. Ingenjörer från XSIS granskar ändringar innan de sammanfogas. Kvalitetsproblem tas upp på samma sätt för alla, och den leveransansvarige agerar på dem.
När är projektbaserad leverans rätt val?
När resultatet går att beskriva tydligt och du vill att ett företag ansvarar för att nå det: en definierad applikation, en integration, en migrering. Om prioriteringarna kommer att ändras löpande, eller arbetet saknar naturligt slut, passar ett dedikerat team oftast bättre.
Går det att se kassapositionen under dagen?
Ja, om dina banker tillhandahåller rapporter under dagen. De kommer som camt.052- eller MT942-meddelanden eller via ett saldo-API. Vi hämtar dem enligt det schema varje bank stöder och visar dem bredvid kontoutdragen vid dagens slut, så att treasuryteamet ser förväntade och faktiska positioner före stopptiderna.
Teknik
Plattformarna, standarderna och verktygen vi arbetar med.
Fler frågor: TeknikHost-to-host, EBICS eller bank-API:er, vilket bör användas?
Banken bestämmer oftast. Host-to-host-SFTP är den vanligast erbjudna kanalen för företags betalningsfiler. EBICS är vanligt hos banker i Tyskland, Frankrike och grannländer. Bank-API:er passar för saldon i realtid och omedelbara betalningar där banken erbjuder dem. Många företag använder mer än en kanal, och integrationslagret döljer skillnaden för ERP-systemet.
Bör camt.053 eller MT940 användas för kontoutdrag?
Där banken erbjuder båda innehåller camt.053 rikare, strukturerad betalningsinformation, vilket gör automatisk matchning mer tillförlitlig. MT940 används fortfarande brett och fungerar bra i många fall. Vi kan ta emot båda, omvandla dem till samma interna modell och flytta varje bank från MT940 till camt.053 när det passar dig och banken.
Bör försäljning bokföras i realtid eller i satser?
Vanligen som händelser nära realtid, eftersom lager- och försäljningssiffrorna då är aktuella under dagen. Vissa ERP-system eller licenser gör täta bokföringar kostsamma, så lagret kan också gruppera händelser till sammanställningar per butik och period. Vi väljer tillsammans utifrån vilka beslut som behöver aktuell data och vad ERP-systemet hanterar väl.
Vilka POS- och ERP-system fungerar det här med?
Designen fungerar med alla POS-system som kan exportera transaktioner via API, händelser eller filer, och med ERP-system som SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central och Odoo. Vi bekräftar gränssnitten i ditt specifika POS- och ERP-system i början. Att ett produktnamn nämns betyder inte att vi är partner med leverantören.
Vad är skillnaden mellan en gateway och en acquirer?
Acquirern är banken eller den licensierade institution som hanterar kortbetalningar åt dig och betalar ut pengarna. Gatewayen är den tekniska tjänsten framför som tar emot begäranden från terminaler och kassor, tokeniserar kort och dirigerar dem. Vissa leverantörer är båda. Designen fungerar oavsett och håller de två rollerna åtskilda.
Support och drift
Vad som händer efter driftsättning: support, övervakning och förändring.
Fler frågor: Support och driftVilken support ges efter driftsättning?
Vi kan driva och förvalta det vi bygger: övervakning, incidenthantering, säkerhetsuppdateringar och ändringar när din verksamhet och dess partner förändras. Supporten avtalas skriftligt, med svarstider, eskaleringskontakter och regelbunden rapportering.
Vad händer när projektet är slut?
Du väljer. Vi kan lämna över systemet till ditt eget team med dokumentation och genomgångar, eller fortsätta att supporta och vidareutveckla det enligt ett supportavtal eller med ett dedikerat team. Detta kommer vi överens om innan projektet tar slut, så att det inte uppstår något glapp.
Vem hanterar misslyckade bokföringar när det är i drift?
Det kommer vi överens om före driftsättningen. Vanligen hanterar ditt butiksdriftsteam eller din finansfunktion affärsfel, som en okänd artikel, från en granskningslista, och det tekniska teamet hanterar fel i själva flödet. Vi kan stå för den tekniska supporten som en del av ett löpande avtal, med driftsmanualerna delade med ditt team.
Vad händer när en partner har ett avbrott?
Resten av flödena fortsätter att köra. Meddelanden till den partnern görs om och köas sedan, supportteamet larmas och inget går förlorat. När partnern är tillbaka spelas köade meddelanden upp i ordning. Instrumentpanelen visar vilken partner som berörs och hur många meddelanden som väntar.
Vad händer när modellen slutar prestera?
Marknader och kunder förändras, så modeller driver. Vi övervakar prestandan och datan modellen ser, larmar ditt team när något av dem skiftar och tränar om modellen genom en testad pipeline.
Om XSIS
Vilka vi är, var vi finns och hur du når oss.
Fler frågor: Om XSISVilka är XSIS?
XSIS är teknikbolaget i KONG GROUP. Vi utformar, bygger, integrerar och driver programvara för företag: AI och data, skräddarsydd programvara, webb och mobil, moln samt integrationerna som kopplar ERP-system till banker, POS-system och tredje parter. Fintech är vår ledande bransch. Vi levererar genom våra egna ingenjörer och granskade externa team, under en gemensam uppsättning standarder.
Hur börjar vi arbeta tillsammans?
Berätta vad du behöver på kontaktsidan: välj vilket team du vill skriva till eller be om en återuppringning vid en tid som passar dig. I det första samtalet frågar vi om dina system, begränsningar och tidsplan och föreslår det arbetssätt som passar. Om vi passar varandra följer ett skriftligt förslag.
Krävs det tillstånd för att använda open banking?
Kontoinformation och betalningsinitiering är reglerade verksamheter i många länder. Antingen har ditt företag tillståndet, eller så arbetar du via en licensierad leverantör som har det. Vilket som gäller beror på ditt land och ditt användningsfall, och dina juridiska rådgivare och regelefterlevnadsspecialister bör bekräfta det. Vi bygger integrationen för den väg du väljer.
Vilket fintecharbete gör XSIS?
Fintech är vår ledande bransch. Vi bygger digitala bank- och plånboksappar, betalnings- och avräkningstjänster, utlåningsplattformar, förmögenhetsrapportering och köpflöden för försäkringar, och vi kopplar dem till banker, kortprocessorer, KYC-leverantörer och ERP-system. Vi publicerar inte kundnamn utan deras samtycke, så vi visar vår erfarenhet genom systemen och standarderna vi arbetar med, och i tekniska samtal med dina arkitekter.
Kan arbetet ske inom reglerna för offentlig upphandling?
Ja. Vi svarar på anbud och ramavtalskrav och kan arbeta med fasta eller stegvisa omfattningar med skriftliga acceptanskriterier. Vi tar fram den dokumentation köpare brukar begära, som säkerhetsbeskrivningar, leveransplaner och namngivna roller, och uppger bara det vi kan styrka. Där ett ramavtal har egna villkor arbetar vi inom dem.
Börja med ett samtal, inte ett avtal.
Berätta vad du behöver bygga, koppla samman eller skydda. En arkitekt går igenom det med dig och rekommenderar sedan var du ska börja.
Vad som händer härnäst
Vi enas om en tid
Vårt team mejlar dig för att enas om en tid för samtalet.
Förberedande samtal
En kostnadsfri förkonsultation online i 30 minuter: vi går igenom dina mål, system och begränsningar.
Mognadsgenomgång
I en kostnadsfri mognadsgenomgång på 48 timmar prövar en ledande arkitekt ditt projekt mot de sex kriterierna för Definition of Ready och rekommenderar det spår som passar.
Val av spår
Projekt med tydlig omfattning får ett bindande förslag inom 3 till 5 arbetsdagar. Projekt i konceptfasen börjar i Blueprint Studio. Ett system i drift som fallerar, är odokumenterat eller behöver integreras börjar med en diagnostik på 1 till 2 veckor. Blueprint Studio och diagnostiken har var sitt fasta pris som anges i förslaget.