{"id":61303,"date":"2023-12-08T19:16:13","date_gmt":"2023-12-08T10:16:13","guid":{"rendered":"https:\/\/monolith.law\/nl\/?p=61303"},"modified":"2024-03-13T19:22:08","modified_gmt":"2024-03-13T10:22:08","slug":"the-minutes-in-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/nl\/it\/the-minutes-in-system-development","title":{"rendered":"Wat is de juiste manier om notulen bij te houden tijdens systeemontwikkeling vanuit een juridisch perspectief?"},"content":{"rendered":"\n<p>Wanneer een bedrijf systeemontwikkeling uitbesteedt aan een ander bedrijf, is het vaak het geval dat de contracten, ondertekend met de bedrijfszegels van de CEO&#8217;s, en de specificatiedocumenten gemaakt door de projectleiders, niet altijd duidelijk maken wat er precies gemaakt moet worden en tegen welke deadline. Dit komt omdat er in veel systeemontwikkelingsprojecten dagelijks interacties plaatsvinden op operationeel niveau, zoals e-mails en telefoongesprekken, en vergaderingen georganiseerd door projectleiders, waarin zaken als specificatiebevestiging van aanvankelijk vage onderdelen, specificatiewijzigingen in overeenstemming met veranderende omstandigheden, verzoeken om extra functies en verzoeken om samenwerking bij problemen worden besproken.<\/p>\n\n\n\n<p>Vanuit het oogpunt van het soepel laten verlopen van systeemontwikkeling en het voorbereiden op eventuele geschillen, is het belangrijk om documentatie te cre\u00ebren en te beheren om een systeemontwikkelingsproject soepel te co\u00f6rdineren.<\/p>\n\n\n\n<p>In dit artikel zullen we uitleggen hoe je notulen en vergaderdocumenten voor voortgangsvergaderingen van systeemontwikkeling kunt bewaren, vanuit een juridisch perspectief.<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/nl\/it\/the-minutes-in-system-development\/#Waarom_documentbeheer_belangrijk_is_bij_systeemontwikkeling\" title=\"Waarom documentbeheer belangrijk is bij systeemontwikkeling\">Waarom documentbeheer belangrijk is bij systeemontwikkeling<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/nl\/it\/the-minutes-in-system-development\/#Om_latere_geschillen_te_voorkomen\" title=\"Om latere geschillen te voorkomen\">Om latere geschillen te voorkomen<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/nl\/it\/the-minutes-in-system-development\/#Als_maatregel_voor_het_geval_er_later_een_geschil_ontstaat\" title=\"Als maatregel voor het geval er later een geschil ontstaat\">Als maatregel voor het geval er later een geschil ontstaat<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/nl\/it\/the-minutes-in-system-development\/#Wat_is_vooral_belangrijk_in_de_notulen_van_systeemontwikkelingsvergaderingen\" title=\"Wat is vooral belangrijk in de notulen van systeemontwikkelingsvergaderingen?\">Wat is vooral belangrijk in de notulen van systeemontwikkelingsvergaderingen?<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/nl\/it\/the-minutes-in-system-development\/#Soorten_vergaderingen_in_systeemontwikkeling\" title=\"Soorten vergaderingen in systeemontwikkeling\">Soorten vergaderingen in systeemontwikkeling<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/nl\/it\/the-minutes-in-system-development\/#Speciale_aandacht_voor_het_stuurcomite\" title=\"Speciale aandacht voor het stuurcomit\u00e9\">Speciale aandacht voor het stuurcomit\u00e9<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/nl\/it\/the-minutes-in-system-development\/#Rechtszaken_met_betrekking_tot_de_notulen_van_de_Stuurgroep\" title=\"Rechtszaken met betrekking tot de notulen van de Stuurgroep\">Rechtszaken met betrekking tot de notulen van de Stuurgroep<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/nl\/it\/the-minutes-in-system-development\/#Wat_zijn_de_specifieke_items_die_in_de_notulen_van_een_vergadering_moeten_worden_opgenomen\" title=\"Wat zijn de specifieke items die in de notulen van een vergadering moeten worden opgenomen?\">Wat zijn de specifieke items die in de notulen van een vergadering moeten worden opgenomen?<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/nl\/it\/the-minutes-in-system-development\/#Wat_moet_er_vanuit_het_standpunt_van_de_leverancier_worden_vastgelegd\" title=\"Wat moet er vanuit het standpunt van de leverancier worden vastgelegd?\">Wat moet er vanuit het standpunt van de leverancier worden vastgelegd?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/nl\/it\/the-minutes-in-system-development\/#Wat_moet_er_vanuit_het_standpunt_van_de_gebruiker_worden_vastgelegd\" title=\"Wat moet er vanuit het standpunt van de gebruiker worden vastgelegd?\">Wat moet er vanuit het standpunt van de gebruiker worden vastgelegd?<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/nl\/it\/the-minutes-in-system-development\/#Samenvatting\" title=\"Samenvatting\">Samenvatting<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Waarom_documentbeheer_belangrijk_is_bij_systeemontwikkeling\"><\/span>Waarom documentbeheer belangrijk is bij systeemontwikkeling<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>In systeemontwikkelingsprojecten is het zeer belangrijk om verslagen bij te houden van de inhoud van bevestigingsvergaderingen en de voortgang en achtergrond van het project, ook vanuit een juridisch perspectief. De redenen hiervoor kunnen als volgt worden samengevat:<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Om_latere_geschillen_te_voorkomen\"><\/span>Om latere geschillen te voorkomen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Systeemontwikkeling is meestal een project dat vordert met de betrokkenheid van vele partijen, zowel aan de gebruikers- als aan de leverancierskant. Daarom kan het voorkomen dat er een discrepantie is in het begrip tussen de gebruikers- en de leverancierskant over wie welke rol op zich neemt en welke verplichtingen zij aangaan, wat problemen kan veroorzaken in de voortgang van het project.<br><\/p>\n\n\n\n<p>Daarnaast betekent het feit dat veel mensen betrokken zijn bij het project dat er gemakkelijk communicatieproblemen kunnen ontstaan, zoals &#8220;mensen zeggen iets anders en het is niet duidelijk wie gelijk heeft&#8221;.<\/p>\n\n\n\n<p>Het is zinvol om de inhoud van de overeenkomst op schrift te stellen om te controleren of er geen discrepanties zijn in het begrip van beide partijen, en het samenstellen van documenten die door alle betrokkenen op hun eigen tijd kunnen worden gecontroleerd, draagt bij aan het op \u00e9\u00e9n lijn brengen van iedereen. <\/p>\n\n\n\n<p>Overigens wordt het gebruik van juridische kennis als middel om geschillen te voorkomen soms preventief juridisch werk genoemd.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Als_maatregel_voor_het_geval_er_later_een_geschil_ontstaat\"><\/span>Als maatregel voor het geval er later een geschil ontstaat<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Daarnaast, hoewel het vergelijkbaar is met het preventieve juridische perspectief dat hierboven is genoemd, kan het belang van documentbeheer worden uitgelegd vanuit een iets ander perspectief, namelijk &#8220;crisismanagement&#8221; in het geval van een daadwerkelijk geschil.<\/p>\n\n\n\n<p>Stel je voor dat er een probleem ontstaat, het project wordt onderbroken voordat het eindproduct is voltooid, of de oorspronkelijke deadline wordt niet gehaald en het wordt een rechtszaak. Dit geldt voor zowel de gebruikers- als de leverancierskant, maar als je wilt zeggen &#8220;er is een reden voor wat er is gebeurd&#8221;, en er zijn geen schriftelijke verslagen, dan kun je je eigen argument niet bewijzen en kun je in de rechtbank in het nadeel zijn.<\/p>\n\n\n\n<p>Vooral in geschillen die ontstaan door &#8220;het niet halen van de deadline&#8221;, zijn zaken als &#8220;wanneer en hoe werd het probleem ontdekt&#8221;, &#8220;wanneer werd er een verzoek om specificatiewijziging gedaan&#8221;, &#8220;hoe heeft de leverancier gereageerd op het verzoek om extra functies van de gebruikerskant&#8221; vaak cruciale punten die de uitkomst van de rechtszaak kunnen be\u00efnvloeden. Als er veel problemen ontstaan over &#8220;wie wat heeft gezegd&#8221;, wordt het moeilijk om een eerlijke geschillenbeslechting te verwachten.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wat_is_vooral_belangrijk_in_de_notulen_van_systeemontwikkelingsvergaderingen\"><\/span>Wat is vooral belangrijk in de notulen van systeemontwikkelingsvergaderingen?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/07\/shutterstock_574620880-1024x684.jpg\" alt=\"\" class=\"wp-image-2716\" \/><figcaption class=\"wp-element-caption\">We leggen uit hoe je notulen van vergaderingen in systeemontwikkelingsprojecten kunt bijhouden.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Soorten_vergaderingen_in_systeemontwikkeling\"><\/span>Soorten vergaderingen in systeemontwikkeling<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>In systeemontwikkelingsprojecten worden vaak verschillende vergaderingen gepland en uitgevoerd. Dit is niet verrassend, gezien het feit dat veel mensen betrokken zijn bij het project. Programmeurs en ingenieurs die de implementatie van het programma op de ontwikkelingslocatie uitvoeren, houden vaak regelmatige vergaderingen om de voortgang van het werk te controleren. Er kunnen ook gevallen zijn waarin een review wordt uitgevoerd terwijl de daadwerkelijke code wordt bekeken om te controleren of er problemen zijn met de onderhoudbaarheid en beveiligingsaspecten van de ge\u00efmplementeerde code.<\/p>\n\n\n\n<p>Bovendien zijn er niet alleen vergaderingen op het niveau van de verantwoordelijke personen op de ontwikkelingslocatie, maar ook vergaderingen waarbij de directeuren van het bedrijf en verantwoordelijke personen met autoriteit betrokken zijn. In dergelijke gevallen zal de vergadering vaak gericht zijn op het bepalen van de algemene richting en het beleid van het ontwikkelingsproject. Dergelijke vergaderingen op het niveau van de verantwoordelijken, bedoeld om belangrijke zaken &#8220;in handen&#8221; te houden, worden ook wel stuurcomit\u00e9s genoemd.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Speciale_aandacht_voor_het_stuurcomite\"><\/span>Speciale aandacht voor het stuurcomit\u00e9<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Zoals eerder vermeld, worden er in de context van systeemontwikkeling verschillende vergaderingen gepland, afhankelijk van de positie van de betrokken personen en het doel. Vanuit een juridisch oogpunt is de vergadering die bijzonder belangrijk is, het stuurcomit\u00e9. In vergelijking met voortgangscontrolevergaderingen en reviewvergaderingen op het niveau van de verantwoordelijken, is het vooral belangrijk om het belang van documentatie goed te begrijpen vanuit het oogpunt van het voorkomen van verschillende conflicten en maatregelen bij het uitbreken van conflicten. De redenen hiervoor zijn:<\/p>\n\n\n\n<ol>\n<li>Vanwege de aard van het stuurcomit\u00e9, dat wordt georganiseerd door personen op het niveau van de verantwoordelijken, is het vaak een vergadering die betrokken is bij belangrijke beslissingen, en wordt het gezien als iets dat de perceptie van zowel de gebruiker als de leverancier laat zien, en wordt het vaak belangrijk geacht vanuit een juridisch oogpunt.<\/li>\n\n\n\n<li>Als het een vergadering op het niveau van de verantwoordelijken is, wordt de inhoud van de vergadering meestal weerspiegeld in verschillende ontwerpen en specificaties, en is het onrealistisch om te verwachten dat er een probleem zal zijn met &#8220;geen documentatie&#8221;. (Hoewel, als de documentatie zelfs voor deze dun is, zou er waarschijnlijk verbetering nodig zijn.)<\/li>\n<\/ol>\n\n\n\n<p>Dit zijn enkele van de punten die kunnen worden genoemd.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Rechtszaken_met_betrekking_tot_de_notulen_van_de_Stuurgroep\"><\/span>Rechtszaken met betrekking tot de notulen van de Stuurgroep<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Hieronder introduceren we een geval waarin de notulen van de Stuurgroep werden behandeld als belangrijk bewijsmateriaal in een daadwerkelijke rechtszaak. De zaak die in het onderstaande vonnis wordt geciteerd, betreft een systeemontwikkelingsproject dat halverwege is gestagneerd, en waarbij een schending van de projectmanagementverplichtingen door de leverancier is erkend. De inhoud van de notulen in deze zaak, die de oorspronkelijke perceptie van zowel de leverancier als de gebruiker aantoont, had een zeer grote betekenis in de rechtszaak.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>De leverancier heeft aangegeven dat de inhoud van de notulen van de Stuurgroep, die zijn gebruikt om de voortgang van de systeemontwikkeling te bevestigen, niet noodzakelijkerwijs de werkelijke situatie weerspiegelt, omdat deze is gewijzigd door de gebruiker. Echter, de <u class=\"remove-format\">Stuurgroep is opgezet met het doel om beslissingen te nemen op het hogere managementniveau van de systeemontwikkeling<\/u>, en de verantwoordelijken voor de uitvoering van de systeemontwikkeling van zowel de leverancier als de gebruiker namen deel, om een algehele evaluatie, het delen van de werkelijke voortgang en problemen van het schema, en het nemen van beslissingen over belangrijke kwesties te realiseren. De belangrijkste punten die daar werden besproken, werden vastgelegd in de notulen die door de leverancier werden opgesteld en geregistreerd in de notulen-database tegen de ochtend van de tweede werkdag na de vergadering. Bij het vaststellen van de notulen, kunnen we aannemen dat zowel de leverancier als de gebruiker de inhoud en uitdrukking hebben overwogen, terwijl ze het belang van het vastleggen van het werk door middel van de notulen volledig erkenden, en de inhoud hebben vastgesteld als een weerspiegeling van de werkelijke situatie van de vergadering. <u class=\"remove-format\">In het bijzonder kan worden gezegd dat de leverancier, die zich bezighoudt met systeemontwikkeling, vanzelfsprekend bekend was met het belang en de methode van het opstellen van dergelijke notulen<\/u>. Daarom kan worden gezegd dat het passend is om de vastgestelde notulen te behandelen als een weerspiegeling van de werkelijke situatie van de werkzaamheden van de Stuurgroep, en tenzij er bijzondere omstandigheden zijn, is het passend om de inhoud van de voortgang van het werk, enz., zoals vermeld in de notulen, te erkennen als een samenvatting van de Stuurgroep op de betreffende datum.<\/p>\n<cite>Tokyo High Court, 26 september 2013 (Heisei 25)<\/cite><\/blockquote>\n\n\n\n<p>Het standpunt van de rechtbank lijkt te zijn dat als de notulen van een vergadering, die zijn opgesteld met instemming van zowel de leverancier als de gebruiker, kunnen worden beschouwd als &#8216;bewijs&#8217; met een bepaalde veronderstelde kracht. Vanuit een ander perspectief, als je te gemakkelijk notities maakt in de notulen, is er een risico dat dit direct als bewijs wordt gebruikt, dus je moet hier zeker voorzichtig mee zijn.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wat_zijn_de_specifieke_items_die_in_de_notulen_van_een_vergadering_moeten_worden_opgenomen\"><\/span>Wat zijn de specifieke items die in de notulen van een vergadering moeten worden opgenomen?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/07\/pixta_4863554_M-1024x682.jpg\" alt=\"\" class=\"wp-image-2718\" \/><figcaption class=\"wp-element-caption\">Wat moet er worden gedocumenteerd in de notulen van een vergadering?<\/figcaption><\/figure>\n\n\n\n<p>De notulen van een vergadering hebben een belangrijke betekenis, niet alleen als bewijs in het geval van een rechtszaak, maar ook om de onderhandelingen tussen de partijen soepel te laten verlopen. Maar wat moet er precies worden gedocumenteerd en vastgelegd in de notulen van een vergadering? Hieronder zullen we dit verder uitwerken.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wat_moet_er_vanuit_het_standpunt_van_de_leverancier_worden_vastgelegd\"><\/span>Wat moet er vanuit het standpunt van de leverancier worden vastgelegd?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Vanuit het standpunt van de leverancier, die de verantwoordelijkheid draagt voor projectmanagement als expert in systeemontwikkeling, zijn er bepaalde zaken die specifiek moeten worden vastgelegd. Deze verantwoordelijkheden worden in detail uitgelegd in het volgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/project-management-duties[ja]<\/a><\/p>\n\n\n\n<p>Met deze verantwoordelijkheden in gedachten, zijn de zaken die de leverancier specifiek moet vastleggen:<\/p>\n\n\n\n<ol>\n<li>Het feit dat elk ontwikkelingsproces is voltooid en de datum daarvan<\/li>\n\n\n\n<li>De geschiedenis van hoe ze hebben gereageerd op verzoeken van de gebruikerskant voor specificatiewijzigingen en functietoevoegingen<\/li>\n\n\n\n<li>De maatregelen die ze hebben genomen om samenwerking te vragen wanneer de voortgang van de ontwikkelingswerkzaamheden wordt belemmerd door de gebruikerskant, en de achtergrond daarvan<\/li>\n<\/ol>\n\n\n\n<p>Dit zijn enkele voorbeelden.<\/p>\n\n\n\n<p>Ter aanvulling op punt 3 hierboven, wordt in het volgende artikel uitgelegd wat de leverancier moet overwegen als de gebruiker geen acceptatietest uitvoert. In dit artikel wordt uitgelegd hoe de beslissing van de rechtbank sterk kan vari\u00ebren afhankelijk van hoe co\u00f6peratief de leverancier is geweest in het helpen van de gebruiker om de acceptatietest uit te voeren, met behulp van daadwerkelijke vonnissen.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wat_moet_er_vanuit_het_standpunt_van_de_gebruiker_worden_vastgelegd\"><\/span>Wat moet er vanuit het standpunt van de gebruiker worden vastgelegd?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Natuurlijk heeft de gebruiker ook een bepaalde verplichting om samen te werken met de ontwikkelingswerkzaamheden van de leverancier, aangezien het een systeem is dat intern wordt gebruikt. De algemene inhoud van deze verplichting wordt uitgelegd in het volgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/user-obligatory-cooporation[ja]<\/a><\/p>\n\n\n\n<ol>\n<li>De geschiedenis van wat de gebruiker aan de leverancier heeft gecommuniceerd, zoals gewenste functies en het uiterlijk van het scherm<\/li>\n\n\n\n<li>De geschiedenis van verschillende problemen die zich hebben voorgedaan tijdens de processen van de leverancier (bijvoorbeeld, plotseling vertrek van teamleden of vertragingen in de ontwikkelingsschema&#8217;s veroorzaakt door onvoldoende onderzoek door de leverancier, en de oorzaken daarvan)<\/li>\n<\/ol>\n\n\n\n<p>Met betrekking tot punt 2 hierboven, is het bijzonder waarschijnlijk dat er onvoorziene problemen ontstaan wanneer de ontwikkeling van een nieuw systeem gelijktijdig plaatsvindt met de afschaffing van een oud systeem. Problemen komen vaak voor bij het overzetten van gegevens van het oude systeem naar het nieuwe systeem, maar de juridische problemen rond dergelijke problemen worden in detail uitgelegd in het volgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-transition-from-the-oldsystem\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-transition-from-the-oldsystem[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Samenvatting\"><\/span>Samenvatting<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Het bovenstaande vormt de richtlijnen voor het bijhouden van vergadernotulen vanuit een juridisch perspectief op de locatie van systeemontwikkeling. Naast praktische knowhow is het ook belangrijk om een dieper begrip te krijgen van de verbinding tussen thema&#8217;s zoals &#8216;wetgeving&#8217;, &#8216;systeemontwikkeling&#8217; en &#8216;documentbeheer&#8217;. Juist omdat systeemontwikkeling gemakkelijk kan uitgroeien tot grootschalige commerci\u00eble transacties die veel mensen en organisaties betrekken, is het belangrijk om conflictpreventie en -beheersing te hebben. Vanuit een juridisch perspectief op het behoud van bewijsmateriaal, wordt het bestaan van &#8216;documenten&#8217; die objectief kunnen worden bevestigd door iedereen, van groot belang.<\/p>\n\n\n\n<p>Het is zeker waar dat het volledig verwoorden van alle interacties en de voortgang van projecten een grote last kan zijn en misschien niet realistisch. Echter, het is belangrijk om te bepalen wat juridisch belangrijke zaken zijn en om deze belangrijke zaken naar behoren te documenteren. Dit punt zou breed erkend moeten worden door iedereen die betrokken is bij het bedrijfsleven, ongeacht of ze juridische experts zijn of niet.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Wanneer een bedrijf systeemontwikkeling uitbesteedt aan een ander bedrijf, is het vaak het geval dat de contracten, ondertekend met de bedrijfszegels van de CEO&#8217;s, en de specificatiedocumenten g [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":63246,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts\/61303"}],"collection":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/comments?post=61303"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts\/61303\/revisions"}],"predecessor-version":[{"id":63247,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts\/61303\/revisions\/63247"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/media\/63246"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/media?parent=61303"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/categories?post=61303"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/tags?post=61303"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}