Hello Ladies and Gentleman

Somebody can help me with a documet tha shows or explains these changes or steps from 2.0 to 3.1 ?

Alguem pode me ajudar com um documento que mostre ou explique essas mudanças ou passos da 2.0 para 3.1 ?

Thank you very much.

Best Regards

Prezados,

ao realizar testes para notas de exportação, o seguinte erro é retornado:

Segue também a validação do XML:

Alguém já teve esse erro?

Obrigada.

Bom dia senhores,

Estou com um problema e apesar de ter lido algumas treads sobre o assunto ainda não consegui entender a solução.

A NF-e em questão é uma nota de devolução e retornou com o erro: 604 Rejeição: Total do vOutro difere do somatório dos itens.

Analizando a NF temos os valores:

Sendo R$ 3.310,52 despesas, que estão rateadas entre os itens:

No XML temos os valores dispostos da seguinte forma:

Valores totais:

Valores do item:

Analisando o XML constatei que a tag 'vOutro' não existe para os itens da nota, somente para o valor total das despesas (imagens acima). Pelo que entendi nessa tread o Da Rós diz que o erro ocorre da diferença da soma do 'vOutro' dos itens com o valor do 'vOutro' dos valores totais, logo se não foi nem criada essa tag, o erro ocorreu.

Nota Tecnica 2011/0004  - ERRO 604

Nessa outra tread, disseram que o erro ocorre após a aplicação da nota 201599. Verifiquei no meu sistema e o include 'LJ_1b_NFEF45' está identico a esse. E que uma possível solução seria a inverção dos campos no método FILL_ITEM da seguinte forma:

MOVE out_item-h1_voutro TO out_item-nfoth.

Erro de validação 604  Rejeição: Total do vOutro difere do somatório dos itens (NT2011/004)

Duvidas:

O erro realmente ocorre devido a ausência dessas tags em cada item no XML?

Se sim, é um erro standard nesse include?

Não existe nenhuma nota para a correção, se o erro for realmente nesse código?

Existe alguma outra forma de solução?

OBS.: Já estamos com o layout 3.10 implementado.

Agradeço desde já a ajuda!

André Luís Almidoro

Olá,

