Gestión de Roles ITIL® fue desarrollada al reconocer que las organizaciones dependen cada vez más...

8/17/2019 Gestión de Roles ITIL® fue desarrollada al reconocer que las organizaciones dependen cada vez más de la Inform…

1/20

GESTIÓN DE ROLES UPSTREAM COMPRAS


2/20

Contenido1º. Objetivo............................................................................................................................3

2º. Responsabilidad del Servicio.............................................................................................3

3º. Procedimiento de asignación de roles a usuarios en entonos de producción....................3

4º. Bs!ueda del código de usuario.......................................................................................4

"º. Bs!ueda del rol...............................................................................................................#

#º. Roles alcance del servicio...............................................................................................1$

%º. Bs!ueda de autori&antes..............................................................................................1$

'º. (estión de Remed).........................................................................................................12

*º. Roles de +ompras...........................................................................................................1#

1$º. +reación, modi-cación ) borrado de roles......................................................................1'


3/20

1. Objetivo

l objetivo del documento es el de describir el procedimiento a seguir para

gestionar los roles en /pstream 0 +ompras.

as autori&aciones estn mu) restringidas, por lo !ue es un tema mu) sensible

para Repsol.

2. Responsbi!idd de! Se"vi#io.

El Servicio no puede asignar roles a usuarios en ningún entorno (desarrollo, pre-productivo o

productivo), pero es responsable de gestionar dicha asignación. Pte de veri-car

desarrollo e integración.

El Servicio no puede crear, modificar ni borrar roles, pero es responsable de gestionar esta

actividad.

$. P"o#edi%iento de si&n#i'n de "o!es (s("ios en entonosde p"od(##i'n.

A) Re#ep#i'n de ! so!i#it(d

as solicitudes de asignación de roles a usuarios suelen llegar por correo al

bu&ón SP /PSR5 S/PPOR, aun!ue tambi6n pueden llegan solicitudes por

Remed). s importante !ue el consultor !ue va)a a gestionar la solicitud ponga

su eti!ueta en el correo, para !ue no se gestione por duplicado ni !ueden roles

sin asignar. ambi6n es importante -rmar los correos !ue enviamos desde el

bu&ón SP /PSR5 S/PPOR.

*) Dtos de ! so!i#it(d

Para gestionar la solicitud necesitamos70 C'di&o de (s("io.0 Ro!.0 Siste% + %ndnte.

+ódigo de usuario. Si no nos indican el código de usuario podemos buscarlo. Se

indica ms adelante cómo.

Rol. Si no nos indica el rol, nos deben indicar la transacción 8ej. 5219: o al

menos la ;uncionalidad (ej. crear pedidos) y la sociedad. Se indica más adelante como buscar

el rol a través de la transacción y la sociedad.

Debemos verificar si es un rol de nuestro ámbito de responsabilidad. Se indica más adelante losroles que son responsabilidad del Servicio.


4/20

Debemos verificar si son roles compatibles. Se indica más adelante incompatibilidades de roles.

demás la asi!nación debe venir adecuadamente autorizada. Se indica más adelante cómocomprobar las autori"aciones. Se debe enviar un mail al autori"ador solicitando claramente códi!o

de usuario, rol y sistema#mandante, porque si no, no nos lo tramitarán.

C) T"%it#i'n de ! so!i#it(d

/na ve& !ue tenemos la autori&ación, se abre en Remed) una nueva petición al

5R solicitando la asignación de los roles ) adjuntando la autori&ación.

/na ve& enviada la petición, copiamos el código del Remed) ) mandamos un

correo al 5R 8con copia al solicitante: diciendo !ue )a se


5/20

ttp*##repsolnet#+$S#&S#

http://repsolnet/PUBS/ES/http://repsolnet/PUBS/ES/


6/20

