Gracias Alex por tu respuesta, pero la informacion que realiza el programa ya la tengo.

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] 23/10/02 8:20:05 >>>


Hola, para poder auditar las JOBSCDE a lo mejor te va bi�n esta utilidad:

(See attached file: bftjobscde.zip)

Te crea una DB con toda la informaci�n de los trabajos planificados.

Crea los @.* como m�dulos con un 15 y haz un CRTPGM con la informaci�n que
hay en el LNKPGM (en este caso s�lo dos m�dulos @.* y sin *SRVPGM el inicio
es el CL) . Para transportar el resultado a Excel, cambia el mandato final
por el que tengas en tu sistema.

Con esto no tendr�s que ir limitando la capacidad de acci�n de los
programadores, que por otro lado no somos tan malos ;-) pero si que podr�s
ver de manera c�moda que es lo que se ejecuta de manera planificada.

fins aviat...
�lex Corretg�






"Joan Carles Andreu Cuenca" <[EMAIL PROTECTED]>@QUIJOTE.COMBIOS.ES con
fecha 23/10/2002 01:34:23

Por favor, responda a [EMAIL PROTECTED] 

Tram�s per:    [EMAIL PROTECTED] 


Destinataris:     <[EMAIL PROTECTED]>
C�pia:

Classificat:  |----------------|
              | ( ) Important  |
              | ( ) urgent     |
              | ( ) hist�ric   |
              | ( ) temporal   |
              | ( ) bretolada  |
              | ( ) particular |
              |----------------|
Assumpte: Re: Control de trabajos sometidos


Gracias Jes=FAs por tu respuesta.=20
Todo lo que dices tiene sentido. Quizas el problema es que quiero "marear=
=20la perdiz" con mi planteamiento.

Sobre el punto 1, en principio, no queremos deshabilitar que los programa=
dores 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 d=
esarrollo y el grupo de sistemas (incluido operaci=F3n) con los trabajos =
sometidos, por ejemplo "que hace el trabajo X", o "que incompatibilidades=
=20tiene el trabajo X con otros trabajos ya creados", etc...=20

Sobre los demas puntos y tambien mensajes anteriores, tomar=E9 nota.

Estamos en una situaci=F3n de aplicar todavia mas seguridad que tendra al=
gunas implicaciones dr=E1sticas pero beneficiosas desde el punto de vista=
=20de empresa. Una cosa que no os he comentado es que parte de estos prog=
ramadores son externos, es decir, que no pertenecen a la empresa, por eso=
=20y mas nuestra preocupaci=F3n por la seguridad.

Saludos

Joan Carles Andreu
DSI - Sistemes
Miguel Torres S.A.
Comer=E7, 22
Vilafranca del Pened=E9s (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 burocratiz=
ar
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 resulta=
do
del trabajo planificado se envia al usuario final.

Vale reforzar que, como sabras, podra haber algunos comandos que no pueda=
n
ser ejecutados en batch o que pasan sobre la seguridad adoptada.

Saludos.

Jesus Olague
Zacatecas, Mexico



=20                                                                      =
=20                           =20
=20                   "Joan Carles Andreu                                =
=20                           =20
=20                   Cuenca"                       Para:   <forum.help40=
[EMAIL PROTECTED]>               =20
=20                   <[EMAIL PROTECTED]>          cc:                  =
=20                           =20
=20                   Enviado por:                  Asunto:      Re: Cont=
rol de trabajos sometidos   =20
=20                   forum.help400-request@                             =
=20                           =20
=20                   combios.es                                         =
=20                           =20
=20                                                                      =
=20                           =20
=20                                                                      =
=20                           =20
=20                   22/10/2002 14:07                                   =
=20                           =20
=20                   Por favor, responda a                              =
=20                           =20
=20                   forum.help400                                      =
=20                           =20
=20                                                                      =
=20                           =20
=20                                                                      =
=20                           =20




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 errore=
s
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) pe=
ro
si nos interesa que le llegue el resultado a este.

S=E9 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 lleg=
ue
a otro usuario. =BFNo basta con cambiar la cola de salida?

Por otra parte, no soy partidario de trabajos que se ejecuten con usuario=
s
poderosos (*secofr) si no es necesario, ya que se crea un riesgo adiciona=
l.

Cada trabajo se deber=EDa ejecutar con el m=EDnimo de privilegios necesar=
ios.


Saludos,
=20                 ---------------------------
=20                   Santiago Mart=ED
=20                      Dusen, S.A.
=20                 ---------------------------




=20                     "Joan Carles Andreu

=20                     Cuenca"                    Para:
<[EMAIL PROTECTED]>

=20                     <[EMAIL PROTECTED]>       cc:

=20                     Enviado por:               Asunto:   Control de
trabajos sometidos
=20                     forum.help400-request

=20                     @combios.es



=20                     22/10/2002 00:29

=20                     Por favor, responda a

=20                     forum.help400







Saludos al foro.

Hemos creado un usuario generico con atribuciones *secofr (llamemosle
superpepe) para que los trabajos planificados (wrkjobscde) que se realiza=
n
por la noche sean ejecutados con este usuario. El problema que tengo es q=
ue
el resultado de cada trabajo va al usuario superpepe y me interesa que va=
ya
a otro usuario (por ejemplo de contabilidad). Con wrkjobscde, el usuario
que somete el trabajo(superpepe), es el que le llega el resultado. Pensab=
a
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 est=
e
motivo, antes de realizar algun programa os hago esta consulta.





_____________________________________________________
Forum.HELP400 es un servicio m=E1s de NEWS/400.
=A9 Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es=20 
_____________________________________________________

Para darte de baja, env=EDa el mensaje resultante de pulsar
mailto:forum.help400-request@;combios.es?body=3DLEAVE=20 
-----------------------------------------------------------
Este mensaje se dirige exclusivamente a su destinatario
y puede contener informaci=F3n 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=E1s de NEWS/400.
=A9 Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es=20 
_____________________________________________________

Para darte de baja, env=EDa el mensaje resultante de pulsar
mailto:forum.help400-request@;combios.es?body=3DLEAVE=20 





_____________________________________________________
Forum.HELP400 es un servicio m=E1s de NEWS/400.
=A9 Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es=20 
_____________________________________________________

Para darte de baja, env=EDa el mensaje resultante de pulsar
mailto:forum.help400-request@;combios.es?body=3DLEAVE 
-----------------------------------------------------------
Este mensaje se dirige exclusivamente a su destinatario
y puede contener informaci=F3n privilegiada o confidencial.

This communication contains information which is confidential=20
and may also be privileged. It is for the exclusive use of the=20
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 

-----------------------------------------------------------
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

Responder a