jefferson01

Bom dia! Estamos com 3 clientes com o mesmo problema. Não fizemos nenhuma alteração no sistema e analisando o xml não encontramos nada de diferença em relação aos demais xml's de mdf-e que foram autorizados. Alguém conseguiu um caminho para resolver essa situação? Att. Jefferson

Bom dia @Italo Giurizzato Junior! Muito obrigado pelos esclarecimento. Att. Jefferson

Boa tarde @Italo Giurizzato Junior! A propriedade ConsultaLoteAposEnvio já está como "true". Pelo que vi no demo devemos utilizar os dados de ACBrNFSeX1.WebService.ConsultaSituacao para ter as informações se o RPS foi transformado em NFS-e. Está correto a analise? Att. Jefferson

@Diego Foliene, obrigado pelo retorno. Era isso mesmo. Inclusive estava retornando erro e por isso não estava no portal. Já temos outros cliente utilizando com prefeituras que tem o provedor EL como servidor, porém na versão 2.04 e nessa versão não temos que consulta a situação, por isso achei estranho não ter funcionado. De qualquer forma obrigado. Só mais uma dúvida, antes de migrar para o ACBRNFSeX não precisávamos consultar a situação do rps. Temos que mudar algo ao enviar? Estamos utilizando o método Emitir. Desde já agradeço pela atenção. Att. Jefferson

Boa tarde! Atualizamos um cliente de Viana - ES com o sistema utilizando ao ACBRNFSeX e ao tentar enviar um RPS a NFS-e não é registrada e no log fica assim: Método Executado: Enviar Lote Assíncrono Parâmetros de Envio Numero do Lote: 3181 Parâmetros de Retorno Data de Envio : 13/05/2024 Numero do Prot: 000000437199 Numero da Nota: Link : Código Verif. : Sucesso : True O provedor é EL. Não sabemos se temos que fazer alguma configuração ou é um problema no componente. Alguém pode nos ajudar? Att. Jefferson

Boa tarde @Allan Hilário! Fiz conforme sua orientação e consegui realizar a baixa imediata. Muito obrigado pela ajuda. Att. Jefferson

Onde escrevi "baixa automática" o correto é "baixa imediata".

@rafmattos, a baixa automática que eu estou com problema não é confirmação de recebimento, essa baixa é o meu cliente(emissor do boleto) que faz a baixa desse boleto, seja por emissão errada, ou o cliente ir na loja e pagar o boleto, etc...

@rafmattos, ainda estou com esse problema. Informei ao suporte do banco e eles pediram para que eu verifique se está sendo informado algo no Body da requisição, que segundo eles tem que está fazia. Realizando testes não encontrei nenhum ponto do código informando algo no Body da requisição.

Bom dia @Italo Giurizzato Junior! Isso mesmo, o provedor é o mesmo, SmarAPD, só que eles agora estão utilizando a versão 2.04 da ABRASF, antes era layout próprio mesmo. Vou entrar em contato com eles. Obrigado pela atenção.

Boa tarde @Italo Giurizzato Junior! Foi exatamente não informar o número rps, série, data e tipo. A versão anterior desse provedor não era no padrão Abrasf. Segue em anexo. VERSÃO ANTIGA.XML

O município da Serra/ES possui uma legislação que diz que só deve ser informar o número de RPS no envio de NFS-e quando o serviço não estava disponível no momento em que o contribuinte precisou gerar a Nota Fiscal(como se o RPS fosse o método de contingencia). Previsão legal na forma prevista no Art. 468 da Lei Municipal nº 3.833/2011 regulamentado pelo Art. 17 do Decreto nº 6.668/2012. No componente ACBRNFSeX é possível configurar isso? Não encontrei nada. Antes estávamos utilizando o ACBRNFSe antigo e lá tínhamos alterado para conseguir. Se for atribuido uma string vazia ao campo: Numero do RPS. IdentificacaoRps.Numero := ''; É retornado: Erro(s): Código : 1 Mensagem: Foi encontrado erros: java.lang.NullPointerException: Null Pointer in Method Invocation Correção: Corrija os campos informados. --------- Desde já agradeço. Att. Jefferson

Boa tarde @Italo Giurizzato Junior! Informando numero, serie e tipo do RPS conseguimos enviar e receber a NFS-e com sucesso. Att. Jefferson

