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.

Similar Messages

SAP NFe GRC XML 3.10 - Erro no envio do lote - Status 2

Pessoal, bom dia!
Configuramos os cenários para a versão do xml 3.10 da NFe porem ao criarmos a NFe (saída) o lote foi gerado porem ficou parado no status 2 (Enviado ao PI) com o erro 38 (Web Service não acessivel) ao clicarmos na descrição do erro é exibida a seguinte mensagem:
"Service Status not identified: Job /XNFE/NFE_CHECK_SRV_STATUS is not running or customizing is mi"
O job /XNFE/NFE_CHECK_SRV_STATUS está agendado a cada 2 minutos para teste com o estado 29 (BA) e foi configurado na SPRO NF-e: definir consulta para status de serviço das autoridades (SEFAZ) conforme abaixo:
Foram agendados os seguintes jobs para a versão 3.10
/XNFE/EVENT_BATCH_SEND
/XNFE/GET_ACKNOWLEDGMENT
/XNFE/NFE_B2B_SEND
/XNFE/NFE_BATCH_CREATE
/XNFE/NFE_BATCH_REQUEST
/XNFE/NFE_CHECK_SRV_STATUS
/XNFE/NFE_CONTINUE_PROCESS
/XNFE/NFE_SKIP_SEND
/XNFE/PROCESS_REPORTS
/XNFE/UPDATE_ERP_STATUS
Alguem já passou por este problema no lote? Alguma dica para soluciona-lo?
Abraços,
Halsen Nagasawa

Alan,
Realmente o erro era na SEFAZ BA, o XML de envio e retorno do serviço NfeStatusServico difere das outras SEFAZ.
Para solucionar criei um ZSLL-NFE e inclui um javamapping no request e outro no response do operation mapping SRVSC_nfeStatusServicoNF2_TO_nfeStatusServicoNF2SoapIn para modificar as tags conforme o modelo de XML informado pelo pessoal de desenvolvimento da SEFAZ BA.
Abaixo o modelo informado pela SEFAZ BA.
O XML do cabeçalho para utilização dos WebServices da SEFAZ-BA na versão 3.00/3.10 é o seguinte:
<?xml version="1.0" encoding="UTF-8"?>
<nfeCabecMsg xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
<versaoDados>3.10</versaoDados>
<cUF>29</cUF>
</nfeCabecMsg>
E o XML da solicitação ao WebService de StatusServico na versão 3.00/3.10 é o seguinte:
<?xml version="1.0" encoding="UTF-8"?>
<consStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
<tpAmb>2</tpAmb>
<cUF>29</cUF>
<xServ>STATUS</xServ>
</consStatServ>
Att.
Halsen Nagasawa

Erro no processamento do lote: Código 226.

Prezados, boa tarde.
Estou em ambiente de produção e está dando o seguinte erro no processamento do lote: "Rejeição: Código da UF do Emitente diverge da UF autorizadora" - Código 226.
Aparentemente está tudo correto, verifiquei na SPRO do GRC e do ECC, certificado digital utilizado, analisei XML, dentre outros.
Alguém poderia indicar ( + ou - ) o que poderia ser?
Agradeço qualquer ajuda.
Grande abraço.
Hyalen.

Bom dia Hyalen,
Parece um erro de configuração no PI. Verifique se para onde você está realmente enviando para a URL Sefaz correta.
Ex.: Seu processo é para emissão na Sefaz MG.
Você tem os partners certinhos, porém nas regras disse que o CUF 31 = a igual ao partner "Sefaz RS"... Vai chegar no destino errado.
Ou então.
As regras estão corretas, os partners também, porém a URL que está no communication channel aponta aponta para outra Sefaz.
Atenciosamente, Fernando Da Ró

Erro Lançamento CT-e com CST 60 - Erro M8 534 - Monitor CT-e

