Processamento de Cancelamentos de Notas no SAP GRC

[Former Member]

Bom dia,

Tivemos uma situação no nosso projeto em que foram realizadas alguns cancelamentos massivos onde o GRC sofreu com problemas de performance e algumas notas demoraram grande tempo para terem seu cancelamento homologado.

Depois de algumas análises, verificamos que uma fila de saída do PI estava lotada (mais de 900 mensagens) e as mensagens foram saindo lentamente até que o ambiente se normalizou (referente a uma interface de solicitação de cancelamento).

Diante deste cenário fiquei com algumas dúvidas:

- O processo de cancelamento é realizado em série (ou seja, a primeira nota a ter solicitado o cancelamento é a nota que será cancelada)?

- As notas estavam com status de processo 06 no monitor web. Isto significa que a solicitação já foi feita a SEFAZ e estamos aguardando a homologação do cancelamento?

- Caso eu possua uma configuração distinta de fechamento de lotes por CNPJ do emissor, isto influenciará na solicitação de cancelamento? Caso sim, ele fechará um lote para cada nota que estará na fila única de cancelamento?

Alguém poderia ajudar?

Abraços,

Alberto Almeida

[former_member182114 · Accepted solution]

Boas perguntas Alberto,

Depois de algumas análises, verificamos que uma fila de saída do PI estava lotada (mais de 900 mensagens) e as mensagens foram saindo lentamente até que o ambiente se normalizou (referente a uma interface de solicitação de cancelamento).

Sim, tudo no PI acontece em fila, porém é comum que na implementação os processos de assinatura de nota para envio, envio de lote e consulta de lote respectivamente SIGNN, BATCH e BATSR* sejam "tunados" para trabalhar com filas em paralelo podendo então atender ao quesito performance e terminar mais rápido usando do processamento paralelo, mas mesmo estes processos são regidos por filas FIFO (first in first out).

- O processo de cancelamento é realizado em série (ou seja, a primeira nota a ter solicitado o cancelamento é a nota que será cancelada)?

Se não tem paralelismo na interface SIGNC* e CANC* SIM, a primeira a chegar na fila do PI será a primeira a ser cancelada.

- As notas estavam com status de processo 06 no monitor web. Isto significa que a solicitação já foi feita a SEFAZ e estamos aguardando a homologação do cancelamento?

O 06 é do ponto de vista do aplicativo (ABAP entrogou para o PI), só garante que saiu do ABAP e ainda não voltou, o próximo status é o 05 status recebido. Para ter certeza se chegou na Sefaz, deve-se procurar na Sefaz ou então no PI.

{quote|- Caso eu possua uma configuração distinta de fechamento de lotes por CNPJ do emissor, isto influenciará na solicitação de cancelamento? Caso sim, ele fechará um lote para cada nota que estará na fila única de cancelamento?{quote}

Não influencia. A comunicação de cancelamento/inutilização é 1 pra 1 com a NF-e e não existe lote envolvido.

Isto também é um fator que gera baixa performance o GRC tem que fazer 900 assinaturas e 900 envio de cancelamento.

Resumindo: Pra você obter uma performance mais aceitável pode-se colocar um paralelismo pequeno tipo 3 filas para as interfaces de cancelamento (SIGNC* e CANCR*). Veja exemplo na SAP Note 1247831 de performance para assinatura.

Importante: Paralismo faz parte de tunning, tudo que prever com mais filas deve-se ter certeza que o sistema irá conseguir rodar tudo ao mesmo tempo, ou seja Work Process DIALOG (DIA) disponíveis.

Atenciosamente, Fernando Da Ró

[former_member193386]

Alberto, uma coisa que vc poderia dar uma olhada é se todas as filas do seu PI estao registradas. As filas que provavelmente vc deve possuir sao as de baixo, para verificar se estao todas entre na transacao SMQR:

XBQ1*

XBQ9*

XBQA*

XBQB*

XBQR*

XBQS*

XBQX*

XBQY*

XBQZ*

XBT1*

XBT9*

XBTA*

XBTB*

XBTJ*

XBTL*

XBTR*

XBTS*

XBTX*

XBTY*

XBTZ*

Caso elas nao existam entre transacao sxmb_adm e depois seleciona "Manage QUEUUES", selecione todas as filas e clique no botao Registrar e depois em Ativar.

logo após isso verifique se o problema ainda vai proceder