Kiko Fernandes

Sérgio vc informou 4 produtos 1 - 3772,63 2 - 2357,89 3 - 943,16 4 - 5470,86 (3772,63+2357,89+943,16+5470,86) = 12.544,54 (Valor dos produtos) Vc informou como valor dos produtos 14.551,67.

Márcio, você verificou se existe no XML criado estas tags?

Neste tópico, parece que foi relatado o mesmo problema que vcs estão tendo. Ainda não entendi como foi resolvido para quem usa o ACBrNFeMonitor, mas no componente parece que esta resolvido.

Régys, não entendi o que vc comentou. Pelo que entendi o Arivaldo esta usando o ACBrNFeMonitor gerando um TXT no padrão do emissor gratuito, logo ele precisa do executável. Entendi vc modificou algo na programação, então fiquei em dúvida que repositório vc diz para ele atualizar? Existe outro lugar com alguma versão beta compilada?

Adilson, leia este tópico:

Márcio, eu não sei a logística do teu sistema, mas tem coisas que o operador é capaz de fazer que deixa a gente de cabelo em pé (os que ainda tem cabelos), nos obrigando a ser radicais em algumas funções do sistema. Eu observei que não foi só a quantidade e valor, observe tambem o valor da permissão de crédito, a quantidade do volume, o peso líquido e bruto ou seja é muita informação diferente para considerar como um erro no tratamento de trasmissão. Eu consegui simular esta situação da seguinte forma: Enviei uma nota, ela foi autorizada. Acessei novamente a nota, modifiquei a quantidade, o valor, pelo liquido e bruto e descrição. Gerei um novo XML, validei e assinei. Agora fiquei com um XML válido, assinado porém sem o protocolo de autorização e diferente do primeiro XML. Solicitei uma consulta enviando este XML Resultado: O protocolo de autorização (do primeiro XML) foi adicionado ao XML. Como a assinatura é válida e tem o protocolo de autorização, aparentemente está tudo certo, porém o XML na SEFAZ é o primeiro e não este XML que foi gerado. Baseado nisto, penso que vc deve rever se existe possibilidade pelo teu sistema de fazer alguma alteração após ter recebido o retorno do status 100 (autorizado) se tiver vc não deve permitir que o operador modifique após ter este resultado. Uma outra possibilidade também é a que o colega Fabricio colocou, digamos que ocorreu um erro no momento do retorno e a nota ficou autorizada na SEFAZ, porém vc não recebeu o retorno. O operador vendo que não tinha o retorno, pode ter alterado a NFe e tentado transmitir novamente. Digamos que ele recebeu a mensagem de DUPLICIDADE e após isto ele resolveu fazer a consulta da NFe (enviando para a consulta este XML modificado) e com isto tem o protocolo de autorização adicionado ao XML que tentou enviar, causando esta situação. No momento não sei de outra possibilidade, mas creio que vc deva começar procurando por ai. Se o LOG estiver ativo, procure pegar ele e analisar neste dia, esta nota se recebeu mensagem de duplicidade, se foi feito consulta com ela etc.

Laurosan Para PIS e COFINS vc pode informar desta maneira:

Esta questão de cliente é complicado, eu sugiro que vc aplique no teu sistema para que não venha a ter problema. Uma vez que ele escolha CST 04, vc zera alíquota e o cálculo, desative a opção aonde ele informou a alíquota, algo assim.

Veja: Não é tributável. Pág. 146 do Manual de Integração, vc verá que o preenchimento é apenas a TAG CST para este caso. Se ele é 04 você não pode calcular.

