Kiko Fernandes

Oi Igor, não vi q vc tinha postado a resposta antes. No outro forum nós recebíamos um aviso caso alguém respondesse enquanto estavamos digitando. Neste novo me parece que não tem esta opção ou então não estou sabendo usar.

Boa tarde Oscar, para este comando a mudança foi apenas no ACBr, o uso continua o mesmo. Veja neste post que o André comentou:

Como disse antes, é melhor vc anexar o XML, por favor anexe ele. A chave que vc está postando está assim: 1513011446728500018055001000000015000000016 deveria ser 15130114467285000180550010000000150000000167 Chave <infNFe versao="2.00" Id="NFe1513011446728500018055001000000015000000016 > <infNFe versao="2.00" Id="NFe15130114467285000180550010000000150000000167"> fone: <fone>(91) 32474644</fone> deveria ser: <fone>9132474644</fone> //Veja manual de integraçao o campo é numérico <fone>(91)32018022</fone> //mesmo caso <fone>9132018022</fone> campo vOutro do item (do produto) <vOutro>0.00</vOutro> //Se o valor é zero, não informar ficando desta forma: ... <vProd>200.00</vProd> <cEANTrib /> <uTrib>UND</uTrib> <qTrib>2.00</qTrib> <vUnTrib>100.00</vUnTrib> <vDesc>10.00</vDesc> <indTot>1</indTot> ... (obs.: Não confundir com o campo vOutro das tags dos totais, que deve existir.) <qBCProd /> //Veja manual de integração qBCProd=Informar a BC da CIDE em quantidade (Faz parte das Tag's de combustível) Observar que tem 2 vezes no teu XML Ainda existem mais erros.

<vBC>192.00</vBC> <vICMS>2.00</vICMS> Se vc corrigiu para CRT=1, então o valor de vBC e vICMS devem ser 0.00 O Valor do ICMS não. Soma-se o valor do ICMS Substituição Tributária, mas não tem nada a ver com o que vc fez. Assim que vc corrigir, poste o XML anexado que fica melhor de analisarmos, pois tem mais erros que ainda não comentamos.

É melhor anexar o xml e não postar colando, porque a gente não sabe se vc modificou ou não o arquivo. Por exemplo está faltando " (aspas) após a chave, ai não sei se foi vc que alterou no colar ou se está faltando mesmo. Mas vamos lá, tem bastante erros, porém tem que ir por partes: Você informou que a empresa emitente pertente ao Regime Normal <CRT>3</CRT> //É regime normal O imposto vc informou como empresa pertencente ao Simples Nacional (CRT=1) e não CRT=3 como foi informado acima. <imposto> <ICMS> <ICMSSN102> //É para empresas que estão no regime Simples Nacional CRT=1 <orig>1</orig> <CSOSN>102</CSOSN> </ICMSSN102> Tamanho do CPF é 11 e não 14. <CPF>11706716000125</CPF> //CPF são apenas 11 digitos ai vc informou CNPJ com tag CPF De onde está tirando estes valores? <vBC>192.00</vBC> <vICMS>2.00</vICMS> 200-10=190 e não 192. <vNF>192.00</vNF> (se vProd=200 - vDesc 10,00 = 190,00) como vc acho 192,00??

Se possível anexe o teu arquivo XML que tentaremos apontar os problemas.

NFe.ImprimirEvento(cPathXMLEvento,cPathXMLNFe) Leia este tópico:

Rafael, leia estes tópicos abaixo que te ajudará!

Só um pequeno esclarecimento, a versão 0.9.18.1 é do ACBrMonitor.exe (Para ECF,balanças etc) não é do ACBrNFeMonitor.exe Quanto a esta questão da versão 0.8.1a, também tenho esta dúvida. No arquivo versao.txt do projeto ACBrNFeMonitor2 quando eu atualizo consta: Versao = '0.8.1a' ; Para os usuários SAC a versão que o Isaque Pinheiro disponibilizou é: 0.7.7.0 Eu estou na correria também, não tive tempo de testar ainda para ver se a 0.7.7.0 atende o que a 0.8.1a tem, que no meu caso passei a usar devido ao cancelamento por evento e a impressão da carta de correção. No http://sourceforge.net/projects/acbr/files/ACBrNFeMonitor/ a última versão do ACBrNFeMonitor compilada é: 0.7.2.1

