BigWings

Editei seu tópico. Ao abrir um novo tópico, informe um título descritivo do assunto, "alguem me ajuda", "help", etc, não é legal. Quando ao assunto, você precisa entrar em contato com a prefeitura pra pedir os layouts para integração, o ACBr atende um número grande de "Provedores", que é como chamamos os inúmeros sistemas de emissão de NFSe por aí. Se a prefeitura usar um sistema já atendido pelo ACBr, basta configurar o arquivo Cidades.ini, inserindo o código da cidade, o provedor e as URL de homologação e produção, que você terá que solicitar junto a prefeitura também. Caso seja um novo "provedor", mas que atenda ao padrão ABRASF 1.0 ou 2.0, fica relativamente fácil também.

Só a SEFAZ pra dizer, pela mensagem é algum erro no software lá.

Post dividido e movido para o fórum NFe.

Falta assinatura no XML. Use o método Assinar antes do Validar.

Veja o tópico abaixo: Vou fechar este pois já saiu do assunto inicial, por favor, abra um tópico novo pra cada assunto.

Problema na SEFAZ autorizadora. Não tem muito o que fazer, a não ser entrar em contato com eles, verificar se há contingência ativada...

Correto, apenas lembre que esse XML não é um XML juridicamente válido, e que os dados contidos nele podem estar diferentes dos dados do XML real.

Você pode testar, mas não vejo necessidade. Ele deve usar apenas das DLLs da pasta SysWOW64.

Só quer dizer que elas estavam em uso, então você não conseguiu sobrescrever. Nenhuma relação com ser 64bits.

O erro 'Digest value do documento não confere' indica que o XML que você está consultando tem dados diferentes do XML autorizado, pois está sendo gerado um DigestValue diferente. Poste o XML...

Para saber o tipo de documento que está sendo retornado, você pode acessar a propriedade Schema do XML. ACBrNFe1.DistribuicaoDFe(cUF, Parametros.CNPJ, IntToStr(UltimoNSU), ''); case ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.cStat of 138: begin for I := 0 to ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count - 1 do begin case ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[I].schema of schprocNFe: ; // NF-e schresNFe: ; // Resumo de NF-e schresEvento: ; // Resumo de Evento schprocEventoNFe: ; // Evento end; end; end; 137: ; // Nenhum documento retornado end;

Se o problema são as URL dos webservices, não precisa mexer no XML.

O instalador já faz tudo. O Delphi compila pra 64bits a partir da versão XE2.

Se copiou todas as DLLs para a pasta da aplicação, deveria funcionar... O passo a passo: - Copiar todas as DLLs da pasta MINGw\32 ou MINGw\64 para o diretório de sistema do Windows. - Editar o ACBr.inc ativando o {$DEFINE USE_MINGW} - Recompilar o ACBr (use o instalador, marcando a opção de apagar arquivos antigos). - Recompilar a aplicação.

Alguma DLL antiga no diretório da aplicação?

Não é o seu Delphi que tem quer ser 32 ou 64bits, mas a arquitetura para o qual você vai compilar o seu executável. Isso é definido no project manager.

Que diretório? Ele abre o diálogo pra selecionar o XML da NFSe gravado, então depende da configuração de onde ele está sendo gravado.

Essas URL foram atualizados no ACBr em março. Você está com os fontes atualizados?

Veja o outro tópico, no link que o André postou ali em cima.

O correto é gerar, assinar, imprimir em contingência. Depois apenas carregar o XML, já assinado, e fazer somente o envio. Porque você quer gravar sem assinatura? Veja que há dados da assinatura necessários pra gerar o QRCode.

Não é só copiar as DLLs. Leia com atenção o tópico:

É possível sim usar CAPICOM ou WinCrypt com arquivo pfx, veja o item 4 no tópico abaixo:

Veja minha resposta logo acima e faça a mesma alteração no .xsd da versão 4.00.