Prezados, Boa Noite!
Estamos tentando realizar um lançamento no sistema de um conhecimento de transporte eletrônico CT-e com CST 60 pelo módulo GRC, ao simular esse lançamento encontramos um erro que acreditamos ser um erro de produto.
Abaixo segue TAG do XML.
Fizemos todas às analises e chegamos à conclusão de que no momento em quem o GRC está realizando a simulação do lançamento no ECC o mesmo está passando para a função MRM_INVOICE_CREATE no parâmetro I_RBKPV-RMWWR o valor líquido do conhecimento de transporte, entendemos que nesse campo deveria ser passado o valor total do CT-e e não o valor líquido do mesmo.
A fim de validar se o fato relatado acima é realmente o erro que esta ocorrendo, pegamos os parâmetros que o GRC estava passando para essa função e mudamos apenas o conteúdo no parâmetro I_RBKPV-RMWWR, para que o mesmo assumisse o valor liquido + impostos, ao realizar a mudança desse valor o erro parou de acontecer.
Para validar se o erro estava somente no GRC pegamos o mesmo pedimos e lançamos de forma manual um MIRO no ECC, o lançamento no ECC ocorreu sem nenhum problema o que nos faz acreditar mais ainda que possa ser um erro no produto. Abaixo segue print detalhado do erro que estamos encontrando.
Monitor GRC – CT-e
Observem que na imagem acima do monitor todas as informações relativas à taxa de imposto, Montante do Imposto e Montante Básico estão com os valores idênticos no momento da simulação, no momento que o usuário vai registrar os dados da simulação o sistema dá uma mensagem de erro informando que os valores de débito e crédito não batem, observem no monitor que os valores são os mesmos.
Ao tentar realizar o mesmo lançamento através da transação MIRO no ECC não encontramos nenhum problema os valores são calculados corretamente sem nenhum problema.
Abaixo segue print dos valores que estão chegando da função MRM_INVOICE_CREATE.
Abaixo segue detalhes da configuração do IVA
Já configuramos o IVA com CST1 e CST2 mas nao conseguimos obter sucesso no lançamento pelo GRC

Sim Eduardo,
Finalizado.
Deu trabalho mas ficou muito bom.

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.

Lote com status 02 - Enviado ao PI

