Gracias Jes�s por tu respuesta. Todo lo que dices tiene sentido. Quizas el problema es que quiero "marear la perdiz" con mi planteamiento.
Sobre el punto 1, en principio, no queremos deshabilitar que los programadores no sometan trabajos (me cortarian el cuello), solo concierne a los trabajos planificados. El punto 2 es, mas que una solicitud, es un protocolo entre el grupo de desarrollo y el grupo de sistemas (incluido operaci�n) con los trabajos sometidos, por ejemplo "que hace el trabajo X", o "que incompatibilidades tiene el trabajo X con otros trabajos ya creados", etc... Sobre los demas puntos y tambien mensajes anteriores, tomar� nota. Estamos en una situaci�n de aplicar todavia mas seguridad que tendra algunas implicaciones dr�sticas pero beneficiosas desde el punto de vista de empresa. Una cosa que no os he comentado es que parte de estos programadores son externos, es decir, que no pertenecen a la empresa, por eso y mas nuestra preocupaci�n por la seguridad. Saludos Joan Carles Andreu DSI - Sistemes Miguel Torres S.A. Comer�, 22 Vilafranca del Pened�s (Barcelona) [EMAIL PROTECTED] http://www.torres.es http://www.torreswines.com >>> [EMAIL PROTECTED] 22/10/02 20:27:20 >>> Joan Carles, no me queda del todo claro el panorama que planteas. Si quieres tomar el control, supongo que en todo caso deberias burocratizar un poco el proceso: 1. Excluir a todos los usuarios y programadores de toda posibilidad de someter trabajos (por SBMJOB o por cualquiera de los subcomandos de WRKJOBSCDE), considera que en este caso los programadores no podran compilar en batch. 2. Implementar una especie de 'solicitud de planificacion de trabajos' al operador del sistema 3. El operador analiza la viabilidad de la planificacion, por cuestiones de seguridad, y en su caso lo planifica (como mencione en un mensaje previo) 4. Implementar seguridad adoptada sobre los programas a ejecutar en los trabajos planificados (como mencione en un mensaje previo) De esta forma muy primaria obtienes el control que necesitas en tanto que solo el operador tiene la posibilidad de planificar trabajos y el resultado del trabajo planificado se envia al usuario final. Vale reforzar que, como sabras, podra haber algunos comandos que no puedan ser ejecutados en batch o que pasan sobre la seguridad adoptada. Saludos. Jesus Olague Zacatecas, Mexico "Joan Carles Andreu Cuenca" Para: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> cc: Enviado por: Asunto: Re: Control de trabajos sometidos forum.help400-request@ combios.es 22/10/2002 14:07 Por favor, responda a forum.help400 Saludos, Este cambio se realiza como medida de seguridad. Hasta ahora dejabamos a los programadores que introdujeran los trabajos planificados y ahora empieza a ser un caos. Hay muchos trabajos que, ademas, cuando dan errores no sabemos como actuar. Tambien, cuando tenemos que realizar tareas de mantenimiento suele tener implicaciones negativas sobre estos trabajos. Simplemente, queremos tener un control de todo y no dejar que cualquiera someta trabajos. Entonces el tema es que creamos un superusuario, sobre todo, por que no haya problemas de autorizaciones. Cuando sometes un trabajo planificado, no podemos dejar que lo someta como usuario de contabilidad (por ejemplo) pero si nos interesa que le llegue el resultado a este. S� que es rebuscado, pero es una tarea que ahora queremos que sea "normalizada". Agradezco a todos por vuestro interes en mi problemilla. Gracias >>> [EMAIL PROTECTED] 22/10/02 14:52:16 >>> Hola Joan Carles: No entiendo lo que quieres decir con que el resultado del trabajo le llegue a otro usuario. �No basta con cambiar la cola de salida? Por otra parte, no soy partidario de trabajos que se ejecuten con usuarios poderosos (*secofr) si no es necesario, ya que se crea un riesgo adicional. Cada trabajo se deber�a ejecutar con el m�nimo de privilegios necesarios. Saludos, --------------------------- Santiago Mart� Dusen, S.A. --------------------------- "Joan Carles Andreu Cuenca" Para: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> cc: Enviado por: Asunto: Control de trabajos sometidos forum.help400-request @combios.es 22/10/2002 00:29 Por favor, responda a forum.help400 Saludos al foro. Hemos creado un usuario generico con atribuciones *secofr (llamemosle superpepe) para que los trabajos planificados (wrkjobscde) que se realizan por la noche sean ejecutados con este usuario. El problema que tengo es que el resultado de cada trabajo va al usuario superpepe y me interesa que vaya a otro usuario (por ejemplo de contabilidad). Con wrkjobscde, el usuario que somete el trabajo(superpepe), es el que le llega el resultado. Pensaba en crear un programa que realice un chgjob pero no me convence, ya que lo unico que es factible es canviar la cola de salida y no usuario. Por este motivo, antes de realizar algun programa os hago esta consulta. _____________________________________________________ Forum.HELP400 es un servicio m�s de NEWS/400. � Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja, env�a el mensaje resultante de pulsar mailto:forum.help400-request@;combios.es?body=LEAVE ----------------------------------------------------------- Este mensaje se dirige exclusivamente a su destinatario y puede contener informaci�n privilegiada o confidencial. This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). ----------------------------------------------------------- _____________________________________________________ Forum.HELP400 es un servicio m�s de NEWS/400. � Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja, env�a el mensaje resultante de pulsar mailto:forum.help400-request@;combios.es?body=LEAVE _____________________________________________________ Forum.HELP400 es un servicio m�s de NEWS/400. � Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja, env�a el mensaje resultante de pulsar mailto:forum.help400-request@;combios.es?body=LEAVE ----------------------------------------------------------- Este mensaje se dirige exclusivamente a su destinatario y puede contener informaci�n privilegiada o confidencial. This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). ----------------------------------------------------------- _____________________________________________________ Forum.HELP400 es un servicio m�s de NEWS/400. � Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja, env�a el mensaje resultante de pulsar mailto:forum.help400-request@;combios.es?body=LEAVE
