Action plan 2026 – Jorian Burssens

Jorian Burssens     08.09.2026    13

As (new) Rating Officer and General IT Manager, partially responsible for the federation’s database, rating systems, and digital infrastructure across the board (as the Interclubs operates under its own dedicated management and IT), I see both immense opportunities and a critical reality check as we head into the end of 2026.

Let us be honest: for years, our federation has been running behind technologically. (One of the recent massive improvements being our new membership affiliation system). Before we can build the future, we have to face the legacy head-on: clear the backlog, clean up historical data, and properly document our systems. The RBCF/KBSB does not employ twenty full-time staff members (like some other bigger federations do); we run on the energy of dedicated volunteers and officials. If we want our chess community to thrive, our technology must carry the burden, not add to it.

Here is what has been achieved so far, and the plan for what this year will bring.

Deliverables First; Rebuilding the Foundation & the Data Platform

Real IT progress is measured by what works in production, not by promises on paper. Over the past period, we have focused on overhauling our core infrastructure and building the new Data Platform:

Faster updated player database: The players and fide data files vital for pairing software (Swar and other pairing software) now regenerate and update automatically every 1 to 4 hours. This used to be done roughly weekly through manual labor. Now, arbiters and organizers no longer have to worry about missing players without ID, or out of date FIDE elo.

Central Database Manager & Private Elo API: Developed the backend database manager alongside a dedicated private Elo API (plausibly public in the future), directly powering the modern player view and real-time rating queries.

Continuous FIDE Integrity Audits: Deployed automated audit pipelines that actively cross-reference our national database with FIDE’s master records. Through this, we have already caught and resolved over 250 historical database discrepancies (conflicting FIDE IDs, name mismatches, and duplicate profiles).

Mostly automated tournament homologations: Accelerated the homologation turnaround through automated validation checks, integrated mailings, and automated notifications to organizers. Turns out computers are remarkably good at doing repetitive math without getting bored, tired, or complaining about weekend hours. So far, 95% of the manual labor has been eliminated.

Preserving Our History (The Elo Archive): A three-week hellhole project to pay respects to the legacy of all those that have been a part of the RBCF over the course of three decades. The data came in all kinds of different formats, including manually created PDFs (because nothing screams ‘reliable database’ quite like storing tabular numbers inside a digital picture of a piece of paper). After fixing numerous errors, we hope to now have a complete and correct picture dating all the way back to 1989. (Someone decades ago apparently decided that recycling ID numbers was a brilliant space-saver, proving once again that people will gladly create three impossible future problems just to avoid solving one simple one today.). Sadly, a few tournament names have been lost along the way because those original PDFs are simply unfindable, but the historical ratings themselves are finally secured.

Better implementation of G-Licenses: Integrated the G-license framework directly into our central database structure, making the onboarding of casual and school/youth members seamless for clubs. (More options, less saved data). They still require manual approval, but this happens on average in less than 48 hours. Often way faster.

The FIDE Tournament Registration Pipeline: Rolled out the new standardized registration form. This is the first major component of an end-to-end workflow for FIDE rated tournament administration, tying directly into my role as Rating Officer.

Theme 2: The Automation Philosophy & Tackling Technical Debt

Why do we need this much automation?

Because volunteer time is our federation’s rarest resource. Every hour an board member spends manually copy-pasting rating data or cross-referencing member lists is an hour lost to organizing tournaments, teaching youth, or doing something productive.

We still need humans: Routine data transformations, synchronization jobs, sanity checks, and format validations belong in automated code. Human intervention should be strictly reserved for what actually requires human judgment: validation, revisions, edge cases, and oversight.

Open Source & Federation Property: Everything being built is fully open source or released under the Elastic 2.0 license. All code and platforms can be used by our community while remaining the full property of the RBCF. No vendor lock-in (at least from my end), no closed black boxes.