/. *-s(ed de! "o!

+ara ver los roles se usan transacciones* +/0, S$1', S$23D

0 4a +/0*


7/20

Se da en activar nombres técnicos para ver mejor si se corresponde con al!o de ''


8/20

Se comprueba lo que puede acer con las autori"aciones del rol que tiene


9/20

0 4a S$1'*

Se pueden buscar los roles por transacción que quiere el usuario

5ambién se pueden filtrar los roles por sociedad


10/20

0 S$23D* sirve para filtrar por códi!o de usuario los roles que tiene

. Ro!es !#n#e de! se"vi#io

oles a asignar!

0 "#"$%%$ &los roles '%% son vie(os y no se deben asignar)0 *uesto tipo+ 4os roles puesto tipo son roles compuestos que contienen roles simples 6267''.

Solicitante +5*626*2386*//*'23*S941/15omprador +5*626*2386*//*'26*/9'+%D9%%ateriales +5*626*2386*//*'2*'5&%14&S-lmacenes +5*626*2386*//*'2:*4'/&;*roveedor +5*626*2386*//*'2


11/20

*.!"#"!E01!-!%#!S2344.-

626*S>5D>S1/9>$S$%19S>2222626*&3?@*//*''*D=22S3A/59

626*&3?@*//*''*SB13*S941/15626*&3?@*//*''*SB16>S3A/59626*&3?@*//*''*S=22*=1S$4626*&3?@*//*''*S=26:>S62'109

Si se asi!nan roles simples* como por ejemplo 626*&3?@*//*''*SB13*S941/15, debemos

verificar que tiene también el rol básico* 626*S>5D>S1/9>$S$%19S>2222, y si no es asC,

solicitarlo.

4os roles !enerales tampoco se asi!nan 70%47 y se indicarCa al usuario que esos roles no sepueden asi!nar

Si no son roles de nuestra responsabilidad, se le contesta al usuario que esos roles no son de$pstream y que no podemos !estionar su asi!nación y ponemos en copia al '% o si son roles7B57, 7/9 o E+S7 al bu"ón SS-/9;5%9441;0-$+S5%&' ssacontrlin!upstreamFrepsol.com,(la asi!nación de estos roles corresponde a /9;5%94 D& 0&S51G;).

4os roles A1;7 son de liberación de pedidos y contratos y son !estionados y asi!nados por la

personas de 1ntervención para casa paCs. Se indica al usuario solicitante que lo tramite con el

interventor correspondiente.

>oja de clculo de5icroso;t .?cel *%02$

. + In#o%ptibi!idd de "o!es

$Solicitante y comprador son incompatibles+

$3iberador es incompatible con todas las funciones+

&n conclusión un usuario no puede reali"ar un ciclo completo de compras* /rear la solicitud,

liberarla, crear el pedido, etc.

Se debe recordar al usuario y al aprobador que son roles incompatibles, pero si está aprobado!estionamos la asi!nación.

mailto:[email protected]:[email protected]:[email protected]


12/20

3. *-s(ed de (to"i4ntes.

Se accede a ttp*##rcautori"antes.rm.!r.repsolypf.com#Default.aspH

Se puede eHportar los datos a una oja &Hcel para comprobar autori"antes y roles*

http://rcautorizantes.rm.gr.repsolypf.com/Default.aspxhttp://rcautorizantes.rm.gr.repsolypf.com/Default.aspx


13/20

5. Gesti'n de Re%ed+


14/20

0estión de petición de servicios y nueva petición

Servicios 51


15/20

'esa de ayuda

%ellenar tCtulo por ejemplo asi!nar roles, en descripción poner una breve descripción

&n adjuntar arcivo, adjuntamos la autori"ación una ve" seleccionado damos al más de modo que


16/20

roIse

Bay que pasar a lo si!uiente dando al mas

+or ultimo dar a

+ara ver el estado de las peticiones*

;ueva petición


17/20

Dando clicJ en peticiones abiertas te sale el estado de la petición y cual es

16. Ro!es de Co%p"s

4os roles que se !estiona en S+ $+S5%&' S$++9%5 tienen la si!uiente estructura*

0 "#"!5555!63!%ódulo!esto &ol padre) (&stos roles no se asi!nan)0 "#"!Sociedad!-!%ódulo!esto &ol hi(o)

0 *.!"#"!Sociedad!-!%ódulo!esto &ol compuesto)

&jemplo de rol padre con sus roles ijos*

&jemplo de rol compuesto con los roles ijos*


18/20

+ara ver los roles derivados, ir a la transacción S&3K y buscar la tabla 0%>D&1;&. +oner el rol !eneralen parent>a!r el rol padre y te salen todos los derivados.

Si no tienes acceso a la se3K desde la pfc! entras en el rol !eneral y en el icono de las flecas te salen los

derivados

11. C"e#i'n7 %odi8##i'n + bo""do de "o!es.

4a creación, modificación o borrado de roles debe ser autori"ada por e!oLa 5ortajada o 1rene 4ópe".

3. &l solicitante creará un %emedy.6. Desde el Servicio creamos una tarea a /%S+ adjuntando el mail de autori"ación de e!oLa

5ortajada o 1rene 4ópe".. /%S+ planifica la tarea. &n estos momentos en cambio se encuentra E&n planificación.


19/20

K. &l Servicio envCa las pruebas de usuario.?. $na ve" aceptadas las pruebas de usuario, el Servicio pasa la orden de transporte a producción.

+ara ello la petición debe estar en E+endiente paso a producción.

Si ay que incluir o eliminar una transacción, esta modificación se reali"ará normalmente en el rol padre

(p.ej. 626*MMMM*0%4*''*D23@*4'/&;) para que sea eredada por todos los roles ijos.

demás, los roles 626 están omo!enei"ados para todas las sociedades de $pstream, por lo que suelen

tener un mantenimiento centrali"ado en %D6 (62


20/20

quC se selecciona el !rupo de /%S+ y se !uarda.

Gestión de Roles ITIL® fue desarrollada al reconocer que las organizaciones dependen cada vez más...

Documents

Transcript of Gestión de Roles ITIL® fue desarrollada al reconocer que las organizaciones dependen cada vez más...