Eén verbonden systeem voor kassa, keuken, voorraad en bedrijfslevering

De uitdaging

Twee verkoopkanalen en twee productiestromen lopen hier naast elkaar: couscous, tajines en dagverse schotels over de toonbank van twee verkooppunten, en daarnaast de bereide gerechten die elke ochtend klaar moeten staan voor de bedrijven. Dat is geen zaak met één stroom werk.

De zaak draaide al jaren, en dat is precies het punt. Wat ontbrak was geen inzet en geen vakwerk, maar samenhang tussen de onderdelen. Kritieke stukken van de werking liepen over papier en Excel. Bestellijsten voor leveranciers werden met de hand opgesteld. Gewerkte uren werden handmatig bijgehouden en achteraf gecorrigeerd. Wat er 's ochtends geproduceerd werd voor de bedrijfslevering en wat er overdag over de toonbank ging, waren twee losse verhalen die niemand naast elkaar kon leggen.

Daar kwam één afhankelijkheid bovenop die zwaarder woog dan de rest: de productgegevens zaten vast bij de ontwikkelaar. Een prijs aanpassen, een product uit de verkoop halen of een nieuw gerecht toevoegen betekende iemand anders vragen het te doen. Een zaak die elke dag verandert, kan niet elke dag wachten.

Het systeem

Er is niet één applicatie gebouwd maar vijf, rond één gedeelde backend die de bron van waarheid is. Elk onderdeel dekt een stuk van de werking dat er al was; samen vormen ze één geheel in plaats van vijf losse programma's. De website hoort er als zesde onderdeel bij.

De kassa draait op tablet en kent beide verkooppunten, elk met een eigen kaart. Een verkoop legt vast wat er precies verkocht is, inclusief sauzen, supplementen en "zonder"-keuzes. Voor contant betalen zit er een wisselgeldscherm in: bedragen optellen met knoppen of een cijferpad, en het terug te geven bedrag staat live mee. Kaartbetalingen lopen over de betaalterminal van de zaak, die apart bediend wordt; die koppeling bestaat vandaag niet en dat is een bewuste stand van zaken, geen omissie.

De pointage is waar medewerkers in- en uitklokken. Het werkt op de tablet in de zaak, blijft werken als het netwerk wegvalt, en levert de uren aan waarop de planning en de loonopvolging verderop steunen.

Het etikettensysteem bedient de tweede productiestroom: de gerechten die 's ochtends klaargemaakt worden voor levering aan bedrijven. Het print in twaalf categorieën, zet elk etiket in het Frans en het Nederlands, en leidt de houdbaarheidsdatum af uit de categorie van het product. Allergenen en de prijsaanduiding komen rechtstreeks uit het systeem op het etiket.

De inventaris draait op de keukentablets: tellen per zone, ontbrekende producten melden, dagelijkse bakkerijleveringen loggen en binnenkomende bestellingen ontvangen. Een signaal op het hoofdscherm wijst producten aan die te lang niet nagekeken zijn.

Het beheersdashboard is waar de zaak bestuurd wordt. Tien secties, van verkoopoverzicht en productanalyse tot voorraad, inkoop, bedrijfsbestellingen, personeel, planning, stiptheid, bereidingstijden in de keuken en de verhouding tussen loonkost en omzet.

Eén invoer per dag, vier uitkomsten

De bedrijfslevering begint elke dag met hetzelfde: een raster van klanten tegen producten, waarin per klant ingevuld wordt wat er die dag naartoe gaat. Dat raster wordt één keer ingevuld, en het systeem leidt er alles uit af wat er die dag mee moet gebeuren.

Productie. Uit het raster rollen de werkbeelden voor de keuken: koude sandwiches met hun smaakverdeling, de warme sandwiches, de schotels en een overzicht voor de kok met het volledige totaal dat gemaakt moet worden. Vier beelden, elk voor de post waar ze thuishoren, klaar om af te drukken of door te sturen.

Distributie. Hetzelfde raster blijft de bron voor het uitzetten: hoeveel er per klant klaar moet staan, wat de totalen per product zijn, en wat er per klant apart geldt. Het systeem beslist niets over de verdeling; het zorgt dat wie hem uitvoert naar dezelfde cijfers kijkt als wie hem heeft ingevuld.

Broodinkoop. Het brood volgt uit de productie. Het systeem rekent uit hoeveel broodjes de dag vraagt; daarvan wordt met de hand toegewezen wat bij welke bakkerij besteld wordt, en wat overblijft is de rest. Die rest wordt berekend en kan niet onder nul zakken, zodat een fout in de handmatige toewijzing meteen zichtbaar is in plaats van door te werken in de bestelling.

