Skip to Content

Novidades sobre NF-e 10 – SP 12

Para quem não pode participar da reunião da ASUG realizada hoje (21/setembro/2012), veja abaixo algumas novidades apresentadas pela SAP referente ao SAP NF-e 10:

SAP NF-e 10 – SP 12

– Será entregue em 16.10.2012

– Nota 1766127 (In process)

Saída

     – Melhoria quando SEFAZ não responde. Erros 108 ou 109 (fora do ar)

     – Redesenho do job /XNFE/COLLECT_BATCH

     – Reenvio B2B do XML sob demanda do usuário

     – Tabela de CNPJ para B2B mais flexível

     – Validação de CT-e

     – Archiving e download de XMLs de CT-e

     – Sincronia automática de status de CT-e quando o ERP falha

     – Customização de versões paralelas de CT-e

     – Melhorias na infraestrutura de eventos

     – SVC para CT-e

     – Cancelamento por evento (NT 06/2011)

     – Layout do PL_006M (NT 03/2012)

Entrada

     – Melhoria na validaçaõ de certificado expirados

     – Relatório de fornecedores que não informaram pedido e item corretamente

     – Recebimento de novos eventos

     – Exibição do protocolo de autorização dos eventos

Previsões e planejamento

– Manifesto do destinatário

     – Outros eventos

     – Listagem de NF-es destinadas

     – Download do XML

– Automação do recebimento de CT-e

– SVC para NF-e

– Criação automática de DF-e após STC ou CPA

– Impressão e re-impressão da DANFE/DACTE

– Automação de devoluções de SD

– B2B pessoas físicas

– Melhorias na usabilidade

– Flexibilização nos processos de automação atuais

– Possibilidade de ifnromar lote, no. de série e depósito no monitor logístico

– Novo monitor para portaria

– Mais relatórios administrativos

– Mobilidade

– Mudanças legais

– etc.

Pelo visto a solução está evoluindo mais rápido do que a capacidade das empresas em se manter atualizadas e fazendo uso das últimas novidades!

Chamo a ateção para a questão do cancelamento por evento (NT 06/2011)! O Web Service de Cancelamento existente será eliminado em 01/12/2012, permanecendo unicamente a possibilidade de cancelamento da NF-e através do Web Service de Registro de Eventos. Ou seja, se você não quer passar por problemas é bom planejar rapidamente a atualização do SAP NF-e para o SP12!

É importante lembrar também que as melhorias são entregues via support package e não via aplicação de notas.

 

* A apresentação com todo conteúdo será disponibilizada dentro de em alguns dias no site da ASUG.

Abraço

Eduardo Chagas

