Contractcatering, van keuken tot bezorgpunt.
Een cateringbedrijf draait op herhaling: dezelfde planningscyclus elke week, dezelfde productieregisters elke dag, dezelfde bezorgingsroutes elke dienst. Het gevaar zit niet in het koken — het zit in wat wordt overgeslagen wanneer alles per telefoon en op papier wordt gecommuniceerd. Tenderely BPM verbindt menugoedkeuring, dagelijkse productie, bezorgingsbevestiging en eventbestellingen in één traceerbare stroom, zonder code.
Wat herhaalt een cateringbedrijf elke week?
01
Menusamenstelling en kostencalculatie
Elk weekmenu wordt gebouwd uit recepten met bekende portieprijzen. Wanneer een menu op het laatste moment verandert, moet de kostencalculatie meeveranderen.
02
Menugoedkeuring
Een nutritionist, operations manager of de klant moet mogelijk allemaal akkoord gaan voordat een menu wordt bevestigd. Een niet-goedgekeurd wijziging dat de keuken bereikt, leidt tot verspilling en geschillen.
03
Dagelijkse productieregisters
Hoeveel porties van elk gerecht waren klaar, door wie en in welke keuken. Zonder schriftelijk register is traceerbaarheid bij een voedselveiligheidsprobleem onmogelijk.
04
Bezorging naar service-locaties
Maaltijden gaan naar kantines, bouwplaatsen, scholen of ziekenhuisafdelingen. Elk punt verwacht de juiste hoeveelheden op het juiste moment, en de bezorging vergt een ondertekening.
05
Events en cateringbestellingen
Eenmalige events vereisen een apart proces: gastenaantal, menukeuze, servicevereisten en prijs per persoon worden afgesproken voordat de productie begint.
06
Klachten en retourzendingen
Een geweigerde bezorging of een kwaliteitsklacht moet tegen het originele register worden vastgelegd, niet verloren gaan in een sms, zodat hetzelfde probleem niet herhaalt.
Waar loopt dit vandaag fout?
Het menu leeft in een chat-app
Menu's die via berichtenapps worden gedeeld, worden zonder opmerking veranderd. Tegen de tijd dat de verkeerde versie de keuken bereikt, is het te laat om zonder verspilling op te lossen.
Productieregisters zijn op papier
Papieren bladen worden ingevuld, in een map gestapeld en alleen geraadpleegd als er iets fout gaat. Dan is het detail alweer vergeten of het blad verkeerd ingedeeld.
Bezorgingsbevestiging is een telefoontje
De chauffeur belt dat het eten is aangekomen. Geen handtekening, geen tijdstempel, geen portieaantal. Wanneer een klant betwist wat is bezorgd, is er niets aan te tonen.
Eventbestellingen lopen apart
Event-catering wordt georganiseerd in e-mails en spreadsheets die nooit met het weekelijkse productieplan verbonden zijn, dus keukenkapaciteitsproblemen doen zich alleen op de dag voor.
Wat verandert met Tenderely BPM
01
Eén bevestigd menu per week
Het voorgestelde menu gaat door een goedkeuringsstap voordat het naar de keuken gaat. Iedereen werkt met dezelfde bevestigde versie, en wijzigingen vereisen nieuwe goedkeuring.
02
Productie is een gestructureerd dagelijks register
Hoeveelheden, keuken, verantwoordelijk personeel en tijd worden in een consistent formulier vastgelegd. Omdat de gegevens gestructureerd zijn, kunnen ze gezocht en gerapporteerd worden, niet begraven in een map.
03
Bezorging wordt op locatie bevestigd
Personeel op de bezorglocatie bevestigt ontvangst via telefoon. De tijdstempel en portieaantal worden automatisch aan het bezorgingsregister gekoppeld, zodat beide partijen dezelfde bewijzen hebben.
04
Klanten bestellen events van buiten
Een openbaar formulier stelt een klant in staat een eventbestelling als link in te dienen, zonder account nodig te hebben. De bestelling gaat in dezelfde stroom als interne productieplanningen.
05
Goedkeuringsstappen dwingen zichzelf af
Voorwaardelijke en parallelle goedkeuringsstappen worden zonder code in Tenderely BPM ingesteld. Een menu of eventbestelling die twee ondertekeningen nodig heeft, kan niet naar productie totdat beide zijn gegeven.
06
Klachten sluiten met een register
Een klacht of geweigerde bezorging wordt tegen het originele productie- of bezorgingsregister vastgelegd. Patronen worden zichtbaar op een dashboard in plaats van alleen naar voren te komen wanneer een klant escalateert.
VEELGESTELDE VRAGEN
Kunnen we meerdere keukens en bezorgpunten in één systeem beheren?
+
Ja. Rolgebaseerde toegang en machtigingen op unitniveau betekenen dat elke keuken alleen haar eigen productieregisters ziet, elke bezorgchauffeur alleen zijn eigen routes, en operationeel management alles ziet. Geen keuken hoeft de gegevens van een ander keuken te zien tenzij u dat wilt.
Kunnen klanten hun eigen menu's of eventbestellingen goedkeuren?
+
Ja. Een klant kan als externe gebruiker worden verbonden die alleen records relevant voor hun account ziet, of u kunt hen een openbare formulierlink sturen die in een goedkeuringsstroom voert. In beide gevallen wordt de overeenkomst automatisch vastgelegd.
Hoe helpt dit met traceerbaarheid van voedselveiligheid?
+
Elk productieregister legt vast wie wat heeft bereid, in welke keuken en wanneer. Elk bezorgingsregister legt vast wat is verzonden, naar wie en wanneer ontvangst is bevestigd. Omdat elke wijziging in de audithistorie wordt vastgelegd, hebt u een traceerbare keten van menu tot bezorgpunt zonder apart register te handhaven.
Kunnen we portieprijzen tegen het weekmenu traceren?
+
Receptkaarten met portieprijzen maken deel uit van de startsetting. Elk menu-item is gebouwd op een receptregister, dus wanneer ingrediënten veranderen, volgt de prijs hetzelfde register in plaats van in een aparte spreadsheet te leven.
Wat gebeurt er wanneer een bezorging wordt geweigerd of een klacht wordt ingediend?
+
De klacht of retourzending wordt als stap vastgelegd die aan het originele bezorgingsregister is gekoppeld. De verantwoordelijke persoon ontvangt een melding, de oplossing wordt als vervolgstap vastgelegd, en de gesloten klacht blijft in de geschiedenis van die bezorging. Niets gaat verloren in een sms-thread.