Kiko Fernandes

Bom dia SISSAD. - Se validou no site indicado, creio que notou que são apontando de início 5 erros. - Quando comentei vá tratando os erros um a um é porque pode acontecer de ao corrigir um dos erros uma outra rejeição deixar de aparecer devido a correção de uma informação errada. - Sugiro que você leia as Notas Técnicas, quando há mudanças. Neste momento estude principalmente a NT2013.005_v1.22 - Evite comentários como estes: "Eu já trabalho com o ACBr a muito tempo, e também já emitia NFe, depois que atualizei para a 3.10 que começou a dá esses problemas." Se houve mudanças novas críticas são aplicadas então não pense que é apenas atualizar versão de ACBr que tudo estará ok. No post#2 comentei que vc está fazendo uma nota de devolução e não está informando a finalidade dela. 4=Devolução de mercadoria. (No teu xml o código de finalidade está assim <finNFe>1</finNFe> Veja página 19 da NT2013.005_v1.22 idDest= Identificador de local de destino da operação 1=Operação interna; 2=Operação interestadual; 3=Operação com exterior. Veja que se a operação é entre estados vc deve informar isto na tag idDest. no teu xml está assim: <idDest>1</idDest> Código 1 é igual a Operação dentro do estado. Se for fora do estado CFOP iniciada por 6 tem que informar idDest=2 Vá corrigindo e com certeza um a um vai sendo eliminado. Porém fica difícil ajudar se a gente nota que vc não tem nem noção do que está fazendo e ainda afirma: " só não entendo porque a o componente está me retornando a mensagem, se está tudo preenchido corretamente." Será?

Boa tarde Sergio! Se possível anexe o XML.

Boa noite! Valide o XML neste site: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx Estude um pouco das mudanças que ocorreram. Exemplo de um dos erros, vc está tentando fazer uma nota de devolução e não está informando que é devolução. finNFe deve ser 4 para este caso. Veja todos os erros e vá tratando um a um. Vc está também começando do item número 2 ao invés de iniciar em 1.

Boa tarde Medeiros! Conforme o Carlos informou, os contadores "recomendam", porém obrigatório é apenas nas tags.

Observe os teus itens. Somando BC e Vl. ICMS dos itens = 546,16 | 91,84 | Vc informa no total = 590,86 e Vicms=106,37. A crítica é feita na soma dos valores dos itens, com o que vc informa nas tags dos totais.

Bom dia! O valor que totaliza vICMS e vBC tem que ser o total destes valores no item. Informando CSOSN 0500 vc não tem esta informação, pois o valor do ICMS é zero. Vc terá que informar CSOSN 900 e infomar o a Base de cálculo e o valor do ICMS de cada item para totalizar o valor que está nas tags dos totais. Dê uma analisada neste post o exemplo do CSOSN900.

Boa noite a versão 0.8.10.3 está com este problema. Atualize o ACBrNFeMonitor que já está funcionando. Testei com a versão 0.9.03.2 e imprimiu.

Acesse os links que vc vai encontrar todos os campos. O que muda é que atualmente o ACBrNFeMonitor aceita o nome do campo igual ao nome da tag que está nos manuais e NTs Leia primeiro estas informações: http://anfm.blogspot.com.br/2009/09/campos-para-criar-uma-nfe-usando-o.html Depois leia esta: http://anfm.blogspot.com.br/2010/10/acbrnfemonitor-compativel-com-nfe.html Por último vá no campo Pesquisar [ ] (no canto superior direito da página) Digite IndIEDest (Várias informações aparecerá sobre o campo)

Boa tarde! Rodrigo é regra do fórum. Ao postar conteúdo dos arquivos não cole e sim anexe. 1- Porem atualizei a versao para compaatibilidade com a NFE 3.10 , Agora não consigo emitir nota para ISENTO... Melhor documentado texto da Regra “5E17-50”: “Se IE Destinatário = “ISENTO” ou não informada (tag:indIEDest=2 ou 9)”. Atenção: na versão 3.10 do leiaute o campo IE do Destinatário não é mais informado com o literal “ISENTO” Leia a NT2013.005 2-Tambem estou precisando colocar o numero do pedido de compra do cliente no XML usei a tag "NumeroDI="... NumeroDI= corresponde a tag nDi => (Número do Documento de Importação DI/DSI/DA/DREI/etc.) Pág. 162 do Manual de Integração v.5.00 Ou seja. Nada a ver com o que vc quer. Estude sobre o campo xPed - Pedido -> Informar o pedido. (Pág. 200 do Manual de Integração v. 5.00)

