Ägande, överlämning och kontinuitet

ReApptor kan naturligtvis underhålla och bygga ut lösningen. Vilket erfaret .NET / React-utvecklingsteam som helst kan också underhålla den, efter onboarding.

Vi kan stödja detta genom att tillhandahålla:

• Dokumentation av arkitektur och datamodell
• Onboardingsessioner för tredjepartsutvecklare
• Formaliserade paket för kunskapsöverföring, om så önskas

Vi har också referenser där ett externt utvecklingsteam har levererat och underhållit en kundspecifik lösning på ReApptor, med teknisk support och vägledning från ReApptor vid behov.

Eftersom kunden får en helt fristående utvecklings- och körmiljö (separat Jira-arbetsyta, Git/Bitbucket-kodförråd, Terraform/IaC och en dedikerad AWS-miljö) är beroendegraden jämförbar med den som gäller för vilken professionell leverantör som helst som levererar och supporterar ett skräddarsytt affärssystem.

Ni blir inte inlåsta i en ogenomskinlig ”svart låda”:

• Er lösning består av läsbar standardkod, dokumenterade datastrukturer och transparent konfiguration som kan förstås och återanvändas.
• Om ni vid något tillfälle beslutar att ta in fler utvecklare eller en annan leveranspartner är det både tekniskt och organisatoriskt genomförbart, eftersom lösningen förvaltas i vanliga ingenjörsverktyg och kodförråd.

Vi gör detta uttryckligt genom:

• Tydliga villkor om IPR och ägande
• Uttryckliga dokumentationsleverabler
• Valfria upplägg för källkodsdeponering (escrow)/kontinuitet

Lösningen är som standard utformad för att vara portabel, eftersom den levereras som en standardkodbas och inte som logik inlåst i en proprietär körmiljö.

Portabilitet i praktiken

Lösningen kan köras lokalt på en utvecklardator (macOS / Windows) utan andra externa beroenden än standardverktyg för utveckling (och den kan driftas utan att vara beroende av någon proprietär ReApptor-körmiljö).

Molndriftsättningen är inte låst till AWS: den kan flyttas till alternativa molnplattformar (t.ex. Azure eller Google Cloud) utan att applikationsarkitekturen ändras eller koden skrivs om.

Överlämningen omfattar inte bara applikationskoden utan även driftsättningsautomatiseringen (CI/CD) samt integrationer med verktyg för övervakning/loggning (t.ex. Site24x7 / Splunk) och utvecklingsverktyg (Jira / Bitbucket), beroende på vad som används i målmiljön.

Frihet att behålla, ersätta eller skriva om delar

Återanvändbara tjänster/komponenter som ingår i den levererade lösningen kan behållas som de är, byggas ut eller vid behov ersättas med alternativa implementationer (de är inte beroende av en sluten plattformsmotor).

Källkod och leveranstillgångar

Från dag ett får kunden i granskningssyfte läsåtkomst till kodförråden med kundspecifika tillgångar, inklusive källkod, CI/CD och driftsättningsskript. Åtkomst på ägarnivå till överförda kodförråd och operativ kontroll ges genom den överenskomna processen för avslut och överlämning.

Alternativ och villkor vid avslut

Lösningen levereras som ren, för människor läsbar kod samt skript och tjänster i linje med moderna ingenjörsstandarder, vilket möjliggör underhåll och vidareutveckling av externa team vid behov.

Kunden äger kundspecifika tillgångar, inklusive sin applikationskod, sina automatiseringsskript och sina driftsättningstillgångar. ReApptor-plattformen, generiska komponenter (Generic Components) och tredjepartsrättigheter är fortsatt underkastade de överenskomna villkoren och sina tillämpliga licenser.

Avslutet följer de överenskomna villkoren, och alla IPR- och överlämningsskydd fortsätter att gälla. Stöd vid avslut finns i upp till tre månader efter att samarbetet har upphört. Grundläggande överlämning är kostnadsfri, med valfria betalda övergångstjänster.

Ja.

Läsbar kod

