joedbat

Sim, tanto na versão original, quanto com o ajuste que realizei, o arquivo foi rejeitado pelo banco, apesar de a estrutura ter sido validada no validador do banco.

Ao utilizar o componente PagFor, para efetuar um pagamento via PIX, no banco Inter, observei que a unit PagFor.Inter.GravarTxtRemessa, na procedure TArquivoW_Inter.GeraSegmentoB, não informa o tipo da chave pix, pois a linha implementada é: GravarCampo(' ', 3, tcStr); Quando deveria ser algo como: if PixTipoChave <> tcpNenhum then begin GravarCampo(TipoChavePixToStr(PixTipoChave), 2, tcStr); GravarCampo(' ', 1, tcStr); end else GravarCampo(' ', 3, tcStr); Gostaria de saber se algum dos colegas já teve sucesso em enviar o arquivo de remessa para o Banco Inter, uma vez que mesmo realizando este ajuste, o arquivo foi rejeitado como inválido.

No método DefineTamanhoNossoNumeroRetorno, o valor correto de retorno deveria ser 10, quando o retorno do método LerNossoNumeroCompleto for False e está setado para 8. Com isto, o nosso numero é carregado apenas parcialmente, com 8 posições ao invés de 10, que seria o correto. Inclusive, não seria o caso de definir o valor de retorno deste método para o mesmo valor da propriedade fpTamanhoMaximoNossoNum ? Uma vez que no arquivo de retorno, independente de quantas posições sejam de fato utilizadas, o componente deve ler sempre 10 posições. As não utilizadas são completadas com zero à esquerda. Att, Joemerson

Sim, eu ajustei a unit. Apenas alterei o parâmetro de 392 para 394. O arquivo foi gerado corretamente. ACBrBancoDaycoval.pas

Sim, o banco está reclamando que o arquivo está incorreto. Segue um exemplo de arquivo rejeitado. Observe que na 3a linha, só há 398 caracteres, que é a causa do problema. ZYD19091.TXT Ajustando manualmente o arquivo (apenas acrescentando 2 espaços) na linha, o arquivo é validado normalmente.

Nas linhas 412 e 413 da unit ACBrBancoDaycoval.pas, a instrução: Result := PadRight(Result, 392) + IntToStrZero(nRegistro, 6); // 395 a 400 - Sequência: Seguir a sequência normal de registros. Deveria ter como parâmetro 394 e não 392, pois a quantidade de caracteres é insuficiente para atingir os 400 caracteres que o layout exige, o que está fazendo com que o arquivo fique incorreto. A última alteração foi feita em 21/07/2023 e permanece desta forma no repositório.

Continua apresentando o problema, mesmo utilizando o Demo. Alguém sabe se existe a possibilidade de mudar para o hCaptcha, como utilizado pelo site da receita. É dificil fazer o cliente entender que na receita funciona e no seu sistema, não...

Entendo que o ideal, seria a implementação completa. Mas como o inter permite a geração do arquivo de remessa em formato CNAB (a documentação foi anexada acima), não seria interessante deixar disponível esta opção (ao invés de a cada atualização do repositório, ter que alterar manualmente os arquivos com as contribuições aqui enviadas)? Desta forma, poderíamos implementar já o envio de remessa nos aplicativos, reduzindo significativamente o trabalho dos clientes em ter que digitar manualmente os dados de cada boleto. O Inter hoje é uma das melhores opções para PJ para pequenas empresas, pois permite a geração de até 100 boletos sem custo.

Ao tentar instalar o acbr, em um computador com o RAD Studio 11, surge a mensagem de erro abaixo, logo na inicialização do instalador: E na sequencia, na tela inicial de seleção de versão: Acredito que o instalador ainda não está preparado para reconhecer o RAD Studio 11. Alguma sugestão de como contornar este problema?

Ao remover o tentar ACBrDFeReport, do package, não é mais possível utilizar o TACBrNFe, pois ele inclui o ACBrDFeDANFeReport na lista de units necessárias, que por sua vez, inclui o ACBrDFeReport...

Infelizmente, mesmo removendo a parte de Report do ACBr, o problema persiste, pois aparentemente ao se utilizar o componente TACBrNFe, a unit ACBrDFeReport, é compilada, gerando o erro...

Obrigado por sua resposta. Eu suspeitei que seria esta a solução. Entretanto, seria interessante se tivesse uma forma de remover apenas para o projeto, pois ao desabilitar, também perco esta funcionalidade para as demais aplicações, que utilizam os impressos. Mais uma vez, agradeço pelo retorno.

Estou tentando compilar uma aplicação em modo console, mas utilizando o componente o componente TAcbrNFe, para executar o método DistribuicaoDFe. A ideia é uma aplicação linux, que execute como um Daemon, para realizar estas consultas. Mesmo definindo a diretiva NOGUI, ainda assim não consigo compilar, pois ocorre um erro na unit, ACBrDFeReport, que só tem as opções de usar Graphics ou FMX.Graphics. Existe alguma forma de contornar este problema, uma vez que não irei utilizar nenhum gerador de relatório, apenas a carga do certificado e a consulta aos DFes emitidos. Agradeço pela atenção dispensada.

No último manual que enviei, nas páginas 19 e 20, tem a especificação.

Necessita mais alguma informação acerca do boleto? Eu posso entrar em contato com o gerente do meu cliente, caso reste alguma dúvida...