CST PIS=04 Operaçao Tributável (tributação monofásica (aliquota zero)

A soma do PIS dos itens não bate com o TOTAL do PIS informado na NFe.

Eduardo eu não posso te confirmar que seja este o erro, mas tem uma falha em relação a informação, talvez por algum motivo pode ser que vc não esteja recebendo o erro 608. Pode não ser isto, mas creio que vc terá que cuidar com este valores, pois eles estão diferentes e se não estiverem sendo validados ainda a qualquer momento pode começar, pois consta na NT2011.004 Pág. 11 da NT2011.004 diz assim: 4.8 Novas regras de validação do somatório dos valores dos itens sujeitos ao ISSQN com os valores informados no grupo ISSQNtot Total do vPIS (id:W21) difere do somatório do valor dos itens (id:Q09) de item sujeito ao ISSQN (*3) Rejeição: Total do PIS difere do somatório dos itens sujeitos ao ISSQN (NT2011/004) No ítem No Total:

Você pode fazer um teste também pelo configurador do ACBrNFeMonitor, na aba [ DANFE ] procure por: Fonte Razão Social[12 ] e Fonte Demais campos[10 ]

http://djsystem.com.br/acbr/forum/viewtopic.php?f=6&t=1912&start=80

Paulo acho que é o mesmo caso

Cristian, você está criando direto o arquivo ENTNFE.TXT? Se sim, mude a maneira, crie o arquivo com outro nome exemplo NFEtmp.TXT e após ele criado e finalizado, renomeie para ENTNFE.TXT, dá impressão que vc está criando diretamente ele e o ACBrNFeMonitor tenta fazer a abertura deste arquivo e o mesmo está aberto pela tua aplicação. Outra coisa procure ter certeza que vc fechou o arquivo após fazer a edição dele pelo teu sistema.

Cristiam, falta detalhes para sabermos o que está acontecendo. Pelo que vc descreveu o arquivo XML está preso por algum processo (exemplo abriu ele em algum visualizador) ou seja ele está tentando fazer uma gravação neste arquivo 99999999999999999999-nfe.xml e o arquivo está em uso, não permitindo então a alteração. Mas faltam os passos, o que exatamente vc está fazendo. Se possível ative o log, e envie ele anexado. Na tela de configuração na aba [ Monitor ] ative [v] Log de comandos Enviados e recebidos depois faça toda a operação, após o erro procure em C:\ACBrNFeMonitor\LOG.TXT e nos envie. Mas antes verifique se vc está com o arquivo aberto pelo browser ou pelo teu aplicativo ou algum outro sistema de forma que bloqueia o acesso a gravação do mesmo.

Antes não era validado. Esta regra se encontra na Nota Técnica 2010.010 Pág. 6 GN12

Que haverá supostamente um novo "evento" se é que podemos chamar assim que penso que deverá funcionar semelhante a carta de correção, que quando vc não informar no XML data/hora de saída no momento da emissão da NFe, deverá então no momento da saída da nota, fazer uso de "Registro de Saída" que deve ser pelo que entendi um XML, também assinado, validado e transmitido.

Amparo, verifique se é o mesmo caso:

Hoje a SEFAZ PR atualizou as schemas nos servidores de homologação. Pelo menos em homologação já está funcionando bem.

Bom pessoal com a nova schema (pelo visto foi atualizado somente a schema leiauteNFe_v2.00) consegui criar o XML sem problemas. Não consegui enviar, pois o PR ainda não atualizou p/homologação esta schema. Como ficou: Atualização PL_006j-Sem Âncora Link: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=Gunwkxz0MZM=

http://anfm.blogspot.com/2010/10/acbrnfemonitor-compativel-com-nfe.html dhCont - Data e Hora da entrada em contingência xJust - Justificativa da entrada em contingência Pág. 113 do Manual de Integração NT2009.006 http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=zxlLdxB/oYA=

Simples Nacional precisa informar CSOSN. Verifique com o contador da empresa, mas creio que o CSOSN será 300 ou 400. Você informará em: Link: http://anfm.blogspot.com/2010/10/acbrnf ... m-nfe.html TABELA DE CORRELAÇÃO CST X CSOSN-CRT http://www2.hitecnet.com.br/downloads/Documentos/Correla%E7%E3o%20CSTXCRTCSOSN.pdf

Bom dia Cristiano! Quando vc informa apenas a chave, o ACBrNFeMonitor verifica apenas a existência dela na SEFAZ, sem atualizar o XML. Para atualização vc precisa enviar o arquivo na consulta. Então ao invés de enviar desta forma: NFe.ConsultarNfe("43111001882540000109550000000203151561083135") Vc enviará informando o path e o arquivo. Exemplo: NFe.ConsultarNfe("c:\caminhodanfe\43111001882540000109550000000203151561083135-nfe.xml") Observe também se na Aba [WebService] a opção [ ] Salvar Arquivos Enviados/Recebidos p/WebServices está marcada.