<?xml version="1.0" encoding="UTF-8"?>
<feed xml:lang="en-US" xmlns="http://www.w3.org/2005/Atom">
  <id>tag:slimverbruik.instatus.com,2005:/history</id>
  <link rel="alternate" type="text/html" href="https://slimverbruik.instatus.com"/>
  <link rel="self" type="application/atom+xml" href="https://slimverbruik.instatus.com/history.atom"/>
  <title>Slimverbruik Status - Incident history</title>
  <updated>2025-07-09T07:00:48.439+00:00</updated>
  <author>
    <name>Slimverbruik</name>
  </author>
  
<entry>
  <id>tag:slimverbruik.instatus.com,2005:Incident/cmcvp0f7600r6daspf7xcjnj3</id>
  <published>2025-07-09T07:00:48.439+00:00</published>
  <updated>2025-07-09T07:00:48.439+00:00</updated>
  <link rel="alternate" type="text/html" href="https://slimverbruik.instatus.com/incident/cmcvp0f7600r6daspf7xcjnj3"/>
  <title>Verbindingsproblemen in backend</title>

  <content type="html">
  <![CDATA[
    <p><strong>Type:</strong> Incident</p>
    <p><strong>Duration:</strong> 46 minutes</p>
    <p><strong>Affected Components:</strong> Website, Api</p>
    <p><small>Jul <var data-var='date'> 9</var>, <var data-var='time'>07:00:48</var> GMT+0</small><br /><strong>Investigating</strong> -
  We onderzoeken op dit moment een storing waarbij bepaalde onderdelen van onze backend niet correct met de database kunnen communiceren.  
  
Voor sommige gebruikers kunnen bewerkingen tijdelijk mislukken of trager verlopen. We raden aan om eventuele wijzigingen even uit te stellen tot het probleem is opgelost..</p>
<p><small>Jul <var data-var='date'> 9</var>, <var data-var='time'>07:46:48</var> GMT+0</small><br /><strong>Resolved</strong> -
  Vanochtend traden er verbindingsproblemen op tussen onze backend en databaseservice. Hierdoor konden sommige gebruikers tijdelijk geen data laden of opslaan in ons platform.

De oorzaak bleek een interne configuratie waarbij systeemonderdelen elkaar niet goed meer konden vinden na een automatische herstart. Dit probleem is inmiddels opgelost door de netwerkconfiguratie te stabiliseren.

**Wat hebben we gedaan:**

* De interne naamgeving is aangescherpt zodat systemen elkaar altijd correct kunnen vinden, ook na updates of herstarts.
* We monitoren de omgeving actief en hebben aanvullende controles toegevoegd.

**Impact:**

* Korte onderbreking van enkele backend-functies (API en dashboard)
* Geen verlies van gegevens

**Status:**  
Het probleem is verholpen en het systeem functioneert weer normaal. Onze excuses voor het ongemak..</p>

        ]]>
  </content>
</entry>

<entry>
  <id>tag:slimverbruik.instatus.com,2005:Incident/cm9k0szem00booigk23m5mlfw</id>
  <published>2025-04-16T13:53:00.000+00:00</published>
  <updated>2025-04-16T13:53:00.000+00:00</updated>
  <link rel="alternate" type="text/html" href="https://slimverbruik.instatus.com/incident/cm9k0szem00booigk23m5mlfw"/>
  <title>Tijdssynchronisatie verstoord</title>

  <content type="html">
  <![CDATA[
    <p><strong>Type:</strong> Incident</p>
    <p><strong>Duration:</strong> 30 minutes</p>
    <p><strong>Affected Components:</strong> Website, Api</p>
    <p><small>Apr <var data-var='date'> 16</var>, <var data-var='time'>13:53:00</var> GMT+0</small><br /><strong>Investigating</strong> -
  automatische tijdssynchronisatie (NTP) op één van onze servers synchroniseerd niet..</p>
<p><small>Apr <var data-var='date'> 16</var>, <var data-var='time'>14:23:22</var> GMT+0</small><br /><strong>Resolved</strong> -
  We constateerden een probleem met de automatische tijdssynchronisatie (NTP) op één van onze servers. Hierdoor kon de systeemklok tijdelijk enkele seconden afwijken van de officiële tijd..</p>

        ]]>
  </content>
</entry>

</feed>