BigWings

Uma parte do código de barras é padronizado pela FEBRABAN (código do banco, moeda, vencimento, valor e digito verificador), a outra parte chamada de "campo livre" varia de banco para banco. Pra saber como montar o código de barras você precisa do manual do banco que quer implementar. Você também pode abrir os fontes do componente, nos métodos MontarCodigoBarras e MontarLinhaDigitavel.

Quando não é mais possível cancelar a NFCe eu emito uma NFe de entrada para fazer o estorno.

Onde exatamente tem essa informação na página de consulta?

Abrindo o arquivo em um editor de texto como o Notepad++ ele mostra a codificação. Lendo o código do GerarRemessa do ACBr não vejo porque gerar em UTF-8, é apenas o salvamento de um TStringList, creio que o padrão é sempre ANSI. Qual seu ambiente de desenvolvimento? Ocorre o mesmo problema usando o demo do ACBr?

O CNPJ da transportadora está informado como tal no XML da NFe?

De fato está em UTF-8. Esse arquivo foi gerado pelo ACBrBoleto?

Nesse caso pode ser um problema com o validador da SEFAZ-RS, e talvez com o webservice. Haja vista que a NT 2017.001 instruiu a informar o literal "SEM GTIN" nas tags cEAN e cEANTrib para quando o produto não tiver o código de barras. Caso o item tenha código de barras cadastrado, ele deve ser informado, caso contrário, não. Para alguns NCM será obrigatória a informação do GTIN. Neste caso, tente apenas deixar os campos cEAN e cEANTrib em branco, sem informar o literal "SEM GTIN". Consulte a NT para mais detalhes.

Está testando em homologação ou produção?

Abra um tópico por assunto. E faça busca no fórum antes de perguntar. Sobre esse último erro, tem resposta aqui:

Tente alterar: [NFRef01] Para [NFRef001]

Se está falando de NFe, as URL já constam no arquivo ACBrNFeServicos.ini. Você está com os fontes atualizados?

O componente já faz a assinatura no local correto, automaticamente. Ou não está usando o ACBrNFe?

Se já instalou uma vez não precisa reinstalar um a um. Pode acessar em Tools - Configure "Build Lazarus", selecionar a opção "Clean Up + Build All" e clicar em Build.

Você quer o código de barras ou a linha digitável do boleto? Veja aqui a chamada para os métodos:

Consulta está funcionando. Para envio de eventos (cancelamento, CCe, ...), ainda não há URL divulgada para a versão 4.00 em produção, apenas homologação. http://www.sped.fazenda.mg.gov.br/spedmg/nfe/webservices/

A tag hSaiEnt existe no componente apenas por compatibilidade com versões antigas da NFe. A hora deve ser informada junto as tags de data (emissão ou saída). Ex: NotaF.NFe.Ide.dEmi := Now; NotaF.Nfe.Ide.dSaiEnt := Now;

No XML sim, é obrigatório informar o grupo de pagamentos.

As formas de pagamento da NFe 4.00 não são impressas no DANFE. Segundo a NT 2016.002 não houve alteração no layout de impressão. Você pode acrescentar essa informação nas informações adicionais da NFe, se desejar.

Abra um tópico para cada assunto.

Cada chamada a pag.Add cria um novo pagamento.

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Se você tem certeza... Não lembro de ter visto nenhum relato no fórum sobre problema parecido.

Bom, a NFe foi enviada para a SEFAZ-PR que deve ter recusado a IE da BA por algum motivo. Talvez o problema seja apenas na SEFAZ-PR (e na minha rotina).

Que cliente de email é esse? Não é ele que está fazendo tratamento do XML como se fosse corpo do email? Já tentou enviar pra um gmail, por exemplo, pra ver se ocorre o mesmo?

No caso da NFSe, também pode ser configurado diretamente no .ini do provedor.