Data Ferramenta Referência Versão Descrição Autor

PE-2TIC-00034
Anexo B - Especificação Funcional SAP Tecnologia da

Informação e
Telecomunicações
Código do Desenvolvimento/Configuração = MC0259

Nome do Desenvolvimento/Configuração = Administrar pessoas no MoC
Histórico de Revisões
Data Ferramenta Referência Versão Descrição Autor
04/07/2022 Solman 7000093742 1 Versão inicial Alex Dalaqua
Responsáveis
Função/Papel Órgão Nome Chave Telefone
Product
TIC/PE/PNP-II Alessandra Moura B4G5
Owner
1. Objetivo
SAP S/4 Management of Change – Administrar pessoas no MoC.
2. Visão Geral
A associação de pessoas (parceiro de negócios) às diferentes funções associadas ao processo MoC deve ser
automatizada e facilmente entregue pelo usuário final. Esse FS cria opções para simplificar o gerenciamento de
usuários
Gestor: TIC/ESTTIC/PTIC Versão 8.4 – Jun/2019

Propriedade da Petrobras Página 1 de 32
PE-2TIC-00034
Informação e
Telecomunicações
3. Casos de Uso
UC1 Administrar pessoas no MoC
Atores: usuário de pedido de modificação (MoC)
Pré-condições: N/A.
Pós-condições: N/A.
Casos de uso incluídos: N/A.
Pontos de extensão: N/A.
Fluxo RN1 – Copiar parceiros de negócios de atividades para o cabeçalho e vice-versa

Básico RN2 – Filtrar a lista de parceiros de negócios disponível com base na unidade de gerenciamento/local/função
RN3 – Definir automaticamente o PN para a atividade com base na unidade de gerenciamento/local/função
RN4 – Administrar associações de PN.
Fluxo Não se aplica.

Alternativo
FAn
Documento de visão Requisito(s)
DVI_NI00034810_V2 Requisito Funcional RQF01

PE-2TIC-00034
Informação e
Telecomunicações
4. Regras de Negócio

PE-2TIC-00034
Informação e
Telecomunicações
RN Título e Descrição Caso(s) de Uso

RN1 Definir funções preenchidas diretamente na atividade a ser copiada para UC1
cabeçalho ou outras atividades
Amplie a tabela YSIAM_C_ACTTYPE com uma nova coluna para identificar a

função para a atividade.
Esta função mencionada aqui é aquela que será preenchida diretamente pelo
usuário na atividade.
Eles já fazem parte da configuração, por isso o resultado aqui é garantir que a
função está preenchida e copiar para o resultado para o cabeçalho do registro
de modificações.
Nome da coluna: Função determinada
Dado (EN) Dado (PT) Denom.
Tp.pedido Tipo de Mudança O tipo de registro de modificações será

modif. recuperado a partir dos valores de
configuração da tabela /IAM/C_ISSUETYP.
Verificar opções de campo ISSUE_TYPE,
filtrando APPLICATION=MOC
Descrição do Descrição do Tipo O tipo de registro de modificações será
tipo de de Mudança recuperado a partir dos valores de
pedido de configuração da tabela /IAM/C_ISSUETYP.
modificação Verificar opções de campo ISSUE_TYPE,
filtrando APPLICATION=MOC
Atvd.req.mod Atividade Os modelos de atividade devem ser chamados

if. da tabela de configuração /IAM/C_ACTIVTYP
Coluna Activity_Type
Descrição da Descrição da Os modelos de atividade devem ser chamados
atividade CR Atividade da tabela de configuração /IAM/C_ACTIVTYP
Função a ser Função em um Função de parceiro de negócios a ser
definida servidor selecionada como no domínio
determinada /IAM/PARTY_ROLE_CD
Descrição da Descrição da Somente leitura e deve exibir os valores da
função função tabela original
Função Função Função de parceiro de negócios a ser
responsável responsável selecionada como no domínio
/IAM/PARTY_ROLE_CD (a ser utilizado em
RN3)
Descrição da Descrição da Somente leitura e deve exibir os valores da
função função tabela original (A ser usado em RN3)
Ao concluir ou aprovar a atividade, o sistema deve verificar na tabela se a

atividade que está sendo salva corresponde a qualquer tipo de CR e modelo
CR disponível na tabela.
Se ele for encontrado, o sistema deverá verificar se há alguma função no

campo "Função a ser definida".
Em caso afirmativo, o sistema deve verificar se esta função está definida na

atividade atual na guia da pessoa envolvida e se algum PN está associado a
ela.

PE-2TIC-00034
Informação e
Telecomunicações
RN Título e Descrição Caso(s) de Uso
Se a função não estiver definida ou se nenhum PN tiver sido atribuído,

emita uma mensagem de erro:
"Preencher o <Nome da função que falta> na área de Pessoas Participantes"

(PT)
“Preencha o <Nome da função em falta> na área Pessoa envolvida” (EN).
A atividade não pode ser gravada até que o usuário defina a função e atribua o
PN.
Regra especial 1: especificamente para o modelo de atividade BR_A166, a

função a ser definida é obrigatória SOMENTE se o questionário anexado à
atividade tiver a resposta sim.
Válido para todas as linhas de negócios.
Por isso, antes de acionar a mensagem de erro, selecione se existe alguma