Internal Documentation as Long-Term Value: A single person holding all the technical keys is a structural vulnerability for any volunteer organization. Rigorous internal documentation remains an internal matter and will not immediately show visible “progress” on day one, but it is the single most valuable long-term asset we can build. It ensures sustainability, eliminates technical debt, and guarantees that future progress is actually possible.

Theme 3: The Roadmap – Late 2026 & Looking Ahead

With the foundation cleaned up and stabilized, the roadmap for the remainder of 2026 and into 2027 focuses on three key milestones:

Completing the FIDE Workflow: By the end of this year, we plan to finalize this comprehensive FIDE rated tournament workflow. From the initial public tournament registration form to internal validations, FIDE submissions, and final rating homologation, the process will become transparent, traceable, and automated.

Swar Results Server Modernization: By the end of 2026, the aging server currently hosting Swar results will be migrated to a much newer, reliable system. Swar results will, of course, keep existing (in this form or another), backed by modern hosting and stability.

An Open Tournament & Results Ecosystem: Looking forward, we are working toward a new public tournament registration system and results server that can be used by any pairing software. Whether an organizer chooses Swar, Sevilla, Swiss-Manager, or other modern pairing software, our federation platform should be accessible to all.

What is needed?

We don’t need a massive commercial budget. (Fun fact: the total budget spent by this previous list of things, so far, is less than 3 coffees worth. It turns out you don’t actually need expensive consulting committees and five-figure software licenses to fix things; you just need someone who stops talking about the problem and writes the code.) What we now need most is feedback, ideas, and remarks from the community. Anything that gives us a clearer view of what the Belgian chess world really needs helps us prioritize the right tools for organizers, arbiters, and players alike.


Everyone loves talking about the glorious future because looking at the present requires dealing with twenty years of duct tape and wishful thinking. We are playing catch-up, and before we start building castles in the sky, someone actually has to make sure the ground beneath our feet isn’t about to collapse.

-Jorian Burssens

For the RBCF

Cornil Etienne
14.09.2026 - 17:26
« Quelqu’un, il y a des décennies, a apparemment décidé que recycler des numéros d’ID était une brillante économie d’espace, prouvant une fois de plus que l’on créera volontiers trois problèmes futurs impossibles pour éviter d’en résoudre un simple aujourd’hui.« 

Effectivement, ça a toujours été un mystère de savoir pourquoi un numéro de matricule pouvait être, lorsque le joueur était décédé ou était inactif depuis plusieurs années, être réutilisé. Cela a donné parfois les situations bien curieuses.

Sans doute que le numéro de matricule a été stocké sur un champ numérique, qui ne pouvait pas compter trop de numéros.

Bravo pour l’exposé que tu as fait.

Un gros souci actuellement est le programme SWAR.

Nous devions l’utiliser la semaine passée pour organiser un tournoi de parties rapides. Notre arbitre FIDEs’ devait réaliser les appariements , et ça s’est planté immédiatement.
Heureusement, nous avions un autre ordinateur. Nous avons dû ré encoder tous les joueurs présents. Et croiser les doigts pour que le programme accepte de faire les appariement. Ce qu’il a bien voulu faire.

Nous avons également un second arbitre Fidés, qui, depuis des mois, ne peut plus faire le moindre appariement avec ce programme.

Les fonctionnalités du programme sont excellentes.

Mais les chances de le faire fonctionner sont parfois extrêmement réduites. Et les messages affichés ne permettent pas de comprendre ce qui se passe.

Ça devrait être une des priorités que de fournir un programme qui fonctionne correctement.

Un petit mot aussi pour remercier tout le travail qui était abattu pendant des années par Daniel Halleux. C’est grâce à lui que nous avons pu encoder en ligne les inscriptions de nouveaux joueurs, consulter les joueurs présents dans un cercle et bien d’autres choses.

