Kiko Fernandes

Boa noite! Acrescente o número 2 antes do número da DI. Ficando desta forma: nDI=21506218158 Leia o conteúdo completo deste tópico que vc vai entender. (*** Editado: Respondi sem ver que vc havia postado a um minuto atrás - Vou deixar igual o post para facilitar o entendimento)

[DIXXXYYY] Onde XXX número do item e YYY número do DI. Para as DI XXX é o número do ítem e YYY será o número da DI (Não o número de registro mas de qual DI exemplo da primeira DI ou da Segunda DI ou da Terceira DI. Ok? Então vc preencherá: Para o item 1 [DI001001] (item 1 da DI 1) Para o segundo item. [DI002001] (item 2 da DI 1) (observe que não mudou a DI ainda é a mesma, vc não informou outro número de DI). Esta informação ainda é da DI 1506218158 Para o terceiro item. [DI003001] (item 3 da DI 1) Ainda está se referindo a mesma DI de número 1506218158. Pois ao preencher o nDI vc está informando o mesmo número. Entendeu? Agora as Adições. [LADIXXXYYYKKK] Onde XXX número do item e YYY número do DI e KKK número da adição. Produto 1 [LADI001001001] Item 1, da DI 1, Primeira adição no item. (O item pode ter mais que uma adição) Produto 2 [LADI002001001] Item 2, da DI 1, Primeira adição no item. Produto 3 [LADI003001001] Item 3, da DI 1, Primeira adição no item.

Boa tarde! Acrescente o tipo. Parte da orientação em: http://anfm.blogspot.com.br/2010/10/acbrnfemonitor-compativel-com-nfe.html

Boa tarde! Este campo [ADI......] eu não conheço. O que sei que existe é: [LADIXXXYYYKKK] - Onde XXX número do item e YYY número do DI e KKK número da adição. Neste caso ficaria assim [LADI001001001] -001-Primeiro produto - 001-Primeira Di - 001 - Adição 1

Boa tarde! Não tive tempo de testar! Mas observei o seguinte: Nos primeiros comandos do ACBrNFeMonitor era FormaPag=1, depois foi atualizado para ficar a mesma nomenclatura do manual. Não testei agora, mas se estiver funcionando indPag=1 ai o erro será devido ao grupo, pois ele pertence ao grupo [identificacao] e não ao grupo [NFRef001] pode ser que quando vc não tinha nota referenciada ele funcionasse porque sem o referenciado ele acaba ficando no grupo identificação. Penso que com uma destas situações vc resolve. FormaPag= indPag - 0 -Vista, 1 - Prazo, 2 - Outras

Sérgio só para não gerar confusão vou comentar a tua resposta. Não existe CSOSN=000. No caso de vc escolher o regime normal CRT=3 (Não Optante do Simples) o ACBr procura pelo CST, ignorando o código CSOSN (que é apenas para o Simples) Neste caso se vc deixar CSOSN= será a mesma coisa. Ok

Para os itens 1, 7 e 8 vc está informando o PISST. Exemplo do item 1

Sérgio, bom dia! Empresa do Simples não destaca o ICMS por isto ao vc informar CSOSN 102 é só aquilo ali que aparece mesmo. Esta é uma nota especial ou de venda normal? Se vc usar o CSOSN 900 vc conseguirá destacar o imposto, porém teria que ver com o escritório de contabilidade se isto está correto. Com CSOSN 102 não conseguirá. Veja na página 177 do manual de integração versão 5.00 Para o grupo ICMSSN102 só é permitido preencher dois campos: ORIG e CSOSN

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.

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.

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.