atividade no CR atual do tipo de modelo. BR_Q5_1_1
Exemplo:
Obtenha a resposta para esta pergunta, verifique o campo RESP_VAL_BOOL

na mesma tabela. Valor de IF = X, então a resposta é SIM e a validação deve
ocorrer. IF valor <> X, então não deve ser executada nenhuma validação para
esta tarefa e função específicas.
Regra Especial 2: Para os modelos de atividades “Gerencia a FAM” e

“Gerencia a PATEC” (definidos na tabela de controle YSIAM_C_ACTTYPE), o
“PN a ser definido” seguirá uma abordagem distinta.
Válido apenas para LOB: RGN e DTDI

PE-2TIC-00034
Informação e
Telecomunicações
Para essas atividades, conforme identificado na tabela, sempre que o usuário

SAVER a Atividade, validaremos se o campo “Gerencia um FAM” ou
“Gerenciado um PATEC” estiver preenchido. Isso já foi implementado no
WRICEF 254.
Além disso: nesta regra, após verificar se o campo foi preenchido, devemos
determinar o valor para a função a ser definida não manualmente, mas por
meio da integração HR. Utilize a mesma lógica do RN3 para chamar o gerente
responsável pelo “Gerencia PATEC” ou “Gerencia FAM” especificado.
Os valores podem ser verificados na tabela YSPETRO_ACT utilizando a chave

Activity.
Campos:

FAM
PATEC

PE-2TIC-00034
Informação e
Telecomunicações
Fim da regra especial 2.
Fluxo de parceiros de negócios:
Se a função for definida e o PN estiver atribuído, copie a função e o PN da

atividade para o cabeçalho.
Precisamos copiar a função e o PN atribuídos ao cabeçalho do MoC.
Verifique se a função definida já existe no cabeçalho e se tem um PN

associado.
Se existir, não há necessidade de copiar, portanto, saia de RN1.
Se não existir, defina a função no cabeçalho e copie o PN atribuído na

atividade para a mesma função no cabeçalho.
Exemplo: Cópia de “Gerente FAM” de Atividade para Cabeçalho.

PE-2TIC-00034
Informação e
Telecomunicações
Atividade
Cabeçalho
Se a função estiver definida e o PN atribuído, copie a função e o PN para

outras atividades em aberto
Obtenha uma lista de todas as atividades seguintes disponíveis no CR que

estão no status CRIADO. Para obter as atividades seguintes, leia todas as
atividades disponíveis e considere somente aquelas com um número de
ordenação maior que o atual. O número de ordenação está disponível em
/IAM/D_ACT_ROOT-SORTNO.
Considere somente as categorias de atividade APP e TSK em

/IAM/D_ACT_ROOT-ACT_CATEGORY.
Para cada atividade, verifique as funções necessárias para a atividade. Se a

função necessária já estiver definida no cabeçalho, com uma pessoa associada
E ainda não estiver definida na atividade, copie a pessoa associada no
cabeçalho para a atividade na mesma função.
Exemplo: Cópia de “Gerente FAM” de Atividade para Atividade.

Atividade

PE-2TIC-00034
Informação e
Telecomunicações
Atividade
Para verificar as funções necessárias, chame o modelo de atividade para a

função atual e verifique a categoria
Exemplo para BR_A80
Em seguida, verifique as funções disponíveis para a categoria
Se a função for encontrada na tabela e já estiver definida no cabeçalho com um

PN associado, atualize a mesma na atividade. Caso contrário, verifique a
atividade seguinte.
Após a última atividade verificada, ignore RN1.

PE-2TIC-00034
Informação e
Telecomunicações
RN2 Definir filtros para a lista de PN a ser exibida para funções com base na UC1
tabela de pessoas MoC
Quando o usuário tenta selecionar o PN para as funções, alguns filtros são

aplicáveis.
Este RN2 só é aplicável para LOB “RGN” e “E&P”.
Os parceiros de negócios permitidos são os que estão disponíveis na tabela de

pessoas MoC para a unidade de administração/1710 e a função indicadas.
Tabela: YSEHMOC_USRMASTR
Portanto, precisamos acionar a seleção de PN para atividade ou Cabeçalho

para filtrar os valores disponíveis.
O YSEHMOC_USRMASTR contém a unidade administradora

(YSPETRO_DATA-REQ_AREA), a unidade gerencial 1710 (YSELOC-
LOCALE), a função e o PN.
Para obter a localização correta (LOCALE), utilize CR DBKEY como

PARENT_KEY na tabela YSELOC onde LOCAL_PRINCIPAL = “X”.
LOCALIZAÇÃO tem prioridade mais alta que Administrar unidade e, por isso,
procure primeiro por unidade gerencial e, somente se a unidade gerencial não
for encontrada, procure a unidade de administração.
Quando o usuário abre a ajuda de pesquisa SE a localização ou a unidade

administrativa e a função selecionada estiverem disponíveis na tabela, o
sistema deve exibir somente os PNs disponíveis na tabela.

PE-2TIC-00034
Informação e
Telecomunicações
Se a unidade de gerenciamento e a função selecionadas NÃO estiverem

disponíveis na tabela, ignore a lógica e mostre todos os valores com base na
pesquisa de usuário.
No exemplo abaixo, após a pesquisa de PNs considerando REQ_AREA =

“REDUC/EST/LB” e função “ZCOOR”, somente os 2 valores marcados abaixo
devem ser exibidos.
Se o par REA_AREA e a função não estiverem disponíveis na tabela, exiba

