1. Home
  2. Kennis

Onze kennis Sterker door kennis

Dirkzwager deelt actief kennis met iedereen die juridische of fiscale informatie nodig heeft. Waarom? Om het niveau van onze dienstverlening te verhogen en ons netwerk te vergroten. Kennis delen is kracht. Het geeft de cliënt inzicht en maakt samenwerking en advisering doelgerichter. Kennis delen vormt de basis van alles wat we doen.
2 filter(s) actief

Expertise

Selecteer de gewenste filteritems

  • Combinatie niet mogelijk met:

Sector

Selecteer de gewenste filteritems

Thema

Selecteer de gewenste filteritems

  • U heeft geselecteerd:
  • Combineren met:
  • Combinatie niet mogelijk met:

Auteur

Selecteer de gewenste filteritems

  • Combinatie niet mogelijk met:
Zoekopdracht delen:
Aantal resultaten: 69

Het ‘Handboek inkoop zorginformatiesystemen voor de huisartsenzorg’ gepubliceerd

Bij de inkoop van een (zorg)informatiesysteem, zoals een HIS, KIS of HAPIS, komt een hoop kijken. De meeste huisartsenpraktijken en regio-organisaties hebben nog weinig ervaring met dergelijke inkooptrajecten. Ter ondersteuning van dat proces publiceren de Landelijke Huisartsenvereniging (LHV) en InEen het ‘Handboek inkoop zorginformatiesystemen voor de huisartsenzorg’.

Loot boxes in FIFA toch géén verboden kansspel; dwangsom onterecht opgelegd

Inmiddels twee jaar geleden schreven we in eerder blogartikel op onze website al over de uitspraak van de rechtbank Den Haag waarin geoordeeld werd dat de pakjes met voetballers (zgn. packs) in de populaire voetbalgame FIFA kwalificeerden als verboden kansspel. In hoger beroep bij de Afdeling bestuursrechtspraak van de Raad van State (‘de Afdeling’) is die uitspraak vernietigd.

Auteursrecht op software

Software kan worden beschermd door verschillende rechten van intellectueel eigendom, waaronder auteursrecht. Wat houdt dit in?

Over Scrum-Agile projecten met fatale termijnen?

Agile-projecten gaan uit van een stapsgewijze ontwikkeling of implementatie van software. In korte ‘sprints’ van tussen de 2 en 4 weken wordt door teams van de leverancier en afnemer samengewerkt om snel stappen voorwaarts te zetten. Per sprint wordt vooraf vastgelegd wat er in de sprint gerealiseerd moet worden. En als dat niet geheel lukt dan wordt een en ander in een andere of volgende sprint alsnog opgepakt. In de praktijk leidt deze manier van werken nog wel eens tot discussie en geschillen omdat een project uitloopt in tijd of het budget opraakt zonder dat het beoogde eindstation is bereikt. In een recente kwestie moest het Hof Arnhem-Leeuwarden oordelen over een dergelijk geschil. Daarbij komt het hof tot een opmerkelijk oordeel, althans opmerkelijk in een Agile-context.

Hof Leeuwarden: 100% beschikbaarheid of storingsvrij is geen redelijke uitleg van SLA

IT-storingen zijn uitermate hinderlijk. In een recente zaak voor het hof Leeuwarden stond de vraag centraal of de afnemer er vanuit mocht gaan dat zij 100% gegarandeerde beschikbaarheid mocht verwachten van haar werkomgeving die extern werd gehost en beheerd, althans dat dit nagenoeg storingsvrij beschikbaar moest zijn. Het hof oordeelde dat dit niet het geval is omdat dat geen redelijke uitleg van de SLA was. Ook was er geen sprake van schending van de zorgplicht. Een interessante uitspraak waar de nodige lessen uit te trekken zijn voor het opstellen en managen van SLA’s.

Rechtbank Rotterdam oordeelt over (gedeeld) auteursrecht op software

De voorzieningenrechter van de rechtbank Rotterdam heeft in een uitspraak van 31 mei 2021 geoordeeld over een geschil dat ziet op het (gedeeld) auteursrecht op software in een situatie waarin een gebruiker/distributeur van software zelf aanpassingen heeft aangebracht aan die software. De vraag rijst aan wie de auteursrechten op die aanpassingen toekomen en of de softwareleverancier die aanpassingen mag gebruiken en vermarkten. De uitkomst van de uitspraak is (mede) van belang met het oog op een separate procedure tussen partijen die bij de Ondernemingskamer loopt. In deze blog licht ik de uitspraak kort toe en bespreek ik de relevantie van de uitspraak voor de praktijk.

5 Tips om heldere afspraken te maken met een softwareontwikkelaar

Je wilt software ontwikkelen, maar hebt zelf niet de expertise in huis. Dan schakel je een softwareontwikkelaar in. Maar waar moet je aan denken als je afspraken met een ontwikkelaar maakt? In deze blog lees je vijf tips voor het maken van goede (en vooral heldere) afspraken.

Copryright trolls (in principe) volledige handhavingsbevoegdheden van de auteursrechthebbende

Het Europese Hof oordeelt dat het copyright trolls – partijen die enkel auteursrechten afdwingen om er geld aan te verdienen – in principe is toegestaan schadevergoeding bij vermeend inbreukmakers te vorderen, mits er bij dat verzoek geen sprake is van misbruik. Hen komt onder voorwaarden de volledige handhavingsbevoegdheden van de auteursrechthebbende onder het Unierecht toe.

Service Level Agreement (SLA): 4 tips voor betere SLA’s

In de meeste SLA’s staan beschikbaarheidsperscentages (99,99% per maand/jaar) en reactietijden bij incidenten centraal. Tegenwoordig lezen we ook over XLA’s waarin de vraag centraal staat hoe de klant de dienstverlening ervaart (X van eXperience). Dat is al beter maar gaat wat mij betreft niet ver genoeg. Bij SaaS diensten zou de continuïteit van dienstverlening voor de afnemer centraal moeten staan: een CSLA dus (C van continuïteit). In deze bijdrage ga pleit ik voor een andere benadering van SLA’s met focus op continuïteit van dienstverlening in plaats van beschikbaarheid en andere reactieve service levels en geef ik 4 tips hoe je dit aan kunt pakken.

Ransomware-aanval niet volledig toe te rekenen aan ICT-leverancier, ondanks schending SLA

In een procedure tussen een ICT-leverancier en zijn klant, wordt de ICT-leverancier veroordeeld tot het vergoeden van de schade die zijn klant geleden heeft door een ransomware-aanval. Deze aanval vond plaats enige tijd nadat de tussen partijen geldende onderhoudsovereenkomst (SLA) was geëindigd. Desalniettemin is de ICT-leverancier aansprakelijk, omdat hij gedurende de looptijd van de SLA heeft nagelaten adequate back-ups te maken. Dit terwijl dat wel tot zijn verplichtingen behoorde. Hierdoor kon de getroffen klant niet anders dan losgeld betalen om de ransomware-aanval te (doen) eindigen, in plaats van het terugzetten van de back-ups. Tegelijkertijd is er wel sprake van eigen schuld van de klant bij het kunnen ontstaan van de ransomware-aanval. Zodoende wordt de schadevergoeding gematigd.

1 2 3 4 5 6