José M. S. Junior

Bom dia,
O segundo segue a numeração da tag Produto. ex:
[Medicamento002001]
[rastro002001]

Por favor, testar com a ultima versão:
 

Bom dia, 
O método ObterPDF serve para obter o mesmo em base 64 mesmo, caso esteja usando Web por exemplo. Para Salvar na própria máquina utilize o método ImprimirPDF, após carregar o mesmo.
Será Salvo conforme a estrutura de diretórios configurada na lib o diretório raiz será o configurado no campo "Download.PathDownload" na sessão [NFe]
https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html

No tópico, foi citado esses exemplos de configuração para a impressora instalada
em (Preferências de Impressão) e (Propriedades da Impressora) com a nova configuração do Tamanho do Papel, ou configurando um já existente.


 

Boa tarde Eric,
O componente boleto não considera o dígito na leitura do campo nosso número, pois já existe uma função que calcula o dígito no momento de uma reimpressão ou mesmo de gerar o Arquivo novamente. Porém tem uma property "LerNossoNumeroCompleto" no componente que permite a leitura do retorno considerando o dígito, mas provavelmente não está sendo usada no fonte do Banco Santander.
Se desejar implementar essa funcionalidade e ver se resolve para você, podemos atualizar também nos fontes do SVN. Pode usar como referencia a função (DefineNossoNumeroRetorno) do Banco Cresol, ela faz uso da property para definir o tamanho do campo de leitura.

Bom dia, 
Por enquanto utilize os fontes baixados pelo SVN para obter as classes atualizadas. No tópico abaixo pode ver o passo a passo para baixar os fontes junto com o demo e a dll atualizada.
 

Bom dia,
De acordo com o manual o campo transDCTWeb só deve gerar no XML quando valor for "S".
Creio que o erro seja uma validação do próprio schema do e-social que exige o campo nesse caso, mas o valor valido seria "S"

Boa tarde,
Se entendi correto, voce deseja carregar um xml já gerado para a lib, nesse caso use o método NFE_CarregarXML()
https://acbr.sourceforge.io/ACBrLib/NFE_CarregarXML.html
O método NFE_ObterXML tem efeito contrário, ele retorna o XML da NFe gerado pela lib, se já estiver carregado os dados na ACBrLibNFe.

Boa tarde,
Como essa regra pode mudar de UF para UF, temos uma configuração no ACBrMonitor para tratar isso, veja na imagem abaixo, se definir como SEMPRE vai gerar as tags mesmo com valor 0.

Analisando os fontes, atualmente é possível editar apenas o espaçamento entre os campos do quadro de produtos realmente.
Como nesse quadro de produtos existem muitas colunas e as mesma são fixas, talvez não faça tanta diferença a edição, até porque já está usando uma fonte pequena para que caibam as descrições. Mas é algo que podemos avaliar com a equipe, já que está previsto na documentação.

Boa tarde, favor atualizar com a última versão baixada pelo fórum, nessa ultima versão de build, agora já esta ok o ajuste. 

Isso é a Pagina de Código, o PageMode é a funcionalidade que permite impressão em modo página (divide em coluna para impressão do qrcode na lateral). Mas não são todas as impressoras que tem essa funcionalidade. 

Bom dia @Único Gestão,
Analisamos a alteração, mas parece quebrar compatibilidade com a leitura atual e com o manual Caixa Sicob. Veja abaixo a especificação de retorno desse campo:

O campo correspondente a conta tem 12 posições sendo a primeira = 0 e e 3 dígitos da operação, por isso a leitura é realizada a partir da posição 63 com os próximos oito dígitos... O campo será preenchido apenas com o código do cedente, note que na geração da remessa também é tratado dessa forma, ou seja o campo conta é preenchido com oito dígitos do Cedente.
Caso seu retorno esteja diferente disso, por favor anexe aqui seu arquivo de remessa e o retorno do banco para análise.
 

Bom dia,
Atualizado no SVN. Obrigado!

Para atualizar na consulta vai procurar pelo XML na pasta configurada na tela acima (Pasta Arquivos DFe) ou no path informado na consulta mesmo...
o digestValue (digVal) retornado da consulta é o mesmo do XML. Se for diferente indica que o XML foi alterado nesse caso também pode não atualizar.

Experimente passar os código mora aceitos para esse banco, no constructor da classe. Se funcionar anexe os fontes aqui que atualizamos no SVN.
ex:
constructor TACBrBancoCresol.Create(AOwner: TACBrBanco); begin inherited; fpNome := 'Cresol'; fpNumero := 133; fpCodigosMoraAceitos := '012'  

Bom dia,
Pode utilizar o método https://acbr.sourceforge.io/ACBrLib/NFE_SalvarPDF1.html 
Será retornado o PDF em Base64, para uso na Web.

@jamil, note que é validação da própria Sefaz. Essa regra não aceita Destinatario não Contribuinte com CST=10, como está sendo passado.

Boa tarde
Pelo erro, aparentemente está enviando um Remessa com ocorrencia de desconto, mas não está informando o TipoDesconto adequando.

Boa tarde
Não sei se entendi corretamente a pergunta, mas a lib não gera o retorno em disco, o retorno é no formato .INI, mas apenas como retorno dos métodos.

Por aqui esta ok. Pode ser alguma instabilidade ou tente aumentar timeout

Atualizado no SVN com algumas alterações para validar o tipo de multa, como valor fixo ou percentual.
Obrigado pela contribuição @marcianobandeira

O Monitor não gerencia filas, mas o que pode fazer é cada empresa gerar um arquivo de entrada com seu nome, assim o arquivo de retorno será gerado com mesmo nome para possibilitar a leitura correta de cada empresa.
ex: 
entrada:  ENT_Empresa1.txt   -    saida: SAI_Empresa1.txt     
entrada:  ENT_Empresa2.txt   -    saida: SAI_Empresa2.txt
Só lembrando que não é MultiUsuário, ou seja, diversos usuários enviando comandos em um mesmo arquivo de Entrada não iria funcionar para obter o retorno correto.

Bom dia,
Aparentemente faltou informar a sessão com a sequencia do evento. ex:
[EVENTO]
idLote=1
[EVENTO001]
cOrgao=
...
https://acbr.sourceforge.io/ACBrLib/CartadeCorrecao.html

Bom dia, 
Já existe uma property que faz essa validação no arquivo completo no momento da geração. Propriedade do componente Boleto: "RemoveAcentoArqRemessa"