BigWings

ACBrNFe1.Configuracoes.WebServices.TimeZoneConf.ModoDeteccao -> o padrão é o fuso horário da máquina ACBrNFe1.Configuracoes.WebServices.TimeZoneConf.TimeZoneStr -> caso ModoDetecao seja tzManual Veja os fontes: if NFe.infNFe.Versao >= 3 then begin Gerador.wCampo(tcStr, 'B09', 'dhEmi ', 25, 25, 1, DateTimeTodh(NFe.ide.dEmi) + GetUTC(CodigoParaUF(NFe.ide.cUF), NFe.ide.dEmi), DSC_DEMI); if (NFe.ide.modelo = 55) and (NFe.ide.dSaiEnt <> 0) then Gerador.wCampo(tcStr, 'B10', 'dhSaiEnt', 25, 25, 0, DateTimeTodh(NFe.ide.dSaiEnt) + GetUTC(CodigoParaUF(NFe.ide.cUF), NFe.ide.dSaiEnt), DSC_DSAIENT); end

O que está errado aí é o fuso horário, não existe esse fuso +00:44. Se está com a configuração do fuso manual, veja se está informando corretamente.

dEmi para data e hora de emissão dSaiEnt para data e hora de saída

No componente você vai informar a data e hora na propriedade dEmi. Isso foi feito, na época, pra manter compatibilidade com os dois layouts.

Se o registro detalhe existe, a banda deve ser impressa. Não acho que sejam os valores, verifica aí que tem algo a mais.

Existe o registro na tabela detalhe com os valores? Não faz diferença se o valor é 0,00 ou não, basta que o registro exista.

Proteção do fórum contra code injection, veja se está postando o SQL num bloco "code", se ainda der erro tente mudar a linguagem.

Ao que parece faltou somar a tag vOutro do item na base de cálculo do item.

Quem está rejeitando a IE é a SEFAZ-GO, e não o ACBr. Outra coisa, se o endereço de entrega é o mesmo endereço do destinatário, por que informar o grupo <entrega>?

Correção no SVN, rev. 28764.

O erro diz que está informando um CPF onde só é aceito CNPJ. Por exemplo, no grupo refNF, onde você referencia a nota modelo 01 ou 02, só aceita CNPJ.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Enviei uma possível correção para o SVN. Por favor, atualize novamente os fontes e teste.

Sempre foi necessário informar a cidade na configuração, mesmo no componente antigo. Sem isso o componente não sabe o layout do XML que está carregando.

Uma vez obtido o número de série, basta armazenar e informar no componente. Veja no programa exemplo do ACBrNFe e outros como é feito.

Veja:

Está no SVN. https://sourceforge.net/p/acbr/code/28657/ https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrTCP/ACBrIBPTax/tabela

Está informando o DF no percurso?

Será proposital? Existe o NCM 0, sem EX, e o NCM 0, com EX 0, com alíquotas diferentes. O que isso significa não sei dizer.

Desativa CAPICOM, MSXML e MINGW, estão todas defasadas. Use as DLLs das pastas ACBr\DLLs\OpenSSL e ACBr\DLLs\LibXML2.

Marque no componente de impressão a propriedade IncorporarFontesPdf.

Foi pro SVN, rev. 28632. Obrigado por reportar.

Por favor, atualize novamente os fontes. E salve o arquivo em anexo na pasta ACBr\Fontes\ACBrBoleto\FC\Fortes. Depois disso instale novamente o ACBr, e recompile a sua aplicação. ACBrBoletoFCFortesFr.dfm

Ocorreu o mesmo aqui, no D7 e D2007. No Delphi Rio está ok. Resolvi revertendo as alterações do commit 28406. O .dfm teve alterações demais pra identificar o problema.

No meu entendimento, quem emite o MDFe é o responsável pelo transporte. Pode ser o emitente ou o destinatário da nota.