Vraag aan collega-IT’ers

[Walkingshadown]

We hebben een klant die per e-mail bij ons heeft opgezegd, maar zonder een concrete einddatum te noemen. Tot die tijd doen wij nog steeds het volledige beheer.

Nu vraagt de klant of wij beheerwachtwoorden willen delen met een ander ICT-bedrijf, zodat zij kunnen meekijken in de omgeving.

Dit voelt voor ons niet helemaal prettig, met name met het oog op security, aansprakelijkheid en verantwoordelijkheden als er eventueel iets misgaat.

We willen dit graag netjes en juridisch correct aanpakken. Vanuit onze omgeving kregen we al het advies om eerst een duidelijke opzegdatum vast te leggen en de gegevens pas (bijvoorbeeld) een week vóór het einde van de opzegtermijn over te dragen.

Hebben jullie hier ervaring mee of advies over hoe dit het beste aan te pakken?

Alvast dank voor het meedenken.

[Soldaatje]

Klinkt niet als een verstandig idee, weet je zeker dat de e-mail geen phising is? Dat kan je controleren door in ieder geval even te bellen met de klant.

[talin]

wat staat er in je SLA over opzegging?
beste manier is een telefoontje met: wanneer gaan we even zitten om plan op te zetten op overdracht.

[RBakkum]

Uiteindelijk gaat alles met gewoon goede afspraken maken over de zaken die je aankaart. Je kan prima een afspraak maken waarin je vast legt dat zodra een andere partij toegang heeft je niet kan garanderen wat er met de omgeving gebeurd en je in deze periode “best effort” kan leveren. Tevens zou ik opnemen dat als ze de rechten terug geven je een changelog wenst te ontvangen zodat je kan bepalen of er changes geweest zijn die de garantie die jullie afgeven aangetast heeft.

Wat je zelf moet bepalen, zijn er bepaalde zaken op een omgeving die je niet wilt delen. Zijn er configuraties met authenticatie naar je monitoring/ backup / deploy omgevingen en als die er zijn wil je dat tijdelijk verwijderen/ veranderd voor je beheer deelt (al zou je moeten afvragen of dat niet een grotere security issue is). En als dit verwijderen impact heeft op de werking van een dienst (niet kunnen maken van backups/ niet kunnen monitoren), open kaart spelen naar je klant + vastleggen in de afspraak die je maakt.

Uiteindelijk de klant heeft al opgezegd, je raakt ze hoe dan ook kwijt. Wil je ze het zo moeilijk mogelijk maken dan weet je zeker dat ze ook niet meer terug komen of eventueel adviseren bij iemand anders. Handel je het netjes en goed af, zullen ze toch weer aan je denken als “het gras toch niet groener is aan de andere kant van de weg”.

[Standeman]

Ik neem aan dat de beheerwachtwoorden gewoon persoonlijke useraccounts zijn.
Het is een kwestie van een nieuw user account maken met de juiste (lees?) rechten.

Qua security is het echt een no-go als er wachtwoorden worden gedeeld onder meerdere mensen. Dan heb je gewoon je zaken niet in orde en komt het op mij behoorlijk amateuristisch over.

[Walkingshadown]

talin schreef op zaterdag 31 januari 2026 @ 18:01:
wat staat er in je SLA over opzegging?
beste manier is een telefoontje met: wanneer gaan we even zitten om plan op te zetten op overdracht.

Het contract vermeldt een opzegtermijn van één maand. De klant heeft wel via e-mail opgezegd, maar geen specifieke datum genoemd. Hij vroeg wel om tekeningdocumentatie en andere benodigde documenten om met andere partijen te delen. Ik heb dit met iemand besproken en die raadde aan om zelf een opzegdatum te geven, bijvoorbeeld eind februari. “Geef de klant daarna een termijn om te reageren en akkoord te gaan met de opzegdatum. Spreek vervolgens een datum af, bijvoorbeeld een paar dagen voor het einde van het contract, om de wachtwoorden over te dragen. Zorg er daarbij voor dat juridisch duidelijk is dat de verantwoordelijkheid wordt overgedragen bij de overdracht van de wachtwoorden”.

[418O2]

