Kiko Fernandes

Segundo a NT2013.005 a rejeição 739 se dá devido ao preenchimento da tag comb. Ela não deve estar presente na NFCe. Pág. 112 da NT2013.005_v1.21 LA01-10 65 NFC-e com grupo de Combustível (tag:comb) Obrig. 739 Rej. Rejeição: NFC-e com grupo de Combustível Ou seja, se vc tem estas informações abaixo no XML da NFCe, vc terá problema. <comb> <cProdANP>99999999</cProdANP> <CODIF>9</CODIF> <qTemp>9.9999</qTemp> <UFCons>XX</UFCons> </comb>

Boa noite. Veja se é o mesmo assunto. http://www.projetoacbr.com.br/forum/topic/25453-validade-do-certificado-no-trunk2/#comment-164908

Boa noite! Segundo a NT2015.003 Pág. 6 Operação com Contribuinte Isento de Inscrição Estadual (indIEDest=2) e CST constante na relação abaixo: - 50-Suspensão na cobrança do ICMS; - 51-Diferimento na cobrança do ICMS . Rejeição: CST incompatível na operação com Contribuinte Isento de Inscrição Estadual [nItem:999] Ou seja, se vc utilizou IndIEDest=2 (Isento de Insc. Estadual) a CST do item não pode ser 50 e nem 51.

Lembrando também que se necessário for pode, controlar a forma de emissão usando os comandos abaixo: NFE.SetFormaEmissao("1") //Normal NFE.SetFormaEmissao("2") //Contigência NFE.SetFormaEmissao("3") //SCAN NFE.SetFormaEmissao("4") //DPEC NFE.SetFormaEmissao("5") //FSDA NFE.SetFormaEmissao("6") //SVC-AN NFE.SetFormaEmissao("7") //SVC-RS NFE.SetFormaEmissao("8") //SVC-SP

Boa noite! Vc setou na aba de configuração o webservice do estado que vc precisa e a forma de emissão (o)Normal?

Boa tarde! O Comando NFe.SetVersãoDF('3.10') se vc já tem setado no config não é necessário. O Comando NFe.SetModeloDF(55) se vc utiliza NFe e NFCe deve usar antes de utilizar os comandos pertencente a cada modelo. É mais seguro (Digo isto pois entendo que tem algumas mudanças que estão ocorrendo que permitem o ACBr tomar a decisão, mas nem tudo está implantando ainda). Desta forma vc não terá problema ao fazer por exemplo uma inutilização de um numero NFe após ter emitido uma NFCe e receber a mensagem de rejeição pelo ACBr "entender" que vc está tentando inutilizar uma NFCe, pois ficou setado no modelo 65.

Boa tarde Fagner! Deve ter algo de errado com esta informação que você está passando. Penso que um contador por mais ignorante que seja não pediria um XML assinado pelo destinatário. Isto não tem lógica, pois não há validade alguma neste documento. Caso insista, entregue sem assinar, pois qual a validade em assinar um documento que o destinatário assina como se fosse o emitente? Com assinatura do destinatário ou sem assinatura o XML modificado já está sem validade jurídica. O XML não pode ser alterado e a assinatura tem que ser do emitente.

Bom dia Paulo! Eu não uso pela opção TCP/IP e no momento estou com o tempo curto para montar a estrutura e testar. Mas vc já deu uma olhada nos comandos NFe.LoadFromFile() e SaveToFile()? Não posso te afirmar, mas pode ter uma saída com um destes comandos.

O que a Sefaz informa: http://www.nfe.fazenda.gov.br/portal/perguntasFrequentes.aspx?tipoConteudo=yjOJMwFOkA0= Segundo o que se entende do texto o procedimento é: 1 - "Confirmação da Operação" 2 - Ver o que pode ser feito. NFe complementar caso tenha algum problema em relação a valores, CCe se for correção que não implique em valores. Emitir uma NFe de devolução de item, caso veio produto errado, etc.

Então é vc que está colocando o código versão 2.00 no nfeProc no cabeçalho do teu arquivo XML? Abaixo está parte do teu arquivo ANTES.XML (observe que nfeProc vc informa 2.00 e infNFe 3.10) <?xml version="1.0" encoding="UTF-8"?> <nfeProc versao="2.00" xmlns="http://www.portalfiscal.inf.br/nfe"> <NFe xmlns="http://www.portalfiscal.inf.br/nfe"> <infNFe versao="3.10" Id="NFe31151025947342000144550010001221531001221533"> Veja a diferença do nosso: <?xml version="1.0" encoding="UTF-8"?><nfeProc versao="3.10" xmlns="http://www.portalfiscal.inf.br/nfe"><NFe xmlns="http://www.portalfiscal.inf.br/nfe"><infNFe versao="3.10" Id=" Tanto o nfeProc como o infNFe tem que ser 3.10.

Cláudio, anexe o teu arquivo ACBrMonitor.ini.

Bom dia Cláudio. Observe que o retorno para esta consulta vem com a informação do Evento. Respostas gravadas em: C:\ACBrMonitorPLUS\SAI.TXT Nfe.ConsultarNFe("33151039507371000280550030000010781000010780") OK: Evento registrado e vinculado a NF-e [CONSULTA] Versao=SVRS201508280915 TpAmb=2 VerAplic=SVRS201508280915 CStat=101 //Aqui está o retorno do STATUS XMotivo=Cancelamento de NF-e homologado //Aqui está o motivo ou seja a informação que está cancelada. CUF=33 ChNFe=33151039507371000280550030000010781000010780 DhRecbto=02/10/2015 14:45:29 NProt=333150000760274 A partir do momento que o cancelamento foi mudado para evento o XML da nota original não é mais alterado. Você pode verificar isto fazendo o seguinte teste: - Emita uma NFe. - Cancele ela - Consulte no portal nacional. (Verifique se aparece o registro do evento de cancelamento) - Faça download do xml do site da receita. Observe que o XML da NFe continua igual ao da emissão, mesmo tendo o registro do evento de cancelamento. Então o XML da nota não é mais alterado e o controle de eventos são feito a parte. Ao você cancelar uma NFe, você deve enviar o XML de cancelamento ao destinatário. Caso queire consultar no portal nacional o endereço do ambiente de homologação é: http://hom.nfe.fazenda.gov.br/portal/principal.aspx