todos os valores retornados pela pesquisa padrão.
No exemplo abaixo, após pesquisar PNs considerando LOCALIZAÇÃO =

“2110.00” e função “CR_GERPT”, somente os 2 valores marcados abaixo
devem ser exibidos.
Nota: se a função for encontrada para a LOCALIZAÇÃO especificada, não é

necessário verificar a unidade de gerenciamento. No entanto, se a
LOCALIZAÇÃO não for encontrada, devemos procurar a Unidade de
gerenciamento
(REQ_AREA) e a função.
Somente se as duas pesquisas falharem, os ‘valores padrão’ devem ser

retornados.
Nota: 1 único registro é associado a uma Unidade de Gerenciamento ou a
um Local 1710.

PE-2TIC-00034
Informação e
Telecomunicações
RN3 Definir os participantes CR na criação da atividade UC1
Esta lógica deve ser acionada após cada criação de atividade e que inclui as
atividades criadas por BRF+. Precisamos nos certificar de que podemos obter o
evento de criação de tais atividades.
Esta lógica não deve ser implementada para atividades criadas por FAM, pois
estas atividades têm o responsável definido manualmente.
Esta lógica não deve ser implementada para funções que são definidas
diretamente na atividade (RN1), ou seja, para funções definidas na tabela de
controle YSIAM_C_ACTTYPE.
Verifique o BAdI: /IAM/BADI_POSITION_TO_BUPA que pode suportar este

processo.
Uma abordagem semelhante existe na solução padrão. Ele utiliza 2 tabelas,

uma para cabeçalho e outra para atividades para definição de parceiros de
negócios. Como precisamos acionar a seleção com base na
unidade/localização de gerenciamento, não podemos usar a solução padrão.
Para referência:
Atividade:
Cabeçalho
Se adicionarmos parceiros de negócios a essas tabelas padrão, eles serão

transferidos para o cabeçalho da atividade de acordo.

PE-2TIC-00034
Informação e
Telecomunicações
1. Atividade criada
Acionar a criação de atividade. A solução padrão já tem este acionador uma

vez que ele é utilizado para a definição de PN padrão como mencionado
anteriormente.
2. Verificar função responsável em YSIAM_C_ACTTYPE
Chame o modelo da atividade criada (/IAM/D_ACT_ROOT-ACT_TEMPLATE) e

verifique na tabela de controle se existe um registro correspondente para o tipo
CR e o modelo de atividade.
Se algum registro for encontrado, obtenha qual é a função responsável do

campo "Responsible Role"
Função Função Função de parceiro de negócios a ser

responsável responsável selecionada como no domínio
/IAM/PARTY_ROLE_CD (a ser utilizado em
RN3)
Descrição Descrição da Somente leitura e deve exibir os valores da
da função função tabela original (A ser usado em RN3)
Agora sabemos que a função necessária para ser cumprida. Se esta função já
tiver um PN atribuído na atividade, ignore RN3. Isso significa que o valor foi
transferido de outro lugar.
3. Obter o PN
Chamar a unidade administradora do cabeçalho (YSPETRO_DATA-

REQ_AREA) e a localização 1710 (YSELOC-LOCALE), se disponível
Para obter a localização correta (LOCALE), utilize CR DBKEY como

PARENT_KEY na tabela YSELOC onde LOCAL_PRINCIPAL = “X”.
Agora temos a unidade/localização de gerenciamento e a função.
Somente para a linha de negócios “E&P”, devemos verificar primeiro se o PN

está associado a uma localização. Para todas as outras linhas de negócios,
devemos verificar a “Unidade de gerenciamento” diretamente.

PE-2TIC-00034
Informação e
Telecomunicações
SE LOB = “E&P”
Selecione na tabela YSEHMOC_USRMASTR a função PARTNER_ID WHERE

EXT_SYS_1710 = LOCALE e FUNCTION = Responsável.
Se encontrado, grave o PARTNER_ID em T_PARTNER (nome só para

referência). Vários parceiros podem estar disponíveis.
Se nenhum registro for encontrado, vá para a próxima seleção.

REQ_AREA = Unidade de gerenciamento e FUNCTION = Responsável.

ENDIF LOB = “E&P”
IF LOB = “DTDI”

REQ_AREA = Unidade de gerenciamento e FUNCTION = Responsável.
ENDIF LOB = “DTDI”
SE LOB = “RGN”
Para RGN, as funções de gerente não estão em YSEHMOC_USRMASTR, mas

sim na estrutura HR.
Portanto, se uma das seguintes funções for definida como a função

responsável, ela deverá seguir a mesma lógica criada para WRICEF 34 (RN3 -
RGN):

PE-2TIC-00034
Informação e
Telecomunicações
CR_GERST – Gerente Setorial

CR_GER – Gerente
CR_GERGE – Gerente Geral
Neste cenário, a pessoa responsável será recuperada da estrutura de RH.

Gravar os valores encontrados em T_PARTNER (só nome para referência).
Para outras funções

REQ_AREA = Unidade de gerenciamento (GES_AREA) e FUNCTION =
Responsável.

ENDIF LOB = “RGN”
4. Adicionar o PN à função na atividade
Com a função e os parceiros de negócios (T_PARTNERS), atualize a atividade

