BigWings

Tem o XML assinado? Poste o arquivo como anexo.

Você verificou se as notas estão sendo transmitidas? Está enviando em modo normal on contingência offline? Pode ser apenas erro da impressão do DANFe NFCe.

Vá no diretório ACBr\DLLs\CAPICOM e execute o instala.bat como administrador. Informe o erro. Tente também deletar os arquivos capicom.dll, msxml5.dll e msxml5r.dll (faça um backup delas antes), dos diretórios C:\Windows\System32 e C:\Windows\SysWOW64. Execute o instala.bat novamente.

Estranho, fiz um teste aqui usando os mesmos passos que os seus e não tive problema com o TotalPago. Algo a mais no teu código, talvez?

Verifique a pasta de Schemas. Verifique se registrou as DLLs da CAPICOM.

Você tem um valor inválido nas opções de compilação. Vá em Project - Options - Delphi Compiler - Compiling e selecione uma das opções válidas no item Debug information.

Basta incluir todas as chaves no momento da geração da NFe. Pra cada chave chamar o NFref.Add, exemplo: ACBrNFe1.NotasFiscais[0].NFe.Ide.NFref.Add.refNFe := '35000000000000000000000000000000000000000000'; ACBrNFe1.NotasFiscais[0].NFe.Ide.NFref.Add.refNFe := '35000000000000000000000000000000000000000001';

Justificativa com menos de 15 caracteres?

Aproveite e veja as mudanças no componente:

Na guia geral, a versão do documento está ve200. Essa versão já foi desativada. Use ve310.

Dê mais detalhes. Como está configurando o demo? Em que momento o erro ocorre? Qual o tipo do certificado? A1, A3? Ali em cima você recebeu erro de rejeição, o que significa que toda a parte de assinatura e envio funcionaram. Mudou algo além do ICMS da nota?

Veja o seguinte tópico: Parece ser algo relacionado a certificado digital.

Bom dia, Em regime Simples Nacional (Ide.CRT = crtSimplesNacional), apenas o CSOSN 900 permite o destaque de ICMS na nota. Como está usando CSOSN 102, zere as tags referente a ICMS (vBCICMS, pICMS, vICMS). Como material, use os manuais e notas técnicas oficiais do projeto: https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=33ol5hhSYZk= https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s= Além disso, use a busca do fórum ou Google: http://www.oobj.com.br/bc/article/rejeição-531-total-da-bc-icms-difere-do-somatório-dos-itens-como-resolver-49.html

Bom dia. Eu pesquiso por NCM e EX, não sei se há algum caso onde as alíquotas para exceções de um NCM são diferentes para as alíquotas do NCM sem exceção. Adendo: Encontrei um, veja o NCM 40131090.

A exceção faz parte da classificação NCM do produto. Um item pode estar num NCM, e outro item estar classificado no mesmo NCM, mas na exceção 01. A tabela do IBPT tem alíquotas diferentes para NCM/EX, então o cálculo para esses dois itens pode ser diferente, sim.

Segundo o Manual de Especificações, não é necessário imprimir a IE no cabeçaho, apenas CNPJ, Razão Social e endereço. https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=QK/Drpb/k7Y=

A coluna TIPO na tabela do IBPT indica o tipo do código, 0-NCM, 1-NBS, 2-LC116. Os tipos 1 e 2 são apenas para classificar serviços, NBS para Nomenclatura Brasileira de Serviços, ou segundo a tabela da Lei Complementar 116/03. Todos os NCM (Tipo=0) tem 8 dígitos, ele pode truncar pra 7 nos casos em que iniciam com 0, se você abrir o arquivo no Excel, por exemplo. Abrindo num editor de texto simples, eles aparecem normalmente. Leia o manual do IBPT para mais detalhes.

Está tentando pelo Demo? Consegui retorno normalmente informando apenas a chave e protocolo, mas informando a UF do emitente e não do descarregamento como está no demo.

SL := TStringList.Create; try SL.LoadFromFile(OpenDialog1.FileName); SL.SaveToFile(OpenDialog1.FileName, TEncoding.UTF8); finally SL.Free; end; ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName, False); Delphi XE5.

O problema é a codificação desses arquivos, que está em UTF-16. O MOC determina que os arquivos XML estejam em UTF-8, e contenham o cabeçalho <?xml version="1.0" encoding="UTF-8"?>, o que esses arquivos não tem. Uma simples conversão de encoding num editor de texto resolve o problema (e reduz o tamanho do arquivo pela metade).

Atenção para a sintaxe. Chamando dessa forma você criou uma nova NFe no componente (NotasFiscais.Add), um novo item nessa nota (Det.Add) e preencheu apenas o CSOSN dele. Correto: begin //CST := cst00; CSOSN := csosn102; ICMS.orig := oeNacional; Ou begin //CST := cst00; CSOSN := StrToCSOSNIcms(okConversao, '102');//Dependendo do CSOSN ICMS.orig := oeNacional;

Isso consta no teu XML conforme anexo, onde a tag verAplic é 'quem respondeu' sua solicitação de autorização. Apenas uma correção: Para NF-e o Maranhão usa a SVAN: Apenas quando em contingência é usado o ambiente SVC-RS. Já NFC-e, realmente é a SVRS que atende, conforme indica a página da SEFAZ. http://portal.sefaz.ma.gov.br/portalsefaz/jsp/pagina/pagina.jsf?codigo=3876 Caso a consulta da NFCe pela SEFAZ do estado falhe, tente pela SEFAZ RS, já que a nota é autorizada lá e replicada para a SEFAZ-MA.

Bom dia, Sugiro que leia com atenção a NT 2012.002. https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=bUBJ/PmtKQo=

Funciona em Lazarus também.

A assinatura desse método da forma que foi implementada compila apenas em Lazarus, não em Delphi. Substituam o arquivo a seguir e façam a instalação do ACBr novamente. Testei em Lazarus e Delphi XE5. pcnGerador.pas