Márcio Túllio

Esse problema tem algo que possamos fazer na empresa, ou única solução e aguardar o SEFAZ? usamos o SEFAZ-RS. [Envio] CStat=286 CUF=43 DhRecbto= Msg=Rejeicao: Certificado Transmissor erro no acesso a LCR NProt= NRec= TMed=0 VerAplic=SVRSnfce2405142121DR Versao=4.00 XMotivo=Rejeicao: Certificado Transmissor erro no acesso a LCR tpAmb=1

Bom dia. Consegui localizar o problema, o codigo da ANVISA estava com 10 caracteres invés de 13 em um dos itens, problemão localizar esse tipo de erro, somente com a mensagem de falha no schema, mas enfim mais um bug na conta da experiência.

Por desencargo de consciência acabei de atualizar com o ultimo ACBR monitor Plus 1.4.0.147, mas a mensagem persiste.

Boa tarde a todos. Estou com a mensagem de erro 215 Falha no esquema XML, porem não consigo localizar onde seria o problema, já colei o XML para validar no Validador da SEFAZ RS e não apresenta problema de Schema, vou anexar o LOG do ACBR e o XML gerado, caso alguém consiga localizar onde seria a falha no schema que não deixa validar o xml. grato. LOG.TXT 26221203624439000183550010000011911000023022-nfe.xml

Acredito que colocar um ; ponto e virgula quando vazio resolve a condição da contagem dos elementos, ficariam 7 elementos, mesmo quando não houver descrição complementar na 3ª coluna.

Boa tarde. Ao salvar o arquivo dos NCMs atualizados e abrir o CSV dentro do Excel por exemplo, notei que algumas colunas ficaram com valores "errados", pelo fato que, quando o registro não tem a coluna do concatenamento o registro fica com 7 colunas, mas quando tem o concatenamento que é descrição adicional do NCM ele cria mais 2 colunas, desta forma se for ler o CSV que usa o separador ; ponto e virgula, ficamos com um erro, deveria ser gerado ao salvar o arquivo ;; vazio para as colunas sem valores para na montagem não criar colunas falsas no excel, ou quando vamos ler novamente o arquivo criado, tipo no vetor não alimentar erroneamente. Grato. Exemplo apos a leitura quando não há ; na linha que não tem informação e quando há informação a criação das colunas fora do padrão. 01061100;Primatas;01/04/2022;31/12/9999;Res Camex;000272;2021 01061200;Baleias, golfinhos e botos (mamíferos da ordem Cetacea); peixes-boi (manatins) e dugongos (mamíferos da ordem Sirenia); otárias e focas, leões-marinhos e morsas (mamíferos da subordem Pinnipedia);01/04/2022;31/12/9999;Res Camex;000272;2021 01061300;Camelos e outros camelídeos (Camelidae);01/04/2022;31/12/9999;Res Camex;000272;2021 01061100;Primatas;;01/04/2022;31/12/9999;Res Camex;000272;2021 após Primatas deveria conter ; e outro ; que seria a coluna vazia.

Eu acho que a rejeição vem do conteúdo do ISENTO que não deveria ter o RASTRO e que deveria ter a TAG do motivo Matou a PAU Fiz a alteração e transmitiu tudo. Obrigado. Olho de Águia.

Log anexo e xml anexo Detalhe que mesmo no LOG contendo os grupos MED e RASTRO para outros itens no xml ele não gera o grupos para os demais produtos. LOG.TXT 25220908493175000190550010000534731000545845-nfe.xml

Mesmo enviando o ISENTO conforme log e xml ele da a mesma mensagem e isso que não estou entendendo o porque da rejeição.

Sim, para os produto que não é ISENTO, tudo funciona sem problemas. A Ordem de geração das TAGS e feita pelo ACBRMONITOR que tambem gera o XML desta forma da imagem, detalhe que se o produto não for ISENTO gera tudo sem problemas. Baixei também a versão 1.4.0.128 atualizada, também gera 0000000000 quando informado o campo com ISENTO.

Boa Tarde Estou com a seguinte Rejeição, acredito que seja o conteudo do campo cProdANVISA que meu ACBR 1.4.0.114 esta gerando com 0000000000000 inves de colocar ISENTO conforme orienta o manual da NT, nas versões atuais ja foi alterado ? Conteudo do envio [Produto001] cProd=7896112402510 cEAN=7896112402510 xProd=AVE MELLIS VET 2 MG X 10 COMP Anvisa:ISENTO Lote:1075729 Validade:01/07/2024 NCM=30049079 EXTIPI=30 CFOP=5403 uCom=UN qCom=6.0000 vUnCom=27.2700 vProd=163.62 cEANTrib=7896112402510 uTrib=UN qTrib=6.0000 vUnTrib=27.2700 vFrete= vSeg= vDesc= vOutro= indTot=1 xPed= nItemPed=000001 nFCI= nRECOPI= pDevol= vIPIDevol= vTotTrib=50.35 infAdProd= CEST=1300100 [Medicamento001001] cProdANVISA=0000000000000 vPMC= nLote=1075729 qLote=6.00 dFab=01/07/2022 dVal=01/07/2024 [rastro001001] nLote=1075729 qLote=6.00 dFab=01/07/2022 dVal=01/07/2024 cAgreg= [ICMS001] orig=0 CST=60 modBC=3 pRedBC=0.00 vBC=0.00 pICMS=0.00 vICMS=0.00 modBCST=4 pMVAST=0.00 pRedBCST=0.00 vBCST=0.00 pICMSST=0.00 vICMSST=0.00 UFST= pBCOp= vBCSTRet=0.00 vICMSSTRet=0.00 motDesICMS= pCredSN=0.00 vCredICMSSN=0.00 vBCSTDest=0.00 vICMSSTDest=0.00 vICMSDeson=0.00 vICMSOp= pDif= vICMSDif= vBCFCPST=0.00 pFCPST=0.00 vFCPST=0.00 [PIS001] CST=01 vBC=163.62 pPIS=1.65 qBCProd=0 vAliqProd= vPIS=2.70 [COFINS001] CST=01 vBC=163.62 pCOFINS=7.60 qBCProd=0 vAliqProd= vCOFINS=12.44 Grato LOG.TXT 25220908493175000190550010000534731000545845-nfe.xml