com estas informações
5. Grave a atividade
Mencionado aqui somente para referência. O PN atribuído deve ser copiado

para o cabeçalho de acordo com a lógica em RN1.

PE-2TIC-00034
Informação e
Telecomunicações
RN4 Reabrir tarefas se a tarefa de aprovação não for aprovada UC1
Se uma atividade de aprovação for aprovada, o BRF+ e a configuração tratarão

das etapas seguintes. No entanto, quando uma atividade é rejeitada, a solução
padrão adicionaria um novo nó de atividade e aprovação. Essa solução não é
aceitável e, portanto, precisamos modificar a abordagem padrão.
Nessa nova solução, reabriremos a atividade anterior, que foi confirmada antes
da tarefa de aprovação, reabri-la, notificar o responsável e também definir a
atividade de aprovação novamente como ‘Em processamento’ (Anular
rejeição).
Amplie a tabela YSIAM_C_ACTTYPE com uma nova coluna para identificar a

atividade a ser reaberta caso a atividade de aprovação seja rejeitada.
Dado (EN) Dado (PT) Denom.
Tp.pedido Tipo de O tipo de registro de modificações será

modif. Mudança recuperado a partir dos valores de
configuração da tabela
/IAM/C_ISSUETYP. Verificar opções de
campo ISSUE_TYPE, filtrando
APPLICATION=MOC
Descrição Descrição do O tipo de registro de modificações será
do tipo de Tipo de recuperado a partir dos valores de
pedido de Mudança configuração da tabela
modificação /IAM/C_ISSUETYP. Verificar opções de
campo ISSUE_TYPE, filtrando
APPLICATION=MOC
Atvd.req.mo Atividade Os modelos de atividade devem ser

dif. chamados da tabela de configuração
/IAM/C_ACTIVTYP
Descrição Descrição da Os modelos de atividade devem ser
da atividade Atividade chamados da tabela de configuração
CR /IAM/C_ACTIVTYP
Para reabrir Reabrir Utilize o tipo de campo e a mesma ajuda de
pesquisa do campo ACTIVITY_TYPE já
disponível nesta tabela
Reapresent Reenviar CR Digite Marcar como os outros campos já
ar CR disponíveis na tabela.
O acionador desta regra é a aprovação ou rejeição de uma atividade. Após

gravar a atividade, verifique se o status foi modificado para REJECTED.
Em caso afirmativo, continue, caso contrário ignore RN4.

1. ATIVIDADE A SER REABERTA
Se a atividade de aprovação tiver sido rejeitada, verifique a tabela

YSIAM_C_ACTTYPE, que é o modelo de atividade a ser reaberto, verificando a
nova coluna.
Se existir um modelo de atividade no registro, verifique no CR atual por a lista
de todas as atividades atuais, a atividade com o mesmo modelo de atividade.
Esta é a atividade a ser reaberta.

PE-2TIC-00034
Informação e
Telecomunicações
Se NÃO houver nenhuma atividade de modelo atualizada para a tarefa de

aprovação E o FLAG “Reenviar CR” estiver marcado, vá diretamente para a
etapa 2 deste RN (CR a ser reenviado). Caso contrário, ignore RN4.
A modificação de status mencionada abaixo considera a sequência de

modificação manual. Se o sistema aceitar a modificação direta, faça isso.
Se a atividade estiver no status “EM PROCESSAMENTO”, ela deverá ser

definida como “DECLINED” e depois como “NOTIFIED”.
Se a atividade estiver no status “CONCLUÍDO”, ela deverá ser definida para o

status “EM PROCESSAMENTO” (via Reabrir) e, em seguida, para o status
“DECLINED (via recusa de responsabilidade) e depois para “NOTIFIED”.
Se ocorrer algum erro ao reabrir a atividade informe: “A atividade anterior da

aprovação não pode ser aberta automaticamente. Efetuar uma abertura
manualmente”.
Fluxo de status de atividade padrão (somente para referência):
1. CR a ser reapresentado
SE NÃO houver NENHUMA atividade de modelo atualizada para a tarefa de

aprovação E o FLAG “Reenviar CR” estiver marcado, em vez de alterar o status
da tarefa anterior, precisamos alterar o status do CR para “INCOMPLETO” e
notificar o emissor do PM.
O emissor do CR pode ser encontrado na tabela /IAM/D_I_PARTY, transferindo

o UUID do CR como PARENT_KEY e PARTY_ROLE_CODE = “CR_REP”. O
emissor é o PN atribuído no campo “PARTNER_ID”.
Envie um e-mail ao PN com o seguinte conteúdo:

PE-2TIC-00034
Informação e
Telecomunicações
Caro(a) colega,
O pedido de submetido modificação foi rejeitado.
Número do pedido: < Número da CR>

Denominação: <descrição CR>
Utilize o link sem mensagem final desta para chamar um CR diretamente.
Atenciosamente
< Link para o PM >
O sistema padrão já envia mensagens para o processamento de atividades. Se

possível, reutilize o código. O URL deve ser dinâmico como o utilizado para o
sistema padrão.
Depois de enviar a notificação, o sistema deve alterar o status do CR para

INCOMPLETO.
Fluxo de status padrão para o registro de modificações (só para referência):
3. ATIVIDADE DE APROVAÇÃO A SER REABERTA
SE a atividade for NOTIFICADA com êxito na etapa 1 ou o status CR tiver sido