A informação Tipo=1 não existe. Retire esta linha. E por favor quando criar tópicos observe o seguinte: - Favor não criar outro tópico com o mesmo problema, mesmo que o tópico seja de títulos diferentes. - Não cole o arquivo e sim anexe. Este será fechado. Continue em:

Boa tarde! No seu arquivo tem estas linhas: Retire a que está com a informação Tipo=1

Boa tarde! Tente com a versão 0.9.02.3 Eu testei com esta versão e não encontrei este erro (Embora não transmiti a nota). Encontrei apenas 2 alertas: Teste com a ultima versão e retorne se continua com o mesmo problema.

Boa tarde! Eu não tenho como testar a emissão. Mas o status está retornando ok. - Portanto creio que está ok o serviço.

Juliomar, testei agora com a versão 0.9.02.3 No ACBrNFeMonitor neste momento ainda está sendo necessário informar o tipo Tipo=NFe. Sem esta informação não foi possível gerar a tag que referencia a nota.

Bom dia Juliomar! Obrigado! Vou analisar melhor o arquivo dele.

Bom dia! Parece que está faltando o tipo de documento. Experimente seguir o exemplo e se não der certo retorne.

Dirceu boa tarde! O que está assegurado pelo OpenSource são os fontes do projeto ACBr e não a compilação. Os fontes são disponibilizados, por isto não compromete e nem fere as regras do OpenSource.

Juliomar realmente está ocorrendo o erro relatado pelo colega.

Pessoal boa tarde! Observem se este problema não está relacionado com o nome do arquivo. Nos eventos foram adicionados o código dele antes da chave, como nome do arquivo. Exemplo: Antes um arquivo era gerado com o nome: 411502999999999999995500100000202510000202581101101-ProcEventoNFe.xml Agora ele retorna desta forma: 11011041150299999999999999550010000020251000020258-ProcEventoNFe.xml Se vocês mandarem imprimir da forma anterior o ACBr não vai encontrar o arquivo e me parece que acontece este erro. Se vcs já perceberam que mudou o retorno (nome do arquivo) e estão enviando corretamente, então desconsidere este comentário.

Bom dia Sergio. A interpretação da legislação em nosso país é um pouco complicada. As vezes você pode estar fazendo algo certo mas na interpretação de um auditor fiscal a coisa pode ser diferente, então aconselho você a procurar um bom contabilista que geralmente está associado a um grupo de consultores e terá condições de tratar as questões levantadas pela empresa que você atende. De qualquer forma vou registrar aqui o pouco que conheço. Quando se trata de Nota Fiscal e é obrigado a identificar o destinatário e vc preenche os campos corretos, dos quais o endereço que terá o estado do cliente, esta nota não passará na validação com CFOP interno se as UF's não são iguais. Então neste caso não tem como colocar cfop interno. Nas NFC-e já existe a possibilidade de preencher sem a identificação do cliente, neste caso vc teria condições de preencher com cfop interno, mas teria que analisar a legislação pois ao consumidor estaria tranquilo mas fora isto já teria problema. O caso de cupom fiscal, observe que não existe a condição de usar cfop interestadual, porém ao passar em um posto de fiscalização existirá alguns parâmetros que o fiscal poderá considerar. Exemplo, comprei algo de uso pessoal, 1 ou 2 unidades. Isto caracteriza uma compra comum. Agora imagina que eu tenho um cupom de venda ao consumidor e nele tenho 50 peças de um item 15 peças de outro 35 peças de outro, isto já caracteriza compra pra revenda, neste caso já daria problema. Mas como disse só comentei para ajudar a esclarecer, porém o correto é você ter alguém que te oriente com uma boa base de experiência. Obs.: A questão tratada antes da importação se dá pelo fato de que a legislação permitia usar desta forma para NFe, porém a questão da quantidade está presente, não se pode caracterizar venda para revenda. Se isto for detectado você terá que exportar pelos meios que regem a exportação.

Boa tarde! Se está sendo preenchido o campo vBCST e vST das tags dos totais, penso que vc terá que usar uma CST que permite destaque do ICMS Subst. por exemplo CST 10 e preencher os campos vBCST, pICMSST e vICMSST dos itens. O valor do produto pode ser zero não tem problema.

Boa tarde! Seguir no tópico abaixo:

Boa tarde! Vc já testou alterando estas opções no IE? [ ] Verificar revogação de certificados do servidor* [v] Usar SSL 3.0 [v] Usar TLS 1.0

Boa tarde! Quando se trata do mesmo assunto, permaneça no tópico aberto.

Boa tarde! Vc já verificou na aba [WebService] se o campo Versão: [ 3.10 ] está em 3.10 ou 2.00? Se ficar em 2.00 também acontece o erro relatado.