Grupo IN4

Só por curiosidade, tem alguma maneira que eu possa acompanhar o andamento do TK?

Estamos processando retorno do Banco Bradesco com 400 posições; No método TACBrBancoClass.LerRetorno400 no momento de definir o código do motivo gera um laço de 5 repetições para ler blocos de 2 caracteres iniciando na posição 319. Na última volta do laço ele acaba pegando no nosso caso o valor '2 '; A instrução de definição da variável CodMotivo é: CodMotivo := StrToInt(IfThen(copy(Linha,MotivoLinha,2) = ' ','00',copy(Linha,MotivoLinha,2))); Isso acaba retornando uma exceção: ' 2' is not a valid integer value; estamos fazendo alguma leitura errada ou é algo realmente a ser resolvido? VER ARQUIVO.RET (Em anexo). Se não estivermos fazendo nada errado achamos que pode haver algum problema com o fonte: Fonte da Unit unit ACBrBoleto; procedure TACBrBancoClass.LerRetorno400(ARetorno: TStringList); ... MotivoLinha := 319; for i := 0 to 4 do begin CodMotivo := StrToInt(IfThen(copy(Linha,MotivoLinha,2) = ' ','00',copy(Linha,MotivoLinha,2))); ... MotivoLinha := MotivoLinha + 2; //Incrementa a coluna dos motivos end; ... end; Linha do Arquivo de retorno Bradesco 400 posiçoes 02RETORNO01COBRANCA 00000000000000051978PS.SECURITIZADORA DE CREDITOS 237BRADESCO 1704220160000000001 180422 000001 10240974616000188000000202960010434710071677PROFACW 0000000000000353853P000000000000000000000000020614042272261-07 00000353853P00000000140422000000004854310402261 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000485430000000000000000000004854300000000000000000000000000 140422 26910511000134JOSE GENIVALDO OLIVEIRA 34000002 posição 319 a 329 da linha detalhe 140422 3 3 3 3 3 1 2 2 2 2 9 1 3 5 7 i = 0 MotivoLinha = 319 copy(Linha,MotivoLinha,2) = ' ' i = 1 MotivoLinha = 321 copy(Linha,MotivoLinha,2) = ' 1' 1 = 2 MotivoLinha = 323 copy(Linha,MotivoLinha,2) = '40' i = 3 MotivoLinha = 325 copy(Linha,MotivoLinha,2) = '42' i = 4 MotivoLinha = 327 copy(Linha,MotivoLinha,2) = '2 ' Não há método override para o método da classe primária na Unit ACBrBancoBradesco; VER DETALHEACBR.TXT (Em anexo). ARQUIVO.RET DetalheACBR.txt

O fonte ACBrboleto na classe TACBrTitulo está inicializando a propriedade FRetornoWeb, do tipo TRetEnvio, e não está liberando o objeto ao destruir a classe, causando fuga de memória. Em anexo estão o print de tela e o arquivo Leak Report do MadExcept. Application MadExcept - 2022-02-22 - 17.08.09 - leak report.mbr

Valeu, Panda! Já atualizamos.

Gostaria de saber, também.

Boa tarde! Consegui reunir a documentação necessária e estou anexando a este post. RETORNO - PV386425_564.201 ACBrBancoSofisaSantander.pas boleto Sofisa.pdf Manual Banco Sofisa – Cobrança.pdf REMESSA - CNAB190101038.REM

Olá pessoal. Desenvolvemos e homologamos o Layout do boleto do Banco Sofisa. Gostaríamos de saber como proceder para que esse layout seja incluído no projeto ACBr, o que evitaria o problema de termos que incluir esse layout na instalação do ACBr todas as vezes que precisamos atualizar. Além disso, gostaríamos de disponibilizar o mesmo para que todos os membros tenham acesso, caso precisem.

Boa tarde! Alguém me responde, por favor, se essa alteração também resolve o mesmo problema para quem tem o FastReport 5

Boa tarde.. Em um de nossos post aqui no fórum, abrimos um chamada como o título de "Erro com código "X203" e descrição "Não foi retornado nenhuma NFSe" o mesmo se encontra no link : este chamado já foi dada com finalizada não á novos comentários, porém, o @Victor H. Gonzales - Panda havia nos feito está solicitação "Confirma os endpoints da Abrasf 2.04 para essa cidade por favor com o provedor GISS." na qual solicitamos a prefeitura e até agora estamos no aguardo do retorno, assim que tivermos uma posição da prefeitura, gostaríamos de continuar.

Segue o link: Ingressar na conversa (microsoft.com)