Tenho um componente WebDynpro Z utilizado para ampliar o monitor logístico de NF-e Inbound (Componente ?XNFE?NFE_LOG_WORKPLACE, montado nos moldes do exposto no documento Sample ABAP Coding for Enhancing the Logistics Workplace. O código foi alterado para trazer uma estrutura Z, ao invés da estrutura INBOUND_DELIVERY_STY.

Este componente Web Dynpro é acessado ao clicar no botão preparar etapa do processo. Na primeira vez em que as informações da remessa inbound são exibidas, o funcionamento está correto. Se eu voltar para a tela anterior e tentar executar novamente este passo, independente de ser a mesma remessa ou não, o componente Z (uma tabela editável com alguns dados dos itens da remessa) não é mais exibido. Se a página do navegador for atualizada com F5, e tabela aparece novamente, mas só na primeira vez que a página for acessada.

Analisando em debug, vejo que o componente é carregado novamente, como esperado, mas não é exibido. Tentei simular um refresh automático usando exit plugs, mas não funcionou (acho que por se tratar de um componente dentro de um outro componente principal).

Imagino que dentro do standard, alguma referência ao componente Z é perdida e por isso ele não é exibido a partir do segundo acesso.

Como é possível fazer com que o componente continue sendo exibido, depois da primeira visualização?

Olá,

Tenho um requerimento relacionado ao monitor logístico inbound. Um componente Z foi criado para permitir a edição de alguns campos da remessa inbound, usando o modelo apresentado no documento Sample ABAP Coding for Enhancing the Logistics Workplace. Neste componente, criamos um botão para salvar as informações de itens da remessa na tabela LIPS (simulando a VL32N) mas de um modo que a MIRO não fosse realizada. Este botão deve estar ativo para um tipo de usuários que não poderiam ter acesso ao botão standard "Definir Status Ok", então estou tentando desabilitá-lo de acordo com o perfil do usuário. Mas como o desenvolvimento Z realizado nada tem a ver com o botão Definir Status Ok, gostaria de saber se é possível referenciá-lo de alguma forma para desabilitá-lo ou torná-lo invisível.

É possível desabilitar o botão, sem ter que recorrer a um enhancement implícito no GRC?

Boa Tarde Pessoal,

Estou com algumas notas paradas pois a sefaz de PE recebeu o lote mas eu recebi uma rejeição 999. A própria sefaz alegou que estava com problema, e somente hoje no final do dia, que apareceu status vermelho na consulta de serviço o site e liberou o SVC.

Minha pergunta é: Eu consigo fazer essas notas que estão paradas no grc com status 5 que estão para sefaz PE, voltar para o ecc e enviá-las por svc, ou isso não é possível e temos q esperar a sefaz voltar o serviço e tentar reenviar o lote?

Obrigado

Felipe Martin

Olá,

O cliente ainda utiliza Nota Fiscal 1/1A para notas fiscais de serviços, portanto configurei o sistema para gerar o formulário NF01 ao final do processo e utilizar a categoria de nota N1. O cenário de emissão desta nota é totalmente padrão.

NA J1BG coloquei a empresa e filial a seguinte configuração:

Output Type: NF01

NF form: NF01

Medium: 1 (Print Output)

Date/time: 4 Send immediately (when saving the application)

Output Device: Local

Print Immediately: X

Number of Messages: 1

Feito estas configurações, ao gravar o billing a nota é gerada na J1B3N, porém sem númeração. Quando dou "Saída" nela, retorna o erro de que 0 outputs were processed in total (0 successfully, 0 incorrectly)

Quando eu altero o Date/time: para 1 Send with periodically scheduled job e gero um novo processo, ao dar "Saída" então tudo ocorre bem, a Nota é numerada e é impressa.

Gostaria de saber qual é a maneira correta de configurar para que ao gerar a nota NF01 na J1B3N automaticamente seja criada a numeração e seja impressa sem precisar agendar o programa RSNAST00. Também alterei o Tipo de Condição NF01 para que o momento fosse 4, testei e não funcionou, então deixei no 1 padrão.

Qualquer ajuda é bem vinda.

Fernanda

Bom tarde pessoa,

Estava analisando um problema que levantaram sobre uns campos que não estavam mais sendo carregados pela badi,

Analisando vi que após algumas notas aplicadas pela resolução 13, a forma como era carregada a vbfa antes do methodo fill_item, foi alterado.

Antes era apenas verificado se it_vbfa[]  era vazio ou nao e carregava.

Agora vejo que antes desse processo, existe uma chamada de uma função:

'J_1BNF_FILL_ADDITIONAL_FIELDS'

O retorno dessa função é passado uma flag X para uma variável: lv_fill_add_fields = 'X'.  

ai no ponto que carregava a vbfa, é verificado se essa variável esta carregada, para carregar a vbfa que será usada de parametro na fill_item.

** ITEM
   IF lv_fill_add_fields IS NOT INITIAL.                  "1844621
* it_vbfa needs to be filled if PO number and item are not filled
*   in Billing or if the old BAdIs are still active.
     IF it_vbfa[] IS INITIAL.                             "1122294
     PERFORM fill_vbfa tables lt_vbfa[]                 "1122294
                              wk_item[]                 "1122294
                       using  lv_vbeln.                 "1122294
   ELSE.                                                "1710983
*   if decoupling is switched off, gtab_vbap is empty    "1710983
     IF gtab_vbap[] IS INITIAL.                         "1710983
       PERFORM fill_gtab_vbap                           "1710983
               TABLES it_vbfa[]                         "1710983
                      wk_item[]                         "1710983
                      lt_vbfa[].                        "1710983
     ENDIF.                                             "1710983
   ENDIF.                                               "1122294
   ENDIF.                                                 "1844621

Porém nos processos aqui em nenhum momento entra na primeira função, pois a condição seria

IF wk_header-cnpj_bupla IS INITIAL.              "1844621
     CALL FUNCTION 'J_1BNF_FILL_ADDITIONAL_FIELDS'  "1844621

O cnpj da filial sempre esta carregada!

Alguém teve o mesmo problema?

Existe alguma configuração para resolver isso, ou terei que carregar no methodo fill_item os valores da VBFA?

obrigado

Felipe MArtin

Olá a todos,

Alguém sabe o incude onde o CFOP é determinado?

Estou executando a MB1B / Movimento 833 (transferência entre centros).

Obrigado.

Senhores,

Estou com problemas para validar uma nota de importação - processo Drawback.

Inicialmente obtive a rejeição 337 - Não informado o grupo de exportação no item.

(Grupo de Exportação (tag:detExport) obrigatório para os CFOP: 3127, 3211, 3503, 7127, 7211, 7501)

Existe alguma nota SAP a ser aplicada para que as notas TAG´s de importação sejam incluidas no .xml? Não encontrei nada relacionado a isso.

Ex. de algumas tags novas:

detExport

detExportItem

exportInd

nRE

chNFe

qExport

A tag nDraw também é nova mas ja está aparecendo no meu arquivo .xml.

Obrigado!

Olá Pessoal, bom dia!

Estou tentando validar o arquivo gerado na J1BECD, porém estão aparecendo dois erros:

Mensagem: Campo obrigatório não preenchido.

Linha     Campo          Registro     Conteúdo do Registro

4135     3 - COD_NAT     I050          |I050|01012010||S|1|4||Lucro|

4136     3 - COD_NAT     I050          |I050|01012010||S|1|5||Prejuízo|

Acredito que estes dois itens deveriam ser ignorados, pois na estrutura de balanço

não há contas atribuídas a eles. Além disso, esses itens são os itens especiais,

aqueles que não conseguimos excluir na estrutura (OB58). Então eu os deixei no fim

da estrutura sem mexer neles (itens 4 a 7), pois fiz com cópia de outra estrutura existente.

Segue o modelo da estrutura:

SPED

   *

   *

   ***01 Ativo

   *

   *

   ***02 Passivo

   *****03 PL

   *

   *

   ***04 DRE

   *

   *

   ***05 Contas de Compensação

   *

   *

   ***09 Outras

   *

   *

   ***4 Lucro               Lucro Líquido acumulado (item especial não removível)

   *

   *

   ***5 Prejuízo          Perda Líquida acumulada (item especial não removível)

   *

   *

   ***6 Resultado          Resultado L/P (item especial não removível)

   *

   *

   ***7 Contas não assinaladas     Não atribuído (item especial removível)

Como podem observar, os itens 4 Lucro e 5 Prejuízo, foram atribuídos no arquivo,

conforme mencionei acima. O que não deveria ocorrer.

Alguém passou por isso? Podem me ajudar?

A versão aqui é 4.7 com SPK 33.

Muito obrigada.

Adriana Simões

Pessoal, boa noite.

Em primeiro lugar, gostaria de parabenizar as threads que encontrei no fórum.

Foram muito válidas para o dia a dia. Dessa forma, resolvi efetuar um cadastro para colaborar também com possíveis duvidas e trocar diversas experiencias.

Inicio minha abertura no fórum solicitando um auxílio.

Recentemente, migramos pra NFe 3,10. Estamos com dificuldade para em emitir NFe para o DF.

A NFe é enviada, porém, o lote ao ser processado, acaba demorando por responder e consequentemente gera um erro.

Consultando na sxi_monitor, pelo ID da mensagem, o mesmo apresenta o seguinte erro:

Estamos com o status de comunicação de sucesso com a SEFAZ de DF, da mesma forma também já verificamos os endereços no repositorio PI BATCH e BATSR.

Alguma dica ou caminho para seguirmos??

Obrigado.

Att,

Encontramos pendências no ECC após todas as notas 3.10 serem aplicadas.

Estas pendências foram resolvidas, de preferência por BADI, enquanto não temos as notas para correção.

Para evitar a criação de uma thread para cada item, este link faz a união das threads anteriores.

Se for encontrado mais algum ponto, o mesmo será adicionado nesta mesma thread nos itens abaixo.

Se alguém souber de alguma nota para corrigir os pontos abaixo seguem os itens:

1) Função p/ conexão não-GRC (Resolvido)