Reply
Jorian Burssens
14.09.2026 - 17:50
Les numĂ©ros d’identification nationaux comportaient 5 chiffres ; en thĂ©orie, nous pouvions donc en attribuer 99 999, soit près de 100 000. Il ne s’agissait donc pas d’une vĂ©ritable pĂ©nurie. Simplement, lors de la rĂ©attribution, on ne vĂ©rifiait pas si le numĂ©ro avait dĂ©jĂ  Ă©tĂ© utilisĂ©…

Ce que je peux dire Ă  propos de Swar, c’est qu’il existe des alternatives, gratuites ou non, qui sont tout aussi performantes, voire qui offrent bien plus de fonctionnalitĂ©s. Elles sont parfois aussi plus difficiles Ă  utiliser. (Je pense notamment Ă  Swiss-Manager, ChessManager, OpenPairings, etc.) Swiss-Manager est le logiciel que je continuerai Ă  utiliser pour les tournois internationaux. Ă€ un moment donnĂ©, nous devons nous poser la question suivante : est-ce une bonne idĂ©e, en tant que pays, de crĂ©er un programme de pairings au sort ? Surtout maintenant qu’il n’y a plus d’Elo national.
Amicalement,
Jorian

Reply
Cornil Etienne
14.09.2026 - 18:49
“Simplement, lors de la rĂ©attribution, on ne vĂ©rifiait pas si le numĂ©ro avait dĂ©jĂ  Ă©tĂ© utilisé…”.
Non : il y a un contrĂ´le.

Il fallait que le numĂ©ro de matricule ne soit plus actif depuis un certain nombre d’annĂ©es.

Mais parfois un joueur quittait les Cercle d’Ă©checs puis revenait Ă  la compĂ©tition après des dizaines d’annĂ©es.

Notons qu’il ne faut pas croire que ceci Ă©tait uniquement un problème de matricules belges.

Nous connaissons des joueurs qui ont reçu deux matricules FIDE diffĂ©rents. Une fois en Belgique. Puis un autre en France. Le joueur ayant d’abord jouĂ© en Belgique. Puis il est parti en France. Et il s’est inscrit dans un club français qui n’a pas “vu” que le joueur avait dĂ©jĂ  un matricule FIDE.

Autre cocasserie : il arrive qu’un joueur qui n’a jamais arrĂŞtĂ© de jouer se retrouve avec deux matricules de la FRBE.
Exemple : notre président Denis Luminet qui a le matricule 9245 (depuis toujours et sans la moindre interruption) mais aussi le matricule 97579 ! Pendant une courte période, les deux ont été actifs. Of course par erreur.

En fait quasi tous les cas de figure ont été rencontrés au fil du temps.

Reply
CORNIL Etienne
14.09.2026 - 18:54
Il faut voir si les autres programmes sont capables de communiquer, d’envoyer les rĂ©sultats vers la FRBE.
Et si la licence est gratuite.

Et s’ils peuvent supporter, par exemple, des tournois amĂ©ricains, des tournois par catĂ©gorie, …

SWAR propose de nombreuses possibilités.

Mais il est hautement instable quant aux chances de le faire fonctionner avec certitude.

A l’heure oĂą je vous parle, les deux arbitres FIDE du CREB ne peuvent plus rĂ©aliser le moindre appariement avec SWAR sur leur PC. Avec la toute dernière version installĂ©e.
Ce samedi, l’arbitre FIDE devra me tĂ©lĂ©phoner pendant les Interclubs de la Ligue de Bruxelles pour que je fasse les appariements sur mon PC qui lui arrive encore Ă  apparier.

SWAR est un outil exceptionnel. Mais une catastrophe dans la manière d’avoir un environnement qui fonctionne correctement.

L’un de nos anciens arbitres avait mĂŞme Ă©te jusqu’Ă  acheter un nouveau PC pour espĂ©rer le faire tourner.

