{"id":61444,"date":"2023-12-08T19:16:46","date_gmt":"2023-12-08T10:16:46","guid":{"rendered":"https:\/\/monolith.law\/nl\/?p=61444"},"modified":"2024-03-07T18:31:21","modified_gmt":"2024-03-07T09:31:21","slug":"management-and-target-value-of-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/nl\/it\/management-and-target-value-of-system-development","title":{"rendered":"Wat is de juridische betekenis van managementdoelen en numerieke doelen in systeemontwikkelingsprojecten?"},"content":{"rendered":"\n<p>Systeemontwikkelingsprojecten zijn vaak nauw verbonden met grootschalige bedrijfsverbeteringen in bedrijven en werkplekken. Het kan zijn dat er een houding wordt verwacht die bijdraagt aan het oplossen van managementproblemen van het gebruikersbedrijf of het bereiken van numerieke doelen. Maar is het echt een wettelijke verplichting om je te committeren aan dergelijke managementdoelen? De juridische betekenis van numerieke doelen en managementdoelen wordt een probleem. In dit artikel zullen we de juridische problemen bespreken die gepaard gaan met verschillende &#8220;doelen&#8221; en &#8220;doelstellingen&#8221; in systeemontwikkeling.<\/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\/management-and-target-value-of-system-development\/#Waarom_worden_de_doelen_van_systeemontwikkeling_een_bron_van_conflicten\" title=\"Waarom worden de doelen van systeemontwikkeling een bron van conflicten?\">Waarom worden de doelen van systeemontwikkeling een bron van conflicten?<\/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\/management-and-target-value-of-system-development\/#Het_is_een_uitdaging_die_zich_bevindt_tussen_de_verplichting_tot_samenwerking_van_de_gebruiker_en_de_beperkte_discretie_van_de_leverancier\" title=\"Het is een uitdaging die zich bevindt tussen de verplichting tot samenwerking van de gebruiker en de beperkte discretie van de leverancier\">Het is een uitdaging die zich bevindt tussen de verplichting tot samenwerking van de gebruiker en de beperkte discretie van de leverancier<\/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\/management-and-target-value-of-system-development\/#Specifieke_situaties_waarin_de_doelen_van_de_gebruiker_invloed_hebben_op_het_project\" title=\"Specifieke situaties waarin de doelen van de gebruiker invloed hebben op het project\">Specifieke situaties waarin de doelen van de gebruiker invloed hebben op het project<\/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\/management-and-target-value-of-system-development\/#Wat_zijn_de_rechtszaken_waarbij_de_bedrijfsdoelstellingen_van_de_gebruiker_een_probleem_vormden\" title=\"Wat zijn de rechtszaken waarbij de bedrijfsdoelstellingen van de gebruiker een probleem vormden?\">Wat zijn de rechtszaken waarbij de bedrijfsdoelstellingen van de gebruiker een probleem vormden?<\/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\/management-and-target-value-of-system-development\/#Geval_waarbij_het_verbeteren_van_de_bedrijfssnelheid_als_doel_werd_gesteld\" title=\"Geval waarbij het verbeteren van de bedrijfssnelheid als doel werd gesteld\">Geval waarbij het verbeteren van de bedrijfssnelheid als doel werd gesteld<\/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\/management-and-target-value-of-system-development\/#De_juridische_betekenis_van_managementdoelstellingen_en_kwantitatieve_doelstellingen_zoals_geinterpreteerd_uit_jurisprudentie\" title=\"De juridische betekenis van managementdoelstellingen en kwantitatieve doelstellingen zoals ge\u00efnterpreteerd uit jurisprudentie\">De juridische betekenis van managementdoelstellingen en kwantitatieve doelstellingen zoals ge\u00efnterpreteerd uit jurisprudentie<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/nl\/it\/management-and-target-value-of-system-development\/#Wat_we_verder_kunnen_afleiden_uit_dit_vonnis\" title=\"Wat we verder kunnen afleiden uit dit vonnis\">Wat we verder kunnen afleiden uit dit vonnis<\/a><\/li><\/ul><\/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\/management-and-target-value-of-system-development\/#Belangrijke_juridische_kwesties_rond_managementdoelstellingen_en_kwantitatieve_doelstellingen\" title=\"Belangrijke juridische kwesties rond managementdoelstellingen en kwantitatieve doelstellingen\">Belangrijke juridische kwesties rond managementdoelstellingen en kwantitatieve doelstellingen<\/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\/management-and-target-value-of-system-development\/#Het_maakt_uit_of_consulting_betaald_of_onbetaald_is\" title=\"Het maakt uit of consulting betaald of onbetaald is\">Het maakt uit of consulting betaald of onbetaald is<\/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\/management-and-target-value-of-system-development\/#Defecten_in_de_output_inconsistenties_in_functies_en_specificatie-eisen_zijn_aparte_problemen\" title=\"Defecten in de output, inconsistenties in functies en specificatie-eisen zijn aparte problemen\">Defecten in de output, inconsistenties in functies en specificatie-eisen zijn aparte problemen<\/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\/management-and-target-value-of-system-development\/#Een_fundamenteel_begrip_van_thema%E2%80%99s_zoals_verantwoordelijkheid_en_contracten_wordt_ook_gevraagd\" title=\"Een fundamenteel begrip van thema&#8217;s zoals verantwoordelijkheid en contracten wordt ook gevraagd\">Een fundamenteel begrip van thema&#8217;s zoals verantwoordelijkheid en contracten wordt ook gevraagd<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Waarom_worden_de_doelen_van_systeemontwikkeling_een_bron_van_conflicten\"><\/span>Waarom worden de doelen van systeemontwikkeling een bron van conflicten?<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\/10\/shutterstock_405405454-1024x808.jpg\" alt=\"\" class=\"wp-image-5397\" \/><figcaption class=\"wp-element-caption\">Wat zijn de oorzaken van conflicten rond systeemontwikkeling?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Het_is_een_uitdaging_die_zich_bevindt_tussen_de_verplichting_tot_samenwerking_van_de_gebruiker_en_de_beperkte_discretie_van_de_leverancier\"><\/span>Het is een uitdaging die zich bevindt tussen de verplichting tot samenwerking van de gebruiker en de beperkte discretie van de leverancier<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Als we kijken naar de manier waarop zakelijke transacties worden uitgevoerd, zijn er enkele kenmerken die specifiek zijn voor systeemontwikkelingsprojecten. Een daarvan is dat een systeemontwikkelingsproject door een leverancier niet alleen kan worden uitgevoerd, maar dat het ook de medewerking van de gebruikerskant vereist. Deze verplichting is duidelijk vastgelegd in de jurisprudentie onder de naam &#8216;verplichting tot samenwerking&#8217;. Voornamelijk in de fasen van \u2460 vereisten definitie \u2461 basisontwerp \u2462 acceptatie van de resultaten, wordt van de gebruiker verwacht dat hij meewerkt aan de systeemontwikkeling.<\/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<p>Een ander kenmerk is dat van de leverancier normaal gesproken wordt verwacht dat hij een grote mate van discretie uitoefent in zijn werk. Er is een juridische term die alles omvat wat de leverancier moet doen in een reeks systeemontwikkelingsprojecten, namelijk &#8216;projectmanagementverplichting&#8217;. Hierover wordt in het volgende artikel in detail uitgelegd.<\/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>Als we al het bovenstaande samenvatten, kunnen we twee belangrijke punten aanwijzen.<\/p>\n\n\n\n<ul>\n<li>Van de gebruiker wordt in de praktijk verwacht dat hij de leverancier regelmatig voorziet van de nodige informatie en meewerkt aan de ontwikkelingswerkzaamheden van de leverancier.<\/li>\n\n\n\n<li>Van de leverancier wordt in de praktijk verwacht dat hij de doelen en doelstellingen van het project voor de gebruiker begrijpt en inspanningen levert die daarmee overeenkomen.<\/li>\n<\/ul>\n\n\n\n<p>Vanwege deze twee punten wordt de vraag hoe ver de verplichting van de leverancier kan gaan om de zakelijke doelstellingen en numerieke doelstellingen te bereiken die vooraf door de gebruiker zijn uitgelegd, een probleem. Met andere woorden, er is een aspect dat het de plicht van de gebruiker is om te specificeren wat de leverancier moet doen (niet iets vaags zoals doelen) en dit te presenteren als specificaties, terwijl er ook een aspect is dat de leverancier als expert de plicht heeft om te leveren wat de gebruiker in wezen vraagt (niet alleen tevreden zijn met het doen wat de ander heeft gezegd). Het is kenmerkend voor conflicten rond de &#8216;doelen&#8217; en &#8216;doelstellingen&#8217; van systeemontwikkeling dat deze tegenstrijdige argumenten van beide partijen met elkaar botsen. Vanuit juridisch oogpunt is het een praktische uitdaging om richtlijnen voor eerlijke geschillenbeslechting voor beide partijen te bieden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Specifieke_situaties_waarin_de_doelen_van_de_gebruiker_invloed_hebben_op_het_project\"><\/span>Specifieke situaties waarin de doelen van de gebruiker invloed hebben op het project<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Systeemontwikkelingsprojecten zijn vaak gekoppeld aan grootschalige verbeterings- en effici\u00ebntiemaatregelen in bedrijven en werkplekken, en vaak worden er tijdens de plannings- en voorstelfase hoorzittingen gehouden over zakelijke problemen en doelstellingen. Daar kunnen discussies plaatsvinden over de kosten-batenanalyse van systeemontwikkeling en verschillende numerieke doelen.<\/p>\n\n\n\n<ul>\n<li>Arbeidskostenreductie door automatisering<\/li>\n\n\n\n<li> Omzet- of winstgroei<\/li>\n\n\n\n<li> Verkorting van de werktijd<\/li>\n<\/ul>\n\n\n\n<p>Bijvoorbeeld, als de bovenstaande items het uiteindelijke doel van het project zijn, kan de leverancier van tevoren uitleg geven over het rendement op investering in systeemontwikkeling vanuit een consultant-achtige positie, en kan hij ook overwegen om verkoopactiviteiten uit te voeren.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wat_zijn_de_rechtszaken_waarbij_de_bedrijfsdoelstellingen_van_de_gebruiker_een_probleem_vormden\"><\/span>Wat zijn de rechtszaken waarbij de bedrijfsdoelstellingen van de gebruiker een probleem vormden?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Echter, de leverancier is normaal gesproken slechts een expert in systeemontwikkeling. Als alle verantwoordelijkheid voor de bedrijfsdoelstellingen van de gebruiker op hen zou vallen, zou dat een onredelijke situatie kunnen worden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Geval_waarbij_het_verbeteren_van_de_bedrijfssnelheid_als_doel_werd_gesteld\"><\/span>Geval waarbij het verbeteren van de bedrijfssnelheid als doel werd gesteld<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>In verband met deze zaak, in het vonnis dat hieronder wordt geciteerd, waren de doelen en doelstellingen van het opstarten van het systeemontwikkelingsproject opgenomen in het projectplan dat werd gemaakt bij de start van het project. Echter, toen het systeem eenmaal voltooid was en in gebruik werd genomen, kon men deze doelen en doelstellingen niet bereiken, wat leidde tot een geschil. In het oorspronkelijke projectplan stond dat men na de voltooiing van het systeem en het daadwerkelijke gebruik ervan, streefde naar het realiseren van de volgende situaties:<\/p>\n\n\n\n<ul>\n<li>De tijd voor handmatige invoer door mensen met 50% verminderen<\/li>\n\n\n\n<li>Administratieve taken met behulp van het betreffende IT-systeem binnen een bepaalde periode voltooien<\/li>\n<\/ul>\n\n\n\n<p>De gebruiker kon deze uiteindelijk niet realiseren en probeerde de leverancier aansprakelijk te stellen voor wanprestatie en garantieaansprakelijkheid. Echter, de rechtbank erkende deze beweringen niet (onderstreepte en vetgedrukte delen zijn toegevoegd door de auteur).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>En, (weglating) volgens de volledige strekking van het argument, \u2460 het doel van deze zaak is &#8220;het verbeteren van de bedrijfseffici\u00ebntie&#8221;, &#8220;het opzetten van een CRM-basis&#8221;, &#8220;het uitvoeren van zichtbaar management&#8221;, enz., wat <u>abstract is,<\/u> en de doelwaarden zijn ook &#8220;het verhogen van de contactpunten met klanten&#8221;, &#8220;het herverdelen van de inspanningen van administratieve banen naar interne controle en verkoopondersteuning&#8221;, &#8220;het nauwkeuriger kunnen voorspellen van de verkoop&#8221;, &#8220;het beperken van overmatige verkoopkortingen&#8221;, enz., <u>veel van hen zijn abstract,<\/u> bovendien, &#8220;de invoertijd met 50% verminderen&#8221;, &#8220;de tijd voor het maken van schattingen met 50% verminderen&#8221;, &#8220;het kunnen uitvoeren van wettelijke openbaarmaking binnen de wettelijke termijn&#8221;, en dergelijke <u>doelwaarden<\/u> zijn afhankelijk van <u>het management en de bedrijfsmethoden van de gedaagde na de implementatie van SBO,<\/u> en het is niet de aard van een <u>systeemontwikkelingsbedrijf, dat de eiser is, om de implementatie van pakketsoftware te ondersteunen, om deze te kunnen bereiken,<\/u> \u2461 in de notulen van de vergadering na de kick-off van dit project, <u>er is geen vermelding van een specifieke discussie over het bereiken van het doel en de doelwaarden van deze zaak,<\/u> \u2462 in het projectplan van deze zaak, &#8220;om een beursgenoteerd bedrijf te worden&#8221;, enz., <u>uitdrukkingen die op zichzelf niet de aard van een contract hebben, worden gebruikt,<\/u> (weglating) gezien deze omstandigheden, wordt erkend dat de eiser de beschrijving van het doel van deze zaak in het projectplan van deze zaak heeft gemaakt op basis van de uitleg van de gedaagde, om te voorkomen dat dit project mislukt, <u>om een gemeenschappelijk begrip te krijgen van het doel en de resultaten van dit project,<\/u> en het kan niet worden erkend dat de gedaagde, aan de eiser, <u>het systeemontwikkeling heeft toevertrouwd om het doel van deze zaak te bereiken.<\/u> (weglating) Daarom, omdat het niet kan worden erkend dat de eiser het systeemontwikkeling van de gedaagde heeft aangenomen om het doel van deze zaak te bereiken, (weglating) er is geen reden voor de beweringen van wanprestatie en garantieaansprakelijkheid.<br><\/p>\n<cite>Tokyo District Court, 28 december 2010 (Heisei 22)<\/cite><\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"De_juridische_betekenis_van_managementdoelstellingen_en_kwantitatieve_doelstellingen_zoals_geinterpreteerd_uit_jurisprudentie\"><\/span>De juridische betekenis van managementdoelstellingen en kwantitatieve doelstellingen zoals ge\u00efnterpreteerd uit jurisprudentie<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Zoals ook in dit vonnis wordt genoemd, is het normaal dat er verschillende factoren, zoals de managementinspanningen van de gebruikerskant, tussenkomen of de doelstellingen van systeemontwikkeling en kwantitatief gedefinieerde doelstellingen kunnen worden bereikt. Daarom zou men moeten denken dat de drempel om de verantwoordelijkheid aan de kant van de leverancier te leggen zeer hoog is. In de eerste plaats, als de verantwoordelijkheid voor wanprestatie of garantie voor gebreken aan de kant van de leverancier wordt erkend, betekent dit dat het bereiken van het &#8216;doel&#8217; of de &#8216;doelstelling&#8217; was opgenomen als onderdeel van de contractinhoud. Echter, in dit geval waren het &#8216;doel&#8217; en de &#8216;doelstelling&#8217;<\/p>\n\n\n\n<ul>\n<li>Voor abstracte en vage zaken is het moeilijk om ze te zien als onderdeel van de contractinhoud, omdat ze niet passen bij de aard van een wettelijke verplichting<\/li>\n\n\n\n<li>Voor zaken die zelfhulpinspanningen van de gebruikerskant, met name het management, vereisen, is het ongepast om de leverancier de schuld te geven, aangezien deze niet onder de controle van de leverancier vallen, en het is moeilijk om ze te zien als onderdeel van de contractuele verplichtingen<\/li>\n<\/ul>\n\n\n\n<p>Dit is de juridische beoordeling die werd ontvangen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wat_we_verder_kunnen_afleiden_uit_dit_vonnis\"><\/span>Wat we verder kunnen afleiden uit dit vonnis<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Dit vonnis bevat ook enkele interessante punten.<\/p>\n\n\n\n<ul>\n<li>Het feit dat het delen van het &#8216;doel&#8217; en de &#8216;doelstellingen&#8217; van een systeemontwikkelingsproject slechts een onderdeel kan zijn van de inspanningen om een &#8216;gemeenschappelijk begrip&#8217; te krijgen tussen de gebruiker en de leverancier, wordt ook door de rechtbank in overweging genomen.<\/li>\n\n\n\n<li>Bij het overwegen van hoe essentieel deze &#8216;doelen&#8217; en &#8216;doelstellingen&#8217; waren in een reeks projecten, heeft de rechtbank ook notulen van vergaderingen als referentie gebruikt.<\/li>\n<\/ul>\n\n\n\n<p>Overigens, met betrekking tot juridische kwesties die verband houden met systeemontwikkelingsprojecten, vanuit het oogpunt van documentbeheer en het belang van notulen, hebben we uitleg gegeven in het volgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-minutes-in-system-development[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Belangrijke_juridische_kwesties_rond_managementdoelstellingen_en_kwantitatieve_doelstellingen\"><\/span>Belangrijke juridische kwesties rond managementdoelstellingen en kwantitatieve doelstellingen<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\/10\/shutterstock_105421988-1024x683.jpg\" alt=\"\" class=\"wp-image-5399\" \/><figcaption class=\"wp-element-caption\">We zullen juridische kwesties bespreken die verband houden met &#8220;managementdoelstellingen&#8221; en &#8220;kwantitatieve doelstellingen&#8221; in systeemontwikkeling.<\/figcaption><\/figure>\n\n\n\n<p>Er zijn echter enkele aanvullende punten die we moeten overwegen bij het omgaan met juridische kwesties rond deze &#8220;doelen&#8221; en &#8220;doelstellingen&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Het_maakt_uit_of_consulting_betaald_of_onbetaald_is\"><\/span>Het maakt uit of consulting betaald of onbetaald is<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Als u niet alleen een systeemontwikkelingsproject heeft, maar ook een betaald consultingcontract, kan de situatie aanzienlijk veranderen. Als er omstandigheden zijn waarbij een uitvoeringsplan met weinig haalbaarheid is opgesteld zonder rekening te houden met de managementresources van de gebruiker, kan het mogelijk zijn dat u aansprakelijk wordt gesteld voor contractbreuk in het betaalde consultingcontract.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Defecten_in_de_output_inconsistenties_in_functies_en_specificatie-eisen_zijn_aparte_problemen\"><\/span>Defecten in de output, inconsistenties in functies en specificatie-eisen zijn aparte problemen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Als er een defect is in het &#8220;ontwikkelings&#8221; project zelf, dat wil zeggen, als er bugs of problemen worden ge\u00efdentificeerd in de output, moeten we dit probleem apart begrijpen. In dat geval gaat het niet om het bespreken van &#8220;doelen&#8221; en &#8220;doelstellingen&#8221; in het management, maar vooral om de consistentie tussen de output en de vereiste functies en specificaties. Bijvoorbeeld, de maatregelen die de gebruiker moet nemen als er achteraf een defect in het systeem wordt ontdekt, worden uitgelegd in het volgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-flaw-measure-after-acceptance\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-flaw-measure-after-acceptance[ja]<\/a><\/p>\n\n\n\n<p>Er zijn ook gerelateerde onderwerpen, zoals dingen die niet in de eisen zijn opgenomen, maar waarvan wordt erkend dat de leverancier de verplichting heeft om ze te implementeren. Dit wordt in detail uitgelegd in het volgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-specs-function\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-specs-function[ja]<\/a><\/p>\n\n\n\n<p>In beide gevallen moeten we begrijpen dat geschillen over &#8220;doelen&#8221; en &#8220;doelstellingen&#8221; vergelijkbaar maar verschillend zijn.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Een_fundamenteel_begrip_van_thema%E2%80%99s_zoals_verantwoordelijkheid_en_contracten_wordt_ook_gevraagd\"><\/span>Een fundamenteel begrip van thema&#8217;s zoals verantwoordelijkheid en contracten wordt ook gevraagd<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>We hebben zojuist de juridische kwesties rond de &#8216;doelen&#8217; en &#8216;doelstellingen&#8217; van systeemontwikkeling besproken. In geschillen over dergelijke kwesties, wordt vaak aangenomen dat rechtbanken begrijpen dat er veel gevallen zijn waarin communicatie wordt gedeeld als een inspanning om de stappen van zowel gebruikers als leveranciers op elkaar af te stemmen. Hoewel de geldigheid van de conclusie zelf voldoende kan worden begrepen door het praktische gevoel van de beoefenaar, wordt in het proces dat daartoe leidt, een fundamenteel begrip van zaken als &#8216;verantwoordelijkheid&#8217; en &#8216;contracten&#8217; gevraagd. We bespreken deze punten in het volgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/responsibility-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/responsibility-system-development[ja]<\/a><\/p>\n\n\n\n<p>Het is belangrijk om een dieper begrip te krijgen, rekening houdend met het feit dat de wettelijke verantwoordelijkheid verschilt van een vage morele verantwoordelijkheid, en dat de duidelijke &#8216;overeenstemming van wil&#8217; tussen beide partijen de contractuele verantwoordelijkheid doet ontstaan.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Systeemontwikkelingsprojecten zijn vaak nauw verbonden met grootschalige bedrijfsverbeteringen in bedrijven en werkplekken. Het kan zijn dat er een houding wordt verwacht die bijdraagt aan het oplosse [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":62908,"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\/61444"}],"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=61444"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts\/61444\/revisions"}],"predecessor-version":[{"id":62909,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts\/61444\/revisions\/62909"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/media\/62908"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/media?parent=61444"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/categories?post=61444"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/tags?post=61444"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}