BigWings

http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=8NH4MwSYr6A=

O que define se vai gerar CST ou CSOSN é a tag Emit.CRT.
CRT=1 (crtSimplesNacional) gera CSOSN, os demais geram CST.
Outra coisa, geralmente em notas de devolução do Simples para uma empresa do regime normal, é usado o CSOSN 900, é o único que permite o destaque do ICMS nas tags próprias.

@CONTATOCRTSISTEMAS
Atualize novamente os fontes do ACBr e teste, por favor.

Project - Options - Packages

Não é possível, não existe serviço que retorne os documentos de emissão própria.
A SEFAZ entende que o emissor tem o documento, e a obrigação de guardá-lo em segurança por 5 anos.

Você quer validar o código de barras ou a linha digitável do boleto?
A linha digitável tem 4 DV's, um pra cada campo mais o DV geral.
Já o código de barras tem apenas o DV geral, que é um módulo 11 comum.
Se não me engano os DV de campo da linha digitável são módulo 10.
Nas units do ACBrBoleto tem as rotinas de cálculo dos dígitos e montagem da linha digitável e do código de barras, você pode estudar esse fonte e fazer a sua.

No momento do pagamento o banco vai mostrar o vencimento conforme registrado no CIP, não é mais simplesmente lido do código de barras.
Então precisa verificar como foi registrado o título, se por acaso houve alteração de vencimento que não foi alterado no CIP...

Segundo a tabela, para o NCM 64039990 a unidade deve ser PARES.

O ACBrBAL funciona com portas via TCP/IP.
Basta configurar:
ACBrBAL1.Device.Porta := 'TCP:' + IP_BALANCA + ':' + PORTA_TCP;  

Você pode implementar e disponibilizar, sem dúvida.
Mas eu acredito que não seria aceito pra enviar pro SVN, inclusive isso já foi proposto mas é uma tag pouco usada, e o resultado seria o mesmo que incluir o conteúdo na infAdProd.

Você quer definir automaticamente o CSOSN de venda do item pela nota de compra?
Existem tabelas de correlação CST x CSOSN, mas nem sempre vai se aplicar, um item tributado na compra pode virar substituição na venda e vice-versa.

O componente já grava o arquivo em disco se estiver configurado pra isso.
Ou você pode pegar o XML na sua aplicação, após o envio e autorização do evento, pela propriedade:
ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML  

Para o DV é usado o código do cedente e não o convênio.

Sim, exceto para os estados de SP e BA. Neles é obrigatório o modo assíncrono pra NFe.
 

O arquivo *-resNFe.xml é o resumo da nota, que é retornado quando quem está consultando é o destinatário da NFe, e ele ainda não enviou o evento de manifestação dizendo se reconhece ou não essa nota.
Depois de manifestar, o ambiente nacional gera novo NSU com o XML completo, então pode-se fazer outra chamada ao método pra obter o arquivo.
Note que a geração do NSU com o XML completo pode demorar alguns minutos ou horas.
Leia a NT 2014.002 v1.10 pra entender o funcionamento do serviço.

https://discord.com/channels/798697718800318484/800724885835743252/910870402849456198

Pode informar até 4 veículos, uma em rodo.veicTracao e até 3 em rodo.veicReboque.
Basta chamar rodo.veicReboque.New pra cada veículo reboque, conforme o programa exemplo do componente.

Se teve rejeição precisa corrigir o erro e gerar novamente o XML pra envio.

Se entendi a pergunta, a resposta é sim.
A não ser que você use threads, o que não é recomendado pra esse serviço, pois muitas consultas sucessivas pode causar rejeição por consumo indevido.
O recomendado é usar o DistribuicaoDFePorUltNSU que retorna até 50 documentos por vez.

Acho que a consultoria comeu bola, o Manual de Orientações do CTe 3.00a - Anexo II - DACTE, pág. 21 é claro quanto a isso.

Se está cancelando com o XML só precisa informar essas propriedades no envio do cancelamento, as demais o componente carrega do XML.

Tem vários erros aí:
O primeiro é referente a estrutura do arquivo, os registros estão na ordem errada, o correto seria C100, C170, C170, C190, C191, C190, C191, C195, C197, C195, C197, C100, C170, C170... Veja o nível hierárquico de cada registro no manual.
Com relação ao registro C300, apenas notas fiscais de consumidor modelo 02 são permitidas (aquelas de bloquinho em papel), não pode NFe nem mesmo NFCe.

Você não vai ter a rejeição de duplicidade de evento na consulta pela chave, e sim no envio do evento, nesse caso o evento de manifestação.
Para os eventos de manifestação o nSeqEvento deve ser sempre 1.