Impressão do DANFE quando em processo de contingencia

Boa tarde!
Estamos implementando a NFe em conjunto com o GRC NFe na versão do ERP 6.0 e SP 15.
Pesquisei todas as notas de correção do componente XX-CSC-BR-NFE que estão acima do SP e apliquei no ambiente de desenvolvimento. O objetivo é ter a instalação o mais atualizada possivel.
Ao gerar uma nota fiscal tanto por J1B1N quanto por uma transação de MM (no cenario desse cliente, os processos que geram as notas modelo 1/1A não estão no SD), o documento já é visualizado na J1BNFE aguardando a determinação do nro e envio a SEFAZ (configurei o flag callrfc com o valor 1).
O sistema esta enviando o documento para o GRC e fica aguardando o retorno. Ainda não estamos com o certificado digital definitivo e com isso não recebo o status de autorizado.
Até esse ponto conclui que o fluxo esta correto.
Agora começa o meu problema, uma vez que não tenho retorno, então decidi testar o fluxo da contingencia: se não recebo autorização então quero imprimir em fomulario de segurança.
Ja tentei todas as alternativas... mudei o status para contingencia, cancelei o documento e criei outro, tentei utilizar o docto que esta aguardando autorização.
Mas ate agora não encontrei uma forma de imprimir a nota ou o DANFE.
Alguem ja passou por essa situação? Como faço para imprimir o DANFE enquanto não autorização da SEFAZ? Tentei a J1B1N e recebo uma mensagem: "Problema com intervalo de numeração 01 e com objeto J_1BNFNUMB".
Ja procurei na documentação alguma informação que desse um fluxo de como executar a impressao ou como imprimir em contingencia ou como devo cancelar os documentos...
toda ajuda será benvinda
se alguem possuir algum procedimento pratico de como utilizar a NFe com o GRC NFe e puder passar seria de grande valia.
obrigada a todos
Márcia Verro

Bom dia!
Henrique,
posso resumir o fluxo a ser adotada para a geração da NFe assim:
1. A partir de uma transação no ERP é gerada uma nota fiscal e nesse caso só e criado o registro nas tabelas somente com o DOCNUM.
2. Atraves da J1BNFE visualizamos o documento criado e a partir dai geramos o nro da nota fiscal e enviamos ao SEFAZ correspondente. Nesse ponto se toda a configuração entre o ERP e o GRC NFe esta correta, o documento fica aguardando autorização.
3. Uma vez autorizada, o ERP ira receber automaticamente o retorno do GRC NFe e ai o DANFE pode ser impresso.
Podemos dizer que essa é uma perna do fluxo onde tudo esta normal e dentro dos tempos aceitaveis pelo negocio?
Se sim, ai vem uma das questões que ainda não consegui resolver: A impressão do DANFE é automatica? Se não for, qual é o procedimento? Utilizo a J1B3N e executo a impressão da mesma forma que executamos quando a nota é gerada pelo metodo convencional?
4. Agora se o sistema tem algum problema de retorno, e o negocio da empresa não permite esperar, devemos usar a alternativa de contingencia e imprimir em formulario de segurança, certo?
Nesse ponto, tenho mais essa questão que não consigo resolver:
Para imprimir em contingencia, é necessario mudar o status do documento?
Apos mudar o status, devo cancelar esse documento?
Para cancelar esse documento, tenho que usar sempre a opção que esta na J1BNFE - solicitar estorno? Esse processo funcionaria para documentos gerados com J1B1N (writer), por MM como MB1B ou por SD (fluxo de venda)
Ou existem procedimentos para cancelar NFe
5.Uma vez cancelada a NFe eu tenho que criar um outro documento similar. Esse documento deve estar atrelado a nota cancelada? Ou ficam independentes? Pelo que entendi, para usar a contingencia o segundo documento deve estar associado ao que foi cancelado para que o sistema entenda que é uma contingencia?
6. Ai faço a impressão via J1B3N
7. E qdo o sistema estiver disponivel novamente tenho que solicitar o cancelamento no SEFAZ da mesma
Esse é o fluxo da impressão normal caso a resposta seja dentro dos padroes e se for contigencia uso os passos do 4 a 7?
Para fechar o meu entendimento dos procedimentos: existe a obrigatoriedade de implementar os metodos da BADI CL-NFE_PRINT ou é opcional em cada projeto de NFE.
agradeço a atenção
Grata
Márcia Verro

