Angelo Gomes

Mas por exemplo, em TODOS os micros de um cliente não funciona, ou alguns funciona outros não?? Tentou mudar a configuração para enviar pelo teu email??

Aparentemente essa informação não é validada, teria que ler com atenção o Manual. Vc é o emitente ou destinatário da nota?

tentou colocar as dlls libeay32 e ssleay32 que estão nas pasta do ACBr na mesma pasta aonde está teu executável? Tempos atrás tive um erro parecido com o seu e resolvi assim.

Mascaras. Por exemplo com datas, em todo lugar que uso eu coloco mascara dd/MM/yyyy, para sempre vir 02/03/1992 e não 3/2/92, caso o windows estaja configurado assim. No caso de número nunca tive problema com o banco que eu uso, postgres. Na tela está 1.500,50, no banco grava 1500.50... alguém faz a conversão pra mim... hehehe No teu caso teria q usar a mascara do tipo #########0.00 ou algo do tipo, só testando pra ter certeza.

q banco q é?

acho q vai no primeiro post do topico e edita ele...

tenta assim with ICMS do begin temp1 := ICMS.vBCSTRet; temp2 := ICMS.vICMSSTRet; end;

Testou outras notas? Certificado está ok, não está vencido?

só uma dica, pq já me bati com isso... sempre clique em Salvar Configurações qdo alterar uma config do Demo, para ela ter efeito. Se mudar de homologação pra produção e não clicar em Salvar, ele continua consultando em homologação.

Consultei pelo Demo do ACBr em ambiente de produção e tudo ocorreu ok, apareceu ela autorizada.

Acho que é a mesma coisa para monetária e para números, mas em todo caso, te dou uma dica, de evitar ficar dependendo das configurações do windows para essas coisas, tanto numeros como datas. Já sofri mto com isso, de em todo micro de cliente ter q ficar acertando dd/mm/yyyy...

O padrão não é ao contrário?

Se vc consultar a pagina da receita (http://www.nfe.fazenda.gov.br/portal/principal.aspx) verá que CE está com o serviço de contingencia ativado, talvez seja por isso que está com essa instabilidade.

O que???? Uma mesma nota pode ter duas chaves diferentes, inclusive com o campo do NUMERO DA NOTA sendo diferente???

Não sei se te ajuda, mas eu não crio a minha chave. Eu só carrego os dados da nota no componente, entre eles, os que são necessários pra geração da nota (serie, numero, etc) e qdo mando validar a nota ele já me gera a chave, nem me preocupo com isso. Pro ACBr estar gerando outra chave, acho que vc está passando os dados diferente pro componente. Verifique seu código, verifique quando vc carrega a nota para o componente se não está acontecendo algum erro.

Eu deixo a gravação pelo componente e nunca tive problemas. Habilite o componente pra gravar em uma outra pasta todos os xmls de envio e retorno... assim vc tem um backup desses que não estão gravando, e pode ver se não é alguma rotina no teu sistema que não está permitindo que o componente grave corretamente o XML.

Vc deixa a gravação do XML por conta do componente ou vc grava manualmente?

Decisão acertada. Qual seria o motivo da Receita alterar a pagina colocando imagens ao invés de texto, a não ser dificultar ou eliminar a recuperação de informações via página. Insistir em continuar busca essas informações dessa forma, poderia trazer algum problema para o Projeto ACBr todo. Por outro lado, a Receita esta sinalizando que vai permitir disponibilizar o XML assinado pelo site, acho que mesmo ainda não sendo a solução definitiva (tem o problema das transportadoras e contadores) e ainda estar em testes, os esforços tem que ser gastos nesse novo caminho, desenvolver uma solução nesse sentido. Mas pra quem quiser continuar a briga de gato e rato com a receita e o RecuperarXML, os fontes estão ai para ser dado continuidade por conta e risco de cada um.

Amigo, não acha que vc está na area errada do fórum?? Tente postar no tópico de Duvidas Gerais: viewforum.php?f=5

with PIS do begin CST := pis05; PIS.vBC := 100; PIS.pPIS := 10; PIS.vPIS := 10; PIS.qBCProd := 0; PIS.vAliqProd := 0; PIS.vPIS := 0; end; with COFINS do begin CST := cof99; COFINS.vBC := 0; COFINS.pCOFINS := 0; COFINS.vCOFINS := 0; COFINS.qBCProd := 0; COFINS.vAliqProd := 0; end; De uma olhada na função GerarNFe do Demo do ACBrNFe que tem tudo o que vc precisa lá.

1 - Sim 2 - Sim 3 - Sim, pelo menos faço assim... 4 - Não sei te informar...

Dê uma olhada no Demo do ACBrNFe, no código do botão "Importar TXT/XML". Ele faz exatamente o que vc tá querendo, ler um xml para recuperar suas informações.

Não é mediocridade, é apenas que eu não sou besta de entrar nessa briga de gato e rato entre receita e nós. Ficar gastando tempo para auxiliar o cliente a não cumprir o que a Receita determina. Enquanto a receita não disponibilizar um canal direto para recuperação do XML ASSINADO, não gasto um minuto tentando ler html, descriptografando ou o que seja. Mas já que vcs querem tanto o REcuperar XML de volta, mãos a obra!!! Até agora só vi um ou dois apresentando soluções.... e 500 perguntando qdo vai estar pronto..

Régys, eu fiz o tratamento somente para o código 110 e tive problemas... os códigos 301 e 302 tbem são retornados como denegada, assim como constam na lista de código do manual. Então minha dica é que trate esses códigos tbem no retorno.

XML Assinado ou somente com as informações?