Ik snap je niet helemaal. Velden zet je in de tabellen waar ze thuis horen. Als een artikel in zijn geheel op Hold gezet moet worden, dan doe je dat in de tabel Produkten. Als je het op Hold zetten per bestelling wilt doen, dan doe je dat in de tabel Bestellingen (preciezer: BestelRegels, op het betreffende artikel). In het eerste geval kun je dat uiteraard doen vanuit je formulier Produkten, want dan zet je bij dat artikel het vinkje aan. Wil je dat bij een Bestelling doen, dan blijft het artikel dus beschikbaar voor andere bestellingen. De check waar je het in je eerste bericht over had, lijkt mij betrekking te hebben over de tweede situatie, waarin je de status per bestelling anders kan hebben. Dat maakt de check dus wat ingewikkelder. Maar niet onmogelijk.
Vanuit de eerste situatie geredeneerd (artikel in zijn geheel on hold of niet) kun je dat op twee plekken instellen. De makkelijkste natuurlijk het formulier Produkten. Want dan zet je het vinkje aan of uit. Maar vanuit Bestellingen kan het ook, door een knop te maken die m.b.v. een recordset query het vinkje van het betreffende artikel in de tabel Produkten om zet en de keuzelijst ververst. Aangezien je de keuzelijst filtert, zul je bij een volgende bestelling het artikel dan niet meer kunnen kiezen, want het staat op Hold. Maar in de huidige bestelling heb je hem al gekozen....
De vraag is dus, vanuit de procedure beredeneerd, dan wel op welk moment weet je dat een artikel op Hold gezet moet worden? Zodra je begint met de bestelling, mag je er vanuit gaan dat de keuzelijst actueel is. Oftwel: alleen artikelen die besteld mogen worden omdat ze niet op Hold staan. Dus érgens in dat proces krijg je een seintje dat een artikel niet geleverd kan worden? Ik snap de werkwijze niet helemaal. Of doet iemand anders die administratie, en kan er dus parallel een bestelling worden gemaakt, en de status van een artikel worden gewijzigd?