Hela lösningen levereras som en standardkodbas (.NET/C# + React/TypeScript) i ert kundförråd (Git/Bitbucket). Affärsreglerna finns i vanlig applikationskod och vanliga konfigurationsfiler, inte i ett proprietärt skriptspråk.

Strukturerad dokumentation (överlämningspaket)

Överlämningen omfattar dokumentation, till exempel:

• Datamodell (entiteter, relationer, centrala enum-typer/statusflöden)
• Arbetsflödesbeskrivningar för överenskomna kundprocesser och orderstatusflöden
• Integrationsspecifikationer (ändpunkter i kundens ERP, synkroniseringsriktningar, mappning)
• Driftinstruktioner (runbooks) för miljö/driftsättning (CI/CD, hemligheter, säkerhetskopior, övervakning)
• Versionsanteckningar och backlogghistorik (Jira)

Ingenting är i sig låst till en proprietär körmiljö, eftersom den levererade lösningen körs som ett fristående system. I praktiken begränsas ”kopplingen” till standardval som alla system har:

• Molnets grundtjänster (relationsdatabas + objektlagring + övervakning), som är utbytbara (AWS ↔ Azure ↔ GCP) utan att applikationsarkitekturen ändras.
• Verktygsval (Jira/Bitbucket, övervakningsstack) som kan bytas ut genom att pipelines och observerbarhetsinställningar konfigureras om.
• Integrationskopplingar (t.ex. synkroniseringen med kundens ERP) är vanliga kodmoduler; de kan behållas, ändras eller ersättas.

Om ni vill ha en uttrycklig skrivning i de överenskomna villkoren kan vi definiera ”plattformskopplade komponenter” som en lista (och avsiktligt hålla den minimal/tom om ni inte begär något annat).

Det beror främst på vad ”avslut” innebär:

Avslut med byte till en annan leverantör, samma lösning behålls (vanligast)

Ett annat team tar över ert kodförråd, CI/CD och era miljöer och fortsätter utvecklingen.

Insatsen består främst av överlämning + onboarding, inte nyutveckling.

Flytt av driften från AWS till Azure/GCP (lift-and-shift)

Återskapa infrastrukturen (IaC), migrera databasen, migrera filerna, uppdatera hemligheter/övervakning och validera.

Applikationen behöver inte skrivas om.

Fullständig ombyggnad på en annan arkitektur/produkt (minst vanligt)

Detta är en verklig nyimplementering, och insatsen styrs av den funktionella omfattningen, inte av ”low-code-inlåsning”.

För att göra kostnaden vid avslut förutsägbar kan vi definiera en standardiserad övergångsprocess: överlämning av kod + IaC, dokumentationspaket, sessioner för kunskapsöverföring och ett fast övergångsfönster.

Övergångsinsatsen kan omfatta:

• Överlämningsarbete (dokumentation + kunskapsöverföring)
• Migrering av miljön (om ni byter moln/verktyg)
• Validering/testning

Den kommersiella kostnaden vid avslut kan göras uttrycklig och avgränsad:

• Kunden äger projektleverablerna (kod, skript, driftsättningstillgångar) enligt IPR-villkoren.
• Om ni vill ha kontinuitetsskydd kan vi ta med ett valfritt övergångsvillkor (t.ex. en definierad supportperiod till standardpriser; valfri källkodsdeponering; inga dolda avgifter för ”upplåsning”).

Det finns ingen separat minimiavgift för avslut.

Valfritt övergångsstöd: 20–40 timmar, eller ett fast migreringspaket med fullt stöd på 60 timmar, som debiteras enligt timpriserna i vår prislista. Kunden kan välja något av alternativen eller inget av dem. Grundläggande åtkomst och överlämning är kostnadsfria.

Den faktiska insatsen beror på den övertagande leverantörens förmåga och på hur väl förberedd leverantören är.

Vi kan också definiera ”överlämningspaketet” uttryckligen (dokumentationsuppsättning, överlämning av driftsättningen, export av miljön och sessioner för kunskapsöverföring), så att kostnaden vid avslut förblir förutsägbar och inte blir obegränsad.

Ja. På kundens begäran kan ett separat upplägg för källkodsdeponering (escrow) inrättas hos en neutral deponeringsagent som parterna gemensamt har kommit överens om.

Det deponerade materialet kan lämnas ut om ReApptor försätts i konkurs eller blir insolvent, varaktigt upphör med sin affärsverksamhet, träder i likvidation eller väsentligt bryter mot de överenskomna villkoren och inte åtgärdar överträdelsen inom den överenskomna tiden.

Det utlämnade materialet får användas av kunden för att drifta, underhålla och vidareutveckla sin egen lösning. Ingen äganderätt till ReApptors IPR eller generiska komponenter (Generic Components) övergår genom deponeringsupplägget.

Kostnader för deponeringsagenten och administrationen ingår inte i de återkommande licens- eller underhållsavgifterna och bärs normalt av kunden.

Kunden har fortfarande full teknisk kontroll för att drifta och vidareutveckla lösningen, eftersom:

Åtkomst till och ägande av källkod

Kunden äger kundspecifika tillgångar och har läsåtkomst till kodförråden från dag ett. Åtkomst på ägarnivå till kodförråden och operativ kontroll överförs genom den överenskomna processen för avslut och överlämning. ReApptor-plattformen, generiska komponenter (Generic Components) och tredjepartsrättigheter behåller sina tillämpliga ägande- och licensvillkor.

Inget ”svart låda-beroende”

Den levererade lösningen är en standardkodbas och en standardmässig driftsättningsuppsättning som vid behov kan underhållas av ett annat kvalificerat team.

Alternativ för operativ kontinuitet (ytterligare skydd)

ReApptor Oy har ett partnerskapsupplägg med WeAre Solutions, som har förmåga och teamkapacitet att stödja lösningar baserade på ReApptor-plattformen om kontinuitetsstöd behövs.

Kontinuitetsskydd (kan överenskommas uttryckligen)

Vi är öppna för att formalisera kontinuitetsskydd i de överenskomna villkoren, till exempel:

• Källkodsdeponering (escrow) hos en neutral tredje part
• Utökade rättigheter till åtkomst och överlämning för kunden (överlämningspaket, dokumentationsleverabler)
• Kontinuitetsvillkor som anger förfaranden och rättigheter vid förvärv, ändrad affärsmodell eller nedläggning

Försäkring och förtroenderamverk

• ReApptor har en ansvarsförsäkring som täcker upp till 1 000 000 €.
• ReApptor är medlem i programmet Reliable Partner (Vastuu Group), med verifierad regelefterlevnad, försäkring och de juridiska/operativa förutsättningar som krävs för en tillförlitlig leverans.

Om ReApptor skulle upphöra med sin verksamhet är målet att kunden behåller:

• Hela lösningens kod
• Data och databasschema
• Dokumentationen

Kunden har också rätt och möjlighet att:

• Köra lösningen
• Underhålla den med egen personal eller en tredje part
• Stegvis gå över till en annan plattform, om så önskas

Affärslogik och kundspecifik lösningskod

Ägs av kunden enligt de överenskomna IPR-villkoren för projektleverabler.

Konfigurationer och arbetsflödesdefinitioner som skapats för kundens lösning

Ägs av kunden enligt de överenskomna villkoren.

Affärsdata

Ägs av kunden. ReApptor behandlar dem för att leverera tjänsten.

Åtkomst till källkod, äganderätt till kundspecifika leverabler och rätt att använda ReApptors IPR eller generiska komponenter (Generic Components) anges separat i de överenskomna villkoren.

Ni kan granska den kundspecifika källkoden från projektets start: läsåtkomst till kodförråden finns från dag ett, för transparens och granskningsbarhet.

Efter avslutet och den överenskomna överlämningen får ni åtkomst på ägarnivå till de överförda kundspecifika kodförråden. Två namngivna kundkonton för projekttavlan och kodförrådet ingår.

Delat ägande används bara när det uttryckligen har överenskommits för en viss modul; det är aldrig standard för hela er lösning.

För en sådan modul överenskoms ägande, beslutsfattande, driftansvar och kostnader separat, och större ändringar av den beslutas gemensamt.