Per 1 Maart dus als je het contract aanhoudt, althans, meestal is het 1 kalendermaand. Overigens zou ik duidelijker opnemen/afdwingen in je contracten want hier wil je geen discussie over hebben. Tevens zou ik voor intern een exit-protocol inrichten zodat iedereen weet wat er moet gebeuren in zo'n situatie

[ Voor 88% gewijzigd door 418O2 op 31-01-2026 20:07 ]

[Walkingshadown]

RBakkum schreef op zaterdag 31 januari 2026 @ 18:05:
Uiteindelijk gaat alles met gewoon goede afspraken maken over de zaken die je aankaart. Je kan prima een afspraak maken waarin je vast legt dat zodra een andere partij toegang heeft je niet kan garanderen wat er met de omgeving gebeurd en je in deze periode “best effort” kan leveren. Tevens zou ik opnemen dat als ze de rechten terug geven je een changelog wenst te ontvangen zodat je kan bepalen of er changes geweest zijn die de garantie die jullie afgeven aangetast heeft.

Wat je zelf moet bepalen, zijn er bepaalde zaken op een omgeving die je niet wilt delen. Zijn er configuraties met authenticatie naar je monitoring/ backup / deploy omgevingen en als die er zijn wil je dat tijdelijk verwijderen/ veranderd voor je beheer deelt (al zou je moeten afvragen of dat niet een grotere security issue is). En als dit verwijderen impact heeft op de werking van een dienst (niet kunnen maken van backups/ niet kunnen monitoren), open kaart spelen naar je klant + vastleggen in de afspraak die je maakt.

Uiteindelijk de klant heeft al opgezegd, je raakt ze hoe dan ook kwijt. Wil je ze het zo moeilijk mogelijk maken dan weet je zeker dat ze ook niet meer terug komen of eventueel adviseren bij iemand anders. Handel je het netjes en goed af, zullen ze toch weer aan je denken als “het gras toch niet groener is aan de andere kant van de weg”.

Uiteraard willen wij volledig meewerken en de samenwerking op een professionele manier afronden. Tegelijkertijd vinden wij het belangrijk dat dit niet ten koste gaat van onze verantwoordelijkheid of leidt tot risico’s, bijvoorbeeld wanneer wijzigingen door de nieuwe eenmanszaak in de omgeving zijn doorgevoerd. Op dit punt verschillen wij van inzicht met de klant en daarom kunnen wij dit niet terugdraaien.

In het verleden heeft de klant meerdere ICT-partijen naast ons ingeschakeld, waardoor keuzes soms buiten ons om zijn gemaakt, zoals het inschakelen van een ERP-consultant. Vervolgens worden wij geconfronteerd met onderdelen binnen het ERP-systeem die niet naar behoren functioneren, waarbij wordt verwacht dat wij dit oplossen terwijl de oorzaak buiten onze invloed ligt. Dit soort situaties hebben zich vaker voorgedaan en vormen ook één van de redenen dat wij de samenwerking niet doorvoeren .

[Walkingshadown]

418O2 schreef op zaterdag 31 januari 2026 @ 20:02:
Per 1 Maart dus als je het contract aanhoudt, althans, meestal is het 1 kalendermaand. Overigens zou ik duidelijker opnemen/afdwingen in je contracten want hier wil je geen discussie over hebben. Tevens zou ik voor intern een exit-protocol inrichten zodat iedereen weet wat er moet gebeuren in zo'n situatie

SLA heeft geen exitstrategie en de klant die 10€ duur vindt, dus een exitstrategie wordt niet gebruikt of er voor betaald.

[tc982]

Van zodra je paswoorden hebt doorgegeven laat je aan de klant weten dat support best effort is en er niet meer aan SLA bewaking gedaan word. Niet dat je minder service geeft, maar de verantwoordelijkheid is er niet meer.

Anderzijds vraag je een datum of stel je er zelf één voor.

[418O2]

Walkingshadown schreef op zaterdag 31 januari 2026 @ 20:23:
[...]


SLA heeft geen exitstrategie en de klant die 10€ duur vindt, dus een exitstrategie wordt niet gebruikt of er voor betaald.

Je hebt het over wachtwoorden/accounts overdragen/verwijderen, dus er zijn intern wel dingen die gedaan moeten worden blijkbaar