Similar Messages

  • Erro impressão DANFE - IE e ST da J_1BSTAST

    PessoALL,
    Estou com um problema um pouco crítico... será que alguém pode me ajudar?
    O programa de impressão da DANFE não está extraindo a informação de Inscrição Estadual de Substituição Tributária da tabela de customizing (J_1BSTAST).
    Precisamos fazer um novo cadastro para o estado de Santa Catarina (SC) e o programa trouxe informação em branco.
    Antes esta informação era fixa no programa, após solicitação da área usuária, deixamos isso para busca no customizing.
    Já revistei aqui.. mas não estou achando nada.. alguém tem uma luz?

    Ola!
    Obrigada pela respota, o erro estava no smartforms!!
    Impressão do Danfe:
    Smartform: Z_NFDANFE_LANDSCAPE
    Área de header, campo C_INSCEST_ST.
    Se estado de destino da NF = u2018MGu2019, a inscrição estadual ST é 001.102628.0044.
    Se estado de destino da NF = u2018RSu2019, a inscrição estadual ST é 096/3339141.
    Senão, inscrição estadual ST é vazia.
    Obrigada!

  • Etapas de fluxo do processo da NFe

    Boa tarde!
    Pessoal
    estou implementando a NFe na empresa e ja li toda a documentação da SAP e varias notas sobre como configurar o sistema para que se utilize esse processo.
    Mas ainda ficam algumas duvidas sobre qual é o fluxo correto a ser considerado.
    O primeiro caminho é certo:
       Cria-se o documento e envia para a SEFAZ.
       Recebe-se o retorno da mesma com o codigo de autorização e o nro de protocolo
       Efetua-se a impressão da DANFE
       A mercadoria está liberada...
    A partir dai podemos ter outras variaveis...
    erro de dados e nem vai para a SEFAZ, rejeição da SEFAZ com possibilidade ou não de aproveitar a nota criada, situações em que tem que comutar para contingencia, cancelar o documento no ERP, solicitar cancelamento na SEFAZ, criar novo documento em contingencia, informar SEFAZ sobre contingencia...
    Bem ainda não consegui fechar esse fluxo como um todo...
    Solicito uma ajuda do grupo: alguem ja conseguiu montar esse fluxo de forma a identificar todas as possibilidades a serem tratados na emissão da NFe? Se alguem tiver uma documentação a respeito poderia disponibilizar para assim agilizar o entendimento e execução desse processo?
    agradeço antecipadamente a colaboração
    Att,
    Márcia Verro

    Marcia, é mais ou menos assim:
    0. Envia-se a NFe:
    1. se autorizada, imprime a NFe e prossegue com o faturamento.
    1.1. se está tudo ok, mercadoria segue p/ o cliente e o processo termina.
    1.2. posteriormente, pode-se pedir cancelamento.
    1.2.1. se o cancelamento for autorizado, estorna-se o documento no ERP e se fatura novamente aquela delivery (voltando-se ao step "0").
    1.2.2. se o cancelamento foi rejeitado, vc pode corrigir o motivo (se aplicável) e tentar enviar novamente
    1.2.3. se SEFAZ está fora, vc tem q esperar ela voltar e reenviar o pedido do GRC, pois não há contingencia p/ cancelamento (passo "1.2").
    2. se rejeitada pela SEFAZ ou pelo validador, vc pode:
    2.1. corrigir o motivo da rejeição (se for possível) e reenviar a mesma NFe (voltando ao passo "0").
    2.2. pedir inutilização da NF-e. (obs: inutilizacao p/ rejeicao do validador em desenvolvimento)
    2.2.1. se a inutilizacao for autorizada, o documento é estornado no ERP e a delivery pode ser faturada novamente (volta-se ao step "0").
    2.2.2. se a inutilização for rejeitada, pode-se:
    2.2.2.1. corrigir o problema que causou a rejeicao da inutilização e reenviar a inutilização (voltando ao passo "2.2.").
    2.2.2.2. se a SEFAZ estiver fora, vc tem q esperar ela voltar e reenviar o pedido do GRC, pois não há contingencia p/ inutilização (passo "2.2").
    3. se SEFAZ estiver fora:
    3.1. vc pode esperar a SEFAZ voltar e reiniciar a transmissao (voltando ao step "0");
    3.2. vc pode entrar em contingencia, estornar manualmente a NFe em questao e emitir uma nova NFe em formulario de segurança. Quando a SEFAZ voltar, vc deve enviar a NFe original + NFe em contingencia para a SEFAZ.
    3.2.1. Quanto à NFe original, vc tem que sincronizar com o documento interno, que foi estornado manualmente:
    3.2.1.1.Se a NFe original for autorizada, vc deve pedir cancelamento para ela (passo "1.2").
    3.2.1.2. Se ela for rejeitada, vc deve pedir inutilização (passo "2.2").
    3.2.2. Quanto à NFe em contingencia:
    3.2.2.1. Se ela foi autorizada, a mercadoria já seguiu e o processo termina ok.
    3.2.2.2. Se ela foi rejeitada, vc deve obrigatoriamente corrigir o erro e enviá-la novamente, pois a mercadoria já circulou (passo "2.1").
    Att.
    Henrique.

  • Chave de Acesso no DANFE difere da Chave de Acesso do XML

    Prezados,
    Bom dia.
    Temos uma situação esporádica aqui, absolutamente aleatória, sobre a qual gostaria de perguntar aos nossos gurus:
    Nosso ambiente é ECC 7.01 EHP4, e utilizamos o GRC para a comunicação com as SEFAZ's.
    Fazemos um processo de venda, e enviamos à SEFAZ, que autoriza a operação, normalmente.
    Ao imprimir o DANFE, o processo de impressão acontece sem problemas, com exceção da Chave de Acesso: é impressa uma Chave de Acesso DIFERENTE da Chave de Acesso que consta no XML, e na SEFAZ.
    Ao se reimprimir o DANFE, a Chave de Acesso é corretamente impressa, ou seja, é impressa a mesma Chave de Acesso constante no XML e na SEFAZ.... diferente da impressa inicialmente.
    Seguem detalhes sobre nossa instalação PI:
    SAP_ABA     700     0022     SAPKA70022
    SAP_BASIS     700     0022     SAPKB70022
    PI_BASIS     2005_1_700     0022     SAPKIPYJ7M
    SAP_BW     700     0024     SAPKW70024
    SLL-NFE     100     0016     SAPK-10016INSLLNFE
    Alguém já passou por isso ?
    Muito obrigado.
    Cordialmente,
    Loduca

    Loduca,
    A impressão da DANFE é ABAP, não há motivos para pensar em algum erro no PI desde que a nota está devidamente aprovada.
    Vocês usam impressão automática da DANFE ?
    BADI CL_NFE_PRINT method CALL_RSNAST00
    Acredito que exista algum erro no código Abap e se há um cenário especifico debugando é possível achar.
    O que seria a chave de acesso diferente? Alguma chave já existente no sistema? Ou sujeira mesmo?
    Abraço,
    Bruno Lima

  • PLD de DANFE na versão 2007B

    Boa tarde,
    Sou Jader de Freitas da Megawork Consultoria de São Paulo e estou com uma dúvida.
    Estamos configurando a impressão da DANFE através da ferramenta PLD na versão 2007 B para um cliente e não estamos encontrando as variáveis de sistema que correspondem aos valores de Base de Cálculo do ICMS e Valor do ICMS para cada item da DANFE (área de repetição do PLD), campos estes que antes de existir a DANFE não eram necessários no PLD de nota fiscal na área de repetição.
    Gostaria de saber se alguém já precisou fazer este tipo de configuração e pudesse me informar os números de variáveis de sistema, pois o documento que encontrei no portal da SAP com lista de variáveis é somente para a 2005 B e não apresenta estas variáveis na área de repetição, apenas no rodapé da área de repetição.
    Grato,
    Jader de Freitas.

    para a versão 2007 encontramos a solução criando a Danfe via SDK e Crystal Report.
    caso precise de algo entre em contato 14 9753-4703
    Ailton Douglas
    UNION TECNOLOGIA DA INFORMAÇÃO.
    SAP BUSINESS ONE.
    Atendemos na Região de Bauru,
    São José do Rio Preto e Presidente Prudente

  • Status de notas aprovadas na J1BNFE com log de erro

    Pessoal, bom dia.
    Estamos com um problema na J1BNFE. Estamos emitindo em paralelo. e as notas saem do R/3, vão para o GRC e são aprovadas pela SEFAZ (homologação).
    No GRC o status delas está OK mas no R/3 o status de algumas delas está com a bandeira quadriculada, status 100 de aprovada e com bandeira vermelha no log, informando: "Document XXXXX already exists" e a última alteração registrada é para o usuário da RFC do GRC -> R/3.
    A princípio, achavamos que fosse problema no JOB que executa o progama /XNFE/UPDATE_ERP_STATUS mas já eliminamos este job e o problema ainda persiste.
    Não existem registros na tabela /XNFE/BACKSTATUS, na transação RSRFCTRC não existe nenhum registro, a comunicação entre os ambientes está OK também.
    Alguém tem alguma idéia do que pode ser o causador deste log de erro?
    Obrigado,
    Edited by: Ricardo Guedes on Mar 31, 2010 5:42 PM

    Bom dia Ricardo,
    Este campo deve mesmo ser enviado para o GRC?
    Com toda certeza, é a forma do GRC saber que a nota "não existe" no ERP então não irá dar resposta do processamento ao ERP, isto por que como disse é uma simulação.
    É através da função que está na nota que você indicou?
    A ativação do paralelo (simulação) no SAP faz-se no momento da impressão, colocando o programa que te passei como mais um nos módulos de impressão. Daí quando o ERP for imprimir a nota 1/1A, ele executa este programa que manda a nota simulando NF-e para o GRC através da função J_1B_NF_MAP_TO_XML com IV_PARALLEL = "X".
    Seu poste inicial me gerou dúvidas se você realmente está em paralelo, ou acha que está. Pois no paralelo da SAP não há NF-e de verdade no R/3 produtivo.
    Não tem J_1BNFDOC-NFE = 'X', não tem registro na J_1BNFE_ACTIVE e não dá para mexer na tx J1BNFE.
    O que parece é que você está com notas produtivas enviando para homologação da Sefaz, se for isto mesmo você terá problemas de escrituração. Seu ERP está produtivo e você está autorizando na Sefaz homologação de fato ? Está emitindo notas 1/1A ou DANFE ?
    Nós dê bastante informação sobre o processo.
    Atenciosamente, Fernando Da Ró

  • Momento de envio do XML

    Boa tarde,
    Estou em um projeto de implementação e com a seguinte dúvida:
    Requerimentos:
    Tenho que enviar o XML assim que a Invoice+NF é gerada (VF01/VF04, etc).
    Num segundo momento, após a aprovação do XML, eu poderei imprimir a DANFe.
    Envio XML:
    Sei que a função que mapeia o XML para a versão 2.0 é a J_1B_NF_MAP_TO_XML e a função que envia para o GRC ou outra mensageria (utilizaremos NeoGrid) é a J_1B_NFE_XML_OUT.
    A pergunta é: como faço a chamada destas funções? Qual programa devo chamar? Em qual momento? É por customizing ou por uma exit no faturamento?
    Obs.: entendo que estas funções já estão configuradas no monitor J1BNFE para solicitar o reenvio da nota, etc.
    Impressão DANFe:
    Em paralelo, na J1BJ vou ter que configurar somente o programa de impressão do DANFe (J_1BNFPR), correto? Pois assim quando eu gerar e processar o output da NAST ele irá fazer a impressão do documento, correto?
    Caso não entendam as perguntas por favor me contestem que eu explico melhor.
    Obrigado!
    Felipe Brasil Simioni

    Olá, Fernando.
    Por favor veja se pode nos ajudar.
    Estamos tendo o mesmo problema com o envio do XML para a mensageria (não GRC).
    Seguindo as parametrizações indicadas acima:
    SPRO
       Componentes válidos para várias aplicações
         Funções gerais de aplicação
           Nota Fiscal
             Saída
               Atribuir parametros de numeração e dxed impressão
    O local de negócios está configurado como RFC CALL vazio (segue descrição abaixo):
    "Execução RFC e atualização banco dados na mesma LUW (padrão)"
    Porém, ao tentar enviar a nota fiscal (ex: J1B1N), ocorre um erro na SM58 e o XML não é enviado para o sistema de mensageria.
    Analisando o programa SAPLJ_1B_NFE, no include LJ_1B_NFEF42, vemos que para mensagerias não GRC o programa chama a função J_1B_NFE_XML_OUT em background task, o que ocasiona o erro abaixo na SM58.
      IF sy-subrc IS INITIAL.
    non SAP messaging system                          "V1.10
        if lv_xnfeactive is initial.                    "V1.10
    Call function asych. when RFC connection available
    gv_callmode can be switched in debbuging to call the RFC synchronous
    do not reset gv_callmode direct after the RFC call
          if gv_callmode is initial.
            CALL FUNCTION 'J_1B_NFE_XML_OUT'
    IN BACKGROUND TASK
              DESTINATION lv_rfcdest
              EXPORTING
                xml_in                = xmlh
                xml_item_tab          = xmli_tab
                xml_batch             = xmlb_tab
                xml_ref               = xmlr_tab
                xml_dup               = xmld_tab
                xml_vol               = xmlv_tab
                xml_head_tab          = xmlh_tab          "V1.10
                xml_imp               = xml_import_tab    "V1.10
                xml_ext1              = xml_ext1_tab      "V1.10
                xml_ext2              = xml_ext2_tab      "V1.10
                xml_adi               = xml_adi_tab       "V2.00
                xml_reb               = xml_reb_tab       "V2.00
                xml_cane_dia          = xml_cane_dia_tab  "V2.00
                xml_cane_ded          = xml_cane_ded_tab. "V2.00
    Erro da SM58:
          RfcAbort: Cannot lock transaction
          Nº mensagem SR053
    Note que a chamada é feita de forma assincrona porque a variável gv_callmode está como initial, e que segundo o comentário da SAP, essa variável é usada somente para debug, sem qualquer parametrização que controle o modo de chamada.
    Obs: se comentarmos a linha IN BACKGROUND TASK, tudo funciona perfeitamente.
    Mas obviamente não é o que queremos fazer. Queremos manter o programa original da SAP.
    Já pesquisamos notas para esse problema, mas não encontramos nada que se refira a esse problema.
    Alguém mais se deparou com essa situação?
    Desde já agradeço pela ajuda.
    Rodrigo Ferreira

  • Duplicando registro tabela NAST após chamada J_1BNFE_CALL_RSNAST00

    Boa tarde pessoal,
    estava conversando com o Fernando nesta [Thread|; e resolvi abrir uma nova thread.
    Estava implementando a badi de impressão do danfe e notei um comportamento estranho.
    Após gerar uma NFe, é gerado um registro na NAST.
    Na sequencia, executo o FM J_1B_NFE_XML_IN para simular o aceite desta NFe, o que acarreta na chamada da badi de impressão e na minha badi tenho a chamada p/ o FM J_1BNFE_CALL_RSNAST00.
    Dentro deste FM, ele move alguns parâmetros de entrada para a NAST e chama o form einzelnachricht, que chama tnaprlesen_, optischearchivierung_, programmaufrufen_, protocolstore_ e finalmente o nastupdate_.
    Neste ponto do programa, a chave que tenho no header da tabela NAST é diferente da que já consta na tabela do bd.
    No BD tenho este registro na NAST:
    MANDT     321
    KAPPL     NF
    OBJKY     0003347752
    KSCHL     ZNFE
    SPRAS     E
    PARNR                                                                               
    PARVW                                                                               
    ERDAT     06/24/2009
    ERUHR     14:38:41
    e no programa, no form nastupdate_, tenho o header da NAST assim:
    MANDT
    KAPPL     NF
    OBJKY     0003347752
    KSCHL     ZNFE
    SPRAS     
    PARNR     
    PARVW     
    ERDAT     00000000
    ERUHR     000000
    Sendo assim, quando ele dá o update nast. ele dá sy-subrc = 4, e na sequencia, o código trata if sy-subrc ne 0, insert nast. Com isso tenho 2 registros na NAST pra mesma NF, um com o status VSTAT = 1, mas com o SPRAS/ERDAT/ERUHR não preenchidos e o outro, o "original", com tudo preenchido porém com o status VSTAT = 0.
    Olhando o Spool na SP01 eu vejo a NFe "impressa" apenas uma vez, o que está correto. Mas o que me incomoda é que ele acaba gerando registros duplicados.
    Segue meu código da BADI:
      IF  i_active-code EQ '100'         "NF-e autorizada
      AND i_active-printd IS INITIAL     "só imprimir automaticamente se ainda não foi impressa
      AND i_active-cancel IS INITIAL     "não faz sentido imprimir autom. se ela foi cancelada
      AND i_active-conting_s IS INITIAL. "não faz sentido imprimir autom. se ela foi alternada
                                         "p/conting. pois deverá ser cancelada
        CALL FUNCTION 'J_1BNFE_CALL_RSNAST00'
        EXPORTING
          I_ACTIVE = i_active
          I_DIMME  = 'X'
          I_PRINTER = vl_printer
        EXCEPTIONS
          no_printer = 1
          others = 2.
        COMMIT WORK.
        IF sy-subrc = 0.
          CALL FUNCTION 'J_1B_NFE_ERROR_PROTOKOLL'
          EXPORTING
            i_docnum = i_active-docnum.
        ENDIF.
      ENDIF.
    Para "resolver" esse pequeno problema (ao meu ver, não sei se está correto ou não este comportamento), criei um FM Z com o seguinte código:
    FUNCTION ZBR_J_1BNFE_CALL_RSNAST00.
    ""Local Interface:
    *"  IMPORTING
    *"     VALUE(I_ACTIVE) TYPE  J_1BNFE_ACTIVE
    *"     VALUE(I_KAPPL) TYPE  NAST-KAPPL DEFAULT 'NF'
    *"     VALUE(I_NACHA) TYPE  NAST-NACHA DEFAULT '1'
    *"     VALUE(I_DIMME) TYPE  NAST-DIMME DEFAULT 'X'
    *"     VALUE(I_PRINTER) TYPE  RSPONAME OPTIONAL
    *"  EXCEPTIONS
    *"      PRINT_ERROR
    TABLES: nast.
    SELECT SINGLE *
        FROM nast
       WHERE kappl = i_kappl AND
             objky = i_active-docnum AND
             kschl = i_active-form AND
             nacha = i_nacha AND
             vstat = '0'.
    start printing
      nast-kappl = i_kappl.
      nast-objky = i_active-docnum.
      nast-kschl = i_active-form.
      nast-nacha = i_nacha.          "1 = print output
      "nast-ldest = i_printer.
      "nast-dimme = i_dimme.          "X = print immidiately
      PERFORM einzelnachricht IN PROGRAM rsnast00 USING sy-subrc.
      IF NOT sy-subrc IS INITIAL.
        MESSAGE i230(8b) with i_active-docnum RAISING print_error. "#EC *
      ENDIF.
    ENDFUNCTION.
    e na BADI, o chamei desta forma:
    CALL FUNCTION 'ZBR_J_1BNFE_CALL_RSNAST00'
        IN BACKGROUND TASK
        EXPORTING
          i_active = i_active
        EXCEPTIONS
          no_printer = 1
          others = 2.
    Desta maneira, não ocorreu a duplicação dos registros da NAST e a nota também foi impressa OK.
    A minha dúvida é se realmente o comportamento esperado utilizando o primeiro procedimento é duplicar o registro na NAST ou se pode ser que tenha algo errado no meu sistema(SAP_APPL 602 SP01) na hora da chamada da RSNAST00.

    parte 1
    Boa tarde pessoal,
    estava conversando com o Fernando nesta [Thread|; e resolvi abrir uma nova thread.
    Estava implementando a badi de impressão do danfe e notei um comportamento estranho.
    Após gerar uma NFe, é gerado um registro na NAST.
    Na sequencia, executo o FM J_1B_NFE_XML_IN para simular o aceite desta NFe, o que acarreta na chamada da badi de impressão e na minha badi tenho a chamada p/ o FM J_1BNFE_CALL_RSNAST00.
    Dentro deste FM, ele move alguns parâmetros de entrada para a NAST e chama o form einzelnachricht, que chama tnapr_lesen, optische_archivierung, programm_aufrufen, protocol_store e finalmente o nast_update.
    Neste ponto do programa, a chave que tenho no header da tabela NAST é diferente da que já consta na tabela do bd.
    No BD tenho este registro na NAST:
    MANDT     321
    KAPPL     NF
    OBJKY     0003347752
    KSCHL     ZNFE
    SPRAS     E
    PARNR                                                                               
    PARVW                                                                               
    ERDAT     06/24/2009
    ERUHR     14:38:41
    e no programa, no form nastupdate_, tenho o header da NAST assim:
    MANDT
    KAPPL     NF
    OBJKY     0003347752
    KSCHL     ZNFE
    SPRAS     
    PARNR     
    PARVW     
    ERDAT     00000000
    ERUHR     000000
    Sendo assim, quando ele dá o update nast. ele dá sy-subrc = 4, e na sequencia, o código trata if sy-subrc ne 0, insert nast. Com isso tenho 2 registros na NAST pra mesma NF, um com o status VSTAT = 1, mas com o SPRAS/ERDAT/ERUHR não preenchidos e o outro, o "original", com tudo preenchido porém com o status VSTAT = 0.
    Olhando o Spool na SP01 eu vejo a NFe "impressa" apenas uma vez, o que está correto. Mas o que me incomoda é que ele acaba gerando registros duplicados.
    continua
    Edited by: Jose Nunes on Jun 24, 2009 5:00 PM
    Edited by: Jose Nunes on Jun 24, 2009 5:01 PM

  • Tipo de imposto ICZF não carrega na J1B3N

    Oi pessoal.
    Estou em um projeto de implantação do ECC 6.0 - EhP6 (All-in-One) e configurando o processo de Zona Franca de Manaus.
    Ao executar o processo de Zona Franca de Manaus, ele determina corretamente o tipo de condição BXZF.
    O mapeamento da pricing, para o tipo de imposto ICZF, ele tem a condition BXZF, a BX16 e as BI00 mapeadas conforme a última versão da CBT.
    O meu problema é: quando gero a Nota Fiscal (J1B3N), a linha da ICZF quando é o processo de Zona Franca de Manaus, não carrega a linha para informar o desconto. Como esta linha não carrega, consequentemente as informações vão incorretas pra a Sefaz.
    Alguém já passou por isso na solução TAXBRA?
    Quem puder me ajudar, agradeço.
    Rodrigo

    Pessoal,
    Para fechar o assunto:
    Foi revisado o conteúdo da CBT e identificou-se a falta da determinação da ICZF na ocasião.
    Configuração providenciada e solução funcionando corretamente.
    Rodrigo

  • Status de mensagem do sistema igual a G

    Bom dia !
    Temos a NFe implantada na versão 4.6C e ocasionalmente estamos tendo um problema que é o seguinte: Uma nota é gerada, tem um erro de validação e após acertar o erro quando se tentar enviar novamente a nota recebemos o retorno de que :
    Novo stat.comun.sistema "Enviada a sistema de envio de mensagens (XI,...)"
    não permitido p/status comun.sist.anterior "Enviada a sistema de envio de 
    mensagens (XI,...)"                                                       
    Com isto temos a nota no ERP com status StComSist = 0 e SSM=G e no GRC temos somente o erro 10 = erro de validação. Ou seja não conseguimos mais enviar a nota para o GRC após a correção do erro de validação e ficamos com a nota parada no ERP.
    O que percebemos pelo log é que no momento em que a nota é gerada, o programa do decouple é executado (via job a cada um minuto) e recebemos e mensagem de que o "documento xxxxxxx já está sendo processado". Será que pelo fato de o programa ser executado a cada minuto, quando um processo está sendo executado entra um novo processo que tenta numerar/enviar as mesmas notas que o processo anterior ? Seria o caso de alterar o periodicidade de execução do job ou um problema de 4.6C ?
    Poderiam me ajudar ?
    Obrigada.
    Lucia

    Boa tarde Fernando,
    Estou acompanhando essa situação com a Lúcia, e, em relação a termos mais de job rodando simultaneamente, isso não ocorre; temos um job sendo processado a cada 1 minuto. A "anomalia" que encontramos é que eventualmente o tempo de processamento desse job se extende, ou seja, um processamento que normalmente dura segundos às ultrapassa 1 minuto, e é aí que entra nossa duvida; quando um job está sendo processado além de 1 minuto, acaba havendo outro job ativado simultaneamente; será que com isso esse segundo job tenta numerar docnum que já esteja sendo processado pelo primeiro???
    Att.
    Alessandro Botignon

  • Entrada de CTe com tpemis 7

    Pessoal, boa tarde!
    Alguém já precisou tratar recebimento de CTe com Tipo de Emissão = 7 (entendi que é SEFAZ Virtual RS)?
    Pelo manual do CTe temos estes valores possíveis:
    Preencher com: 1 - Normal; 5 - Contingência FSDA; 7 - Autorização pela SVC-RS; 8 - Autorização pela SVC-SP
    Porém, o domínio do tpemis no SAP (J_1BNFE_TPEMIS) prevê apenas os valores da NFe:
    1 u2013 Normal u2013 emissão normal;
    2 u2013 Contingência FS u2013 emissão em contingência com impressão do DANFE em Formulário de Segurança;
    3 u2013 Contingência SCAN u2013 emissão em contingência no Sistema de Contingência do Ambiente Nacional u2013 SCAN;
    4 u2013 Contingência DPEC - emissão em contingência com envio da Declaração Prévia de Emissão em Contingência u2013 DPEC;
    5 u2013 Contingência FS-DA - emissão em contingência com impressão do DANFE em Formulário de Segurança para Impressão de Documento Auxiliar de Documento Fiscal Eletrônico (FS-DA).
    Por conta da falta do valor 7 no domínio não está sendo possível o registro do CTe.
    Tem alguma nota para ajustar isso?
    Obrigado,
    Eduardo Hartmann

    Bom dia Eduardo,
    Isto varia de questão para questão, nesta discussão nenhuma resposta anterior teve a resposta correta. Digo, nem próximo disso, então Ok  em você marcar sua resposta como correta.
    Em outros casos algum colega indica a direção correta 95%, até por que os passos seguidos vão ter detalhes que não são descritos. Certo?
    De qualquer forma algumas dicas:
    - Nem sempre se tem respostas relevantes então é Ok que algumas não mereçam nem um Helpful
    - Marcar como Correto (apenas 1 por questão) ou Helpful (até 13 se não me engano) ajudam a fomentar respostas à sua questão
    - Estes pontos também "ajudam" os profissionais que dispenderam tempo próprio para lhe ajudar
    - Estas marcações ajudam quem lê a questão futuramente
    - A resposta é pessoal: às vezes respostas simples podem trazer muita luz a quem não tinha este conhecimento (mesmo que básico), e certas vezes uma resposta rebuscada não trouxe nada novo a quem perguntou. Na dúvida eu pontuo pelo esforço dispendido também
    Escrevi tanto.. rsss Respondendo diretamente, sua questão é a correta.
    Em Abril teremos mudanças no SCN com um sistema "gamification", onde a partir de técnicas dos games teremos missões a serem feitas no SCN, badges de missões concluídas. E isto irá nos reciclar/ensinar enquanto tentamos atingí-las. Aguardem...
    http://scn.sap.com/community/about/blog/2013/02/11/game-on-gamification-coming-to-sap-community-network-scn
    Atenciosamente, Fernando Da Rós

  • Firefox insere página antes de um formulário html

    Quando peço a visualização para impressão, e até quando envio a página visualizada no firefox pra o DoPdf, por exemplo, ele deixa boa parte da primeira folha em branco e insere a outra parte da página visualizada na próxima folha de impressão...não acontece no Chrome..
    Estou utilizando o firefox 25.0.1

    Tente reinstalar o plugin de visualização dos pdfs ou restaurar o firefox, caso isso não funcione inicie o firefox em modo seguro para ver se não é um add-on que ta causando o problema.

  • NFE 2.0 - Contingencia

    Bom dia,
    Estou testanto do processo de contingencia para a versão 2.0 do XML da NFE.
    Através do monitor da NFE (J1BNFE) eu coloco em contingência o local de negócio.
    Flego o primeiro campo MS Down e coloco o motivo da contingencia no campo Mt Cont MS Down que no meu caso é 01.
    Ao salvar, o estranho é que o sistema não grava o motivo da contingencia.... volta para branco.
    Estou informando somente estes 2 campos, alem do pais, local de negocio e empresa.
    Aplicamos todas as notas no SAP ECC referente a NFE 2.0.
    Alguém sabe o que pode estar ocorrendo?
    Abraços e Obrigada,
    Kátia Alves.
    Edited by: KatiaA on Aug 13, 2010 5:28 PM

    Oi Julio,
    Para a NFE 2.0 e o SCAN no ECC, te aconselho a aplicar todas as notas disponibilizadas pela SAP. Veja qual o ultimo SP que a sua empresa está e aplique as notas ou o SP posterior disponibilizado pela SAP. No meu caso, apliquei as notas referentes a NFe, pois a empresa não aplicou o SP inteiro.
    Apliquei o SP 15 no GRC/PI. Mas verifiquei que já existem o SP 16 e o SP 17 com algumas notas já disponibilizadas e então, também vou aplicar.
    A partir disso é configuração.
    - Para o SCAN estou me baseando na nota disponiblizada pela SAP de número 1394582 que contem o documento atachado chamado SCAN_SAP_Library.pdf.
    Ainda não implantei o SCAN (estou na fase de aplicação de notas ainda pois foi dado prioridade a implantação da Nfe 1,10 já que a empresa tinha obrigatoriedade para 01.10.10. Somente esse mes é que estamos aplicando as notas referentes a NFe 2.0 e SCAN) também possuo algumas dúvidas. Mas esse documento ajuda bastante. Procure no forum também com o assunto SCAN que ajuda bastante.
    Espero ter contribuído. Gostaria de anexar documentos mas não sei como fazer isso aqui no fórum. E no mais, vou postar minhas dúvidas pois acredito que a ajuda aqui do fórum é muito, muito útil!
    Att,
    Kátia.

  • Processo de Importacao com NFe - DANFE de Entrada

    Estamos tentando automatizar o processo de importacao em compras, e uma das necessidades é gerar a DANFE de entrada (propria).
    Como o standard a DANFE de entrada esta colocando no lugar do Issuer o Fornecedor e no lugar do Parceiro de negocio a propria empresa. Deveria ser o contrario, já que a Nota é emitida pela propria empresa e nao pelo fornecedor estrangeiro.
    Alguem já tentou realizar este procedimento?
    Grato,
    Rodrigo
    Edited by: Rodrigo Salomao on Mar 25, 2010 6:08 PM

    Olá Rodrigo.
    Que categoria de nota fiscal você está usando? NE (NF-e) copia da EN?
    Na configuração da categoria de nota...
    Direção do movimento = Entrada
    Função parceiro = LF
    Tipo parceiro = Fornec.
    Formulário nf = ZM55 (ou o que você tiver definido para nf-e)
    Modelo de nf = 55
    Gerando a nota você irá precisar tratar a data de entrada efetiva da mercadoria; isso porque você irá emitir a nota para "acobertar" o transito do local de desembaraço até o destino final.. que irá ocorrer em outro momento.
    Abraço
    Eduardo

  • Fui restaurar o ipod touch usando o "apagar todo conteúdo e configurações" e quando ele esatva no processo ele reiniciou e toda hora que tenta ligar ele trava e reinicia.

    O ipod estava cheio e eu não queria mais as musicas nem os apps dele, fui em configurações e tentei restaurar usando o "apagar todo conteúdo e configurações", porem ele começou o processo e reiniciou, mas ao tentar ligar ele trava e reinicia de novo, fica nesse loop infinito e não sai, a bateria esta cheia e ja tentei usar o reset segurando os botões dele. não sei o que faço, conecto no computador e ele nao aparece no itunes. não sei mais o que posso tentar. alguem tem alguma dica?

    Google tranlsate:
    The ipod was full and I did not want the songs or Android it, went in and tried to restore settings using the "erase all contents and settings", but he started the process and restarted, but when trying to connect it crashes and restarts again , is this infinite loop and does not leave, the battery is full and already tried using the reset buttons holding it. I do not know, connect the computer and it does not appear in itunes. I do not know what else I can try. anyone have any tips?
    - If you can turn the iPod turn the iPod off and place the iPod in recovery mode and then try to restore via iTunes. For how to place in recovery mode see:
    iOS: Unable to update or restore
    - I you can't turn the iPod off, let the battery fully drain. After charging for at least an hour try a reset,
    Reset iPod touch: Hold down the On/Off button and the Home button at the same time for at
    least ten seconds, until the Apple logo appears.
    - Then try a restore via iTunes using recovery mode if necessary.
    - Also dry DFU mode and then restore.
    How to put iPod touch / iPhone into DFU mode « Karthik's scribblings

Maybe you are looking for