Eu penso que é o mesmo problema, pois o Willian, postou isto: "helerlr, ao fazer isso estou passando tpemiss = 1 o que acontece é que fico com outra chave de acesso." Eu não emiti nenhuma NFe por DPEC então não tenho experiência, apenas estou tentando ajudar pela teoria, mas pelo que entendo se vc tentou emitir uma NFe normal e não foi possível a emissão e vc agora decide passar para o DPEC, a chave que irá valer é a que tem o tipo de emissão 4 ou seja eu entendo que daqui em diante valerá apenas a chave que foi criada em DPEC para identificar esta NFe. Aqui eu tenho dúvida, por nunca ter feito ainda uma NFe em DPEC mas acredito que ao voltar ao normal vc deve passar para o componente para o tipo de emissão 1, carregar o XML que foi emitido em DPEC, sem gerar nova chave e transmitir a SEFAZ de origem. (como não uso o componente, apenas o monitor não sei te informar como fazer para não gerar a chave), mas é isto que entendo e pelo que vi na resposta do Huelbert parece que confirma isto, veja: huelbert escreveu: "Até ai tudo bem, vamos reenviar a nfe gerada no momento do envio do DPEC. Limpo o ACBRNFe, loadfromfile(chave-nfe.xml) e envio. Não gera uma chave de acesso diferente, continua a mesma, a unica informação atualizada e o protocolo de envio."

Conforme o Sérgio descreveu, é vc quem passa a informação. Qual o campo que vc está preenchendo? Se for: pRedBC -> Percentual da Redução de BC ou pRedBCST -> Percentual da Redução de BC do ICMS ST, verifique que no manual de integração o tamanho destes campos são 5 com 2 decimais. Com isto se vc está passando 41.176 e o XML deve ser montado com apenas dois dig. decimais (pelo regra de arredondamento a terceira casa sendo 5 ou maior será arredondado para cima) e caso fosse 41.174 permaneceria em 41.17. Para resolver este situação vc deve informar com apenas dois dígitos decimais, neste caso 41.17 e não 41.176.

Observe que vc preencheu CTR=1 e não CRT=1 como deveria. Por padrão o ACBr seta para 3 (Regime Normal) quando não encontra a informação. Como não encontrou CRT ele preencheu com 3.

Eu entendo que sim. Veja neste link tem jpg que postei com um retorno. Veja se é isto mesmo que vc está comentando. Eu estou recebendo esta informação.

Vc deve prestar atenção também na CFOP. Saídas iniciam com 5, 6 ou 7 (5 venda dentro do estado, 6 fora do estado e 7 exportação) Entradas iniciam com 1, 2 ou 3 (Compras dentro do estado, 6 fora do estado e 3 importação) Dentro de devoluções vc ainda terá outra classificação Exemplo: 201 - Devolução de venda de produção do estabelecimento 202 - Devolução de venda de mercadoria adquirida ou recebida de terceiros Se fosse uma devolução de mercadoria de um cliente (pessoa física) dentro do mesmo estado e este produto não fosse produzido no estabelecimento ficaria: 1202 - (1) Entrada (202) Devolução de venda de mercadoria adquirida ou recebida de terceiros. O estranho ai é que vc comenta sobre serviços, então o correto seria vc buscar ajuda com o contador da empresa para ele te auxiliar, pois a NFe não seria para serviços e se vc emitiu conjugado o CFOP de devolução que vimos aqui trata apenas dos produtos, quanto ao serviço teria que ver a CFOP correta. Existe ainda uma CFOP 949 - Outra entrada de mercadoria ou prestação de serviço não especificada. Pode ser que ele te indique então 1949. Desta forma fica difícil ajudar. Vc terá que coletar as informações necessárias para o preenchimento da NFe com o contador e ai sim tendo isto em mãos será possível ajudar a preencher a NFe com as informações que te foram repassadas.

