Bij de batchtaken is het zo dat degene die de taak aanmaakt ook tot in lengte de eigenaar van de taak is. Ook als deze het bedrijf al jaaaaren geleden verlaten heeft. Als systeembeheerder maakt men voor een gebruiker of afdeling een batchtaak aan, dus de systeem beheerder is de eigenaar, krijgt vaak rapporten of foutmeldingen. Ook is het voorgekomen dat er bepaalde aanpassingen niet meer gedaan konden worden vanwege de toewijzing aan een persoon die weg is: alleen op te lossen door een nieuwe taak aan te maken, zonde van het werk. Graag zie ik een scheiding tussen degene die de taak aanmaakt en de mogelijkheid om extra een eigenaar toe te wijzen (ook aan te passen) waardoor ook duidelijk is voor wie deze batchtaak is aangemaakt dus ook een contactpersoon igv benodigde aanpassingen.
Ad van Essen
Ik sluit me van harte aan bij dit verzoek. Een belangrijke aanvulling om deze wens te vervullen is dat als er pdf's aangemaakt worden uit de job, dan komen deze terechtkomen in het pad van bv user SYSTEEM (user ceator in AW) zoals die is vastgelegd onder de aanlog (vaak een windows service account die altijd is aangelogd om de batch te draaien). Anders komen deze pfd's in de catacomben van windows mappen terecht.
Het is dus handig om ook een "service account" BATCH oid in AW aan te maken (en niet SYSTEEM) waaronder de jobs lopen. Dit is dan toekomst proef. We hebben nu jobs van SYSTEEM, een user die weg is en Unit4 consultants. We hebben de nodige facturatie jobs lopen die je niet weer opnieuw wilt aanmaken. Kortom een stukje beheer om een uitvoeders user te kunnen beheren is geen overbodige luxe.
Overigens zou het voor de distrubutie dus ook handig zijn om pdf's in batchjobs een pad op jobniveau te kunnen vastleggen. Dan kan je de pdf's nog beter op juiste plek voor een gebruiker krijgen.
Een wens dus om een goed stuk beheer te kunnen doen op batch jobs.
Attachments Open full size