Hoppa till innehållet
XSIS

Vanliga frågor

Support och drift

Vad som händer efter driftsättning: support, övervakning och förändring.

29 frågor

Vilken 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.

Vilket stöd ingår i en förvaltad AI-tjänst?

Övervakning, incidentrespons, modelluppdateringar och regelbundna rapporter om kvalitet, användning och kostnad. Svarstiderna fastställs i serviceavtalet, per allvarlighetsgrad.

Kan ett paket senare ersättas av ett skräddarsytt system?

Ja. När du behöver mer skala eller kontroll planerar vi flytten så att dina data, utvärderingsuppsättningar och integrationer följer med.

Kan den dagliga databasadministrationen tas över?

Ja. Vi kan övervaka, patcha, säkerhetskopiera och trimma dina databaser enligt ett supportavtal, med svarstider och rapportering avtalade skriftligt. Om du hellre driver dem själv dokumenterar vi varje procedur och utbildar ditt team före överlämningen. Du kan också dela upp arbetet och behålla rutinuppgifterna internt men anlita oss för uppgraderingar, migreringar och incidenter.

Vad händer efter projektet?

Kvalitetsövervakning, nyckelrotation, åtkomstgenomgångar och klassificering av ny data måste fortsätta. Vi överlämnar dessa procedurer till ditt team med driftsmanualer och utbildning, eller driver dem tillsammans med dig enligt ett supportavtal.

Vad händer efter driftsättning?

Du väljer. Vi kan förvalta och bygga ut systemet enligt ett avtal med svarstider och övervakning. Eller så överlämnar vi det till ditt team med koden, dokumentationen och en överlappningsperiod.

Hur levereras och styrs skrivbordsuppdateringar?

Varje release är kodsignerad, så varje enhet kan kontrollera att den inte har ändrats. Releaser går ut genom dina verktyg för enhetshantering eller en inbyggd uppdaterare, först till en pilotgrupp och sedan till alla. Om en release orsakar problem kan enheterna gå tillbaka till föregående version.

Vad händer när ERP:t uppgraderas?

Vi bygger på de gränssnitt leverantören publicerar, inte på databastabeller eller skärmar, så de flesta uppgraderingar lämnar integrationen orörd. Före en uppgradering går vi igenom releaseanteckningarna mot varje gränssnitt och kör testsviten på det uppgraderade testsystemet.

Vad händer när en bank ändrar sitt format?

Bankerna aviserar formatändringar i förväg, som många gjorde vid övergången från SWIFT MT till ISO 20022. Vi följer dessa aviseringar för de banker vi ansluter, bedömer påverkan och planerar ändringen och dess tester med banken före bankens tidsfrist.

Hur hanteras ändringar i API-versioner?

För de API:er du publicerar versionerar vi dem, håller gamla versioner igång under en överenskommen period och meddelar konsumenterna vad som ändras. För de API:er du anropar följer vi varje partners utfasningsmeddelanden och testar nya versioner i deras sandlåda. Kontraktstester fångar en oaviserad ändring innan den når produktion.

Kan infrastrukturen drivas efter projektet?

Ja, om du vill att vi gör det. Enligt ett supportavtal övervakar vi IT-miljön, tillämpar uppdateringar och svarar på incidenter inom de tider vi kommer överens om med dig. Vi rapporterar också om kapacitet och risker. Om du hellre driver det själv planeras driftsmanualerna och överlämningen från början.

Kan teamet drifta plattformen efteråt?

Det är målet. Allt är definierat som kod och dokumenterat, och dina ingenjörer granskar och godkänner ändringar tillsammans med oss från början. Om du hellre vill att vi fortsätter drifta plattformen kan det ske enligt ett avtal om förvaltade tjänster.

Vad tillför site reliability engineering utöver vanlig övervakning?