modificado com êxito, como na etapa 2, será necessário reabrir a tarefa de
aprovação para uma nova rodada de aprovação.
Portanto:
Se a atividade de aprovação estiver no status “REJEITADO”, ela deverá ser

definida para o status “EM PROCESSAMENTO” (via Anular rejeição) e depois
para o status “DECLINED (via recusa de responsabilidade) para que possa ser
aprovada novamente.
Se ocorrer algum erro ao reabrir a atividade de aprovação informe: “A atividade

de aprovação não pode ser aberta automaticamente. Efetuar uma abertura
manualmente.”

PE-2TIC-00034
Informação e
Telecomunicações
Se a atividade de aprovação tiver sido definida como “DECLINED” com êxito,

este RN foi executado com êxito.
Fluxo padrão de status de atividade de aprovação (somente para referência):
4. NOTIFICAR TAREFAS DE APROVAÇÃO DA ETAPA 3
As atividades de aprovação que foram reabertas na etapa 3 não estão sendo

modificadas para NOTIFIED pelo sistema padrão, como previsto. Depois de
serem notificados pela primeira vez, o sistema não pode notificar novamente e,
portanto, precisamos forçar essa modificação de status:
A) Atividade de aprovação inicial
Acionador: botão Gravar e enviar.
Já temos algumas validações executadas neste botão e, portanto, precisamos

adicionar mais esse recurso.
Após gravar e enviar, selecione para o tipo de registro de modificações

indicado o modelo de atividade marcado com X no campo INIT_APPROVAL
na tabela YSIAM_C_ACTTYPE.
Pode haver mais de uma atividade de aprovação inicial na tabela.
Por isso, obtenha todos os valores encontrados com INIT_APPROVAL = X

para o tipo de pedido de modificação.
Exemplo:

PE-2TIC-00034
Informação e
Telecomunicações
Verifique se se trata de uma modificação ou não no campo YSPETRO_DATA-

CR_CHANGE.
Se for uma modificação (X), a atividade modelo é sempre BR_A32.
Se não for uma modificação ( ), o modelo é sempre BR_A1010 ou BR_A1020
Defina esses valores em uma tabela de parâmetros com várias opções.
Após chamar o modelo adequado, verifique se o status da atividade

(/IAM/D_ACT_ROOT-LCYCLE_CD) = “04” modifica o status desta atividade
para “NOTIFIED”. Caso contrário, não faça nada.
B) Outras atividades de aprovação
Acionador: conclusão de qualquer atividade (alterar para status COMPLETO –

09)
Ao concluir uma atividade, verifique se o modelo de atividade atual (a atividade

que está sendo concluída) se encontra no campo TO_REOPEN para o tipo CR
na tabela YSIAM_C_ACTTYPE.
Se for encontrado um registro, verifique o modelo de atividade no campo

ACTIVITY_TYPE.
Selecione a atividade com este tipo de modelo no registro de modificações

atual.
Se existir o status de atividade (/IAM/D_ACT_ROOT-LCYCLE_CD) = “04”,

modifique o status desta atividade para “NOTIFIED”. Caso contrário, não faça
nada.
Exemplo:

PE-2TIC-00034
Informação e
Telecomunicações
RN5 Administrar associações de PN via aplicação (FIORI) UC1
A atualização da tabela YSEHMOC_USRMASTR deve ser simplificada

mediante uma interface do usuário.
O objetivo desta aplicação é permitir que os administradores administrem o

conteúdo da tabela.
O gerenciamento desta tabela deve considerar o LOB e, portanto, precisamos

adicionar mais uma coluna à tabela para identificar o LOB (DTDI, E&P e RGN).
Isso serve para separar os objetos que podem ser modificados por meio de um
objeto de autorização.
1. Pesquisa – 1ª tela
Filtros:
O filtro procurará na tabela YSEHMOC_USRMASTR e retornará a lista de IDs

do PARCEIRO encontrada na tabela de acordo com os parâmetros.
Chave (KEY): essa informação é o ID de usuário da SAP associado ao PN.

Nome: (nome): YSEHMOC_USRMASTR-PARTNER_DESC
Perfil (Função): YSEHMOC_USRMASTR-FUNCTION
Gerência (unidade de gerenciamento): YSEHMOC_USRMASTR-REQ_AREA
Local (local): YSEHMOC_USRMASTR-EXT_SYS_1710
Parceiro de negócios (BP): YSEHMOC_USRMASTR-PARTNER_ID
Resultado:
Chave (chave)
Parceiro de negócios (PN)
Nome (Nome)
Aqui só são exibidas as pessoas atualmente atribuídas na tabela.
Só devem ser exibidas linhas para o setor relacionado ao usuário atual (objeto
de autorização).
O objeto de autorização a ser atribuído ao usuário deve considerar o LOB:

DTDI ou RGN ou E&P

PE-2TIC-00034
Informação e
Telecomunicações
Ações para a tela de pesquisa:
1. Seleção de linha.
O usuário pode navegar para a tela de atualização selecionando

qualquer linha no resultado. Neste caso, a tela Atualização deve estar
aberta.
2. Adicione uma nova pessoa.

O usuário pode adicionar uma nova pessoa à tabela selecionando o
botão “+”. Nesse caso, a tela Manutenção deve estar aberta, mas
antes, peça para o usuário informar o PN ou Chave (chave da
Petrobras) antes de exibir a tela Manutenção.
O PN deve ter uma ajuda para pesquisa. Utilize a ajuda de pesquisa

