BigWings

Pelo exemplo, deduzo que o valor do item seja R$ 90,00, então precisa ser calculado o valor do ICMS normal primeiro para descontar do ICMS-ST no final. Assumindo 18% também para o ICMS normal: vICMS = 90,00 * 18% = 16,20 vBCICMSST = (90,00 + MVA) - RedBC = (90,00 + 100%) - 10% = 180,00 - 10% = 162,00 vICMSST = (162,00 * 18%) - vICMS = 162,00 * 18% - 16,20 = 29,16 - 16,20 = 12,96 Como é simples nacional, o valor do ICMS normal é zerado, ficando apenas o ICMS-ST. Quando ao cálculo do vCredICMSSN, não faço idéia, pelo meu cálculo seria 1,12...

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.