hcn

Bom dia! Está ocorrendo este erro, mas os valores de header e detail estão batendo, é uma NF Complementar contendo somente ICMSST, vocês conseguem me dizer o que está acontecendo? Segue em anexo o XML Obrigado 32200814203192000148550010000030821221294143-nfe.xml

Usamos o ACBRPlus. Pesquisando mais, achei uma informação, acho que o ACBR está ignorando a tag IPI do item pq é uma NF de devolução e deveria ter a tag vIPIDevol, se puder confirmar isso, agradeço. A versão 4.0 da NF-e colocou na regra de validação o campo “IPI devolvido” como campo que comporá o valor total da nota fiscal. Portanto, a informação do IPI será apenas em “Informações Complementares” e no campo de “IPI devolvido”. O valor do IPI devolvido deverá ser indicado no campo "vIPIDevol", o que atenderá à nova regra de validação que consta da versão 1.00 da NT 2016/002. O valor do IPI devolvido e sua respectiva base de cálculo também devem ser informados no campo "informações complementares" da NF-e. 2-MALHA FISCAL. As inconsistências atualmente analisadas pelo fisco estão previstas na IN nº 13/2016.

Ao tentar emitir uma NF de devolução com a informação do IPI o transmissor retorna o erro acima. Olhando o XML percebe-se que a tag IPI do item não é gerada, tem ICMS, PIS COFINS, mas não IPI, o valor do IPI está na tag TOTAL, deve ser por isso o erro, mas na geração do arquivo pro ACBR geramos todas as informações do IPI, é no ACBR que não gera a tag devida. Alguém sabe como resolver?

Muito obrigado.

Boa noite, Este POST é antigo e somente agora estou implementando o MDF-e em nosso sistema. Utilizamos o ACBrMonitorPLUS 1.2.0.15. No HELP existe o comando MDFe-InutilizarMDFe. Porém quando fui chamar deu o erro "Método MDFe.InutilizarMDFe não implementado". Este método já existe em versão mais recente ou ainda não foi liberado este recurso pelo SEFAZ?

Sim, problema intermitente. O erro que dá é "RLNFe: Erro durante a preparação do relatório". Vamos acompanhar pra ver se acontecerá novamente. Aí posto aqui. Obrigado.

Pessoal, estamos utilizando o ACBrMonitoPlus versão 1.2.0.15 para transmissão e impressão de NF-e. Nossa forma de chamar o método NFe.EnviarNFe(cArqXML,nLote,[bAssina],[bImprime],[cImpressora],[bSincrono]) é a seguinte: NFe.EnviarNFe(cArqXML,nLote,[bAssina],[bImprime]), ou seja, não enviamos nada em cImpressora e bSincrono. O que o ACBrMonitorPlus utiliza como padrão quando as informações não são enviadas? Pergunto isso porque nesta última versão começou a dar o erro "RLNFe: Erro durante a preparação do relatório". Às vezes a impressora padrão do Windows é alterada de forma inesperada e acontece esse erro. O monitor não teria que respeitar sempre a impressora definida na pasta Impressão? Será que tenho que mandar o cImpressora por obrigação, mesmo existindo uma combo nas configurações pra definição da impressora? Se sim, que valor mandar em cImpressora?

Boa noite; Estou com problemas em um cliente que é LUCRO REAL e ao emitir uma NF de retorno de mercadoria para troca, foi orientado pelo contador a utilizar o CST de ICMS = 100. Nosso sistema gera o INI com essa informação mas o ACBrMonitorPlus gera o XML com o CST do ICMS = 00. Isso é normal? Em anexo XML gerado pelo ACBrMonitorPlus e o arquivo INI enviado para o ACBrMonitorPlus. PS: Estou utilizando a versão 0.2.02.0 ACBr: 0.9.0a Desde já agradeço, Herculano ArquivoINI.txt ArquivoXML.xml

Prezados, pelo que vi acima, as notas fiscais referenciadas devem ser listadas no INI enviado ao ACBrNFeMonitor no formato [NFRef001], [NFRef002], [NFRef003]... etc Podem ser várias notas fiscais referenciadas? O motivo da referência pode ser variado? Exemplo: devolução de mercadoria, etc? Existe referência entre notas fiscais a nível de item? Exemplo: item 3 da NF-e 9999 referenciando o item 7 da NF-e 9998? Quais são as variações de referência entre notas fiscais que podem ser enviadas no INI?

No meu caso, acho que pode ser a versão do acbrnfemonitor que estou utilizando nos clientes (0.8.9.2). O cabeçalho no arquivo esta saindo com 2.0.0, apesar de estar informado dentro dele, 3.10. Algum membro pode nos citar que há correção para isto na versão 0.9.xx ?

Prezados. Estamos com a versão 0.8.9.2 e apesar de esta marcado a opção de versão 3.10, no xml gerado, esta sendo informado 2.0.0. Já existe alguma correção para isto ?

Prezados. Começamos a ter problemas em MG com a versão 3.10. Temos um cliente que já transmitiu algumas notas hoje com sucesso mas a partir das 09:30 começou e ter este problema: Segue log: Rejeicao: Cabecalho - Versao do arquivo XML nao suportada [RETORNO] Versao=13_2_59 TpAmb=1 VerAplic=13_2_59 NRec=310001598179233 CStat=239 XMotivo=Rejeicao: Cabecalho - Versao do arquivo XML nao suportada CUF=31 Acredito ser problema na Sefaz\MG, mas estou colocando aqui no fórum para quem passar pelo mesmo, tentar contribuir. Abs