Francisco IBS

Enviado.

Bom Dia... Realizando testes já com a alteração do TK-3432 notei que os indices para saber se o Arquivo tem o Cedente como CNPJ ou CPJ ficaram trocados. Segue manual e Unit já com a alteração. ACBrBancoUnicredES.pas GR - COB136 - Layout CNAB 240 - Retorno 03DEZ2019.pdf

Resolvido, pode encerrar o tópico.

Boa Tarde... Estava Testando os Layouts procurando os que permitem o uso de uma Logo para empresa e notei que 2 deles ao por uma logo com o tamanho maior do que o componente as logos eram cortadas: imgLogoEmpresaBoleto imgLogoEmpresaServicos Para os 2 componentes a cima ativei a propriedade "Scaled" no dfm "...Fontes\ACBrBoleto\FC\Fortes\ACBrBoletoFCFortesFr.dfm". Podemos por como padrão essa configuração(subir para o SVN) ? ACBrBoletoFCFortesFr.dfm

Aparentemente fez o esperado. Agradeço a atenção.

@Juliana Tamizou Realizei mais uns testes e encontrei um problema que essa alteração gerou, ao gerar a linha digitavel. Consultando a documentação do banco ficou confuso o tratamento que deve ser feito: Então por favor não fazer a alteração solicitada a cima. Pode encerrar o Tópico, assim que confirmar a situação com o banco reporto caso haja necessidade de fazer alguma alteração no componente do ACBr. Grato pela atenção e peço desculpas por qualquer transtorno.

Boa Tarde... Utilizando o Banco Cresol notei que a nova classe ACBrBancoCresol esta utilizando o tamanho da carteira da sua antecessora que é 2 casas mas no manual ela é apenas uma, em anexo manual e Unit já com a alteração realizada. ACBrBancoCresol.pas manual_cobrança_integrada_240.pdf

Bom Dia... Esta na mão as alterações para validação e adição ao fonte. Desde já agradeço a atenção. ACBrBancoUnicredES.pas ACBrBoleto.pas

Panda, aparentemente deu boa o Nosso Numero pode ser obtido como necessário. Mas ocorreu outro problema, vou reportar aqui mas se achar necessário que faça outro tópico posso migrar ele. A rotina de verificação se houve erros ou não no retorno na classe padrão verifica de 214 até 223 mas nesse caso a Unicred utiliza os campos 222 até 223 para o "TIPO DE INSTRUÇÃO ORIGEM". Logo no retorno que passei a cima temos 01 nesse campo que segundo o manual é "01 - Remessa". Em resumo o campo com o retorno do motivo de uma rejeição é apenas do 214 até 221:

Bom Dia Panda, baixei as altereções do SVN e ao testar não resolveu o problema. Fazendo a importação do arquivo em anexo "_RetornoTestes.RET" não foi possivel identificar o Nosso numero, com a configuração atual ele pegou apenas os 10 primeiros ZEROS do campo nosso numero. Então alterei a propriedade "ACBrBoleto1.Banco.TamanhoMaximoNossoNum" para 19, conforme o Manual, dessa forma o Nosso Numero foi encontrado mas gerou problema para criar uma Nova remessa. _RetornoTestes.RET

Com a Live ali ficou extremamente claro, Obrigado.

Que a NFCe parece que vai emplacar em SC eu entendo mas assim, são dois tipos de TTD que podem ser escolhidos um com a ECF em contingencia e outro com um futuro "SAT" que será ainda desenvolvido, logo só podemos utilizar 1 dos TTDs disponível o com a ECF, Certo? Se o raciocínio a cima esta certo mesmo que clientes com 20 ECFs possam usar um servidor de contingencia para a impressão em ECF ele vai precisar ficar ao menos com Uma ECF no estabelecimento. Tendo a ECF no estabelecimento vc se encaixa no bloco X e é obrigado a entregar o arquivo do estoque anual, só se escaparia caso fosse uma empresa do Normal que pode fazer a escolha de entregar via o SPED, não? Perdi alguma coisa que a NFCe da forma que esta atualmente permite não fazer envios do bloco X?

No log a cima não esta, mas testei com ele e tive o mesmo resultado.

Estou usando a um tempo já a comunicação via USB que usa a DLL da ECF como túnel. Fiz uns testes de desligar a ecf e ligar novamente para ver se a comunicação seria perdida(como ocorre na Bematech 4200) e notei que ao chamar a função "ACBrECF.Desativar" não é chamada a função da classe "TACBrECFEscECFProtocoloEpsonDLL = class( TACBrECFEscECFProtocolo )". Em anexo o log onde executo o ativa: -- 10/09 14:36:25:170 xEPSON_Serial_Abrir_Porta( 115200, 0 ) -- 10/09 14:36:25:549 Mas o desativar não é executado, debugando ele não é chamado. Mais algum relato de problemas ao desligar e ligar novamente o equipamento com esse novo modo de comunicação? ACBrLog.txt

Resolvido o problema, apesar da mensagem estar repassando o status de que o MFE esta bloqueado por excessivos erros no código de ativação todo o problema se resumiu no numero de sessão, ele estava com 7 dígitos em vez de 6. Com 5 dígitos também ocorre outro erro, então fica a dica. Pode fechar o tópico por favor.