BigWings

A função realmente vai retornar ipi00 mesmo que não tenha IPI no XML. Isso porque não existe um enumerado pra identificar o CST do IPI vazio. Na geração do XML a rotina verifica se foi passado valor pra alguma tag, pra identificar como vazio, talvez você possa usar o mesmo conceito: //se valores padrão de quando não foi preenchido a TAG IPI if ((nfe.Det[i].Imposto.IPI.cEnq = '') and (nfe.Det[i].Imposto.IPI.CST = ipi00) and (nfe.Det[i].Imposto.IPI.vBC = 0) and (nfe.Det[i].Imposto.IPI.qUnid = 0) and (nfe.Det[i].Imposto.IPI.vUnid = 0) and (nfe.Det[i].Imposto.IPI.pIPI = 0) and (nfe.Det[i].Imposto.IPI.vIPI = 0)) then Exit; //não deve preencher a TAG

Pode ser também que tenha adicionado alguma unit do ACBr no seu projeto sem adicionar a unit ancestral. Teste com o programa exemplo do ACBrNFSe.

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

Tem um caso em que o uso do SetRoundMode diferente de rmNearest afetava o desenho das linhas verticais pelo Fortes Report. Não parece ser o seu caso, mas não custa verificar.

Pelo que analise vai precisar alterar o .fr3 pra mostrar os acréscimos antes dos descontos pra que os valores façam sentido: Não parece a solução ideal. O XML é de uma venda real ou um caso hipotético? Em que cenário vai haver acréscimo e desconto na mesma venda?

Pode ser algo com o certificado. O mesmo problema ocorre se você usar o programa exemplo do componente?

Se há exceção a mensagem será exibida, você pode tratar ela com um try..except. Já as mensagens de retorno do webservice você pode desativar: ACBrNFe.Configuracoes.WebServices.Visualizar := False;

Se está recebendo apenas o resumo da NFe, pode ser duas coisas: - A NFe não foi manifestada - O Ambiente Nacional ainda não gerou o NSU com o XML completo da NFe após a manifestação. Lentidão e instabilidade é normal nesse serviço, pelo uso e abuso pelos usuários.

Não é possível. Cada tag é traduzida em comandos para a linguagem da impressora. Pra emissão em PDF precisa usar um gerador de relatórios como o Fast ou Fortes Report.

O caractere de aspas usado aqui está diferente do caractere usando no comando AdicionaPara. Verifique se está informando o caractere de aspas codificação ASCII. Se não conseguir anexe o log de comandos.

A chave tem 44 dígitos, você está informando 51. 220201235201266100207000146550010000256331400046910 A parte em negrito é a chave.

Os valores parecem corretos: C:\Temp>type teste.xml | find "vBCST" <vBCST>538.34</vBCST> <vBCST>1143.51</vBCST> <vBCST>1143.51</vBCST> <vBCST>1143.51</vBCST> <vBCST>3968.87</vBCST> Validando pelo validador da SEFAZ-RS também não apresentou rejeição com relação a valores:

No componente creio que só é possível "escolher" se vai reter o ISS. Os impostos federais só devem ser informados quando houver a retenção. Isso creio ser regra geral, pode variar dependendo do provedor.

Segundo relatos no fórum basta habilitar o TLS 1.2. Com WinCrypt informar ACBrNFe.SSL.SSLType := LT_TLSv1_2 e ter todas as atualizações do Windows. Com OpenSSL informar ACBrNFe.SSL.SSLType := LT_TLSv1_2 e usar a versão 1.0.2 ou acima das DLL.

Verifique se está marcado a opção e se está gerando os arquivos XML de envio e retorno. Anexe eles aqui se estiver.

A última alteração é tornando as tags obrigatórias: Provavelmente é porque algumas UF vão exigir que se informe a tag mesmo com valor zero. Então se deixar opcional vai fazer o ACBr não gerar a tag e causar rejeição. Da forma atual atende a todas as UF.

https://acbr.sourceforge.io/ACBrLib/PreenchimentodoArquivoINI.html https://acbr.sourceforge.io/ACBrLib/ModeloCFeINI.html

Tente o layout lPadraoEntrega2.

Não está aparecendo no XML.

O ACBrMonitorPLUS você apenas cria o arquivo .INI e passa pra ele, via arquivo mesmo ou socket. Precisa instalar o ACBrMonitorPLUS em cada máquina. A ACBrLib não precisa instalar nada, apenas distribuir a DLL e consumi-la pela sua própria aplicação, ficando transparente para o usuário. Sim, você deve gerar o ini com os dados ou comandos. Só não sei comentar com relação ao código, não conheço VB.

Simples, arredonde o valor pra duas casas antes de passar pro ACBr. Assim você faz o cálculo correto.

Acho que habilitar aplicativos menos seguros é só pro GMail. Pro outlook não parece ter nada de especial a habilitar:

Não veio o XML. Você fez também alguma alteração no .fr3? Se sim anexe ele também.

Esse campo 'Valorliquido' é usado onde? Você tem algum XML de exemplo onde o item tenha desconto e acréscimo?

Talvez seja algo local na máquina que não suporta TLS 1.2, como falta de atualização do Windows ou de DLLs. TLS 1.2 é o padrão atual usado. Mas considerando que conseguiu, vou encerrar o tópico. Obrigado pelo retorno.