Angelo Gomes

Eu não uso o Envia, por isso fiquei na duvida, eu uso o Validar, depois o Enviar em separado, e trato o status de retorno, pra saber se foi validada, denegada, etc. Pra tirar da duvida, limpa a variavel vMotivo antes de iniciar o processo. Ou tem q debugar a função Envia pra ver até onde ele vai.

O comando Envia cria uma exceção qdo a nota não foi autorizada? Ele pula direto do comando enviar pro except?

Esta com os valores padrões, acho que não seria esse o seu problema. Vc grava os xmls de envio e retorno que o componente gera? Por eles vc poderia ver mesmo se é a receita que está retornando "Uso autorizado" de uma nota que depois não consta na base (opção pouco provavel...) ou se é algo no teu sistema que está dando erroneamente essa msg.

foi falado sobre isso num topico recentemente, pesquise as seguintes propriedades: ACBrNFe1.Configuracoes.WebServices.AguardarConsultaRet ACBrNFe1.Configuracoes.WebServices.IntervaloTentativas ACBrNFe1.Configuracoes.WebServices.AjustaAguardaConsultaRet

Não, a versão 4.01 inclui tudo até a NT2009.006. Já a versão 5.0 inclui todas as normas técnicas emitidas até hj, incluindo algumas coisas que ainda nem estão sendo usadas (Manifesto do destinatário por exemplo). Resumindo é o seguinte, antes vc tinha que olhar o documento do 4.01 e ler em separado todas as normas técnicas. A versão 5.0 veio pra juntar tudo em um único documento. Me corrijam se estiver errado. * aonde escrevi normas técnicas, leiam notas técnicas.

v5.00 do manual só incorporou as Normas Técnicas publicadas anteriormente. Veja o histórico aqui http://www.nfe.fazenda.gov.br/portal/li ... 820xdYiQU=

Amigo, se possível anexe os arquivos alterados neste post, assim fica mais fácil dos moderadores analisarem as alterações e subirem pro repositório.

Primeiro que a Receita nunca foi um exemplo de coerencia... Segundo, tem mta coisa que é errado e a Receita não bloqueia, deixa passar como se não visse, pra poder te fiscalizar, multar, etc... por isso o ideal é como o Italo falou, teu sistema bloquear, mesmo que teu cliente reclame.

Verifique se mais a frente no seu código vc não zera essas propriedades. Pode parecer besta, mas ja aconteceu isso aqui no fórum. Outro teste, de um showmessage na propriedade pra ver se ela esta mesmo recebendo o valor. Tem que procurar algum erro no teu código, pois como o André falou, esses campos não são zerados pelo componente.

Ja debugou pra ver se ta retornando mesmo o status 205?? Pra denegada eu testo os status 110, 301 e 302.

Acho que o que ele quer é pode selecionar qtas cópias quiser. O número de cópias qdo manda imprimir direto parece que não funciona mesmo, somente qdo vc manda dar preview e depois imprimir. Na pior das hipoteses faz um campo de cópias no teu sistema e chama o Imprimir qtas vezes for preciso.

Nossa, que bagunça... nem vo tenta entender... Só te aconselho da dar uma lida no Manual de integração, pois pra mim, quando uma empresa do Simples tem que dar crédito, usa CSOSN 101 (Tributada pelo Simples Nacional com permissão de crédito) e e preenche os campos pCredSN (Alíquota aplicável de cálculo do crédito (Simples Nacional)) e vCredICMSSN (Valor crédito do ICMS que pode ser aproveitado nos termos do art. 23 da LC 123 (Simples Nacional)).

indtot só aceita 0 ou 1 como valores.... amigo, eu daria uma boa lida no Manual de Integração da NFe....

não mexo com simples nem com o monitor, mas pra mim o XML tinha que sair algo parecido com isso (levando em consideração que o CSOSN é 400 mesmo...) - - 0 400

Primeiro, é melhor anexar os arquivos ao post, pra podermos visualizar melhor. Colado assim no post fica horrivel.. SEgundo, tem algo errado na geração do teu xml, pois ele tá saindo assim: - - 0 400 outra coisa, csosn 400 é "Não tributada pelo Simples Nacional". Se for fazer uma nota de crédito, não seria o "101 - Tributada pelo Simples Nacional com permissão de crédito"?? Não dou certeza pq ainda não tenho cliente do Simples.

pode postar o XML pra gente conferir?

Meu receio é cada estado ir pra um caminho diferente...

Kenio, no CST 60 vc não tem ICMS ST certo, vc só destaca o que foi retido. Isso é feito nas tag e como vc fez. O erro do teu XML esta em vc destavar valores nas tags , , e , elas tem q ir zeradas, pois os itens não tem esses valores. Claro, isso levando-se em consideração que o CSt da operação é o 60 mesmo.

Agora que reparei no código que te passaram de exemplo que Total de Produto está zerado e Total da nota com valor. A finalidade de emissão dessa nota é Normal, Ajuste ou Complementar. Talvez testando as outras finalidades, ele deixa passar essa situação. Talvez seja de ajuste, mas não te dou certeza.

Acho que vc mesmo já escreveu tua resposta, basta pensar um pouco e fazer o teste... Ou consulta o CNPJ pra ver se o cara é mesmo não contribuinte, pra paceitar a tag em branco...

Ideal é conversar com algum BOM contador que entende da NFe. Mas se disseram que não da pro total ser zerado, então teu item tem que ter valor, senão não dá rejeição mesmo.

30000.00 O problema está aqui, como teu produto não tem valor, o total da NFe tem que ser zerado.

Só confirme se teu notebook não esta com um DNS fixo, dai não adianta conectar na rede do cliente...

Bahia não esta alterando os endereços de webservice? Pode estar acontecendo problemas de DNS, assim como ocorreu em SP alguns dias atrás... aonde alguns conseguiam trabalhar normal e outros não.

se o cliente não tiver o arquivo pfx, vc pode exportar ele da maquina aonde ele está instalado. Dai vc copia pro teu micro e instala e usa normalmente para os testes.