Reply
Jorian Burssens
14.09.2026 - 19:26
C’est pourquoi j’ai Ă©voquĂ© le passage d’un système Elo double Ă  un système Elo de la FIDE uniquement. Swar Ă©tait un bon outil car il permettait de calculer l’Elo national, mais n’importe quel système international fonctionne très bien avec l’Elo de la FIDE, comme Swiss-Manager et d’autres. Swiss-Manager (et OpenPairings) prennent parfaitement en charge les catĂ©gories, le système 3-2-1 et mĂŞme les appariements par Ă©quipes, ce que Swar ne prend pas en charge actuellement. Le principal atout de Swar rĂ©side dans sa facilitĂ© d’utilisation : non seulement tout le monde y est habituĂ©, mais on y trouve facilement la plupart des informations. J’ai abandonnĂ© Swar car il Ă©tait incroyablement peu fiable.
“Elles sont parfois aussi plus difficiles Ă  utiliser.”
C’est malheureusement exactement le cas. J’espère pouvoir proposer une solution Ă  la fois facile Ă  utiliser, s’intĂ©grant parfaitement Ă  nos systèmes actuels, et qui offre tous les atouts de Swar (notamment sa facilitĂ© d’utilisation). Si vous suivez le blog, vous verrez prochainement un article Ă  ce sujet. (Il s’agit d’un projet sur lequel je travaille actuellement avec deux autres personnes: Openpairings.)
Reply
Marchal Georges
14.09.2026 - 22:52
Juste sur les n° de matricule Belges : en 1972 (lorsque j’ai commencĂ© Ă  jouer aux Ă©checs puis Ă  m’occuper du calcul ELO belge avec Daniel Halleux) les numĂ©ros de matricule Belges ne comportaient que 4 chiffres significatifs et un chiffre de contrĂ´le. J’ai donc enlevĂ© ce chiffre de contrĂ´le pour faire passer le matricule Belge Ă  5 chiffres. Ce qui est toujours le cas actuellement.
Reply
Roman Del Favero
14.09.2026 - 00:02
Merci Jorian pour cette présentation et enchanté.
Reply
Dennis
13.09.2026 - 13:05
Adans-Dester Alexandre-Nicolas
13.09.2026 - 11:30
FĂ©licitations et belle mise en avant de votre travail. Je tiens aussi Ă  vous remercier pour votre disponibilitĂ© dans le cas de mon jouer revenant après 25 ans d’absence et n’ayant qu’une Elo nationale et pas de possible conversion en FIDE. Vous m’avez Ă©tĂ© d’une grande aide en crĂ©ant un profil et d’une rapiditĂ© exemplaire en sachant votre charge de travail. Bravo et bon courage pour la suite.
Reply
Philip Verhaeghe
11.09.2026 - 16:14
proficiat voor de inspanningen! Dat belooft voor de toekomst. (en leve de IT technologie)
Reply
Luc Oosterlinck
11.09.2026 - 15:11
dit is vernieuwend, doe zo verder, kosten besparend werk, ben blij voor de schaak gemeenschap, doe zo verder.
Reply
Pascal De Kaey
11.09.2026 - 14:24
Mooi werk alvast, Jorian!
Reply
Damien Andre
08.09.2026 - 21:58
Great work up-to-now, Jorian. I’m looking forward to the future developments.
Of course, as Chesstide developer, the open tournament & results ecosystem looks promising to me.
Reply

Comment

Please enter your full name (first and last) to leave a comment. Anonymous comments are not permitted.

More articles about action plan

kbsb widescreen

Action Plan 2026 – Luc Cornet

Luc Cornet    12.05.2026

1. FIDE/ECU Delegate For FIDE, a federation’s delegate serves two specific meanings: FIDE also recognizes a National Rating Officer (from…

Read more
kbsb widescreen

Action Plan – Ben Dardha

Arben Dardha    06.05.2026    1

Officer for Titled Players and International Delegations Objectives This action plan is based on six concrete objectives: This approach aligns…

Read more
kbsb widescreen

Action plan Geert Bailleul

Geert Bailleul    16.02.2026

As I look ahead to my proposed mandate as CIS/Training responsible and international representation, I see a period of “phenomenal”…

Read more