Link:NF-e 3.10 - Nota SAP ausente - Função p/ conexão não-GRC

2) Nota SAP indisponível: Rejeição de NF-e com erro 255 (Resolvido)

NF-e 3.10 - Nota SAP indisponível: 2026778 -Rejeição com erro 255

3) IMPORTAÇÃO - ID diferente quando Importação customizada (Resolvido)

Link: NF-e 3.10 - Standard com ID diferente quando Importação customizada

4) JA. Detalhamento Específico de Veículos novos sem parâmetro de interface (Resolvido)

NFE 3.10 função J_1BNFE_OUTNFE_CREATE sem parâmetro para veículos.

5) ICMS - ID em  branco

A tabela de ICMS por item está sendo enviada com alguns registros vazios.

Para quem utiliza uma mensageria não SAP no momento é possível ignorar os IDs vazios:

Motivo: Entra em rotina e insere valores vazios.
Correção: BADI ou mensageria (ignorar ID vazio).

6) NOTAS REFERENTES - ID incorreto e duplicado (Resolvido)

As notas referentes estão sendo enviadas em dois 'blocos'.

O primeiro, com o relacionamento incorreto com o item da Nota Fiscal.

O segundo bloco está com o relacionamento duplicado.

Motivos:

1) Na rotina MAP_XMLH o contador é criado após já ter atribuído o ID ao item da NF
2) Depois é chamada a rotina MAP_NFEREF, onde o duplica, porém o relacionamento é correto pois o contador é criado antes de atribuir ao item da NF.

