Inleiding
De EAN-blocker voorkomt dat er twee verkopen worden aangemaakt op dezelfde EAN-aansluiting binnen een door jou ingestelde periode. Dit voorkomt dubbele aanmeldingen, churn-issues en ongewenste contractoverlap. Dit artikel beschrijft:
- De vier instellingen op het Algemeen-tabblad
- Hoe de check daadwerkelijk werkt
- Wanneer een sale wel of niet wordt geblokkeerd
- Wat de gebruiker ziet bij een blokkade
- Het verschil tussen retentiecheck en EAN-blocker
- Wat het uitsluiten van flows precies doet
- Veelgestelde vragen
Waar vind ik deze instellingen?
Ga naar de instellingenpagina van de energie-app in jouw account. Daar zie je twee tabbladen: Algemeen (waar de EAN-blocker leeft) en API instellingen (apart, voor het toelaten van orders via de API zonder of met dubbele EAN — niet onderdeel van de blocker).
1. De vier instellingen
| Veld | Wat doet het? |
|---|---|
| Zet retentiecheck aan | Schakelt de retentiecheck in. Dit is niet de EAN-blocker, maar een aparte feature die productfiltering mogelijk maakt op basis van de huidige leverancier en of de klant al bestaand is. Zie sectie 5 voor het verschil. |
| Voorkomen aanmaken sale wanneer bestaande sale wordt gevonden (op EAN) | De hoofdschakelaar van de EAN-blocker. Op Ja wordt elke nieuwe sale gecontroleerd of er al een lopende verkoop is op dezelfde EAN. |
| Aantal maanden waarin teruggezocht moet worden voor een bestaande sale | De zoekperiode in maanden. Een waarde van 6 betekent: alleen sales van de laatste 6 maanden tellen mee als blokkerend. Eerdere sales worden genegeerd. |
| EAN's gemaakt via de volgende flows uitsluiten van de EAN-check | Een lijst van flows waarvoor de blocker volledig wordt uitgeschakeld. Sales op deze flows worden noch geblokkeerd, noch gebruikt om andere sales te blokkeren. |
2. Hoe de check werkt
Bij het aanmaken van een nieuwe sale waar minimaal één EAN aan hangt (elektriciteit, gas of beide), zoekt Salesdock naar bestaande sales op dezelfde EAN-code. Een bestaande sale telt als blokkerend wanneer aan al deze voorwaarden is voldaan:
- De sale is gefinaliseerd (de klant is daadwerkelijk getekend, niet meer in concept)
- De sale is niet geannuleerd
- De sale is niet verwijderd
- De EAN is niet geanonimiseerd
- De sale ligt binnen het ingestelde aantal maanden
- De sale ligt niet op een uitgesloten flow (zie sectie 6)
Daarnaast worden ook handmatig geïmporteerde EAN's meegeteld als blokkerend. Dat is handig als je vanuit een vorig systeem of een leverancier een lijst importeert van EAN's die geblokt moeten zijn — die werken op dezelfde manier mee in de check.
Per-product instelling
Naast de account-brede instellingen kun je op productniveau ook een aparte EAN-blocker activeren. Daarmee kun je voor specifieke producten een eigen terugzoekperiode hanteren, ongeacht de algemene instelling. Per-product geblokte EAN's tellen altijd mee, ook als de algemene EAN-blocker op Nee staat.
3. Wanneer een sale wel of niet wordt geblokkeerd
| Situatie | Resultaat |
|---|---|
| EAN-blocker uit (algemeen Nee) en geen per-product blocker | Sale gaat door — geen check. |
| EAN-blocker aan, geen bestaande sale binnen de zoekperiode | Sale gaat door. |
| EAN-blocker aan, bestaande sale gevonden binnen de zoekperiode | Sale wordt geblokkeerd; foutmelding verschijnt (zie sectie 4). |
| EAN-blocker aan, bestaande sale gevonden, maar die sale is geannuleerd of verwijderd | Sale gaat door — alleen "actieve" sales tellen mee. |
| EAN-blocker aan, bestaande sale ouder dan de zoekperiode | Sale gaat door — ligt buiten het venster. |
| Nieuwe sale loopt via een uitgesloten flow | Sale gaat door — de check wordt volledig overgeslagen voor deze sale. |
| Bestaande sale ligt op een uitgesloten flow, nieuwe sale niet | Sale gaat door — bestaande sales op uitgesloten flows tellen niet als blokkerend. |
4. Wat de gebruiker ziet bij een blokkade
Wanneer de blocker een sale tegenhoudt, verschijnt er een foutmelding bovenaan het scherm met de exacte EAN-code(s) die de blokkade veroorzaakten:
"Voor de volgende EAN's is een lopende order gedetecteerd. U kunt op deze aansluiting geen nieuwe order invoeren"
— gevolgd door een opsomming van de betreffende EAN-codes.
De sale wordt op dat moment niet opgeslagen. De gebruiker moet de aansluiting controleren en eventueel een andere flow of een andere EAN gebruiken — of, in uitzonderingsgevallen, de oude sale eerst annuleren of de blocker-instellingen aanpassen.
5. Verschil tussen retentiecheck en EAN-blocker
Deze twee schakelaars staan op dezelfde pagina, maar doen iets totaal verschillends:
| Retentiecheck | EAN-blocker | |
|---|---|---|
| Wat het doet | Filtert producten op basis van de huidige leverancier en of de klant al bestaande klant is. | Voorkomt dat er een tweede sale wordt aangemaakt op dezelfde EAN binnen een gekozen periode. |
| Wanneer actief | Bij het tonen van producten in de flow. | Bij het aanmaken (opslaan) van een sale. |
| Effect bij match | Producten worden wel/niet getoond afhankelijk van retentie-regels. | De sale wordt geweigerd met een foutmelding. |
Belangrijk: deze twee instellingen werken onafhankelijk van elkaar. Je kunt ze los of samen gebruiken — de retentiecheck-knop heeft geen invloed op de EAN-blocker en omgekeerd.
6. Wat doet "EAN's gemaakt via de volgende flows uitsluiten van de EAN-check"
Selecteer je hier één of meer flows, dan wordt de EAN-blocker voor sales op die flows volledig uitgeschakeld. Sinds de update van april 2026 werkt deze uitsluiting tweezijdig:
- Een nieuwe sale op een uitgesloten flow wordt nooit tegengehouden door de blocker, ongeacht wat er op die EAN al bestaat.
- Een bestaande sale op een uitgesloten flow telt nooit als blokkerend voor andere sales — ook niet als de nieuwe sale op een gewone (niet-uitgesloten) flow loopt.
Dit gebruik je typisch voor speciale flows waar dubbele aanmeldingen juist gewenst zijn, bijvoorbeeld bij retentie-flows, intern beheer, of testflows die je niet wil meenemen in de productiecontrole.
Eerder gedrag (vóór april 2026)
Tot voor kort werkte deze uitsluiting alleen één kant op: bestaande sales op uitgesloten flows werden uitgesloten als blokkerend, maar nieuwe sales op uitgesloten flows konden nog steeds geblokkeerd worden door andere sales op niet-uitgesloten flows. Dat veroorzaakte verwarring; sinds april 2026 is dit symmetrisch en intuïtiever.
7. Veelgestelde vragen
Tellen sales in concept (nog niet getekend) ook mee als blokkerend?
Nee. Alleen gefinaliseerde sales (de klant heeft definitief getekend) tellen mee. Concept-sales zonder finalisatie blokkeren niets.
Wat als ik een sale annuleer of verwijder — wordt de blocker dan opgeheven?
Ja. Een geannuleerde of verwijderde sale telt direct niet meer mee als blokkerend. Een nieuwe sale op dezelfde EAN gaat dan weer gewoon door.
Wat is een redelijke waarde voor "Aantal maanden"?
Veelgebruikte waardes zijn 6 tot 12 maanden. Een korte periode (1-3 maanden) laat snel weer een nieuwe sale toe; een lange periode (12+ maanden) is strenger en blokkeert meer dubbelingen, maar kan ook legitieme her-aanmeldingen blokkeren. Stem dit af op je churn- en contractduur-beleid.
Werkt de blocker ook op gas-EAN's?
Ja, de check geldt voor zowel elektriciteits- als gas-EAN's. Heeft de sale beide, dan worden beide gecontroleerd; één match is al genoeg om te blokkeren.
Tellen geïmporteerde EAN's mee?
Ja. Heb je een lijst EAN's geïmporteerd om te blokkeren, dan worden die meegenomen in de check naast de daadwerkelijk in Salesdock aangemaakte sales.
Mijn sale wordt geblokkeerd, maar er staat geen sale meer op die EAN — hoe kan dat?
Loop de checklist af:
- Staat er nog een gefinaliseerde sale in de oude data van de afgelopen X maanden? Filter op de EAN in de sales-overzichtspagina (inclusief afgesloten/aflopende statussen).
- Staat de EAN op een geïmporteerde blocker-lijst? Die wordt los van sales meegerekend.
- Heeft een product een eigen, kortere/langere terugzoekperiode ingesteld?
- Is de EAN in de oude sale geanonimiseerd? Zo ja, dan zou hij niet meer mee mogen tellen — escaleer dit naar support als je vermoedt dat dit niet goed werkt.
Kan ik de blocker per organisatie of per agent uitzetten?
Niet direct. De vier instellingen op het Algemeen-tabblad gelden voor het hele account. Wel kun je via de "uitgesloten flows" praktisch differentiëren — gebruik een aparte flow voor de groep waarvoor je de blocker wil overslaan, en zet die flow in de uitsluitingslijst.
Wat staat er op het tabblad "API instellingen"?
Dat tabblad regelt iets anders: het toelaten van API-orders met dubbele of ontbrekende EAN's, plus de status waarmee zulke orders binnenkomen. Het is bedoeld voor specifieke API-import-scenario's en staat los van de EAN-blocker. Voor een normale checkout-flow heb je deze instellingen niet nodig.
Korte begrippenlijst
EAN — Unieke identificatie van een aansluiting (elektriciteit of gas).
Gefinaliseerde sale — Een sale waarbij de klant definitief heeft getekend, niet meer in concept.
Retentiecheck — Apart filter voor producten op basis van leverancier/klantstatus, niet de EAN-blocker.
Uitgesloten flow — Een flow waarvoor de EAN-blocker volledig is uitgeschakeld, in beide richtingen.
Geanonimiseerde EAN — Een EAN die uit privacy-overwegingen onleesbaar is gemaakt en niet meer meetelt in de check.