Alexandre Felippeto Henzen

Essa situação ocorre somente com um cliente ao abrir o PDF recebido. Pode ser alguma configuração na ferramenta que ele está usando para abrir o PDF? Se encaminhar o mesmo e-mail com p PDF em anexo pra outro cliente funciona corretamente...

Foi gerado PDF da Danfse, anexado e enviado por e-mail; quando o cliente abriu o PDF ficou nesse formato, alguma ideia do que seja?

Alguma novidade sobre isso?

Mas ninguém relatou esse problema? Mesmo aumentando o timeout ainda estou com o erro...

Estamos recebendo esse erro várias vezes hoje e o nosso timeout está com 30000, mais alguma coisa que possamos fazer? Erro Interno: 10060 Erro HTTP: 500 URL: https://nfe.sefa.pr.gov.br/nfe/NFeAutorizacao4?wsdl Connection timed out

Identifiquei outro problema relacionado ao gerenciamento de memória no componente ACBrSpedContabil na unit ACBrECDBloco_K nos seguintes objetos: - FRegistroK210: TRegistroK210List dentro da classe TRegistroK200 - FRegistroK310: TRegistroK310List dentro da classe TRegistroK300 - FRegistroK315: TRegistroK315List dentro da classe TRegistroK310 Todas essas classes possuem um método create mas não possuem um método destroy para liberar as listas, o que está resultando em memory leak ao tentar gerar o arquivo ECD. Teria alguma previsão de Correção? Essa é a maneira que estou criando essas listas:

Bom dia, não fiz alterações no componente, somente uma solução temporária na minha unit armazenando essas TRegistroI157List em uma TObjectList e liberando da memória após utilizar, resolveu os leaks

Identifiquei um problema relacionado ao gerenciamento de memória no componente ACBrSpedContabil, especificamente na lista de registros I157 (FRegistroI157: TRegistroI157List) dentro da classe TRegistroI155 na unit ACBrECDBloco_I, a classe possui um método create mas não possui um método destroy para liberar a lista, o que está resultando em memory leak ao tentar gerar o arquivo ECD. Essa é a maneira como estou criando a classe TRegistroI155. E esse é o relatório de leaks que obtive ao tentar gerar o arquivo Teria alguma previsão de correção para esse problema?

Layout de Boletos - Banco Votorantim 1.8.pdf CNAB 400_VOTORANTIM Cobranca Propria v6.3.pdf

Há algo prazo de quando saem as correções destes casos?

Foi aberto um protocolo junto a prefeitura e ao provedor sobre esse problema; assim que me retornarem, comunico aqui.

Realizado testes com os seguintes formatos de inscrição municipal: 802565-0 - rejeição E232 Ocorreu um erro no processamento do arquivo. E45|CNPJ não encontrado na base de dados. Confira o número do CNPJ informado. Caso esteja correto, o prestador não está inscrito no municí­pio. E142|Inscrição Municipal do prestador não está vinculada ao CNPJ informado. Acerte a inscrição Municipal ou o CNPJ do prestador. 8025650 - rejeição E232 Ocorreu um erro no processamento do arquivo. E45|CNPJ não encontrado na base de dados. Confira o número do CNPJ informado. Caso esteja correto, o prestador não está inscrito no municí­pio. E142|Inscrição Municipal do prestador não está vinculada ao CNPJ informado. Acerte a inscrição Municipal ou o CNPJ do prestador. 802565 - rejeição E345 - Inscrição Municipal do prestador do serviço não está vinculada ao CNPJ ou CPF informado Verificado na ficha cadastral da empresa na prefeitura e está correto a inscrição, não sei mais oq fazer. CADASTRO MUNICIPAL: 802565-0 NOME......: AGROSOFT TECNOLOGIA E SERVICOS ADMINISTRATIVOS EIRELI CNPJ/CPF..: 09.007.218/0001-42 LOCALIZ...: RUA AFONSO PENA ,001710 - ANCHIETA ALVARÁ NR.: 603/2017 MUNICIPIO.: PATO BRANO UF: PR

Ao consultar o envio de um RPS da cidade de Pato Branco/PR do provedor Govbr ISS estou recebendo a rejeição "E345 - Inscrição Municipal do prestador do serviço não está vinculada ao CNPJ ou CPF informado". Mesmo com essa rejeição a nota é registrada no portal da prefeitura. Alguma ideia do que seja esse problema? Não encontro documentação em local nenhum...

Consegui a documentação mais atualizada porem não consigo anexar então irei colocar o link Layout de Boletos - Banco Votorantim 1.8.pdf CNAB 400_VOTORANTIM Cobranca Propria v6.3.pdf

Ainda não alterei o código, no caso da homologação estamos testando com o cliente e só tivemos esse retorno do banco até então.

Peguei a documentação deste post não consegui anexar o arquivo pdf por ultrapassar o limite de tamanho

A pedido do banco para homologação do arquivo de remessa, foi relatado algumas inconsistências. Tamanho máximo da Carteira do banco Votorantim esta incorreto. Neste caso preciso enviar a carteira 500 porem o ACBr realiza uma alteração que sempre muda para 5 por conta do tamanho máximo configurado. No campo Identificação do Layout deve ser preenchido sempre com "CL001" porem no ACBr está preenchendo com CL + NumeroDaRemesa.

Acabei de tentar criar e enviar pelo exemplo: Mas as vezes não ocorre esse problema.

As configurações estão conforme na imagem

Me desculpe, erro meu de digitação. Acabei de consultar a chave novamente e mesmo erro, não sei mais oq ver pra parar de uma vez por todas com esse problema, alguma ideia?

São raros os momentos que funciona, como agora:

Consta na primeira imagem...30000

Bom dia, mesmo erro

Alguém sabe dizer do que se trata esse erro? As DLLs do OpenSSL estão na pasta do executável na última versão. Esse erro as vezes não ocorre.

Analisando o código da API do Banco do Brasil foi visto que o valor da multa está sendo retornado no campo de percentual da multa ARetornoWS.DadosRet.TituloRet.PercentualMulta := AJson.Values['valorMultaRecebido'].AsNumber; Na Documentação da API no campo que esta sendo lido json tem a seguinte descrição: RespostaDetalhamentoBoleto -> valorMultaRecebido -> number($float) Valor de multa recebido.