Keukenetiketten direct vanuit het recept geprint: nul dubbele invoer met NiceLabel

Het etiketteren van bereid voedsel is een van de meest concrete verplichtingen in de levensmiddelenwetgeving. In de meeste Europese rechtsgebieden moet op elk verpakt of geportioneerd preparaat het volgende worden vermeld: de productnaam, de ingrediëntenlijst (met allergenen gemarkeerd), de uiterste consumptiedatum (UBD) of de houdbaarheidsdatum (BBD) en de bewaaromstandigheden. Bij collectieve catering genereren centrale productiekeukens dagelijks honderden – soms duizenden – labels.

De vraag is niet of deze labels verplicht zijn. Dat zijn ze. De vraag is waar de gegevens daarover vandaan komen.

Het probleem: twee gegevensbronnen die nooit met elkaar praten

In de meeste keukens die zowel een receptenbeheersysteem als NiceLabel hebben, draaien deze twee tools parallel zonder directe verbinding. Het gevolg: wanneer een recept verandert (een ingrediënt wordt geruild, een allergeen wordt toegevoegd, een houdbaarheidsregel wordt herzien) moet iemand het etiketsjabloon in NiceLabel handmatig bijwerken. Die stap wordt meestal uitgevoerd door een andere persoon dan degene die het recept heeft gewijzigd.

Tussen de update in het receptsysteem en de update in het etiketsjabloon zit een gat. Tijdens deze periode kunnen onjuiste labels worden afgedrukt en op producten worden geplakt die gereed zijn voor levering. Dit is geen theoretisch scenario: het is de dagelijkse realiteit in veel productiekeukens.

Hoe de CalcMenu–NiceLabel-connector werkt

De CalcMenu–NiceLabel-connector creëert een directe link tussen de receptkaart en de labelsjabloon. Wanneer een recept wordt gevalideerd in CalcMenu, worden de relevante gegevens automatisch naar NiceLabel verzonden: productnaam, ingrediëntenlijst met allergenen in vet, productiedatum, houdbaarheidsdatum berekend volgens de bewaarregels geconfigureerd in CalcMenu en indien nodig batchnummer.

De keukenoperator activeert het afdrukken vanuit CalcMenu – of vanaf een werkstation dat is gekoppeld aan de productielijn – zonder deze informatie ooit opnieuw in NiceLabel in te voeren. De labelsjabloon is een gegevensontvanger en geen formulier dat u moet invullen.

Wanneer het recept verandert, wordt de wijziging aangebracht in CalcMenu. NiceLabel haalt de nieuwe gegevens op bij de volgende printopdracht. Er is geen handmatige sjabloonupdatestap.

Wat dit voorkomt

Dubbele invoer is een van de meest voorkomende bronnen van fouten op productielabels. Een ingrediënt dat aan het recept is toegevoegd maar niet op het etiket staat, een houdbaarheidsdatum die anders wordt berekend, afhankelijk van wie het etiket maakt, een productnaam die varieert van werkplek tot werkplek, afhankelijk van de gewoonten van elke persoon.

Deze inconsistenties zijn geen professionele fouten: ze zijn het natuurlijke gevolg van een proces waarbij dezelfde informatie tweemaal in twee verschillende systemen moet worden ingevoerd. De connector verwijdert die duplicatie.

Naast fouten kost dubbele invoer ook tijd. In een centrale keuken die honderden porties per dag produceert, kan de tijd die besteed wordt aan het beheren van etiketsjablonen week na week flink oplopen. Die tijd is herstelbaar.

Te gebruiken tot vs. houdbaar: een onderscheid dat CalcMenu begrijpt

Voor microbiologisch gevoelige preparaten geldt de uiterste consumptiedatum (UBD). Het consumeren van een product na deze datum brengt een gezondheidsrisico met zich mee; verkopen na deze datum is een overtreding. De houdbaarheidsdatum (BBD) geldt voor stabiele preparaten waarbij het overschrijden van de datum niet gevaarlijk is, maar wel de organoleptische kwaliteit kan aantasten.

CalcMenu maakt onderscheid tussen de twee op basis van het bereidingstype dat op de receptkaart is geconfigureerd. De rekenregels (dag +2, dag +5, vaste datum, datum afhankelijk van de bewaartemperatuur) worden eenmalig gedefinieerd en automatisch toegepast bij elke afdruk. De operator berekent niets: de juiste datum verschijnt op het etiket.

Voor wie is dit bedoeld

Dit type integratie is vooral relevant voor centrale keukens en productie-eenheden die hun bereidingen verpakken vóór levering of distributie over meerdere locaties. Het geldt ook voor collectieve cateringrestaurants die bereidingen vooraf in porties verdelen voor avond- of volgendedagdiensten.

Als u NiceLabel al gebruikt en dit wilt koppelen aan uw receptbeheersysteem, of als u NiceLabel voor de eerste keer implementeert en gegevens rechtstreeks uit uw receptkaarten wilt halen, vraag dan een demonstratie van de connector aan.