José M. S. Junior

Boa tarde @tborges, Com essa informação conseguimos corrigir e fazer a validação da geração nas classes da NFe. Assim que validado, geramos uma nova versão e informamos aqui.

Bom dia, Se é uma exigência desse banco, creio que possa ser tratado na classe desse banco onde é gerado o json, no componente mesmo.

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.

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

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.

Referente ao quadro de Produtos, acho que consegue alterar apenas o espaçamento das linhas, pois segue as especificações do MOC mesmo.

Provavelmente essa informação não está sendo carregada na lib então, pois esse campo é utilizado amplamente para esse fim. Chegou a verificar o log da lib para identificar se realmente não está obtendo o retorno? Verifique também como está a configuração desse campo no arquivo de configuração "ACBRLib.ini"

A configuração é o campo TimeOut da NFe Deixe entre 15000 e 30000 no caso de MG, com isso o componente vai aguardar esse tempo, além disso já gera timeOut onde deve passar a tratar a contingência nesse caso, ou realizar uma consulta dessa chave novamente. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html

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 não vai interferir é por que não está sendo gerada pelo nosso server de build. Convenção é STDCALL no seu caso, segue abaixo a versão correta: ACBrBoleto32.zip

Boa tarde @Dev Telluria, Até que seja resolvido o problema no buid da lib, estou disponibilizando aqui a versão da lib compilada localmente por aqui. Favor testar com essa lib, estou disponibilizando a versão MT e ST 32bits, utilize conforme a versão da sua aplicação: ST.zipMT.zip

Boa tarde, Realmente não está atualizando com o fonte alterado na versão disponibilizada da lib. Estamos verificando o que está ocorrendo.

Estranho, pois a versão da lib foi gerada depois de atualizado o fonte no repositório com o ajuste, vamos gerar outra versão para teste...

Acho que ainda está pegando da lib anterior na sua aplicação. Veja o arquivo gerado na lib 0.2.0.178, foi corrigido a posição 2 e 3:

Bom dia, Por favor atualize a lib novamente para testes, creio que resolvemos nessa versão.

Poderia anexar o log.txt da lib, se possível...

Estava errado, mas foi atualizado lendo de Cedente.TipoInscricao Está passando o campo TipoPessoa nos dados do cedente? [Cedente] TipoPessoa=1 ;;0- Pessoa Física e 1- Pessoa Juridica

Bom dia, Geramos uma nova versão da lib... Favor atualizar e testar a questão do tipo de Inscrição do Cedente no arquivo. Referente as notas no arquivo ini, a documentação estava desatualizada, favor testar preenchendo conforme documentação atualizada. Mas de qualquer forma estamos corrigindo para não ocorrer o erro atual. Segue a forma de preenchimento da seção: [NFe1-1] https://acbr.sourceforge.io/ACBrLib/ModeloTituloINI.html

Ok, Estamos verificando...

Até então o Integrador Fiscal também se faz necessário para realização da integração de Pagamentos Eletrônicos (VFPE - Validador Fiscal de Pagamentos Eletrônicos), com o anúncio da desativação do Validador Fiscal pela SEFAZ-CE este serviço também não será mais utilizado. No ACBr o serviço VFPe era configurado conforme tópico abaixo, com a desativação do Validador Fiscal esse serviço não é mais necessário:

O campo operação é uma particularidade desse Banco, pode ser definido de forma fixa nas configurações da Lib também: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html Sobre a NFe, inicialmente era utilizado apenas pelo Banco Pine, mas já está disponível para o Daycoval também. A sua ACBrlibBoleto.dll está atualizada? Se sim anexe seu arquivo .ini com os dados que está ocorrendo erro. Amanhã será disponibilizada uma nova versão e já será disponibilizado esse 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.

Boa tarde A questão da posição 02 parece estar errado no componente Boleto, vamos corrigir... As informações de NFe pode adicionar para esse Banco, note na documentação que tem a seção para adicionar notas https://acbr.sourceforge.io/ACBrLib/ModeloTituloINI.html Quanto a linha digitável e código de barras, provavelmente está faltando o preenchimento de algum campo que compõem esses dados, pois esse banco já está homologado em uso... Verifique se está preenchendo os campos: ACBrTitulo.Carteira Cedente.Operacao

Boa tarde, Aparentemente essa impressora não tem suporte para PageMode, utilizada nessa configuração de impressão:

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.