Bom dia! Acho que não consegui explicar ainda. Estou falando do arquivo que é enviando para criar o XML. No padrão INI ou então no padrão SEFAZ SP. No padrão ini é algo parecido com o conteúdo abaixo: [infNFe] versao=3.10 [Identificacao] NaturezaOperacao=VENDAS Modelo=65 Serie=1 Codigo=000021 Numero=000021 Emissao=03/10/2015 09:23:09 Saida=03/10/2015 hSaiEnt= Tipo=1 FormaPag= 0 Finalidade=1 indFinal=1 indPres=1 procEmi=0 tpImp=4 idDest= 1 [Emitente] ... Você não envia algo parecido para o monitor?

No arquivo em anexo consta apenas este conteúdo: NFE.ValidarNFe("N:\TMP\31151025947342000144550010001221531001221533-nfe.xml") Você não envia um arquivo com o nome ENTNFE.TXT para o monitor gerar o XML? Caso não esteja enviando, quem gera o XML? A tua aplicação e não o Monitor?

Boa noite! Pode anexar o arquivo ENTNFE.TXT?

Boa noite! Vc percebeu que no teu arquivo TXT consta duas vezes a informação Complemento=? Corrija e refaça o teste. [DadosAdicionais] Complemento= [DadosAdicionais] Complemento=EMPRESA OPTANTE PELO SIMPLES NACIONAL...

Junior, boa tarde. Seguindo os passos: Vc diz que envia o comando: NFE.Gerarchave("15","59625","65","001","000000002","1","22/09/15","02742549000187") e com isto a chave gerada NFe15150902742549000187650010000000021000596251 (destaquei aqui o cNF) Até aqui ok. Porém no teu xml o código cNF está errado. Me parece que é vc que informa o cNF correto? Se sim como que vc pega este código? Se é vc que informa o código cNF, você pode estar desconsiderando o tpemi que o Daniel citou. Veja que no teu xml o cNF inicia no tmpemi e vai até o número 2, deixando o 5 de fora. <cUF>15</cUF> <cNF>10005962</cNF> (deve ser 00059625) <natOp>VENDA DE MERCADORIAS NFCE</natOp> Veja novamente na chave: NFe15150902742549000187650010000000021000596251 O que foi informado NFe15150902742549000187650010000000021000596251 (Começou no tpemi e parou um antes). Se vc está pegando o cNF pela chave vc deve começar um caracter depois.

Daniel boa noite! Mais uma vez, vc matou a charada Porém eu penso que ficaria melhor se vcs puderem modificar no fonte para não depender desta opção. Mesmo ela estando na aba [Geral] minha interpretação é que estas opções ali pertencem a NFe e não a NFCe. Pois percebi que no modo ESC/Pos funciona informando a linha de desconto sem depender da opção [ v]Imprimir Valor Líquido do Produto estar setada. Mas de qualquer forma o problema está solucionado e fica o registro caso alguém mais precise. Quanto a questão do Preview, não é o caso, e sim pelo fato de usar o modelo fortes para impressoras que aceitam o envio pelo gerenciador de impressão. Por exemplo na Elgin, Bematech vc pode utilizar a impressão em fortes enviando ao gerenciador de impressão do windows. Obrigado!

Testei na versão 0.1.9.0.5 do ACBrMonitorPLUS e realmente não está mostrando o desconto no modelo (o) Fortes. No modelo (o)ESC-POS está correto.

O arq. XML anexado não possui desconto.

Bom dia! Daniel para o caso que eu havia citado acima resolveu. Desculpe porque eu não tinha reparado, embora estivesse procurando por algo assim, não observei a opção nesta tela de configuração.

Bom dia! Segue um arquivo ENTNFE.TXT entnfe.txt

Boa tarde Régys! Sobre esta questão dos caracteres estranhos eu noto o seguinte: A leitura do arquivo ENTNFE.TXT pelo ACBrNFeMonitor é feita com a correta conversão dos caracteres e parece que com o ACBrMonitorPlus isto não ocorre. Em anexo está parte do arquivo TXT aonde está a acentuação, parte da tela do ACBrNFeMonitor e do ACBrMonitorPlus. *** Este último é o ACBrMonitorPlus (Errei o nome)

Boa tarde! Eu não tinha acompanhado que a NT2014.005 estava retirando a opção. A informação acima esta dizendo que foram retirados os CFOP de retorno. Então não poderá ser mais usado. Porém como disse, vc deve consultar um contador. O que permanece é que o erro é sobre este CFOP de retorno de mercadoria. Mas consulte um contador, pois o que está tentando fazer com certeza está errado. Veja que o 5916 ja é um retorno. E o outro que vc citou 5933 é serviço e não mercadoria. 5933 Prestação de serviço tributado pelo Imposto Sobre Serviços de Qualquer Natureza

Bom dia! Vc está emitindo na mesma nota o CFOP 1201 e 1915? Se sim o erro está no CFOP 1915. (Pois este não é um CFOP de devolução e sim de entrada conforme a descrição que vc postou) Se está usando os dois CFOP na nota de devolução utilize o 1916. (Favor consultar um contador). 1.916 Retorno de mercadoria ou bem remetido para conserto ou reparo.