Haverá uma live hoje as 16h com o representante do provedor da prefeitura e das empresas desenvolvedora.

Bom dia. Estamos com um problema já há algumas semanas para emitir NFSe na cidade de Maceió. Repetindo o histórico já antes mencionado, a prefeitura mudou o provedor GINFES para GISS. Porém, a GISS manteve todas as URL's antigas, com a promessa de que nada se alteraria. Porém, a promessa não se concretizou e nossa aplicação que utilizava o componente antigo de emissão NFSe parou de receber retorno nas consultas. Fizemos a migração para o novo componente. O problemas que temos neste momento é o seguinte: Fazemos o envio do RPS não recebemos nenhum retorno de erro, logo em seguida fazemos a consulta deste RPS e temos como retorno o erro com código "X203" e descrição "Não foi retornado nenhuma NFSe.". Estamos com o ACBr atualizado com a revisão 22737 de hoje no inicio da manhã. Seguem em anexo todos os XML's envolvidos nas operações citadas acima 51725-env-lot.xml 51725-rec.xml 1275433-con-lot.xml 1275433-con-sit.xml 1275433-lista-nfse-con-lot.xml 1275433-sit.xml 51725NFS-comp-nfse.xml 51725NFS-con-nfse-rps.xml

Ok... Italo, obrigado!!!

Boa Tarde, Migramos na semana passada para o novo componente de emissão de NFSe. No componente antigo na hora da substituição, na geração do novo RPS, o que fazíamos era emitir o RPS informando os atributos TACBrNFSe.NotasFiscais[xx].NFSe.RpsSubstituido.Numero, TACBrNFSe.NotasFiscais[0].NFSe.RpsSubstituido.Serie e TACBrNFSe.NotasFiscais[0].NFSe.RpsSubstituido.Tipo. Após a emissão ao consultarmos a NFS substituída, tínhamos o retorno de status cancelada para a NFSe. Isso não está ocorrendo com o componente novo. Tentamos fazer o processo completo emitindo a nova, informando os atributos de substituição e cancelando a antiga. Não conseguimos cancelar. Temos o retorno E345 - "Para realizar o cancelamento entre em contato com a prefeitura" e x209 - "Retorno do Cancelamento não encontrada.". Tentamos seguir o projeto EXEMPLO e utilizamos o método TACBrNFSeX.SubstituirNFSe mas o retorno é de "Serviço não implementado para este provedor.". Estamos precisando de ajuda para completar a migração. Gostaria de saber em que erro estamos incorrendo.

Ok, Italo, obrigado!!! Vou verificar as atualizações de sexta (13/08) para cá, quando fizemos o nosso ultimo update.

Ao consultar NFS na Classe ACBrNFSeXProviderABRASFv1 foi necessário comentar a linha AuxNode := AuxNode.Childrens.FindAnyNs('IdentificacaoRps'); no método TratarRetornoConsultaNFSe. Verificamos que a mesma instrução ocorre no método TratarRetornoConsultaLoteRps e já estava comentada; Em anexo o arquivo XML para validação. 2333.xml

Retorna nil

Isso está ocorrendo porque isso está falhando: ANode := Document.Root.Childrens.FindAnyNs('CompNfse'); A cidade é Maceió 2333.xml O provedor é GISSONLINE

Estamos fazendo consulta. No retorno, no momento de tratar possíveis erros, com a propriedade TNFSeConsultaNFSeporRpsResponse.Erro sempre temos 1 item na propriedade com TNFSeConsultaNFSeporRpsResponse.Erros[0].Codigo = X203. 233.xml

Bom Dia!!! Migramos a emissão de NFS para o novo componente ACBrNFSeX. A propriedade "Confirmada" da classe TNotasFiscais retorna sempre com valor False. Se nossa verificação não foi errônea, ela somente é alterada no método TACBrNFSeXProvider.SalvarXmlNfse que também somente é consumido para alguns provedores. (gostariamos de saber se estamos corretos nessa avaliação) Testar a propriedade NFSe.Status com valor srNormal é suficiente para garantir que a NFSe foi emitida com sucesso? Que retorno testar ao consultar um RPS para saber se a NFSe ainda não emitida?

XMLConsulta1.xmlXMLRetorno.xml

Perdão... sou novo por aqui... vou anexar os XML's. Realmente houveram problemas com a prefeitura. Mas a informação que tivemos era a de que foi normalizado.

