<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>LinaDesk Blog</title>
    <link>https://linadesk.com/fr/blog/</link>
    <atom:link href="https://linadesk.com/fr/blog/feed.xml" rel="self" type="application/rss+xml" />
    <description>Des articles de praticiens sur la gestion des services informatiques : architecture on-premise, conception de SLA, workflows ITIL 4, conformité KVKK / RGPD et guides de migration — par les ingénieurs qui développent LinaDesk.</description>
    <language>fr-fr</language>
    <copyright>&#169; 2026 LinaSource</copyright>
    <lastBuildDate>Fri, 19 Sep 2026 13:30:00 GMT</lastBuildDate>
    <generator>LinaDesk</generator>
    <image>
      <url>https://linadesk.com/assets/linadesk.svg</url>
      <title>LinaDesk Blog</title>
      <link>https://linadesk.com/fr/blog/</link>
    </image>

    <item>
      <title>Pourquoi l'ITSM on-premise revient sur le devant de la scène en 2026</title>
      <link>https://linadesk.com/fr/blog/on-premise-itsm-2026/</link>
      <guid isPermaLink="true">https://linadesk.com/fr/blog/on-premise-itsm-2026/</guid>
      <pubDate>Fri, 19 Sep 2026 09:00:00 GMT</pubDate>
      <category>Architecture</category>
      <description>Le rapatriement du cloud n'est plus un sujet marginal. Ce que la KVKK, les audits RGPD et la prévisibilité des coûts nous disent des cinq prochaines années des acteurs historiques de l'ITSM.</description>
    </item>

    <item>
      <title>Migrer depuis ManageEngine Service Desk Plus — un guide de terrain</title>
      <link>https://linadesk.com/fr/blog/migrating-from-manageengine/</link>
      <guid isPermaLink="true">https://linadesk.com/fr/blog/migrating-from-manageengine/</guid>
      <pubDate>Fri, 19 Sep 2026 10:00:00 GMT</pubDate>
      <category>Migration</category>
      <description>Ce qu'il faut emporter, ce qu'il faut laisser derrière soi, et comment scripter l'export CSV de SDP vers LinaDesk sans casser l'historique des utilisateurs.</description>
    </item>

    <item>
      <title>Concevoir des calendriers SLA qui survivent aux changements d'équipe et aux jours fériés</title>
      <link>https://linadesk.com/fr/blog/sla-calendar-design/</link>
      <guid isPermaLink="true">https://linadesk.com/fr/blog/sla-calendar-design/</guid>
      <pubDate>Fri, 19 Sep 2026 11:00:00 GMT</pubDate>
      <category>ITIL 4</category>
      <description>L'erreur que commet presque toute mise en place de SLA dès le premier jour. Heures ouvrées, jours fériés turcs et absences des techniciens dans un seul modèle de calendrier.</description>
    </item>

  </channel>
</rss>
