[GRC 10.0] - NF-e Incoming - Automação cadastro para notificações.

[Former Member]

Pessoal,

No GRC temos o cadastro realizado para notificar( aceite ou rejeição ) o parceiro de negócios no momento de entrada da NF-e, caminho: "Nota Fiscal Eletrônica->Entrada->Comunicação para parceiro de negócios->Atualizar parâmetro de comunicação para nºs identificação fiscal parceiro" na transação SPRO, tabela /XNFE/TB2BCOMM.

Estou procurando alguma maneira de automatizar esse cadastro no momento de entrada da NF-e, considerando o CNPJ do emissor da NF-e( o parceiro de negócios que enviou-a ) e buscando no SAP ECC ( através de uma RFC ) a informação de e-mail do parceiro de negócios.

Alguém já fez isso?

abs

[henrique_pinto · Accepted solution]

Vc poderia incluir um passo Z no business process, que seria essa consulta no cadastro do ERP pelo CNPJ (similar à RFC Z do B2B out) + gravar na tabela /XNFE/TB2BCOMM.

Abs,

Henrique.

[Former Member · Accepted solution]

Obrigado Henrique!

Desculpe mas não entendi perfeitamente.

Como crio um passo Z?

Seria uma etapa de processo Z a ser criada e configurada juntamente com uma categoria de processo já existente?

abs

[henrique_pinto · Accepted solution]

Sim, seria um process step Z e que vc poderia incluir num business process cópia do NORMPRCH standard.

Abs,

Henrique.

[Former Member · Accepted solution]

Henrique,

obrigado pelo apoio.

Não sabia que era possível criar um process step Z e um business process copia de outro business process standard.

Como faço isso?

abs

[bruno_renzo · Accepted solution]

Marcelo,

Essa configuração foi criada pois entendemos que os e-mails de B2B de aceite e rejeição serão diferentes do e-mail comum de B2B ou comercial da empresa.

Exemplo:

E-mail para envio de XML autorizado para clientes: nfexml(at)empresa.com.br

E-mail para envio de permissão de envio de mercadoria do fornecedor: nfevalidada(at)empresa.com.br

E-mail para envio de rejeição de NF-e: nferejeicao(at)empresa.com.br

Sendo que os dois últimos fazem parte do processo de vendas do seu fornecedor e o primeiro, do processo de recebimento de seus clientes. Cada um é um usuário diferente em teoria.

Por isso os cadastros separados.

Quanto à criação de passos Z, trata-se de customização (desenvolvimento) no sistema standard, não é só fazer uma configuração e proto... É mais complexo.

Abs

[Former Member · Accepted solution]

Pessoal,

Obrigado pelo apoio de todos!

O problema será resolvido por procedimento mesmo nesse momento.

Futuramente avaliaremos um desenvolvimento para o caso.

abs

[henrique_pinto · Accepted solution]

Oi Marcelo,

como o Bruno falou, nao é apenas o caso de implementar uma BAdI.

Um process type é um processo registrado na tabela /XNFE/PROCTYPD, com a lista de process steps a serem executados de acordo com a tabela /XNFE/PROCFLOW.

Vc amarra um process type a um processo de negócio pelo CFOP na tabela /XNFE/CFOPPROC.

Os process steps sao definidos na tabela /XNFE/PROCSTEP, onde o campo PROCSTEPIMPL define a funçao que implementa o mesmo.

Claro, existem outras tabelas que sao relevantes tb, mas o core é por aí.

A idéia seria criar um processo Z na /XNFE/PROCTYPD (criar registro na tabela) e definir a lista de steps na /XNFE/PROCFLOW, ou mesmo definir um step Z na /XNFE/PROCSTEP (e criando a função Z correspondente que implementa esse step).

Depois, amarra esse processo a um CFOP na /XNFE/CFOPPROC e testa a execução do mesmo até chegar no esperado.

Abs,

Henrique.

[Former Member · Accepted solution]

Obrigado pela informação Henrique.

Vou fazer um teste considerando um processo todo Z, isso pode ser muito util para vários casos.

Bacana!

Vi em uma Thread no fórum sobre customização dos Web Dynpros também.

Eu não sabia que a solução era tão customizável assim, achei que fosse bem mais fechada.

Obrigado.

Abs

[Former Member]

Nós fizemos através de Enhancement Point dentro do WebDynpro, não foi necessário criar uma nova etapa no processo empresarial. Fazemos uma chamada via RFC no ECC e pegamos os e-mails de lá sempre (tanto para aceite, quanto para rejeição).

[former_member275480]

Marcelo,

Não sei se para você é uma solução viável.

A solução adotada aqui foi de exportar do SAP ECC para o GRC.

Para diferenciar os emails usamos o campo "observações" (ADRT-REMARK).

Assim toda manutenção de email no cadastro de fornecedor (XK01, XK02 e XK99) com o remark = NFEIN são enviadas para o GRC.

Rafael

[Former Member]

Rafael,

Obrigado pelo apoio, acho que isso resolveria boa parte dos casos, mas o cliente quer uma espécie de "carga" automática no GRC.

Se eu não encontrar outra maneira implemento essa ideia.

Valeu!

abs