HORA OPERANDO COM SISTEMA EM CONTINGÊNCIA

Boa tarde a todos,
Alguém saberia me dizer se existe uma solução ou nota de correção para corrigir o problema a seguir:
No XML a DATA e HORA na TAG DHCONT estão corretas, porém no DANFE a hora está errada. Aparentemente está pegando a hora do servidor quando deveria pegar a hora de quando o monitor foi colocado em contingência.
Desde já obrigado,
Renato Motta

Bom dia Renato,
O formulário de impressão (smartform) do DANFE não é liberado pela SAP, sendo assim você deve verificar o seu programa de impressão e formulário pois ele provavelmente não está lendo das tabelas mas sim da data/hora do sistema.
Atenciosamente, Fernando Da Ró

Similar Messages

  • SCAN Sistema de Contingência do Ambiente Nacional

    Bom dia!
    Por favor, tenho duas perguntas:
    1. Através das notas da SAP o SCAN é implementado automaticemente? Digo os novos endereços em caso de não acesso ao SEFAZ. Se não for urgente ou obrigatório o uso do SCAN, vale a pena implementar os SP, em vez das notas separadamente?
    2. Há alguma configuração a ser feita para utilização da versão xml 2.0 ou somente atualizar o SAP?
    Grata,
    Fabiana

    Bom dia.
    1. SCAN não é implementado automaticamente, existem configurações a serem feitas no PI (os novos endereços deve ser cadastrados manualmente, assim como outras configurações). Não é obrigatório. Sempre acho melhor implementar o SP pois da menos trabalho.
    2. Sim, ha configurações a serem feitas. Nas notas exitem explicações detalhadas.
    At.,
    Bernardo Braga

  • Erro no envio de Lote com NF-e em Contingência (FS) para o Paraná

    Experts, bom dia.
    Devido à entrada em contingência em modo SCAN na data de ontem pelo Estado do Paraná, emitimos algumas NF-e's em Contingência, porém optamos por não emitir em SCAN, mas sim em Formulário de Segurança (FS).
    Com isso, as notas que foram emitidas no momento da "queda" do SEFAZ PR ficaram "travadas" com engrenagem na J1BNFE. Comutamos estas Notas para poder emitir novas notas em Contingência. Assim que o SEFAZ PR voltou, resolvemos tirar a Contingência no ECC e enviar as NF-e's emitidas em FS.
    Estas Notas (FS) foram enviadas corretamente ao GRC, que montou um Lote e tentou enviar ao SEFAZ PR pelo cenário BATCH. Porém ocorreu erro neste Lote (36-Erro de Sistema PI). Verifiquei na MONI e somente ocorre erro no Acknowledgement do BATCH:
    <SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="">
      <SAP:Category>XIAdapter</SAP:Category>
      <SAP:Code area="BPE_ADAPTER">NEGATIVE_ACKNOWLEDGEMENT</SAP:Code>
      <SAP:P1></SAP:P1>
      <SAP:P2></SAP:P2>
      <SAP:P3></SAP:P3>
      <SAP:P4></SAP:P4>
      <SAP:AdditionalText></SAP:AdditionalText>
      <SAP:ApplicationFaultMessage namespace=""></SAP:ApplicationFaultMessage>
      <SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>
      <SAP:Retry>M</SAP:Retry>
      </SAP:Error>
    Já tentei reenviar este Lote de FS diversas vezes e volta a ocorrer erro de ACK. As Notas emitidas em modo NORMAL para o PR estão sendo aprovadas normalmente.
    Alguém já passou por esta situação? Ou tem idéia do que pode estar ocorrendo?
    Desde já agradeço.
    Pedro Baroni

    Pessoal, o erro acima ocorreu devido ao SEFAZ do PARANÁ ter respondido o Servico de entrega de Lote (BATCH) sem o campo obrigatório DHRecbto:
    <?xml version="1.0" encoding="UTF-8" ?>
    - <nfeRecepcaoLoteResponse2 xmlns="http://sap.com/xi/NFE/006">
    - <nfeRecepcaoLote2Result>
    - <retEnviNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="2.00">
      <tpAmb>1</tpAmb>
      <verAplic>PR-v2_4_5</verAplic>
      <cStat>225</cStat>
      <xMotivo>Falha no Schema XML do lote de NFe. org.xml.sax.SAXParseException: cvc-pattern-valid: Value 'RSIDU77' is not facet-valid with respect to pattern '[A-Z]{3}[0-9]{4}' for type '#AnonType_placaTVeiculo'.</xMotivo>
      <cUF>41</cUF>
      </retEnviNFe>
      </nfeRecepcaoLote2Result>
      </nfeRecepcaoLoteResponse2>
    Devido a isto a mensagem de erro não foi gravada no Lote e não apareceu no Monitor do GRC.
    Fernando / Henrique, neste caso é necessário entrar em contato com o SEFAZ PR ou pode haver algum tratamento no SAP?
    Abs.

  • Processo de Subcontratação - Contingência

    Pessoal,
    Estou com o seguinte problema, ao efetuar um processo de subcontratação mov. 541 com saída de NFe, eu a comutei para contingência para teste.
    Verifiquei que após estornar o documento via MBST e gerar uma nova NFe utilizando o mesmo pedido, esta NFe não apresenta o flag de contingência selecionado.
    Existe algum procedimento diferente do que comentei acima, ou preciso aplicar alguma nota de correção?
    É importante ressaltar que o sistema não estava em contingência, e sim, parcialmente em contingência.
    Obrigado a todos !!!!

    Olá Henrique,
    obrigada pela informação.
    Testamos a seguinte situação:
    Após gerarmos uma NF-e para o processo de subcontratação através da transação MB1B (mov 541) verificamos que o sistema estava inoperante, diante disso, resolvemos colocar somente esta NF-e em situação de exceção através da transação J1BNFE. Estornamos a NF-e através da transação MBST (mov 542) e após isso geramos uma nova NF-e do mesmo pedido.
    A NF-e gerada não foi lançada em contingência.
    Como devemos proceder com a situação mencionada?
    Atenciosamente
    Adriana

  • NF-e comutado para contingência na versão XML 2.0

    Bom dia,
    Estamos fazendo testes comutando uma NF-e emitida por SD, cancelando esta NF-e e reemitindo-a, utilizando a versão XML 2.0
    O sistema ERP ao gerar a nova NF, deve gerar com o flag de contingência marcado e com o campo tpemiss com 2. Porém aqui o sistema na j_1bnfdoc o campo conting está marcado com 'X'. Na j_1bnfe_active o Tipo de emissão está com '1' e o campo conting não está marcado.
    Além disso visualmente na J1B3N o campo lançado em contingencia mostra como não marcado.
    Alguém está tendo ou já teve o mesmo problema?
    Obrigada,
    Luciana M. M. Kanno

    OI Luciana,
    Aplicamos as notas e agora está funcionando .
    Notas 1507282 e 1493219.
    Abraço,
    Talita
    Edited by: Tsribeiro on Sep 16, 2010 11:19 PM

  • Problema de validação na contingência (Switched to Contingency)

    Bom dia!
    Por gentileza, poderiam me ajudar?
    Estou com problema para colocar uma NF em contingência através do monitor, segue procedimento realizado:
    1) Criei uma NF writer
    2) No monitor, selecionei a NF e pressionei o botão u201Ccontingencyu201D, informei o motivo
    (após informar o motivo e clicar no botão switch to contingency, o sistema não atualiza o motivo da contingencia no campo NF-e Conting Reason e Desc.)
    3) A NF-e foi atualizada para status u201Cswitched to contingencyu201D.
    (o campo Switched to Contingency = X)
    (o campo SCS = 5)
    4) Em seguida cancelei a NF-e que foi u201Cswitched to contingencyu201D através da transação J1B3N
    5) Após o cancelamento o sistema mostra no monitor a NF atualizada com status cancelada (canceled = x e Step = 7)
    6) Na J1B1n criei uma nova NF com referência a NF-e u201Cswitched to contingencyu201D.
    (Na aba NF-e Data o campo Posted Cont. está flegado e o Tipo de emissão = 2)
    7) A nf foi automaticamente gerada em contingência.
    (o campo Posted Cont = x, Step = 3)
    8) seleciono a NF e envio para a sefaz
    9) após o envio para a sefaz, o status é atualizado (Step = 8, NF-e Log = bandeirinha vermelha)
    Segue log com o erro de validação
    Validation error: Field (XJUST) Reason for Activating Exception Situation, Must be filled in combination with other fields.
    Validation info: Field DHCONT in check NOT_INIT_FIELDS is filled
    Nesse caso o sistema não deveria pegar o motivo de contingência que foi informado na primeira nota?
    Por acaso alguém já passou por erro ou sabe me informar se tem alguma nota que corrige esse problema. Já pesquisei e não encontrei.
    Obrigada,
    Moní

    Bom dia Moní,
    As explicações já estão dadas, então vou comentar apenas sobre a rejeição:
    9) após o envio para a sefaz, o status é atualizado (Step = 8, NF-e Log = bandeirinha vermelha)
    Segue log com o erro de validação
    Validation error: Field (XJUST) Reason for Activating Exception Situation, Must be filled in combination with other fields.
    Validation info: Field DHCONT in check NOT_INIT_FIELDS is filled
    Verifique se o motivo que está sendo utilizado existe no idioma que o job está rodando.
    Tabela J_1BNFE_CONTINRT contém as descrições por idioma. Se o customizing foi feito num idioma e o job/user numera em outro pode acontecer isso.
    Além disso pode estar faltando SAP Notes, procure no market-place por "issuing type" "contingency" "SCAN" "decouple"
    Atenciosamente, Fernando Da Ró

  • SEFAZ Contingência 2.0 - Duvida

    Olá pessoall bom dia,
    espero que todos estejam bem.
    Bom realizei a configuração da nova contingência SEFAZ SVCAN E SVCRS para versão 2.0 e 3.10, porém para situação atual do projeto devemos apenas testar a versão 2.0.
    O que estou bem confuso é, fiz toda configuração correta para 2.0 veja abaixo:
    Canal de comunicação:
    sxi_monitor - linha de status:
    Mensagem interna da linha do log acima:
    Receiver determination:
    Era para estar consultando a versão 2.00 e não a 3.10.
    Auguem passou por essa situação ?
    Atenciosamente,
    Ricardo Viana.

    Felipe,
    Já verificamos essa thread:
    Re: SVC com Layout 2.00
    http://scn.sap.com/thread/3525671
    Fizemos a aplicação da nota liberada para SAP e nada de emitir a NF-e para SVC -AN ou RS.
    Fiz o teste da função recomendada pelo Baroni e retornou "05" significa que a contingência está funcionando, mais por que não funciona ?
    Alguma ideia pessoal ?
    sxi_monitor - SVC -AN E SVRS estão sendo consultados normalmente:
    Att,
    Ricardo Viana.

  • Job J_BNFECALLRFC não numera NF em contingência por local de negócio.

    Olá bom dia!
    Por gentileza, alguém poderia me ajudar?
    Estamos com o seguinte problema.
    O job do decouple J_BNFECALLRFC não numera NF em contingência.
    (CALLRFC= 3)
    Segue procedimento realizado:
    1) Habilitado a emissão de contingencia por local de negócio ou região.
    2) Criado uma nota (writer) com o mesmo BP ou região.
    (nesse caso o flag posted. cont. da aba nf-e data não está flegado e o tpemiss = 1)
    3) No monitor nenhuma das duas colunas referente a conting estão com X
    4) Status no monitor:
    Action Status = engrenagem
    Process step = A (Numbering is done in batch - no manual action required)
    NF-e Log = bandeirinha vermelha (verificando o log aparece a seguinte msg: Region Or Branch are in Contingency - Send NF-e not possible)
    5) NF-e nr: fica em branco, não numera.
    Mesmo desabilitando a contingência se executo o Job J_BNFECALLRFC, continua sem numerar a NF.
    Alguém já passou por esse problema?
    PS.: para a contingência realizada através do monitor, também não está funcionando, mas para esse erro vou abrir uma nova Thread
    Obrigada,
    Moní

    Estou com o mesmo problema. Ao entrar em contingência, com o decouple 3, as NFe's não são numeradas e o flag de contingência não está preenchido. Após retirar as NFe's da contingência, não consigo enviá-las, pois não possuem numeração.
    O job J_BNFECALLRFC está escalonado para ser executado de 1 em 1 minuto.
    Estamos no SP23 com todas as Notas do 24 e 25 aplicadas.
    Moni, vc descobriu qual era o problema para este seu caso?
    Audria.

  • Erro inutilização em contingência Nfe 3.10

    Boa tarde!
    Implantamos NFe 3.10 e estamos com problema na inutilização de notas recusadas que foram emitidas em contingência.
    A nota é emitida em contingência (TpEmiss = 6) e retorna recusada pela SEFAZ.
    Em seguida, solicito a inutilização da nota, porém não retorna o status para o monitor (J1BNFE), permanecendo a nota na engrenagem.
    Consultando o GRC, o lote está ok com status 104. Mas a nota permanece com status do erro.
    Obs: Não estou conseguindo inutilizar a nota tanto com SVC ativo como com a SEFAZ normal ativa. Em contrapartida, quando a nota emitida em contingência é aprovada pela SEFAZ, consigo realizar o estorno da nota com a SEFAZ normal ativa.
    Alguma sugestão para inutilizar uma nota recusada pela SEFAZ que tenha sido emitida em contingência?
    Desde já agradeço pela ajuda!
    Att.
    Marcos Muniz

    Marcos bom dia,
    Se você reparar os endereço dos serviços não existe de Inutilização:
    Primeiramente a SVC não aceita Inutilização como segue texto do manual:
    "04.5 Serviço de Inutilização
    O Serviço de Inutilização (Web Service: NFeInutilizacao) não deverá ser oferecido pela SVC.
    Quando da utilização da SVC pela empresa, uma eventual necessidade de inutilização de
    numeração identificada pela aplicação da empresa deverá ser represada para comando posterior
    no ambiente de autorização normal da SEFAZ de origem da circunscrição do contribuinte."
    Conversando com Luis Naves, ocorreu a mesma coisa com ele hoje, onde está o erro ?
    Do lado do SAP ERP de permitir a inutilização mesmo em situação de contingência, você já abriu um chamado na SAP ?
    Se já posta a snote ou algo do genero.
    Att,
    Ricardo Viana.

  • Possibilidade de evitar a continuação NFe ser publicado sob contingência

    Olá a todos,
      Só queria ver se alguém deparei com esse problema antes.
    O cenário é assim: - nós criamos uma NFE, esperando a resposta da SEFAZ, sem resposta, mudamos para contingência, cancelamento de pedido feito passo, cancelar o documento de origem (documento de faturamento). Ao criar um novo documento de faturamento a partir do documento de entrega, o novo NFE é automaticamente marcada publicado sob a contingência.
      Existe alguma era evitar o novo documento a ser publicado em contingência e, em vez processado normalmente e para que possamos imprimir o DANFE normalmente.
    Qualquer ajuda será apreciada.
    Honey

    Bom dia Honey,
    Este processo é standard e não há configuração para mudar este comportamento.
    Em SD ele verifica no fluxo de documentos se a nota anterior foi "Switched to contingency", então a nova é criada em contingência.
    Se quiser você pode codificar na BAdI CL_SD_NFTYPE, método MODIFY e colocar sua lógica para alterar o valor de CV_CONTING (contingência).
    Atenciosamente, Fernando Da Ró

  • 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

  • NF-e com SYNCHRO - Atualização de status na J1BNFE.

    Senhores(as);
        Estamos gerando nossa NF-e no SAP (ECC6.0), depois de gerada, desenvolvi codificação na J_1B_NFE_XML_OUT para salvar arquivo com os dados carregados nesta função já com as tags da xml, porém em formato .txt. Outro sistema do cliente pega este .txt em diretório (Unix) renomeia sua extensão para .xml e envia para o Synchro, que por sua vez envia para a SEFAZ, faz todas as validações, denegadas, canceladas ou contingências, imprime o DANFE, etc, e devolve o retorno num arquivo para o sistema novamente que carregará a J_1B_NFE_XML_IN com este retorno. Porém quando recebo o retorno, ocorre erro no retorno pois as NF-e's que foram enviadas ao Synchro não estão com o status SCS como 'enviadas'. Portanto não consigo testar o retorno.
        Ocorre que usuários terão acesso a J1BNFE e não ao monitor da Synchro, portanto tenho de atualizar todos os status do monitor de acordo com as ações do Synchro: impressão, re-impressão, contingência, logs de erro, autorizações, etc... Gostaria de saber como atualizar os status do monitor J1BNFE  neste caso? No momento da criação da NF-e já está gerando o .txt com as tags, portanto nesse momento já gostaria de atualizar o status da nf-e (J_1BNFE_ACTIVE-SCSSTA) como '0'(Enviada).  Gostaria de saber também se precisarei fazer uma SM59 (Destination) para receber o retorno ?
       Aqui aplicamos o SP 17 e 78 notas de NF-e e estamos ainda na versão 1.10 de NF-e. Nosso cliente é varejo (Retail).
    Agradeço qualquer auxílio...
    José Aguilar.

    Sr. Da Ros;
         Seguindo suas considerações no primeiro questionamento, verifiquei que a mensagem era devido a falta de envio de alguns campos para o log do sistema. Isso resolví, porém o meu problema com a atualização dos status persiste, portanto decidi explicar DETALHADAMENTE o processo e a configuração que temos para auxiliar os amigos do fórum no entendimento correto da questão, pois se trata de cenário único (envolve 3 sistemas) e com particularidades específicas, como servidor Unix, cliente Retail, sem PI nem GRC, etc. Além disso surgiram novas questões, como o uso da SM59 e o caso das aplicações das notas, além do problema de se acertar a NF-e como enviada no momento da criação da mesma.
        Desculpe, porém como sempre sou atendido de prontidão nesse fórum, minha intenção foi facilitar o entendimento do processo, e jamais quis desacatar as regras do fórum. Peço sinceras desculpas a todos e ainda aguardo ansioso por um auxílio.
    Obrigado.
    José Aguilar.

  • Problemas de Comunicação com SEFAZ PE - Urgente

    Boa tarde!
    Pessoal,
    Ontem a SEFAZ de PE ficou fora o dia inteiro.
    Hoje ao acessar o Portal, vimos que a SEFAZ PE está on.
    Mas no GRC, quando vou verificar o status de serviço da SEFAZ PE código 26, está inoperante.
    Alguém está passando por isso?
    Estou em ambiente de Produção com cerca de 100 notas paradas, pois não consigo enviá-las a SEFAZ, por causa do status 70 da SEFAZ PE 26.
    Pensamos entrar em contingência até resolver o problema, mas colocá-las em contingência manualmente é muita coisa para cancelar e fazer cópia da NFe comutada.
    Aguardo comentários, ajuda....
    OBrigada.
    Adriana

    A SEFAZ/PE está muito intermitente, e além de tudo, ela simplesmente não desliga o serviço de recepção dos arquivos enviados, travando nossos serviços de mensageria.
    O que fizemos como uma solução paleativa, foi alterar o webservice de recepção, forçando para que não ocorra a comunicação automática, convertendo as NFEs para Contingência DPEC junto à SEFAZ Nacional (RFBrasil).
    Webservice de recepção original:     "https://nfe.sefaz.pe.gov.br/nfe-service/services/NfeRecepcao?WSDL"
    Webservice de recepção alteramos: "CHANGE:https://nfe.sefaz.pe.gov.br/nfe-service/services/NfeRecepcao?WSDL"
    No dia seguinte no primeiro horário da manhã, ajustamos novamente o "webservice" de recepção para o formato correto, e então reenviamos as NFEs aprovadas via DPEC para que sejam protocoladas junto à SEFZ PE.
    Pelo menos até o dia 22/09, data prevista em que SEFAZ PE está prometendo manter esse serviço intermitente, estaremos trabalhando dessa forma.
    Nossos caminhões não tem sofrido nenhum tipo de problemas em barreiras fiscais estaduais e federais trafegando com DANFEs protocolados junto à SEFAZ Nacional através da Contingência DPEC.
    Espero ter colaborado de alguma forma.
    Obrigado,
    Eduardo Pini

  • Sistema SAP que envia para Sefaz por Programa Z.

    Bom dia Especialistas.
    Estou implantando a versão 3.10 em um sistema SAP de contingência ONDE SE ENVIA PARA SEFAZ VIA PROGRAMA Z (o sistema foi comprado para funcionar assim.) Gostaria de saber por favor como é preenchido o campo IND_IEDEST para envio na Sefaz pois estou tendo erro neste .
    Queria saber como é a regra para pessoa física e juridica.
    Quando é 1 ou 2 ou 9.
    Obrigado.

    Ronaldo,
    Conforme manual do contribuinte NT2013.005:
    1=Contribuinte ICMS (informar a IE do destinatário);
    2=Contribuinte isento de Inscrição no cadastro de Contribuintes do ICMS;
    9=Não Contribuinte, que pode ou não possuir Inscrição Estadual no Cadastro de Contribuintes do ICMS;
    Nota 1: No caso de NFC-e informar indIEDest=9 e não informar a tag IE do destinatário;
    Nota 2: No caso de operação com o Exterior informar indIEDest=9 e não informar a tag IE do destinatário;
    Nota 3: No caso de Contribuinte Isento de Inscrição (indIEDest=2), não informar a tag IE do destinatário.

  • Ativar SCAN com solução de mensageria não GRC

    Pessoal bom dia,
    Estou em um projeto e o cliente deseja utilizar a contingência da NF-e com o SCAN, porém a mensageria é uma solução de mercado, não é o GRC. Vocês sabem o que fazer para ativar o SCAN quando a mensageria não é o GRC. A comunicação entre o SAP e a solução de mensageria ocorre, no envio, por arquivos texto. Somente o retorno para o SAP ocorre por RFC.
    Qualquer dica será bem vinda, desde já agradeço!
    Assis Medeiros

    Olá a todos!
    Nossa instalação tenta combinar o SAP ERP com a mensageria não ERP. Na verdade nem sempre combinam bem, mas dá samba. Para funcionar o SCAN, conforme a dica do Fernando, aplicamos a seguinte solução:
    Ao assinalar o campo u201CDeterm.aut.servd.u201D no Local de Negócio (customizing), o SAP automaticamente consultará se é SEFAZ ou SCAN que está ativo, através do método GET_SERVER da implementação da BAdI CL_NFE_PRINT
    Neste método, a tabela CT_SERVER_CHECK contem os campos SEFAZ_ACTIVE e SCAN_ACTIVE. Apenas um destes campos de ser assinalado com X. Para cada campo o SAP definirá o formulário a ser utilizado ao fazer a numeração da Nfe, se para SEFAZ ou SCAN, conforme customizing.
    Dentro do método GET_SERVER pode-se consultar uma tabela Z que indica quem está ativo, se SCAN ou SEFAZ, assinalando o campo correspondente da tabela CT_SERVER_CHECK.
    Uma alternativa automática para saber qual serviço está ativo é consumir via PI o WS do Sefaz que indica o serviço que está ativo.
    Valeu Fernando.
    Espero ajudar quem está passando por aqui.
    Abçs
    Heron Caetano
    www.hcaetano.blogspot.com

Maybe you are looking for