on 07-01-2020 9:21 AM
Preciso corrigir erros de integração entre a Z e as transações relacionadas ao pagamento. Atualmente tenho o seguinte cenário: Bloqueio O (Bloqueio quando ocorre alguma divergência entre pedido e NF) não pode estar habilitado para edição; hoje, este campo permite que qualquer pessoa com acesso a edição ao documento altere ou delete-o. Deve-se bloquear o campo quando estiver com o bloqueio O,
Em contrapartida, quando ao antecipar a data de vencimento do documento, este é bloqueado com o tipo S, automaticamente substituindo o bloqueio O que só pode ser retirado após tratativa de Suprimentos ou Logistica. Somente o supervisor de contas a pagar e receber tem liberação para retirar o bloqueio tipo S. É necessário que o bloqueio O se mantenha independente da alteração da data, garantindo assim o cumprimento da tratativa e liberação de Suprimentos ou Logistica, isto é, bloqueado.
Se eu desabilitar para modificação o campo de bloqueio de pagto resolvo o primeiro tópico, porém quando há antecipação na data de vcto e o mesmo bloqueia com S, já não sei como proceder! Alguém pode me ajudar?
Obrigada!
Olá Roberta,
Imagino que a "Z" seja algum desenvolvimento existente na sua instalação. Em se tratando das transações de pagamento, todas vão tratar o documento lançado. Aí você tem 2 cenários:
1 - Bloqueio "O" - Indisponível para edição
2 - Bloqueio "S" - Para antecipação de pagamento.
Para o bloqueio "O" você resolve com uma regra de Validação. Você irá por na condição:
BSEG-ZLSPR <> "" (para o campo que está preenchido)
and
SYST-UNAME IN SET_Usuário (Definir autorizações de usuário dentro do SET)
Para o bloqueio "S" você terá que especificar uma user exit numa regra de substituição. Tem que ser via exit, pois as regras leem somente BKPF e BSEG. Deve-se verificar nas tabelas CDHDR (Objeto: BELEG) para cabeçalho, e a tabela CDPOS para ítens do documento modificado. Aí você terá que comparar o conteúdo modificado para saber se houve uma alteração no campo para antecipação de data.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
96 | |
9 | |
8 | |
5 | |
4 | |
3 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.