Descoberto o erro que não era ERRO, talvez ajude o colega acima, 2 Acbr na rede lendo da mesma origem, então um deles não esta maquina, onde esta o MFE, mas estavam lendo arquivos da mesma origem, pelo destino o local nunca fazia a leitura primeiro e o da rede sim... quando a maquina foi desligado, começou a dar certo, ao verificar a maquina e retirado o ACBR tudo deu certo. Obrigado pelas tentativa de ajudar.

Bom dia... também to com mesmo erro no MFE do ceara, maquina foi formatada, no caso uso ACBR MONITOR, com troca de arquivos via TXT o ACBR monitor pego em downloads, não uso delphi, existe alguma configuração do ACBR que eu possa fazer ?

Será que na versão 1.4.0.65 foi corrigido ?

Mesmo erro com a versão 1.4.062

Boa tarde Nenhuma dica ?

Bom dia Vi em outro topico com mesmo assunto, que seria a versão do GNRE 1.0 TXT e 2.0 XML, estou usando o XML e enviando porem me apresenta o erro da imagem anexada. Conteudo do LOG 22/10/2021 09:43:06 - GNRE.ImprimirGnre(H:\INTEGRAD\XML\202110\02401501-gnre.xml) 22/10/2021 10:01:24 - OK: Guia GNRe Impressa com sucesso 22/10/2021 10:02:21 - ACBr MonitorPLUS Ver.1.4.0.42 - x86 22/10/2021 10:02:21 - Aguardando comandos ACBr 22/10/2021 10:02:21 - Monitorando Comandos TXT em: H:\INTEGRAD\NFE\ENTNFE.TXT 22/10/2021 10:02:21 - Respostas gravadas em: H:\INTEGRAD\NFE\SAINFE.TXT 22/10/2021 10:02:21 - Log de comandos será gravado em: C:\ACBrMonitorPLUS\LOG.TXT 22/10/2021 10:02:30 - GNRE.ImprimirGnre(H:\INTEGRAD\XML\202110\02401501-gnre.xml) 22/10/2021 10:04:59 - OK: Guia GNRe Impressa com sucesso LOG.TXT 02401501-gnre.xml

Ninguem obteve sucesso, mesmo apos 1 ano ? Lote Processado com pendencias O Documento de Origem informado nao e usado pela Receita informada na UF favorecida! Enviando e recebendo o erro GNRE.GerarGuia("[Emitente] versao=1 tipo=1 id=03624439000183 RazaoSocial=SHOPPING DA ELETRICIDADE COMERCIAL LTDA Endereco=RUA JOAO PESSOA Cidade=04009 UF=PB Cep=58400002 Telefone=33211121 [Complemento] IdentificadorGuia=02792201 DocOrigem=25211003624439000183550010000279221000290335 [Referencia] receita=100102 ufFavorecida=PE dataVencimento=21/10/2021 dataPagamento=21/10/2021 referenciaAno=2021 referenciaMes=10 ValorPrincipal=79.81 [Destinatario] tipo=1 id=20227311000103 razaosocial=CONSTRUTORA J.GALDINO EIRELI EPP cidade=13602 ") ERRO: Lote Processado com pendencias O Documento de Origem informado nao e usado pela Receita informada na UF favorecida! GNRE.ConsultaConfig("PE", 100102) Ja troquei a chave da nfe, pelo numero da NFe e também ja tentei enviar sem o numero do documento.

Sim, sempre compro o PRO quando preciso das atualizações, mas ao vencer voltamos para o povão.

Obrigado por finalmente responder.

Não tenho erro quero somente a versão 32 bits compilada com a versão 1.4.0.43, para que eu atualize os clientes, não quero choque de versão na minha aplicação falando que esta com a versão errada, como ja falei acima ou as 2 versões porem elas sempre são as de 32 bits uma numeração a menos, então quero a desta semana que estaria com a numeração igual da 64 bits da semana passada. As atualizações não são geradas semanalmente ? quero somente pegar a versão com esta numeração.

São justamente as maquinas que estão com 32 bits, as que tem problema com o SO e usam 32 bits por causa das impressoras.

Por isso quero a proxima ou ela vai pular ? Fazer uma gambiarra se não alem do controle da versão teria que criar um controle de SO.

Estou precisando para atualizar um cliente que tem maquina 32 bits, mas tenho a versão 64 bits da semana passada(03/08) no restante das maquinas 1.4.0.43, tenho um controle de versão pelo comando. NFe.Versao() OK: 1.4.0.43 Então estou precisando da nova versão 32 bits para que não apresente a mensagem de versão desatualizada nesta maquina. Grato.