Solução: Nota 2053642

7) ICMS Valores ausentes no envio

No envio, os valores de ICMS não estão saindo, após aplicação da 3.10,

e o CST do ICMS está saindo do ECC com valor incorreto.

Solução temporária: Correção por BADI.

Anexo com detalhes:

CH0016_NFe_3.10_CST_ICMS.png

Bom dia,

Foi emitida uma NFe através de um processo de outbound delivery e houve a necessidade de solicitar o cancelamento via J1BNFE. O evento de cancelamento foi criado e autorizado da SEFAZ, o GRC foi atualizado com sucesso (cód status 101), porém como o usuário estava com a remessa aberta (VL02N) no momento que solicitou o cancelamento, foi gerada uma mensagem de erro de batch input e a nota não foi atualizada com o evento.

Na versão 2.0, a função /XNFE/UPDATE_ERP_STATUS_DIAL resolvia boa parte deste tipo de problema, porém pelo que vi não funciona mais para a versão 3.10.

Obs.: No monitor NFe de Saída, clicando no Menu "Outras Funções" só aparece como ativa a opção consultar evento.

Alguém já passou por isso?

Abraço,

Vitor

Olá Pessoas, tudo bem ?

Alguém esta a par se haverá alguma modificação no XML para o setor Automobilistico em 2015?  Fiz uma pesquisa e não encontrei nada

Caso alguém possa me clarear, se houver algum link ou documento, eu agradeço!!!

Abraços a todos!

Grata

Cláudia R.

Boa Tarde!

Estamos tentando enviar uma carta de correção via NFe 3.10 /GRC e o status do monitor permanece em "Esperando por resposta".

No PI deu o retorno Rejeição: 999 - Erro não catalogado, mas não atualizou o monitor

No detalhe da exceção tem a mensagem abaixo:

"Não foi encontrado evento do tipo 110110 com número sequencial 01 a 23141100990842000138550010000848411440105623"

Verificamos as configurações de evento e para o CNPJ  esta configurado este evento:

Já validamos o XML no validador da Sefaz, não deu erro e isto está acontecendo apenas para este caso, os demais inclusive enviados no mesmo dia para o mesmo estado (Ceará) foram aprovados. Já abrimos chamado na SAP e entramos em contato com a SEFAZ do Ceará e estamos aguardando retorno.

Alguém já passou por isto e teria alguma dica?

O GRC está na versão 16.

Abaixo o XML do evento.

Obrigada.

Cristiane Chalegre

Prezados,

Sabemos que a SAP está analisando o cenário NFC-e, conforme snote 1589975.

Porém o meu cliente precisa dar entrada em um cenário de NFC-e com Model 65.

Minha pergunta é: Existe alguma SNOTE que ao menos tenha como implementação o Modelo 65?

pois o único problema é este de não ter o modelo de NF adequado para o lançamento, e por conta disso já temos um grande volume de NFCs acumuladas para lançamento.

Alguém poderia me esclarecer melhor?

Agradeço a atenção de todos.

Abraços,

Não sei se viram... mas foi liberada a nota 1836886 - Localization of the Purchase Requisition for Brazil criando campos da localização Brasil para as transações de requisição de compra.

São eles:

J_1BMATUSE - Usage of the material

J_1BOWNPRO - Produced in-house

J_1BMATORG - Origin of the material

J_1BINDUST - Material CFOP category

J_1BNBM - Brazilian NCM Code

A copia dos dessas informações para o pedido de compra irá depender do cenário.

- sem código de material - todos os campos serão copiados para o pedido de compra

- com código de material - somente ncm e origem serão copiados.

Abraço

Eduardo Chagas

Introdução

O MDF-eé um modelo nacional de documento fiscal eletrônico que substitui a emissão do documento em papel. Deve ser emitido por empresas prestadoras de serviço de transporte para prestações com mais de um conhecimento de transporte ou pelas demais empresas nas operações, cujo transporte seja realizado em veículos próprios, arrendados, ou mediante contratação de transportador autônomo de cargas, com mais de uma nota fiscal.

