Logging van weegdata op zee: wat vastleggen en waarom

Waarom elke weging loggen

Het automatisch loggen van elke weging, op het moment dat deze plaatsvindt, maakt van een weegschaal een bron van bewijs in plaats van alleen een display: het bewijst wat is verpakt, ondersteunt traceerbaarheid en rapportage, en laat zien waar product verloren gaat. Handmatige notities en steekproeven kunnen dit niet, omdat ze de meeste wegingen missen en niet kunnen worden gecontroleerd.

Op een vissersvaartuig dient een volledig weeglogboek meerdere doelen tegelijk:

• Traceerbaarheid. EU-regels vereisen nettogewicht in kilogram per partij als onderdeel van de minimale informatie die digitaal wordt doorgegeven (artikel 58, lid 5, van Verordening (EG) nr. 1224/2009, zoals gewijzigd door Verordening (EU) 2023/2842).
• Aanlandingsregistraties. Exploitanten die visserijproducten wegen bij aanlanding moeten voor elke aanlanding een weegregistratie invullen en deze drie jaar bewaren (artikel 60, lid 5).
• Nauwkeurigheid van het logboek. Gewogen hoeveelheden per soort helpen logboekramingen binnen de toegestane marge van tolerantie te houden.
• Beheersing van giveaway. Pakgewichten per product laten gemiddelde overschrijding en spreiding zien; zie Giveaway beperken.
• Geschillen. Wanneer een koper ondergewicht claimt, is een tijdgestempelde registratie van elke doos het bewijs van het vaartuig.

Velden om per weging vast te leggen

Een bruikbare weegregistratie bevat wat er is gewogen, hoeveel, wanneer, waar, met welk instrument en onder welke instellingen, in een structuur die voor elke registratie identiek blijft.

Niet elke installatie heeft elk veld nodig, maar registratie-ID, tijdstempel, instrument, preset, nettogewicht, eenheid en stabiliteit zijn het minimum voor gegevens die kunnen worden vertrouwd en hergebruikt. Soortcodes moeten de FAO ASFIS-lijst volgen, zodat registraties overeenkomen met logboek- en traceerbaarheidsgegevens.

Audit trail: vastleggen wat is veranderd

Een audit trail is een tijdgestempelde registratie van gebeurtenissen die de meting kunnen beïnvloeden, zoals parameterwijzigingen, kalibratie en software-updates, apart bewaard van de weegregistraties zelf.

OIML-document D 31 definieert een audit trail als een continu gegevensbestand met een tijdgestempelde informatieregistratie van gebeurtenissen, bijvoorbeeld wijzigingen in de waarden van de parameters van een meetinstrument of software-updates, die juridisch relevant zijn en de metrologische kenmerken kunnen beïnvloeden (OIML D 31:2019). Zelfs waar een weegschaal niet wordt gebruikt onder wettelijke metrologie, maakt hetzelfde principe weeggegevens verdedigbaar.

Gebeurtenissen die het waard zijn om op een vaartuig te loggen:

• kalibratie en afstelling, met de gebruikte referentiegewichten;
• wijzigingen aan capaciteit, resolutie, filtering of stabiliteitsinstellingen;
• aanmaken, bewerken en verwijderen van presets, inclusief streefwaarden en tolerantiewaarden;
• handmatige nul- en tarrahandelingen, en wijzigingen van taragewichten;
• software- en firmware-updates;
• correcties op registraties: een correctie moet een nieuwe vermelding aanmaken die naar het origineel verwijst, en dit niet overschrijven;
• klokwijzigingen en tijdsynchronisatiegebeurtenissen.

De juridische achtergrond voor instrumenten die in de handel worden gebruikt, staat op de hub wettelijke metrologie.

Tijdstempels, eenheden en getalnotaties

De meeste gegevensproblemen in weeglogboeken komen voort uit dubbelzinnige tijd, eenheden en decimaalscheidingstekens, niet uit de weegschaal, en worden vermeden door conventies vast te leggen voordat de eerste registratie wordt geschreven.

• Tijd. Sla tijdstempels op in UTC in het internetformaat voor datum en tijd van RFC 3339 (bijvoorbeeld 2026-09-14T06:42:17Z). Vaartuigen doorkruisen tijdzones; lokale tijd kan voor weergave worden afgeleid. Synchroniseer klokken met GPS of netwerktijd en log elke aanpassing.
• Eenheden. Sla de eenheid samen met de waarde op, of leg deze per veld vast (netto_kg). Meng nooit kg en g in één kolom.
• Resolutie. Sla waarden op met de resolutie van de weegschaal en een vast aantal decimalen; rond niet opnieuw af tijdens export.
• Decimaalscheidingsteken. Gebruik een punt in machineleesbare bestanden. CSV geopend in een spreadsheet met een komma-decimale landinstelling kan 5.120 verkeerd lezen als 5120; documenteer de conventie en test de import.

Statistieken per preset

Statistieken per preset vatten alle registraties van één product over een gekozen periode samen en laten in één oogopslag zien of het verpakken op streefwaarde ligt.

Voorbeeld met hypothetische cijfers: 1.200 dozen op preset COD-GUT-5KG met een totaal van 6.138 kg geven een gemiddelde van 5,115 kg en een gemiddelde giveaway van 115 g per doos, of 138 kg over de periode. Dat cijfer per dienst of per sorteerderrecept vergelijken is hoe verbeteringen worden gemeten.

Exportformaten: CSV, JSON en PDF

CSV, JSON en PDF dienen elk een ander publiek: CSV voor spreadsheets, JSON voor software, PDF voor mensen en documenten die niet mogen veranderen.

Een robuuste opstelling bewaart het logboek in de oorspronkelijke vorm op de weegschaal of het scheepssysteem, exporteert CSV of JSON voor verdere verwerking en genereert PDF-rapporten voor mensen. Hoe software registraties rechtstreeks uitleest, staat beschreven in Weegschalen integreren met uw software via een API.

Opslag, back-up en bewaartermijn

Weeglogboeken moeten eerst lokaal worden opgeslagen, regelmatig worden geback-upt en minstens zo lang worden bewaard als de langst geldende verplichting, wat voor aanlandingswegingsregistraties in de EU drie jaar is.

De opslagbehoefte is bescheiden. Een registratie van ongeveer 250 bytes produceert bij 20.000 wegingen per dag ongeveer 5 MB per dag, oftewel ruwweg 150 MB voor een reis van 30 dagen, vóór compressie. Lokale opslag op of naast de weegschaal zorgt dat niets verloren gaat wanneer een netwerkverbinding of walverbinding uitvalt; back-ups bij elk havenbezoek beschermen tegen hardwarestoringen. Het versturen van gegevens naar de wal tijdens de reis komt aan bod in Data van schip naar wal.

Hoe WPL dit aanpakt

WeightControl draait rechtstreeks op de R10-weegschaal of als externe applicatie voor meerdere weegschalen, met een webinterface en zonder clientsoftware. Elk op de weegschaal geregistreerd gewicht wordt automatisch vastgelegd in de database. Een statistiekendashboard toont geregistreerde gewichten per preset en gekozen periode; registratielogboeken kunnen worden bekeken in een PDF-viewer en gedownload, geëxporteerd als CSV voor software zoals Excel, en opgehaald als JSON via de geïntegreerde API. Het R10 Configuration Panel kan geregistreerde gewichten opslaan in eigen logboeken voor export en biedt back-up en herstel van weegschaalgegevens. Meer over de volledige gegevensketen staat op de hub gegevensintegratie.