Bestelhistorie. Wat er bevestigd is, blijft staan. Verstuurde bestellingen zijn terug te zien per maand, per leverancier, per product en per dag, met de bedragen exclusief en inclusief btw uit dezelfde berekening als het scherm. Daarvan komen de maandoverzichten: als pdf, als afbeelding of als WhatsApp-tekst, telkens met dezelfde cijfers eronder. Maandoverzicht en factuurbasis.

Wie het invult hoeft niet te weten wie het verderop nodig heeft.

Inkoop loopt langs twee wegen

Brood is er daar één van, en die hangt aan de productie van die dag. De rest van de inkoop werkt anders: daar kijkt het systeem naar wat er in voorraad ligt, wat er recent verbruikt is en bij welke leverancier en categorie een product hoort. Wat onder de drempel komt, verschijnt in een lijst "à commander".

Dat is een voorstel en geen bestelling: het systeem legt klaar wat opvalt, en een mens beslist wat er werkelijk besteld wordt en verstuurt het.

Twee stromen, één voorraad

De twee productiestromen zijn de kern van waarom dit één systeem moest worden en geen verzameling apps. Een verkoop aan de toonbank en een geprint etiket voor de bedrijfslevering verbruiken allebei dezelfde ingrediënten, maar ze lopen langs verschillende wegen naar buiten.

Beide trekken nu af van dezelfde voorraad, via dezelfde logica aan de serverkant. Wat er verbruikt is, wordt gelogd met vermelding van welke stroom het was, zodat het dashboard verkoop en productie apart kan tonen zonder dat er dubbel geteld wordt. Een etiket printen wacht daarbij nooit op de voorraadadministratie: de print gaat door, de afboeking volgt.

Wat er veranderde

• Productbeheer

  Voorheen

  Elke wijziging aan een product liep via de ontwikkelaar.

  Nu

  De eigenaar maakt zelf producten aan, zet ze uit de verkoop, wijzigt de gegevens, hangt ze in een andere categorie en bepaalt de volgorde.

• Voorraad

  Voorheen

  Verkoop en productie werden apart bijgehouden en achteraf tegen elkaar gelegd.

  Nu

  Beide stromen boeken af van dezelfde voorraad, met per verbruik de bron erbij.

• Uren en planning

  Voorheen

  Uren werden met de hand bijgehouden en achteraf gecorrigeerd.

  Nu

  Medewerkers klokken op de tablet; planning, stiptheid en loonopvolging lezen dezelfde registraties.

• Overzicht

  Voorheen

  Papier, Excel en losse stappen die niemand in één keer overzag.

  Nu

  Kassa, pointage, etiketten, inventaris en beheer lopen over dezelfde backend.

Die eerste kaart is de belangrijkste, en hij is te dateren. Op 22 en 23 augustus 2026 heeft de eigenaar zelf producten aangemaakt, uit de verkoop gehaald, geherordend, van categorie gewisseld en aangepast, zonder dat er een ontwikkelaar aan te pas kwam. Dat is het verschil tussen een systeem dat voor je gebouwd is en een systeem dat van jou is.

Waarom het te vertrouwen is

Elk onderdeel heeft zijn eigen manier waarop het mis kan gaan, en de zorg is daarop afgestemd in plaats van overal gelijk verdeeld.

Het scherpste voorbeeld zijn de etiketten. Een etiket op een bakje eten is geen scherm dat je nog even kunt bijwerken: als er een allergeen ontbreekt of een houdbaarheidsdatum niet klopt, staat dat gedrukt en ligt het bij de klant. Daarom is elke variant waarin een etiket kan uitkomen nagelopen in plaats van een selectie, is de opmaak gecontroleerd in de context waarin er echt geprint wordt, en is vrije tekst voor allergenen vervangen door een vaste tweetalige woordenlijst.

Dezelfde redenering geldt elders, met andere gevolgen. De voorraadafboeking is zo gebouwd dat een verkoop of een print nooit kan blokkeren op de administratie erachter, en dat dezelfde bestelling niet twee keer kan afboeken. Wat het systeem niet herkent, verdwijnt niet stilletjes maar komt apart te staan, zodat het nagekeken kan worden.

Waarom dit breder geldt

Wat bij AFILAL begon met losse operationele workflows, is hetzelfde principe dat we toepassen bij groeiende bedrijven: informatie één keer invoeren en ze daarna gecontroleerd door de juiste processen laten stromen.

Tot slot

Een systeem is pas iets waard als de mensen die de zaak draaien erop kunnen bouwen. Belvi heeft de onderdelen gebouwd rond de manier waarop er bij AFILAL gewerkt wordt, en ze verbonden waar dat werk in de praktijk samenkomt: bij de voorraad, bij de uren en op het scherm van de eigenaar.