Boa Tarde,
Estamos com 3 lotes que apresentaram o seguinte Status - 02 Enviado ao PI, e não consigo liberá-los para envio para a SEFAZ.
O erro apresentado no SXI_MONITOR é o seguinte:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
- 
- <SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="">
<SAP:Category>XIProxy</SAP:Category>
<SAP:Code area="ABAP">PARSE_APPLICATION_DATA</SAP:Code>
<SAP:P1>Request Message</SAP:P1>
<SAP:P2>CX_ST_DESERIALIZATION_ERROR</SAP:P2>
<SAP:P3>/1SAI/TXS93D66C51A914A80B8BD3</SAP:P3>
<SAP:P4>XML Bytepos.: 705 XML Path: ns1:nfeRecepcaoLoteResponse(1)ns1:nfeRecepcaoLoteResult(1)ns2:retEnviNFe(1)ns2:xMotivo(4) Error Text: Ocorreu um perda de dados durante a conversão de Rejeição: Erro não catalogado - Could not allocate space for object 'dbo.NFe_Fila'.'PK_NFe_Fila_1' in database 'NFe_In' because the 'PRIMARY' filegroup is full. Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additi. Kernel ErrorId: CONVT_DATA_LOSS</SAP:P4>
<SAP:AdditionalText />
<SAP:ApplicationFaultMessage namespace="" />
<SAP:Stack>Fehler bei der Konvertierung XML => ABAP (Request Message; FehlerId: CX_ST_DESERIALIZATION_ERROR; (/1SAI/TXS93D66C51A914A80B8BD3 XML Bytepos.: 705 XML Path: ns1:nfeRecepcaoLoteResponse(1)ns1:nfeRecepcaoLoteResult(1)ns2:retEnviNFe(1)ns2:xMotivo(4) Error Text: Ocorreu um perda de dados durante a conversão de Rejeição: Erro não catalogado - Could not allocate space for object 'dbo.NF ) ) Ocorreu um erro na deserialização em o programa ST /1SAI/TXS93D66C51A914A80B8BD3. Ocorreu um perda de dados durante a conversão de Rejeição: Erro não catalogado - Could not allocate space for object 'dbo.NFe_Fila'.'PK_NFe_Fila_1' in database 'NFe_In' because the 'PRIMARY' filegroup is full. Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additi.</SAP:Stack>
<SAP:Retry>M</SAP:Retry>
</SAP:Error>
Mas não consigo reestartar a mensagem.
Alguém saberia como solucionar este problema?
Obrigado
Migdon Silva

Bom dia Migdon,
O erro de banco de dados aconteceu na Sefaz SP no dia de hoje, este erro CX_ST_DESERIALIZATION_ERROR aconteceu no proxy do PI para o ABAP devido à descrição do erro no campo xMotivo excedeu o tamanho máximo definido no esquema XML (255 caracteres).
Como é comum das Secretarias estrapolarem este limite nos erros tipo 999, o GRC foi modificado para truncar este valor e eliminar o problema de proxy através da SAP Note 1319911 (SP09).
Para resolver o incidente, você deverá acrescentar linhas falsas na tabela de histórico de lote (/xnfe/bat_hist), conforme xemplo:
   BATCHID      = <seu lote>
   ERTIME       = <current time stamp with format YYYYMMDDHHMISE,99999>
                      Ex.:20090522160000,9999999 --> um bom valor de ERTIME é
pegar o maior atual para o lote e acrescentar 1 segundo.
   BATSTAT      = 02
   ERROR_STATUS = 01    "General error
Após acrescentar esta linha você pode ir no GRC Web Monitor e fazer o restart do lote, que será enviado normalmente.
Atenciosamente, Fernando Da Rós
Edited by: Fernando Da Ros on May 22, 2009 9:05 PM

Erro no envio de notas

Prezados,
Após enviar a nota para a mensageria, e caso ocorra algum tipo de erro na validação do XML a mesma é retornada com o status de 999.
Após ajustar a causa do erro, a partir do monitor, seleciono a nota e executo a opção u201CReinicializar status da NF-eu201D, depois executo a opção u201CEnviaru201D.
Recebo a msg u201CProcessamento de NF-e com êxitou201D
Porém em seguida recebo a msg u201CDocumento expresso Atualização Cancelada, recebida pela autor u201Cusuáriou201Du201D
Nos detalhes da mensagem acima, identifico ainda a msg u201CAtualização cancelada
Erro BD: falhou atualização do registro NF-e c/chave 0002679544 em J_1BNFE_ACTIVEu201D
Estamos no Ecc 6.0 SP 15. Não utilizamos o GRC da SAP.
Atenciosamente Aureliano

Prezados,
Seguem as informações de erro ...
Num   Nome do Módulo                       Tipo                            Codigo-retorno-AT
1        J_1B_NFE_UPDATE_ACTIVE    V1                              Erro
2        J_1B_NFE_UPDATE_ACTIVE    V1                              Inicializ.
3        ARFC_END_VB                         RFC ASSINCRONO    Inicializ.
Um duplo click na primeira linha tenho as seguintes informações:
Report: LJ_1B_NFEU11
Linha:   74
Classe: J1B_NFE    num: 021
Nos detalhes da linha 1 tenho as informações de parametros da função J_1B_NFE_UPDATE_ACTIVE
I_ACTTAB      - Estrutura com as Informações da nota
I_HISTTAB     - Estrutura vazia
I_DOC           - Estrutura vazia
I_UPDMODE - I
I_TRACE        - X
O que me chama a atenção é o parametro I_UPDMODE esta com o valor de "I", assim possivelmente uma inclusão esteja sendo acionada, quando na verdade deveria ser uma alteração, pois a nota ja existe e estou apenas realizando o envio pela segunda vez.
Desde já agradeço o apoio.
Aureliano

Erro no envio de e-mail em múltiplas faturas para um mesmo cliente

Bom dia.
Estou com um problema em um cliente onde ao longo do dia algumas notas faturadas para o mesmo cliente não tem o e-mail enviado para o mesmo. Ou seja, as notas são faturadas, porém o e-mail vai para o e-mail default de erro (setado no java). Alguém já passou por uma situação parecida?
Agradeço a ajuda desde já.
Abraços,
Gabriel H. Monteiro

Olá Gabriel,
o consultor de PI/Java teria que analisar em que ponto o B2B está falhando.
Pode ser no mapping (verificável na SXMB_MONI), no adapter (Audit Log no comm channel monitoring) etc.
Algumas perguntas relevantes:
- Isso só ocorre pra um cliente?
- Vcs tem o B2B dinamico (com RFC Z pra ler email)?
- Se sim para as 2 acima, a chamada da RFC via SE37 passando o CNPJ desse cliente funciona (i.e. retorna o email)?
Abs,
Henrique.

ERRO: Portal de Notas Fiscais com HTTPS e PI

Pessoal,
Estamos com um problema para exibição correta através do PI pelo Portal das NF-e's com o uso do HTTPS.
Com o protocolo HTTP, funciona normalmente, mas com o HTTPS não.
Alguém já passou por isso e por dar alguma dica?
Abraços.

Na verdade, os monitores do GRC NFE nao tem relacao nenhuma com o PI; as configuracoes validas sao as configuracoes do AS ABAP onde ele estah instalado (se vc instalou no AS ABAP do PI, entao as configuracoes sao compartilhadas).
Verifique se as configuracoes do ICM incluem tb a configuracao de uma porta HTTPS no ABAP; se sim, tente acessar o sistema através da porta HTTPS correta (q eh diferente da porta HTTP default).
Abs,
Henrique.

Erro na geração da NFe - Devolução de Transferência em Trânsito

Bom dia a todos.
Estou tentando fazer o cenário de devolução de transferência entre filiais quando o produto ainda estiver em trânsito. Utilizei como referência para todas as etapas o documento encontrado aqui no próprio fórum Stock Transfer Order (STO) with Full or Partial Return of Transit Stock - Localization Latin America - SCN Wiki
O meu problema está ocorrendo na hora de registrar a entrada da devolução pois o sistema não preenche a nota fiscal de referência.
Os passos executados foram os seguintes:
- Criação do pedido de transferência (ME21N)
- Geração da remessa (VL10B)
- Executar saída de mercadorias (VL02N)
Neste momento o sistema fez tudo certo.
Enquanto o produto ainda estava em trânsito, iniciei o processo de devolução com os seguintes passo:
- Criação do pedido de transferência (cópia do pedido original porém marcando o campo ITEM DE DEVOLUÇÃO)
- Geração da remessa (VL10B). Após a geração da remessa coloquei o mesmo código de impostos que estava na remessa original
- Executar entrada de mercadorias (VL02N)
O erro ocorre na entrada de mercadorias. Neste ponto o sistema apresenta a mensagem de erro abaixo:
Entrar nº de referência da nota fiscal
Mensagem 8B 259
Para que a nota seja aprovada na SEFAZ, a categoria de NFe que utilizei está configura como 6. Restit.
Alguém já passou por isso ou tem alguma idéia que possa ajudar?
Obrigado,

Chegou a olhar a nota...
2133551 - Full/Partial return of STO gets rejected by SEFAZ (NF-e without reference or wrong CFOP <-> finNFe)

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ó

Estorno de NF-e no GRC com Status 38 - Lote: Web Service não acessível

Oi pessoal,
Preciso de um help para estornar uma NF-e.
Criamos uma nova empresa no SAP e na emissão da primeira nf-e esqueceram de alterar as configurações da spro que informa que a nfe é Produção e não Homologação.
Resultado, a nfe foi enviado para o GRC produção como sendo Homologação e então ocorreu o erro de envio do lote por não haver conexão com o ambiente de Homologação da SEFAZ.
Com esta situação o ECC não é atualizado pois não ocorreu um erro de validação, apenas de comunicação. O problema já foi resolvido para o envio das próximas nfe´s mas fiquei com esta bucha para resolver.
Podem me dar um help? Como faço para forçar um erro no GRC que me possibilite estornar no ECC.
Sei que posso alterar os status da NF-e no ECC (J_1BNFE_ACTIVE e J_NFEDOC), mas se eu fize isso não consigo atualizar o GRC e vou ficar com esta perna pendente.
Obrigado,
Jônatas Lemes.

Boa Tarde,
Fernando, fiz a confirmação de inutilização na SEFAZ e realmente a nfe não consta como inutilizada.
O status ECC após a alteração: statdoc = 2 / statcode=215
O status do GRC é = cancelado/inutiliz.
O problema é que na tentativa de solicitação de cancelamento, ocorreu erro (número "docnum" existente).
Como no GRC já estava OK, fizeram o restante do estorno na J_NFEDOC e J_1NFE_ACTIVE para terminar o processo no ECC, movimentando material para estoque, etc...
Então o atual status do ECC é: statdoc= 1 / stat.comunic. = 4 / stat.mensg.= B / estorno = X / Cód.status = 102
O problema é que só depois disso é que lembramos da informação à SEFAZ que o GRC faz automaticamente. Mas que devido aos ajustes manuais não ocorreu.
Diante desta situação, tem alguma forma de forçarmos esta comunição para a SEFAZ?
Obrigado pela atenção,
Jônatas.

Status de erro 36 - Lote: erro de sistema PI

Prezados, bom dia.
Durante as chuvas de ontem em São Paulo caiu a conexão de internet da empresa e ficamos com alguns lotes de notas com status de processo incorreto.
Status de lote 02 - Enviado ao PI
Status de erro 36 - Lote: erro de sistema PI
Já tentei reinicializar a atualizar os lotes no GRC porém nenhum resultado.
Alguem pode ajudar ?
R3 6.0 e ainda NÃO estamos na NFe 2.0
Tks,
Rodrigo Vieira

Olá Rodrigo,
no monitor de lotes, aba "erro de envio", os lotes aparecem disponíveis para reenvio?
Selecione-os e clique em reenviar (ou restart, ou whatever).
Abs,
Henrique.

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 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

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

Similar Messages

Maybe you are looking for