Nesse espaço vou apresentar a solução da SAP para o MDF-e entregue no Support Package 18 do GRC/NFe liberado em setembro de 2014 e a adaptação feita no lado do ECC, lembrando que no ECC não foi entregue a solução até data de hoje.

Solução SAP GRC/NFe

O Support Package 18 contemplou, relacionado ao MDF-e, três novos monitores, sendo:

• Monitor MDF-e ( /sap/bc/webdynpro/xnfe/mdfe_monitor )
• Monitor de Lotes  ( /sap/bc/webdynpro/xnfe/mdfe_batch_monitor )
• Monitor de Status Serviço de Comunicação com a SEFAZ   ( /sap/bc/webdynpro/xnfe/mdfe_servsta_monito )

Configuração necessárias:

- MDF-e: atualizar sistemas da autoridade conectados

- MDF-e: definir solicitação para status de serviço da autoridade (SEFAZ)

- MDF-e: atualizar versão dos tipos de mensagem

Integration Scenarios disponíveis:

Para integrar o ECC com o GRC/NFe é necessário utilizar algumas funções:

- Criar o MDF-e. FM: /XNFE/OUTMDFE_CREATE

- Criar Eventos:

*Sempre após a criação de um MDF-e será necessário algum evento.

Será necessário implementar a BADI para a função de retorno ao ECC com a resposta da SEFAZ: /XNFE/BADI_MDFE_RFC_EXTERN , p.ex.:

Jobs:

Verificar Status Serviço: /XNFE/MDFE_CHECK_SRV_STATUS

Enviar Eventos: /XNFE/MDFE_EVENT_SEND

Lote Criar/Enviar/Receber: /XNFE/MDFE_BATCH_PROCESS ;

Ou: /XNFE/MDFE_BATCH_CREATE, /XNFE/MDFE_BATCH_SEND, /XNFE/MDFE_BATCH_REQUEST.

Ack: /XNFE/GET_ACKNOWLEDGMENT

Monitor MDF-e

Monitor de Lotes

Monitor Status de Serviço

Usando o emissor da SEFAZ de SP é possível gerar um xml modelo em homologação para facilitar os testes e evitar erros 255.

Adaptação no ECC

Foi utilizado o mesmo modelo da J1BNFE para a construção do monitor da MDF-e.

Notas de correções necessárias aplicadas

2059966 - Trigger step 'Notify feeder system' for MDF-e

2091841 - Using own function module to update MDF-e in feeder system

2092155 - Logsys not informed for BAdI to determine external system

Obs: Essas notas estarão no Support Package 19 previsto para final de dezembro de 2014.

Futuro

Recentemente, foi publicada a NT 01.2015 que irá alterar algumas regras de validação, alterações e correções no layout da DAMDFE com previsão a partir de 01/02/2015. Há contingência atualmente, mas, por enquanto, não há SVC.

Post relacionados

SP18 do GRC liberado para download

MDF-e Manifesto eletrônico de documentos fiscais

MDF-e Manifesto eletrônico de documentos fiscais - Rejeição 255 falha de esquema

Links úteis

MDF-e Outbound - SAP Nota Fiscal Eletrônica (SAP Electronic Invoicing for Brazil) - SAP Library

https://mdfe-portal.sefaz.rs.gov.br/

https://mdfe-hml.sefaz.rs.gov.br/

Secretaria da Fazenda - Governo do Estado de São Paulo

Estamos enfrentando uma diferença (arredondamento) dos valores de ICMS em algumas notas de saída de mercadoria gerando a rejeição 528 Valor do ICMS difere do produto BC e Alíquota.

Na análise percebemos que o sistema faz um arredondamento pela fórmula 320, conforme exemplo abaixo:

Na somatória dos itens no final para equalizar com o total (cabeçalho), a rotina verifica o item de maior valor e arredonda para cima ou para baixo, no exemplo foi para baixo descontando 0,02- do primeiro item (que é o maior valor),  demonstração manual.

Item a item, a primeira coluna da esquerda foi o comportamento da fórmula a segunda coluna sem arredondamento não fecharia com o total.

Fórmula 320 (isto é o que faz a rotina), conforme print anexo.

Consequentemente os valores da nota estão sendo levados ao XML e retornando rejeição.

Alguém já passou por essa situação? Qual a melhor saída a ser adotada?

Agradeço desde já,

Tatiana Augusto