Francisco IBS

Pior que não consegui entender, pensei que refazendo as alterações chegaria em alguma delas que geraria o problema, mas não foi o caso.

Então, fiz um BKP da versão atual do arquivo e voltei ele para versão 33363, refiz todas modificações do arquivo atual no arquivo antigo e consegui um arquivo que não esta gerando o problema. Poderia revisar as alterações e subir essa versão do arquivo pro SVN? Alguem que estava com problemas poderia testar o arquivo e postar se resolveu? Foi necessário reinstalar o componente. Desde já agradeço a atenção dos envolvidos. ACBrBoletoFCFortesFr.dfm

Isso, se der o Zoom + ele ajusta na tela, mas o problema da impressão ainda continua. Comentei as linhas e não resolveu, até deletei o componente "ACBrBoletoFCFortes1", inseri um novo com as configurações padrões para testar, o problema continuou. Só gostaria de relembrar, se eu voltar a versão do ACBrBoletoFCFortesFr.dfm pra revisão 33363 o problema não ocorre, nem na impressão nem na visualização, isso pode ajudar a gente a entender o que esta ocorrendo?

A margem esta sendo preenchida em tempo de execução:

Só para termos certeza que estamos falando da mesma coisa: Seria dessa escala que estamos falando?

Boa Tarde, @Juliomar Marchetti não sei se seria um problema apenas na visualização, no meu caso esta ocorrendo a perca da informação também na impressão. No lado esquerdo temos a impressão na versão atual, no lado direito temos a impressão do arquivo ACBrBoletoFCFortesFr.dfm voltando pra revisão 33363. Da de notar que o "comportamento" dele é diferente, o a versão atual do arquivo fica com uma margem maior que a versão anterior. Fiz a comparação do que houve de alteração no arquivo ACBrBoletoFCFortesFr.dfm revisão 33363 e a versão atual mas não consegui encontrar qual foi a alteração que estaria gerando essa diferença. Notei que foi alterado algo do PIX copia e cola, que alguns compotentes foram puxados pra cima, mas nada disso traz sentido para o que esta ocorrendo com a margem a direita. Mexo muito pouco no fortes e posso ter deixado passar algo, conseguiria dar uma luz?

Funcionou Italo. Como o meu primeiro erro foi: Ao criar a pasta no diretorio o erro parou de ocorrer, então não me ative que ainda assim precisaria preencher o campo "Schemas Provedor". Obrigado pelo auxilio.

Boa Tarde... Estou tentando utilizar o ACBrNFSeX com a emissão para Taubaté/3554102/SP e estou tendo o um erro ao tentar validar o xml: Erro de Validação: Erro: Schema inválido --> 3035 - Element '{http://www.w3.org/2001/XMLSchema}element': The attribute 'maxOccurs' is not allowed. ------------------------------ Versão OpenSSL OpenSSL 1.1.1j 16 Feb 2021 01.01.01.0AF C:\Windows\SYSTEM32\libcrypto-1_1.dll C:\Windows\SYSTEM32\libssl-1_1.dll ------------------------------ Requisição Ambiente : 2 Cidade : Taubate/SP Provedor : Etherium Versão: 2.04 Data/Hora: 20/06/2024 13:28:36 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : X800 Mensagem: Erro de Validação: Erro: Schema inválido --> 3035 - Element '{http://www.w3.org/2001/XMLSchema}element': The attribute 'maxOccurs' is not allowed. Correção: --------- NFS-e Numero....: 1 Cod. Verificacao: Prestador.......: Empresa Testes Tomador.........: INSCRICAO DE TESTE E TESTE Como na pasta schemas não encontrei o solicitado ao tentar gerar o XML, baixei o ele do site: https://abrasf.org.br/biblioteca/arquivos-publicos/nfs-e/versao-2-04 Alguem poderia me ajudar a entender o que esta ocorrendo, se o schemas a ser utilizado é o correto ou se é alguma falta de cofiguração? Em anexo o XML gerado assim como o arquivo .ini de configuração utilizado. ("temp1" "ACBrNFSeX_Exemplo") ACBrNFSeX_Exemplo.ini temp1.xml

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.

Bom Dia... Estou instalando o meu primeiro MFE em produção no CE e encontrei um problema que não estou enxergando solução. Ao tentar realizar uma venda tenho o retorno "06009|0000|MFE bloqueado, código de ativação incorreto". Tenho o componente ACBrSat dentro da minha aplicação então já revisei a programação tentando encontrar a falta de alguma configuração e até cheguei a por "showmessage" no código de ativação na Unit "ACBrSATMFe_integrador.pas" na função "TACBrSATMFe_integrador_XML.EnviarDadosVenda(" para ter certeza que nesse momento o código de ativação estava correto. Utilizando o SATTest.exe a venda é realizada com sucesso... A baixo o log das 2 aplicações, alguém conseguiria me dar uma dica do que não estou vendo? Note que no Log da minha aplicação antes de gerar a venda usei o comando "ConsultarStatusOperacional" que também utiliza o Código de Ativação e nesse momento ele não retornou que estava incorreto. Fora que foi feita toda a homologação necessária para liberação no SEFAZ e não tive nenhum problema, só que em homologação estava utilizando um TANCA e em produção é um Elgin, algum tipo de parametrização a mais ou diferente de um para outro? ACBrSAT Log Minha Aplicacao.log ACBrSAT Log SATTestes.log

Juliomar só testei no delphi 7 e esta funcionando, lazarus infelizmente não testei. Então Daniel o uso do TFileStream foi para tentar montar o arquivo mais rápido mesmo, pelo que recordo nos testes que fiz deu uma boa diferença para montar ele como TFileStream, inicialmente tinha usado uma TStringList. Com relação a assinatura quando tentei usar pelo ACBR levou 10 min pelo que recordo, dai acabei fazendo a assinatura por "fora" com outra rotina que já existia no meu sistema.