BigWings

Também queria saber como esse TXT fora do padrão gerou um XML... o componente não devia ser capaz de ler esse arquivo direto.

Você tem o manual dessa balança?

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...

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

Acho que com o certificado conseguem acesso.

Já deve estar disponível, foi implementado nos fontes dia 7/11. Testou com uma versão atualizada do ACBrMonitorPLUS?

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

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.

Se está comercializando vamos mover para o subfórum de classificados, é o caso?

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.

Não tem. Se realmente precisa mostrar no DANFE, você pode repetir a informação na tag infAdProd.

Veja:

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

Aqui deu certo:

É preciso cuidado ao usar esse modificador, ele afeta os cálculos globalmente, inclusive a impressão do boleto sai errada com o Fortes Report. Não vejo necessidade de você alterar o fonte do ACBrBoleto, basta isolar a chamada ao SetRoundMode dentro de uma rotina do seu código, sempre voltando ao modo anterior.

Se for do teu interesse, o @RicardoVoigt tinha feito algo assim, talvez você queira melhorar algo.

Teve rejeição mesmo informando trajeto correto? Se sim anexe os XML de envio e retorno pra análise.

Pra não ter rejeição basta que cada UF seja vizinha da outra, na sequencia que é informado o trajeto. Mas deve ser informado o trecho que o caminhão vai realmente fazer, se passar por uma UF que não foi informado no MDFe pode ter autuação.

Eu diria pra você fazer o inverso, trocar Double e AsFloat por Currency e AsCurrency. Não tem motivo pra um campo de valor monetário precisar de ponto flutuante.

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.

Até onde sei, não teve alteração.

Que me lembre a única condição pra gerar o grupo é que o pDevol seja maior que 0.

Entendi. Se conseguir o XML da nota é possível analisar a assinatura e saber a cadeia de certificação, se for o caso acionar judicialmente quem emitiu o certificado.