padrão disponível em CR/Atividades. Esta informação deve ser
transferida para a tela seguinte.
A Chave (chave da Petrobras) deve existir como um usuário de sistema

da SAP.
2. Detalhe – tela detalhada
Depois de obter o resultado, você pode acessar os detalhes e atualizar os

dados para a pessoa selecionada.
Ao carregar esta tela, precisamos carregar todos os registros atuais na tabela

YSEHMOC_USRMASTR para o PN selecionado.
Temos três áreas principais nesta tela:
1. Área de detalhes do usuário

Aqui, devemos carregar as informações do PN:

PE-2TIC-00034
Informação e
Telecomunicações
Nome para o PN
Chave (chave da Petrobras)
ID do parceiro de negócios
Unidade administrativa para o PN: selecione GERENCIA de PA9501 onde

PERNR = (ID do parceiro de negócios sem as letras “EP”).
2. Área de requisito Gerencia - exibir
Carregar todos os registros existentes da tabela

YSEHMOC_USRMASTR, em que PARTNER_ID = < ID do parceiro do
cabeçalho).
Exiba as colunas: REQ_AREA e FUNCTION_DESC
3. Área 1710 local - exibir
Carregar todos os registros existentes da tabela

YSEHMOC_USRMASTR, em que PARTNER_ID = < ID do parceiro do
cabeçalho).
Exibir as colunas EXT_SYS_1710 e FUNCTION_DESC
O mesmo usuário pode ser associado à unidade de gerenciamento e

ao local. Exiba-o nas duas áreas.

PE-2TIC-00034
Informação e
Telecomunicações
4. Ações para as tabelas Gerencia a Requisitante e Local 1710
Adicionar: Adicionar uma nova linha à tabela. Permita que o usuário selecione
a unidade de gerenciamento ou local 1710 (de acordo com a área) por meio de
ajudas de pesquisa (a mesma da tabela principal).
Após adicionar a UG ou Local, o usuário pode selecionar a função do parceiro.
Utilize uma ajuda de pesquisa que exiba a descrição, mas arquive internamente
a função PN para registro na tabela. Verifique a ajuda de pesquisa para o
campo "Função".
Verifique se existem registros duplicados na lista atual (registros existentes e

adicionados) e retorne uma mensagem de erro se for encontrado um registro
duplicado: Registro já existente. Se possível, posicione o cursor no registro
duplicado.
Ao criar um novo registro, adicione a linha de negócios de acordo com a linha

de negócios existente no registro mestre do usuário (objeto de autorização).
Observação: 1 único registro é associado a uma unidade de

gerenciamento OU a um local 1710.
Eliminar: o usuário deve selecionar primeiro uma linha. Várias linhas devem
ser selecionáveis.
Elimine a linha da tabela. Registrar internamente as linhas eliminadas para

atualizar a tabela após a gravação da operação.
Modificar: abra os registros para edição. Várias linhas devem ser

selecionáveis.
Somente a função deve ser modificável.
Registrar internamente as linhas modificadas para atualizar a tabela após a

gravação da operação.
Outras ações são padrão: ordenar, filtrar, agrupar

5. Barra de ferramentas do rodapé
Salvar Alteração: adicionar as alterações à tabela. Isto pode ser qualquer uma
das seguintes operações: Inserir, modificar, eliminar na tabela mestre.
Cancelar Alteração: retornar todos os valores para os iniciais. Rejeitar

modificações e recarregar da tabela.
Retornar para a lista: retornar à tela de pesquisa ativa

PE-2TIC-00034
Informação e
Telecomunicações
RN6 Filtrar notificações com base na tabela de controle UC1
Algumas atividades podem ter mais pessoas do que a pessoa responsável

adicionada. No entanto, somente o responsável deve ser notificado quando o
status da atividade é modificado para NOTIFIED.
A modificação deve ser implementada na classe

/MOC/CL_ACTIVITY_WF_CONNECT e no método
DETERMINE_MAIL_RECIPIENTS. Esta classe é usada dentro do workflow de
notificação (56700004)
Esta classe/método já foi ampliado(a) para permitir a seleção de PN sem um

endereço físico no PERNR.
Adicione esta validação antes de selecionar dados do PN como indicado abaixo

ou antes de inserir no loop em it_party.
O objetivo final é comparar LS_PARTY-PARTY_ROLE_CODE com

YSIAM_C_ACTTYPE-RESPONSIBLE_ROLE.
Se a função a ser notificada (LS_PARTY-PARTY_ROLE) for diferente da

função na tabela de controle (YSIAM_C_ACTTYPE-RESPONSIBLE) para
ISSUE_TYPE E ACTIVITY_TYPE, continue para o próximo registro (ou elimine
o registro de it_party), ignorando a seleção de e-mail e evitando assim que o e-
mail seja gerado.

PE-2TIC-00034
Informação e
Telecomunicações
RN6 Notificar o coordenador de modificações no cenário de assinatura digital UC1
Algumas atividades específicas são configuradas para utilizar a assinatura

digital. Isso significa que mais de 1 pessoa deve assinar a atividade antes que
o status seja modificado. Esta é uma característica padrão.
No entanto, o segundo signatário não é notificado automaticamente de que

