Uit de eigen praktijk

Inkoop- en voorraadsignalen

1. Het probleem

   Bestellen gebeurde op buikgevoel en een los Excel-bestand: pas wanneer een artikel bijna op was, werd duidelijk dat er dringend herbesteld moest worden.

2. De oplossing

   Een programma dat per artikel een bestelpunt en een veiligheidsvoorraad berekent uit de eigen orderhistoriek, met een ABC-indeling die aangeeft welke artikelen het nauwst opgevolgd moeten worden. Geen voorspellingsmodel en geen gegokte vraagcurve — gewoon rekenwerk op wat er echt besteld en geleverd is, met een signaal zodra de voorraad onder het bestelpunt zakt.

3. Waarom het nog draait

   Het draait nog dagelijks mee in de inkoop, en wordt af en toe bijgesteld wanneer een leverancier zijn levertijd verandert — hetzelfde soort onderhoud waarvoor Losse dagen bestaan.

Vraagt wel een basis om op te bouwen: ongeveer een jaar bestelhistoriek en gekende levertijden van uw leveranciers.

Koppeling tussen systemen

1. Het probleem

   Twee systemen die dezelfde informatie nodig hadden, maar niet met elkaar spraken: gegevens werden met de hand overgetypt van het ene scherm naar het andere, met telkens een kans op een fout.

2. De oplossing

   Een koppeling die gegevens automatisch laat doorstromen tussen het platform en het ERP-systeem: wat in het ene systeem verandert, komt zonder tussenkomst binnen in het andere.

3. Waarom het nog draait

   De koppeling draait nog mee in de dagelijkse werking en is intussen meegegroeid met nieuwe versies van beide systemen — zoals bij elke koppeling vraagt dat af en toe onderhoud, geen storing, gewoon het soort werk waarvoor Losse dagen bestaan.

Software die in het veld draait, met updates op afstand

1. Het probleem

   Apparatuur die niet op een bureau staat, maar ergens op locatie, moet blijven werken zonder dat er dagelijks iemand naar gaat kijken — en toch af en toe een update krijgen zonder dat daar telkens een bezoek ter plaatse voor nodig is.

2. De oplossing

   Software die op het toestel zelf draait en op afstand bijgewerkt kan worden, met een vangnet dat een mislukte update niet laat eindigen in een toestel dat niet meer opstart.

3. Waarom het nog draait

   De update- en controlelaag daaromheen is precies wat ervoor zorgt dat een toestel dat vastloopt dat zichtbaar meldt, in plaats van dat iemand het toevallig ontdekt bij een bezoek ter plaatse.

Monitoring en signalering

1. Het probleem

   Iets stopt met werken — een koppeling die vastloopt, een taak die niet meer aflevert — en pas veel later blijkt dat het al die tijd stil is blijven staan, omdat niemand het actief in de gaten hield.

2. De oplossing

   Een controle die actief nagaat of een systeem nog doet wat het moet, en zodra dat niet zo is meteen een signaal stuurt naar een vaste persoon — een e-mail of bericht, niet een cijfer in een dashboard dat toch niemand elke dag opent.

3. Waarom het nog draait

   Dat is dezelfde belofte die op de aanpak-pagina staat: fouten zijn luid, niet stil. Dit voorbeeld is de praktijk achter die belofte — hetzelfde principe zit ingebouwd in de systemen die vandaag in productie draaien, zodat een storing een bericht wordt in plaats van een verrassing die later opduikt.

Automatische lead- en e-mailopvolging

1. Het probleem

   Een lead komt binnen via mail of een formulier en blijft liggen omdat er die week geen tijd was om te reageren — soms een dag later, soms een week, soms helemaal niet.

2. De oplossing

   Opvolgflows gebouwd in n8n, een workflow-automatiseringstool: zodra een lead binnenkomt, start automatisch een reeks stappen — een eerste antwoord, een herinnering als er nog niets gebeurd is, een seintje naar de juiste persoon wanneer het toch een mens vraagt.

3. Waarom het nog draait

   n8n is bewust gekozen: het draait in een gewone container op een eigen servertje, geen black box, en wie de flow later wil aanpassen kan dat zelf, zonder een nieuw stuk maatwerk te laten bouwen.

Rapporteringsdashboards

1. Het probleem

   Cijfers die in verschillende systemen zitten — boekhouding, CRM, een aparte tool — werden maandelijks met de hand samengeraapt in een spreadsheet die dan rondgestuurd werd, en tegen de tijd dat iemand het las was de data alweer verouderd.

2. De oplossing

   Eén overzicht dat de cijfers uit die systemen samenbrengt en actueel houdt, zodat iemand het gewoon kan openen in plaats van opnieuw te moeten exporteren en plakken.

3. Waarom het nog draait

   Het blijft nuttig zolang de onderliggende systemen dezelfde gegevens blijven leveren — verandert er iets aan een van die bronnen, dan is dat de gewone soort bijstelling waarvoor Losse dagen bestaan.

Plugins en uitbreidingen voor Odoo

1. Het probleem

   Odoo dekt het grootste deel van wat een kmo nodig heeft al standaard, maar precies dat ene stuk dat specifiek is voor hoe uw bedrijf werkt, ontbreekt — en wordt dan met de hand opgelost naast het systeem, in een los Excel-bestand of via een omweg die iedereen kent maar niemand mooi vindt.

2. De oplossing

   Een uitbreiding gebouwd bovenop Odoo voor precies dat ontbrekende stuk: Odoo blijft het systeem, de uitbreiding lost enkel op wat er nog niet standaard in zit, in plaats van dat er een tweede, los systeem naast Odoo ontstaat.

3. Waarom het nog draait

   Zo’n uitbreiding evolueert mee met Odoo zelf — bij een update van Odoo is het gewone onderhoud om na te gaan of de uitbreiding nog aansluit, hetzelfde soort werk als bij elke koppeling.

Mobiele apps voor Android en iOS, tot in de stores

1. Het probleem

   Een werkende app bouwen is zelden het probleem. Vastlopen gebeurt meestal net voor een gebruiker hem ooit te zien krijgt: bij het code signing, de certificaten en profielen die elke winkel eist, de review waarbij een winkel een app kan afkeuren, en de metadata en schermafbeeldingen die verplicht zijn voor hij live mag.

2. De oplossing

   Apps voor zowel Android als iOS die niet enkel gebouwd, maar ook effectief gepubliceerd zijn — meermaals door dat volledige traject heen, tot en met gefaseerde releases waarbij een nieuwe versie niet in één keer naar alle gebruikers tegelijk gaat.

3. Waarom het nog draait

   Precies het stuk waar de meeste mobiele projecten stranden — code signing, provisioning, winkelreview — is het stuk dat hier al herhaaldelijk doorlopen is, zonder drama. Dat is de eigenlijke vaardigheid, niet het schrijven van de app zelf.