Boa Tarde!!! Estamos tentando Autorizar/Consultar NFS com a Prefeitura de Maceió e não conseguimos retorno. Na hora de consultar sempre retorna "Erro Inesperado". E na emissão sempre "Lote em processamento". Na consulta o envio é: '<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><ns1:ConsultarNfsePorRpsV3 xmlns:ns1="http://producao.ginfes.com.br"><arg0><ns2:cabecalho versao="3" xmlns:ns2="http://www.ginfes.com.br/cabecalho_v03.xsd"><versaoDados>3</versaoDados></ns2:cabecalho></arg0><arg1><ns3:ConsultarNfseRpsEnvio xmlns:ns3="http://www.ginfes.com.br/servico_consultar_nfse_rps_envio_v03.xsd" xmlns:ns4="http://www.ginfes.com.br/tipos_v03.xsd"><ns3:IdentificacaoRps><ns4:Numero>2154</ns4:Numero><ns4:Serie>RPS</ns4:Serie><ns4:Tipo>1</ns4:Tipo></ns3:IdentificacaoRps><ns3:Prestador><ns4:Cnpj>33262883000167</ns4:Cnpj><ns4:InscricaoMunicipal>901450717</ns4:InscricaoMunicipal></ns3:Prestador><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></CanonicalizationMethod><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"></SignatureMethod><Reference URI=""><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"></Transform><Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"></Transform></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"></DigestMethod><DigestValue>nvKXA6f9kP9l4vk2zKt7vCBkdbs=</DigestValue></Reference></SignedInfo><SignatureValue>KgDwcpELHGiZBVnhgqKf4l2Q4qEoDz7yZ9UemGchLnZExOlOMnu+rLcjeRVAA+X8vcHS1BJ3j1Q4T9Bx99NYeoUuhiozE0KUfJ//qShmUWbgQxzBrrU0yCCXoZKnZCkACqeY8llMgjIn5VvdXuM/a/QLc+oqCEzPAWN/9I8GNDHzvowGURM5p5iS0wBu6kMB04DWKoxHYfS8HI+x/KxRLWEJvFM6Wk+Z/NUo2X++P0ef4Dfk7EiTtF2zn4C13qCmYrg+wESL+rSMSjqiYBWZUGVq6FuAYEG23u9KP9gc5pQ6eqK/VXhHWBmCE/o4F2Nzc/EHVA8lzazsDi0u5eBZ4g==</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIIBDCCBeygAwIBAgIIUslYlaglJkYwDQYJKoZIhvcNAQELBQAwdTELMAkGA1UEBhMCQlIxEzARBgNVBAoMCklDUC1CcmFzaWwxNjA0BgNVBAsMLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEZMBcGA1UEAwwQQUMgU0VSQVNBIFJGQiB2NTAeFw0yMTA2MDcxNTA2MDBaFw0yMjA2MDcxNTA2MDBaMIIBHjELMAkGA1UEBhMCQlIxCzAJBgNVBAgMAkFMMRIwEAYDVQQHDAlNYWNlacODwrMxEzARBgNVBAoMCklDUC1CcmFzaWwxGDAWBgNVBAsMDzAwMDAwMTAxMDI4ODA0MTE2MDQGA1UECwwtU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRYwFAYDVQQLDA1SRkIgZS1DTlBKIEExMRYwFAYDVQQLDA1BQyBTRVJBU0EgUkZCMRcwFQYDVQQLDA4yOTA5MTU3MTAwMDE2MDEZMBcGA1UECwwQVklERU9DT05GRVJFTkNJQTEjMCEGA1UEAwwaUiBDIE1PUlRBUkk6MzMyNjI4ODMwMDAxNjcwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDTW2JLTuEx2KmPmoBDZzo0lFgpoZF4eSSmtRlynUIFhxLi9V00p6ncfovNqQoQ9bUPM6H9ebsG+esz49Jlgox+g1U0PyZXxOSTu951tGzlmgAiZt0uIxh4BW7+ut/Bk2Gw4g+s2wG1c0vDT/P9sPdJmlKnc/F6MKmfRSOQmEkD/tr0dweI+SeFxA/jfMeVvI5HOE3WaEOMHHl1se42yXncDJ+Gc8PjNMvphkoqqXWGa2f74zY0LJv63bYPH0ni/BIksTL/nTfug2tgTnUMZvD61tfeEF/VG1Qbph25839e+/Vq5kODxsf4ZXcH9gMrkj5I/ev5fR05jIJm4mRwxF7ZAgMBAAGjggLrMIIC5zAJBgNVHRMEAjAAMB8GA1UdIwQYMBaAFOzxQVFXqOY66V6zoCL5CIq1OoePMIGZBggrBgEFBQcBAQSBjDCBiTBIBggrBgEFBQcwAoY8aHR0cDovL3d3dy5jZXJ0aWZpY2Fkb2RpZ2l0YWwuY29tLmJyL2NhZGVpYXMvc2VyYXNhcmZidjUucDdiMD0GCCsGAQUFBzABhjFodHRwOi8vb2NzcC5jZXJ0aWZpY2Fkb2RpZ2l0YWwuY29tLmJyL3NlcmFzYXJmYnY1MIG7BgNVHREEgbMwgbCBFnJhY21vcnRhcmlAaG90bWFpbC5jb22gIgYFYEwBAwKgGRMXUkFDSEVMIENSSVNUSU5BIE1PUlRBUkmgGQYFYEwBAwOgEBMOMzMyNjI4ODMwMDAxNjegPgYFYEwBAwSgNRMzMDUxMDE5NzE3ODczMjI5ODQwNDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwoBcGBWBMAQMHoA4TDDAwMDAwMDAwMDAwMDBxBgNVHSAEajBoMGYGBmBMAQIBDTBcMFoGCCsGAQUFBwIBFk5odHRwOi8vcHVibGljYWNhby5jZXJ0aWZpY2Fkb2RpZ2l0YWwuY29tLmJyL3JlcG9zaXRvcmlvL2RwYy9kZWNsYXJhY2FvLXJmYi5wZGYwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMIGdBgNVHR8EgZUwgZIwSqBIoEaGRGh0dHA6Ly93d3cuY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9yZXBvc2l0b3Jpby9sY3Ivc2VyYXNhcmZidjUuY3JsMESgQqBAhj5odHRwOi8vbGNyLmNlcnRpZmljYWRvcy5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL3NlcmFzYXJmYnY1LmNybDAdBgNVHQ4EFgQUH6gkj+xCVOIh9Qca7Ww32ZVpXfYwDgYDVR0PAQH/BAQDAgXgMA0GCSqGSIb3DQEBCwUAA4ICAQByu/J3V8vJd9Nenu97z+Ru8PG7/bOUyg+DNl0G52ZkyQgHflls/1WkdXPDQyFQp7Lev3SWJcxLpxr92blGhzOk1wzUK4xDD3LQAsfh+ub2T4GiCKhglCtT4x8Gg/f8Ptu9GkVX+b6cSrLUTkIdRzuq0ejjpkfiMl5CWPr+s1ayoOT+tvwZhByhWykmew1BGiNdyXNRXlrLGwX21T7KK76VtpEZ2O47sDDJgW4n8PCUZl3GEaUTwv8MH1mCxu5/aQDmVOuTrnhdF9xmzn6rxu0jVrH4dIfK8OcFtrpj81H8l+kbUA6aR9e4m44xSwITM+5AEGi+6m8X8YEMr4AvpeDnTW9qQ46I3EHoxUMZ9W75tw1VthrcWWilZocD/r+9+mrQDrMgDXHizDDiUAQ9hCbxPtmHme41rLSICBUSjEuPIUs68uIfMROjWHr6jfffhylU+LG7/Weuzjak3Bli//3XIyeBB1jEX0x/m3+1Q3sA6Mi4b5hB/BCY4+SuX8C/fusMKWY6gvavUSIdu70SIylwRaszBDbDMXL42MM9+WkzlZ9G0qbF7Jufc00EAROgj7VfOex8yLPCqDPtwGyDKKtw0EOEBdsqXpT8ApdBG49NLuXrq2ENZtjgSJPS27pEuUfmstUY26vmzm5vRzjByAehfDSPbh9CxszicQwLYOSbdg==</X509Certificate></X509Data></KeyInfo></Signature></ns3:ConsultarNfseRpsEnvio></arg1></ns1:ConsultarNfsePorRpsV3></soap:Body></soap:Envelope>' e o retorno: '<env:Envelope xmlns:env=''http://schemas.xmlsoap.org/soap/envelope/''><env:Header></env:Header><env:Body><ns1:ConsultarNfsePorRpsV3Response xmlns:ns1=''http://producao.ginfes.com.br''><return>Erro Inesperado</return></ns1:ConsultarNfsePorRpsV3Response></env:Body></env:Envelope>'

Pessoal, Muito obrigado!!! Mudamos a configuração do SSL e conseguimos assinar.

Bom dia, estou consultando uma requisição de NFSe, porém, está retornando a seguinte mensagem: The Cryptographic Service Provider type ''24'' is not supported Alguém por nos orientar de como proceder ?