Övervakning berättar att något är fel. SRE avgör hur tillförlitlig varje tjänst måste vara, mäter den mot målet och lägger ingenjörstid på orsakerna till fel i stället för på upprepad brandkårsutryckning. Resultatet är färre incidenter, kortare sådana och en tydlig regel för när tillförlitlighetsarbete går före nya funktioner.

Kan XSIS ta över vår jour?

Ja, helt eller vid sidan av ditt team. Enligt ett avtal om förvaltade tjänster bevakar vi larmen dygnet runt och svarar inom de tider som gäller för varje allvarlighetsgrad, från ett kritiskt avbrott till en mindre begäran. Varje betydande incident får en skriftlig genomgång av orsaken och av den ändring som hindrar den från att hända igen.

Varför slå samman SOC och NOC?

Eftersom många incidenter är båda. Ett långsamt system kan vara ett angrepp, och ett angrepp visar sig ofta först som ett prestandaproblem. Ett team med en gemensam bild av säkerhets- och nätverkshändelser hittar orsaken snabbare och undviker två team som arbetar mot varandra.

Hur snabbt svaras det på en incident?

Svarstider och lösningstider fastställs för varje allvarlighetsgrad, från ett kritiskt avbrott eller intrång till en mindre begäran, och skrivs in i ditt avtal. De finns listade på vår sida om servicenivåer.

Drivs plattformarna efter att de är byggda?

Om du vill. Våra ingenjörer kan driva plattformen dygnet runt enligt ett avtal om förvaltade tjänster, med svarstider per allvarlighetsgrad, eller lämna över den till ditt team med driftsmanualer och utbildning.

Vad händer vid en säkerhetsincident?

Följ din svarsplan och ring kontaktpersonerna där. Om vi förvaltar dina system är din XSIS-kontakt en av dem. Vi arbetar med ditt team för att begränsa incidenten, bevara bevisen, återställa driften och hitta orsaken. Efteråt får du en skriftlig genomgång av vad som hände och vilka ändringar som förhindrar en upprepning.

Räcker en bedömning?

Det är en bra början, men system, människor och angripare förändras. Därför är hanteringen av exponering kontinuerlig: skanning utan uppehåll, ny testning efter betydande ändringar och regelbunden genomgång av åtkomst. Vi kan göra det enligt ett avtal om förvaltade tjänster eller utbilda ditt team att göra det.

Kan säkerhetsövervakning för OT och IT köras tillsammans?

Ja. Vårt konvergerade SOC och NOC bevakar OT och IT i en vy, jagar hot och automatiserar svaret där det är säkert att göra det. Det körs som en förvaltad tjänst under överenskomna servicenivåer.

Vem förvaltar integrationen efter driftsättning?

Vi kan övervaka och förvalta den enligt ett supportavtal, eller överlämna den till ditt team med dokumentation, larm och en driftsmanual. Oavsett vilket hamnar ett misslyckat meddelande i en kö med orsaken, så att det kan åtgärdas och köras om i stället för att förloras.

Kan integrationerna övervakas efter driftsättning?

Ja, enligt ett supportavtal. Vi bevakar meddelandeflöden och partneranslutningar, larmar vid fel och eftersläpningar och åtgärdar eller kör om misslyckade meddelanden. Om du hellre vill driva det själv överlämnar vi det till ditt team med instrumentpaneler och driftsmanualer.

Vad omfattar den förvaltade tjänsten?

Resultatstyrda förvaltade applikationstjänster: L2- och L3-support, SLA-styrning och kontinuerlig vidareutveckling, dygnet runt.

När börjar den förvaltade tjänsten?

När systemet går i drift, eller när ett befintligt system behöver en ägare för sina servicenivåer och incidenter.

Vidareutvecklas systemet löpande?

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

  1. Vi enas om en tid

    Vårt team mejlar dig för att enas om en tid för samtalet.

  2. Förberedande samtal

    En kostnadsfri förkonsultation online i 30 minuter: vi går igenom dina mål, system och begränsningar.

  3. 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.

  4. 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.