Je noemt 2 verschillende dingen.
Ten 1e het niet groter maken van LOVR, maar daarna moet je verhaal over 'schermvelden' gaan die er steeds bijkomen (immers, een veld in je database ga je niet disablen). Overigens, als er veldjes bijkomen, komen deze meestal achteraan te staan, en verwerken met ^F1 kost je echt niet meer tijd dan anders...
Tsja... en verder... eigenlijk denk ik een beetje vragen naar de bekende weg... I.g.v. 200 klanten hebben we bij jouw voorstel straks 200 VO-regel tabellen, en 200 IO regel tabellen etc... Op dit moment hebben we al zo'n 1300 tabellen... need I say more ? En als je onderhoudskontrakt 200x zo duur moet worden, word je er toch niet vrolijk van
V.w.b. informatieve veldjes heb je gelijk, en er zijn ook ontwikkelingen om zelf Uservariabelen te kunnen definieren. Bij Relaties en Debiteur is zoiets al operationeel (Profit-CRM, Profit-Export). Dit soort veldjes kunnen het logistieke proces echter niet aansturen, al was het maar omdat wij niet weten dat een klant dit soort velden definieert, hoe hij ze noemt, laat staan wat er verder mee moet gebeuren. Niet helemaal waar, want je kunt die Uservariabelen weer wel gebruiken om bijv. Mailingselekties te maken.