Há sim, sem dúvida. O Acbr já está pronto, não tem porque ficar aguardando. Só comentei porque eu mesmo já estava encucado porque a SEFAZ estava aceitando se era para ser desativado em 01/12/2012. Logo eu esperava uma rejeição e como não vinha, imaginei que algum estados estavam atualizados e outros não. Então encontrei o ajuste SINIEF 16/2012 que esclareceu a situação.

Agora vc tem que atualizar as schemas. Me parece que já se encontra na pasta schemas do ACBr, mas caso não encontre baixe neste link e atualize. http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8=

Um Feliz 2013 a todos... Boa tarde Ítalo, me parece que o ajuste SINIEF 16/2012 prorrogou até 31/03/2013 o cancelamento "normal" (por web service de cancelamento) que deveria ser extinto em 01/12/2012. Cláusula terceira O cancelamento de que trata a clausula décima segunda do Ajuste SINIEF 07/05 poderá ser efetuado até 31 de março de 2013, mediante Pedido de Cancelamento de NF-e, transmitido pelo emitente, à administração tributária que a autorizou.

Narlem, eu não fiz nada para combustível, porque não atendo esta área então não tenho experiência, mas acredito que no link abaixo, mais o manual de integração vc conseguirá resolver esta questão. Link: http://anfm.blogspot.com.br/2009/09/campos-para-criar-uma-nfe-usando-o.html Creio que neste estão todos os campos que vc precisa, mas se faltar algum, veja se encontra neste outro link. http://anfm.blogspot.com.br/2010/10/acbrnfemonitor-compativel-com-nfe.html

Jeferson, acompanhe este tópico, parece que o Juliomar disponibilizou no blog dele em 19/12/2012 uma versão que pelo que li será possível realizar alguns testes. Tópico com este assunto: Blog do Juliomar: http://juliomarmarchetti.blogspot.com.br/2012/12/acbrnfemonitor-com-emissao-de-ct-e.html

Uma nota denegada não está autorizada. Devido a isto, não é necessário impressão de DANFE.

Ornei, eu não sei quanto ao erro, porém o cancelamento por evento é algo que não poderá ser evitado. Não sei se todas as UF's já estão atualizadas, mas se vc ler a NT2011/006 que trata do cancelamento da NF-e como evento da Nota Fiscal Eletrônica, (pág 2), vc encontrará a seguinte informação: O Web Service de Cancelamento existente será eliminado em 01/12/2012, permanecendo unicamente a possibilidade de cancelamento da NF-e através do Web Service de Registro de Eventos. Mesmo que não seja o motivo do erro, pelo correto vc já deveria estar atualizando nos teus clientes, pois se fosse respeitada de fato a data acima, a partir de 01/12/2012 já não deveria mais cancelar NFe da maneira antiga.

Juaumkiko, boa tarde! Eu também entendo que agora por evento, vale o evento registrado e não a atualização do XML e concordo contigo em relação ao item 2, se o protocolo de autorização é substituído pelo de cancelamento ou se a distribuição é feita de modo separado ainda geram divergência de opiniões na interpretação do manual. Porém seguindo o padrão de atualizar o XML, gostaria de ter sua opinião e dos demais colegas a respeito desta questão. Se pode ser feito esta atualização ou se devemos mesmo abandonar a idéia de atualizar o XML. As questões estão na imagem em anexo. Obs.: Eu uso apenas o modo monitor.

O ACBrNFe não bloqueia a informação. Esta validação é feita pelos schemas que são distribuídos pelo governo. Obs.: Pode ser que nas próximas compilações seja atualizada para a última no ACBr, de modo que seja distribuído juntamente com o componente e/ou monitor conforme é de costume.

Verifiquei o teu TXT e me pareceu correto. Não afirmo com certeza porque trabalho com o padrão .INI e não o padrão do emissor gratuito, com isto tenho receio que falte alguma informação. Porém pelo que pude testar e pelo que entendi, me parece correto o teu arquivo e realmente não está sendo gerado o XML conforme a NT2011.004 que exemplifica: Agora temos que aguardar algum desenvolvedor testar para ver se é algum problema no ACBrNFeMonitor. Ok.