29 Comments
You must be Logged on to comment or reply to a post.
  • Olá Eduardo, obrigado pelo resumo!

    Fiquei com uma dúvida em relação ao cancelamento por evento.

    Somente com o SP11 já é possível implementar a solução? Reparei que no último XI_CONTENT disponibilizado já existem os cenários “EVENT_CANCR_WebAS_Outbound_EventCancellationRequest” e “EVENT_OPPRG_WebAS_Outbound_EventOperationProgressRequest”. Pode me confirmar se são estes os necessários?

    Existirão notas necessárias para o ERP também, certo?

    Obrigado,

    • Oi Carlos.

      Não. Você irá precisar implementar o SP12 do SAP NF-e (GRC).

      Quanto ao ERP eu imagino que sim e essa informação deve vir descrita na nota em questão 1766127 (ainda restrita para sap).

      Abraço

      Eduardo Chagas

      • Valeu Eduardo!

        Estamos migrando para o NF-e 10.0 aqui, e por isto já queria aproveitar para configurar o cancelamento por evento.

        Fico no aguardo do release da nota e SP então.

        Abraço,

        Carlos Penteado

  • Eduardo,

    Sobre a parte de Entrada, você teria mais detalhes sobre o “Recebimento de novos eventos”? Quais eventos seriam esses?

    Obrigada!

    Daniela

    • Boa tarde Eduardo,

      Vc sabe me dizer se para implementar o cancelamento por evento na NF-e 10.0 (já aplicamos o SP12 em DEV) temos que configurar um Integration Scenario novo para este evento no PI? no SP12 também temos o EVENT_CANCR_WebAS_Outbound_EventCancellationRequest

      entendo que é um scenario novo, diferente do atual CANCR_WebAS_Outbound_CancellationRequest.

      Em tudo que eu li até agora no SCN nao encontrei nada que comente a respeito de configurações extras no PI, apenas aplicar notas no ERP…

      Agradeço qualquer dica.

      Abraço,

      Sigfrid Murillo.

      • Sim sera necessario, porem, no canal de comunicacao ele ira apontar para o mesmo WebService de evento da CCe, o mesmo mais acontecer com o conhecimento do destinatario

        • Oi Carlos,

          Obrigado pelo retorno,

          Nao querendo abusar… fiz as configurações no PI e empaquei no Receiver Agreement do scenario EVENT_CANCR_WebAS_Outbound_EventCancellationRequest. A minha duvida é como configurar este receiver agreement, uma vez que estou usando como exemplo o modelo do scenario EVENT_WebAS_Outbound_EventReceipt.

          Obrigado,

          Murillo.

  • Agora com o SP12 você consegue definir datas calculadas nos critérios de seleção. Veja a Nota 1745210 – Creating POWL Queries within your NFE application.
  • Bom Dia Eduardo,

    Nessas previsões e planejamentos citados por você, existe uma data aproximada para a automação do recebimento do CT-e?Estou implementando o GRC 10.0 e estamos buscando alternativas para desenvolvimento desta automação de CT-e e dependendo da data prevista poderíamos evitar um grande desenvolvimento sem necessidade.

  • Boa Noite Eduardo,

    Eu consigo de forma standard receber um xml de NF-e com um CFOP de “compras normais” e somente validar na sefaz e armazená-lo? ou preciso desenvolver? de repente selecionando o CNPJ do Fornecedor?

    ABS

    • Oi Marcos.

      Vamos lá… na licença do outbound você tem disponível 2 processos: SIGNAUTH e SIGNAUT2.

      O processo SIGNAUTH compreende nas seguintes etapas:

      1. Validar Assinatura Digital do Fornecedor do arquivo XML

      2. Consultar autorização da NF-e no momento do recebimento do arquivo XML

      3. Validar XML via BAdI

      4. Validar atividades no ERP

      5. Envio da confirmação da operação (manifesto do destinatário)

      Caso você não defina o CFOP o sistema irá atribuir o processo SIGNAUTH como padrão.

      Agora se você tiver licenciado o incoming e deseja que para determinado fornecedor cujo CFOP para os demais é processo normal então você precisa fazer uso da BadI Determine Business Process

      Abraço

      Eduardo Chagas

      • Olá Eduardo,

        Por favor, me esclareça uma dúvida.

        Então, somente com a licença de outbound já é possível executar pelo menos o primeiro evento do manifesto, que seria a Confirmação da Operação?

        Qual cenário é responsável por esta etapa? EventOperationProgressRequest…?

        Em alguns testes, reparei que foi criado o status de confirmação de operação evento, mas o processo ficou esperando resposta.

        Obrigado!

        • Sim. Dentro da licença do outbound você pode usar um dos processos que mencionei. Em ambos você pode fazer o envio da confirmação de recebimento.

          O cenário/processo como falei é o SIGNAUTH. E, o envio é feito no passo/atividade 5 –

          Send Operation Confirmation (technical name: SENDOPCO.

          Abraço

          Eduardo Chagas

  • Eduardo, boa tarde.

    Sabe se, na entrada, houve alguma melhoria no recebimento de XML com certificado expirado?

    O problema que tenho enfrentado

    . o fornecedor emite a NF em 30.01

    . o certificado dele expira em 30.01

    . o fornecedor somente nos envia o XML em 31.01

    . nosso sistema acusa erro na validação da assinatura, porque o certificado do fornecedor ja está expirado

    Obrigado,

    Gustavo

    • Gustavo,

      Para estes casos é necessário efetuar uma parametrização que define que você vai ignorar a Data de Expiração do Certificado Digital durante a validação do mesmo.

      1 – Na SPRO, opção “Entrada” -> “NF-e: atualizar parâmetros de controle para etapas do processo”.

      2 – Preencha com seu CNPJ, o seu processo empresarial (NORMPRCH, SIGNAUTH e etc.), Defina a etapa de assinatura (SIGNATUR) e preencha o valor “1-Verificação de Assinatura mediante referência” no campo Valor.

      Abs.,

      Pedro Baroni

      • Pedro, boa tarde

        Obrigado pela recomendação!

        Fiz um teste e a atividade “verificar assinatura PN” retorna “validação de referência teve êxito”.

        Iria agora mudar o conteúdo do XML (por exemplo, a descrição do material), para verificar se ocorrerá erro na assinatura, mas nossos servidores DEV foram baixados para manutenção.

        Na verdade, eu gostaria de entender a diferença entre “verificação de assinatura mediante referência” e “verificação de assinatura mediante certificado”. Não encontrei documentação sobre isto.

        Você teria alguma dica sobre isto?

        Abraços,

        Gustavo.  

        • Boa tarde Gustavo,

          Eu não recomendaria você a alterar tags, pois pode cair num erro durante o recebimento do arquivo pela Interface NFB2B.

          Pra testar erro de assinatura você pode simplesmente retirar um caractere da tag <digVal> ou <digestValue>.

          Abs.,

          Pedro Baroni

  • Boa tarde Eduardo.

    Estou procurando informações sobre como determinar o depósito manualmente no Monitor Logístico.

    Poderia me ajudar?

    Desde já, obrigado pelas informações acima compartilhadas.

    Att,

    Victor