existe uma assinatura pendente. O objetivo dessa regra é notificar o segundo
aprovador assim que a primeira aprovação tiver concluído a etapa.
O método abaixo exibe onde a ação do sinal é executada (Action_Sign). Por

isso, precisamos verificar após este evento se há outras assinaturas pendentes
e, nesse caso, notificar a pessoa que deve assinar.
A assinatura não está vinculada a um PN específico, mas a um tipo de

assinatura. A assinatura individual que deve ser notificada é MOC_0002, que
em nosso caso é sempre o coordenador de modificações e, portanto, a função
de PN ZCOOR.
Lógica:
Devemos verificar se esta é a assinatura final. Caso contrário, devemos

notificar o coordenador de alterações sobre a atividade de que há uma
assinatura pendente.
Se a assinatura tiver sido efetuada com êxito:

PE-2TIC-00034
Informação e
Telecomunicações
Nenhuma mensagem de erro
Verifique se ainda existem assinaturas pendentes e, por isso, DIGISIGN_CD =

02 após a aprovação em LT_ROOT
Se DIGISIGN_CD = 02, obtenha o PN da função ZCOOR na atividade que está

sendo assinada
Utilizar KEY de LT_ROOT como chave superior em /IAM/D_ACT_PARTY

PE-2TIC-00034
Informação e
Telecomunicações
Chame o PN para a função ZCOOR.
Crie e envie um e-mail para o coordenador de modificações selecionado na

etapa anterior como abaixo.
Assunto: Confirmar execução de tarefa na GM <número

CR>
Corpo: Confirmar a execução da tarefa < Descrição da

tarefa > (<ID da tarefa> ), na GM <Número do CR> -
<Descrição do CR.
Abra uma tarefa e selecione a opção Assinar.
Link: < Link para a atividade>
5. Dicionários de Dados
DDn - <nome do dicionário de dados>
Dado Descrição
Não se aplica. Não se aplica.
6. Layout’s e Diagramas
LD1 - Tela de pesquisa (RN4)

PE-2TIC-00034
Informação e
Telecomunicações
LD1 - Tela detalhada (RN4)

PE-2TIC-00034
Informação e
Telecomunicações
7. Requisitos Suplementares
7.1.Segurança e Controle de Acesso
SUPL Título e Descrição Caso(s) de Uso

SUPL1.1 Crie um objeto de autorização para controlar as modificações na tabela mestre da Não se aplica.
pessoa (RN4).
7.2.Desempenho e Controle de Execução

Não se aplica. Não se aplica Não se aplica
7.3.Interfaces com Outros Módulos, Sistemas e Equipamentos

7.4.Restrições Técnicas
7.5.Usabilidade
7.6.Outras Categorias
8. Referências
Não se aplica.
9. Cenários de teste
Cenários de teste (220)

Nº do cenário Inserir critérios de seleção Resultado previsto
1 (RN1) Abra CR 1069. O PN e a função de “Gerente FAM” são
copiados para o cabeçalho do CR.
Atividade aberta “Definição da
Gerência do FAM” (Número de
ordenação 2010).
Selecione qualquer unidade de

gerenciamento.
Selecione um PN para a função

“Gerente FAM”.
Grave a atividade. C

PE-2TIC-00034
Informação e
Telecomunicações
omitir a atividade.
2 (RN1) Abra CR 1069. Mensagem de erro, uma vez que nenhum PN

foi atribuído à função “Coordenador da
Abra a atividade “Necessidade demudança”.
Parecer Técnico” (2030).
Grave a atividade.
3 (RN1) Abra CR 1069. O PN e a função de “Coordenador da mudança”

são copiados para o cabeçalho do CR e
Abra a atividade “Definição do datambém para a atividade “Necessidade Parecer
mudança” (número de ordenaçãoTécnico” (2030).
2020).
Selecione um PN para a função

“Coordenador da Mudança”.
Grave a atividade. Conclua a

atividade.
4 (RN3) Crie um CR do tipo “RGN InstalaçõesA atividade “Amigo” (1020) deve receber a
e Tec. Não Contingencial”. função “Gerente Setorial” e o PN deve ser
EP02534910 (recuperado de HR S/4).
Preencha todas as informações
necessárias. A tarefa “Definição da Gerência FAM” (2010) e
“Definição do coordenador da mudança” (2020)
Atribua SIM a pelo menos 1 perguntadeve receber a função “Gerente Setorial” e o
GIM. BP deve ser EP02534910 (recuperado do HR
S/4).
Atribua manualmente um PN à função
de administrador, se solicitado.
A unidade de gerenciamento deve ser

“REDUC/TE/MC”.
Salve e envie a CR.
Grave o número para utilização no

cenário seguinte.
5 (RN2) Abra o registro de modificaçõesOs valores disponíveis devem ser somente

criado no cenário 4. “Alex Dalaqua/” e “Brenda Buckle”.
Abra a atividade “Definição do

Coordenador da Mudança”.
Tente selecionar qualquer BP para a

função “Coordenador da mudança”.
6 (RN4) Abra a aplicação e atualize os valoresTabela de moc person atualizada.

na tabela de pessoas MoC.
Selecione PN EP9000002 para

adicionar novas funções e também
processar funções atuais

PE-2TIC-00034
Informação e
Telecomunicações
7 (RN5) Abra CR 200000137 e abra a tarefa Somente o coordenador de modificações deve

