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.
Läs mer: Projekt med fastställt resultat och förvaltade tjänster dygnet runtLänk till den här frågan
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.
Läs mer: Synkronisering av försäljning, lager och priser mellan POS och ERPLänk till den här frågan
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.
Läs mer: Kopplingar mellan ERP och tredje partLänk till den här frågan
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.
Läs mer: Stora kvantitativa modeller och tillämpad MLLänk till den här frågan
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.
Läs mer: Paketerade AI-nivåer och förvaltade AI-tjänsterLänk till den här frågan
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.
Läs mer: Paketerade AI-nivåer och förvaltade AI-tjänsterLänk till den här frågan
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.
Läs mer: Dataarkitektur, lakehouse och realtidspipelinesLänk till den här frågan
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.
Läs mer: Datastyrning, suveränitet, integritet och säkerhetLänk till den här frågan
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.
Läs mer: Applikations-, plattforms- och produktteknikLänk till den här frågan
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.
Läs mer: Applikations-, plattforms- och produktteknikLänk till den här frågan
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.
Läs mer: Införande och synkronisering av ERP och CRMLänk till den här frågan
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.
Läs mer: Bank, treasury och ISO 20022-konnektivitetLänk till den här frågan
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.
Läs mer: Mellanprogramvara och API-integrationLänk till den här frågan
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.
Läs mer: Molnteknik, SovereignTech och hybridmigreringLänk till den här frågan
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.
Läs mer: DevOps, plattformsteknik och arbetsmiljöer för AI-kodagenterLänk till den här frågan
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.
Läs mer: SRE, observerbarhet och FinOps för moln och AI-tokensLänk till den här frågan
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.
Läs mer: SRE, observerbarhet och FinOps för moln och AI-tokensLänk till den här frågan
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.
Läs mer: Konvergerat SOC/NOC, motståndskraft och OT/IoT-försvarLänk till den här frågan
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.
Läs mer: Konvergerat SOC/NOC, motståndskraft och OT/IoT-försvarLänk till den här frågan
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.
Läs mer: Projekt med fastställt resultat och förvaltade tjänster dygnet runtLänk till den här frågan
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.
Läs mer: Projekt med fastställt resultat och förvaltade tjänster dygnet runtLänk till den här frågan
Vidareutvecklas systemet löpande?
Ja. Kontinuerlig vidareutveckling av funktioner ingår i tjänsten.
Läs mer: Projekt med fastställt resultat och förvaltade tjänster dygnet runtLänk till den här frågan
Fler frågor
- Kostnad och prissättningVad som styr kostnaden för ett projekt eller ett team, och hur vi gör uppskattningar.29 frågor
- TidsplanerHur lång tid det tar att börja och leverera, och vad som förändrar det.10 frågor
- Ägande och avtalVem som äger koden, datan och resultaten, och hur avtalen fungerar.22 frågor
- Säkerhet och dataHur vi skyddar dina system, din kod och dina data medan vi arbetar.79 frågor
- Team och bemanningVilka som arbetar i ditt projekt, hur de väljs och hur team förändras.30 frågor
- Process och kommunikationHur arbete planeras, rapporteras och godkänns.121 frågor
- TeknikPlattformarna, standarderna och verktygen vi arbetar med.144 frågor
- Om XSISVilka vi är, var vi finns och hur du når oss.6 frågor
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.