Zoals in de helptekst vermeld staat, wordt een mutatiefunktie bepaald o.b.v. Naamgeving van de Funktie. TV,WY,VW,OP en AF.
Een betere methode zou zijn om iedere funktie te scannen op het aanbrengen van wijzigingen (uitvoeren van een REPLACE); dan kan teminste écht worden bepaald of iets een wijzigfunktie is of niet. Houdt in dat er een tabel moet komen met funkties + "eigenschappen", en dat er (hier) ergens een runnetje continue draait die van iedere gewijzigde funktie dit uitzoekt en met een upgrade meestuurt.
Op dit moment worden veel van de Autorisatiegegevens op basis van de Helptekst bepaald. Immers, een Toevoegen Verkooporderregels (LOVRTV) heeft ook een verwerkingsdeel wat na het uitvoeren van F1 wordt uitgevoerd (LOVRTVF1). Die LOVRTVF1 is geen separate funktie, kan ook niet door een gebruiker worden uitgevoerd, is niet autoriseerbaar, en zal dus ook niet als funktie in de helptekst zijn beschreven, en behoort daarom niet toe aan de scope van welke funktie dan ook. Dat er bepaalde funkties niet bij jouw * selektie naar boven komen, impliceert dat die funkties niet formeel beschreven zijn in de helptekst.
Ik heb zojuist een runnetje opgestart die opnieuw Helpsleutels genereert voor Funkties; je LOARV6RA staat er nu ook bij. Dit zal met een eerst volgende Upgrade worden meegezonden. Houdt er ook rekening mee dat je na een Upgrade altijd Documentatie Cross Reference behoort op te bouwen als je dit altijd up-to-date wilt hebben.
Voor het 1e deel (Mutatiefunkties bepalen o.b.v. een REPLACE) zou ik een aanbieding kunnen maken (maar houd maar rekening met min. een week werk).