59396 (Elaboração da FAM/Análisereceber o e-mail padrão MOC.
da Mud. (gerente.setorial.rgn@moc.com.br
Coloque a tarefa no modo de edição e

clique em Notificar. Salve-o
(Nota: esta notificação só funciona

pela primeira vez que uma atividade é
notificada)
8 (RN6) Abra CR 200000137 e abra a tarefa O coordenador de modificações só deve
59355 (Teste de qualificação digitalreceber o e-mail personalizado
01). (alex.dalaqua@sap.com)
Coloque a tarefa no modo de edição.
Insira seu usuário como responsável

e grave.
Coloque a tarefa no modo de edição.
Clique em Concluir.
Aceite as informações relativas à

Assinatura digital.
Clique em Assinar e assine com sua

senha de login.
Nota: cenários E&P não estão disponíveis para teste.


Data Ferramenta Referência Versão Descrição Autor

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Data Ferramenta Referência Versão Descrição Autor

Enviado por

Direitos autorais:

Formatos disponíveis

PE-2TIC-00034

Anexo B - Especificação Funcional SAP Tecnologia da

Código do Desenvolvimento/Configuração = MC0259

Gestor: TIC/ESTTIC/PTIC Versão 8.4 – Jun/2019

UC1 Administrar pessoas no MoC

Atores: usuário de pedido de modificação (MoC)

Casos de uso incluídos: N/A.

Pontos de extensão: N/A.

Fluxo RN1 – Copiar parceiros de negócios de atividades para o cabeçalho e vice-versa

Fluxo Não se aplica.

Gestor: TIC/ESTTIC/PTIC Versão 8.4 – Jun/2019

Gestor: TIC/ESTTIC/PTIC Versão 8.4 – Jun/2019

RN Título e Descrição Caso(s) de Uso

Amplie a tabela YSIAM_C_ACTTYPE com uma nova coluna para identificar a

Nome da coluna: Função determinada

Dado (EN) Dado (PT) Denom.

Tp.pedido Tipo de Mudança O tipo de registro de modificações será

Atvd.req.mod Atividade Os modelos de atividade devem ser chamados

Ao concluir ou aprovar a atividade, o sistema deve verificar na tabela se a

Se ele for encontrado, o sistema deverá verificar se há alguma função no

Em caso afirmativo, o sistema deve verificar se esta função está definida na

Gestor: TIC/ESTTIC/PTIC Versão 8.4 – Jun/2019

RN Título e Descrição Caso(s) de Uso

Se a função não estiver definida ou se nenhum PN tiver sido atribuído,

"Preencher o <Nome da função que falta> na área de Pessoas Participantes"

Regra especial 1: especificamente para o modelo de atividade BR_A166, a

Válido para todas as linhas de negócios.

Por isso, antes de acionar a mensagem de erro, selecione se existe alguma

Obtenha a resposta para esta pergunta, verifique o campo RESP_VAL_BOOL

Regra Especial 2: Para os modelos de atividades “Gerencia a FAM” e

Válido apenas para LOB: RGN e DTDI

Gestor: TIC/ESTTIC/PTIC Versão 8.4 – Jun/2019

Para essas atividades, conforme identificado na tabela, sempre que o usuário

Os valores podem ser verificados na tabela YSPETRO_ACT utilizando a chave

Gestor: TIC/ESTTIC/PTIC Versão 8.4 – Jun/2019

Fim da regra especial 2.

Fluxo de parceiros de negócios:

Se a função for definida e o PN estiver atribuído, copie a função e o PN da

Precisamos copiar a função e o PN atribuídos ao cabeçalho do MoC.

Verifique se a função definida já existe no cabeçalho e se tem um PN

Se existir, não há necessidade de copiar, portanto, saia de RN1.

Se não existir, defina a função no cabeçalho e copie o PN atribuído na

Exemplo: Cópia de “Gerente FAM” de Atividade para Cabeçalho.

Gestor: TIC/ESTTIC/PTIC Versão 8.4 – Jun/2019

Se a função estiver definida e o PN atribuído, copie a função e o PN para

Obtenha uma lista de todas as atividades seguintes disponíveis no CR que

Considere somente as categorias de atividade APP e TSK em

Para cada atividade, verifique as funções necessárias para a atividade. Se a

Exemplo: Cópia de “Gerente FAM” de Atividade para Atividade.

Gestor: TIC/ESTTIC/PTIC Versão 8.4 – Jun/2019

Para verificar as funções necessárias, chame o modelo de atividade para a

Exemplo para BR_A80

Em seguida, verifique as funções disponíveis para a categoria

Se a função for encontrada na tabela e já estiver definida no cabeçalho com um

Após a última atividade verificada, ignore RN1.

Gestor: TIC/ESTTIC/PTIC Versão 8.4 – Jun/2019

Quando o usuário tenta selecionar o PN para as funções, alguns filtros são

Este RN2 só é aplicável para LOB “RGN” e “E&P”.

Os parceiros de negócios permitidos são os que estão disponíveis na tabela de

Portanto, precisamos acionar a seleção de PN para atividade ou Cabeçalho

O YSEHMOC_USRMASTR contém a unidade administradora

Para obter a localização correta (LOCALE), utilize CR DBKEY como

Quando o usuário abre a ajuda de pesquisa SE a localização ou a unidade