Boa tarde @Italo Giurizzato Junior ! Fiz o recomendado e sempre é retornado Erro(s): Código : 1 Mensagem: Foi encontrado erros: java.lang.NullPointerException: Null Pointer in Method Invocation Correção: Corrija os campos informados. --------- Não estou conseguindo fazer o debug. Uso o delphi 7 e estou tentando descobrir o motivo. Em anexo está o xml gerado. Desde já agradeço. Att. Jefferson 3224042744948700014056000000000000000-rps.xml

O município da Serra/ES possui uma legislação que diz que só deve ser informar o número de RPS no envio de NFS-e quando o serviço não estava disponível no momento em que o contribuinte precisou gerar a Nota Fiscal(como se o RPS fosse o método de contingencia). Previsão legal na forma prevista no Art. 468 da Lei Municipal nº 3.833/2011 regulamentado pelo Art. 17 do Decreto nº 6.668/2012. No componente ACBRNFSeX é possível configurar isso? Não encontrei nada. Antes estávamos utilizando o ACBRNFSe antigo e lá tínhamos alterado para conseguir. Att. Jefferson

Sim é gerado o log. 20/03/24 15:50:37:072 - Comando Enviar: 20/03/24 15:50:37:312 - Retorno Envio: HTTPCode=500 Result={ "message" : "No message body" } Em debug não consegui observar em nenhum momento gerando informação no body da requisições. Fiz a pergunta para saber se estava fazendo a analise do debug em alguma unit errada. Att. Jefferson

@Daniel InfoCotidiano, boa tarde! Você pode me informar em qual parte do código o componente informar o body na requisição de baixa automática para o banco Itaú na api versão 2? O suporte o Itaú insiste em que não estou conseguindo fazer a baixa pois está com conteúdo no body da requisição.

Pra mim continuar os testes eu comentei o LJon.Free do finally e assim consegui enviar, porém retornou o erro que informei antes. Att. Jefferson

Estou fazendo em produção. Informei ao suporte do banco sim, inclusive mandei a url que o componente gera e eles confirmaram que esta correta e pediram para que eu verifique se está sendo informado algo no Body da requisição, que segundo eles tem que está fazia.

@Daniel InfoCotidiano, fiz conforme recomendado e continuamos recebendo o mesmo retorno: Retorno Envio: HTTPCode=500 Result={ "message" : "No message body" } Ao debugar a url gerada está correta conforme o manual. Att. Jefferson

Bom dia! @Daniel InfoCotidiano, fiz testes com os fontes que você anexou e estava com erro na unit ACBrBoletoW_Inter_API.pas e fiz ajustes(unit em anexo para analise), porém ao enviar tem o retorno de erro abaixo: Retorno Envio: HTTPCode=400 Result={"title":"Dados inválidos.","detail":"Verifique se os dados informados estão de acordo com a documentação disponibilizada e tente novamente.","timestamp":"2024-03-11T10:01:55.445099-03:00","violacoes":[{"razao":"O valor não pode ser nulo","propriedade":"incluirCobrancaAsync.body.desconto.valor","valor":"null"},{"razao":"O valor deve ser menor ou igual a 60","propriedade":"incluirCobrancaAsync.body.numDiasAgenda","valor":"45368"},{"razao":"O valor não pode ser nulo","propriedade":"incluirCobrancaAsync.body.mora.valor","valor":"null"}]} ACBrBoletoW_Inter_API.zip

Bom dia! Fiz um questionamento ao suporte do Itaú sobre o problema da baixa imediata e obtive a seguinte resposta, "Peço verificar se você preencheu o Body , a mesma deve conter a informação “{ }” vazia.". Estamos preenchendo algo de errado no componente? Att. Jefferson

Boa tarde @Italo Giurizzato Junior Obrigado pelas orientações. Vamos seguir o que foi proposto. Att. Jefferson

Bom dia! @Italo Giurizzato Junior, atualizei os fontes e não consegui localizar a url https://tributacao.serra.es.gov.br:8080/tbserra/services/Abrasf24?wsdl no ACBrNFSeServicos.ini Att. Jefferson

Bom dia! Atualizamos o ACBr e estamos conseguindo enviar boleto pix em produção para o Itaú e realizar as consulta, alterando as chaves e clientid e clientesecret, porém não estamos conseguindo realizar a baixa imediata. Alguém também está passando por isso?