Kiko Fernandes

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

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.

É possível vc anexar o teu arquivo TXT?

Tópico que trata do assunto: Compilado? Neste mesmo tópico na página 2 ou 3 o André postou um EXE. Foi respondido no tópico que está no link acima, no dia 06/12/2012.

O PR trocou os certificados no dia 21/11/2012 http://boletim.fazenda.pr.gov.br/boletins/item/2012/29 Você percebeu se o erro começou a dar depois desta data? Obs.: Windows XP SP2 não funciona mais no PR desde o dia 21/11/2012. Ao consultar o status vc recebe esta mensagem inativo o inoperante se estiver usando XP SP2. Verifique se teu cliente está usando XP SP3 ou W7.

O emitente de NFe precisa ter a IE.

Compilado? Neste mesmo tópico na página 2 ou 3 o André postou um EXE.

Não tenho!