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