lucasecorrea

Boa tarde Italo, Após atualizar e reinstalar o ACBr foi resolvido, o que resolveu foi o downgrade da versão do provedor de 2.4 para 2.3.

Procurei no fórum algum erro parecido para esse provedor e não encontrei, estou tentando emitir uma NFSe para o munícipio de Serra/ES que teve o webservice alterado para versão 2.04 a partir de ontem em produção, mesmo com os fontes do ACBr todos atualizados com a nova URL está apresentando o erro abaixo ao tentar fazer o envio do RPS, alguém passou por algo parecido na homologação dessa versão ? Provedor SMARAPD Em anexo estão os arquivos SOAP de envio e retorno com dados sensíveis alterados. Obs: Já tentei método Automática, Assincrono, Sincrono e Unitário, todos ocorrem o erro abaixo, apenas altera o nome do método no final da mensagem de erro. Requisição Ambiente: 1 Cidade : Serra/ES Provedor: SmarAPD Versão : 2.04 05/04/2024 12:58:03 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 34125 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False 05/04/2024 12:58:03 Erro(s): Código : X999 Mensagem: Erro de Conexão: S:Client - Cannot find dispatch method for {http://nfse.abrasf.org.br}RecepcionarLoteRpsSincronoRequest Correção: --------- 34245-env-lot-sinc.xml 34245-env-lot-sinc-soap.xml 34245-lista-nfse-sinc-soap.xml

Boa tarde! Um cliente precisou gerar Informações adicionais em uma nota de Blumenau/SC e em contato com o suporte, me orientaram que para gerar essa informação é necessário informado a tag OutrasInformacoes no XML de envio do RPS, para isso fiz algumas alterações nas units do componente, segue abaixo para avaliação da alteração: Todas as units e XSD alterados estão em anexo. Para que não ocorra erro de validação do XSD foi necessário fazer a alteração manualmente, visto que o provedor diz que aceita no servidor mas o XSD que eles me passaram não existe a tag e me passaram a orientação de desativar a validação do XSD local. ACBrNFSeXGravarXml_ABRASFv2.pas ACBrNFSeXLerXml_ABRASFv2.pas nfse.xsd

Boa tarde Italo! Desculpa a demora no retorno, a principio está funcionando corretamente.

Italo, descobri o problema, o sistema aqui estava deixando fazer o envio novamente das notas e elas já estavam autorizadas, então alterei o protocolo para o protocolo que foi autorizado e retornou corretamente o xml da nota, porém acho que o retorno da prefeitura deveria ser com o erro de nota já autorizada ao invés de retornar em branco a consulta, mas enfim, resolvido.

Segue os arquivos SOAP de envio e retorno do ConsultarLoteRPS 638139490925254696-lista-nfse-con-lot-soap.xml 638139490925254696-con-lot-soap.xml

Bom dia Italo! Segue em anexo o SOAP arquivo de retorno do ConsultarLoteRPS. Ele está voltando sem dados, mas eu consultando esse mesmo protocolo enviado na consulta lá na prefeitura, encontro o RPS processado com sucesso. Em anexo enviei também o arquivo de envio da ConsultaRPS, acredito que seja algum problema na prefeitura. 638138917817289722-lista-nfse-con-lot.xml 638138917817289722-con-lot.xml

Boa tarde! Após atualizar a unit com a atualização dos namespaces está ocorrendo o erro X203, na prefeitura ao consultar esse lote e protocolo aparece o RPS processado com sucesso, alguém mais teve esse problema ?

Bom dia! Estava testando o método Lote Assíncrono do provedor ISSNET de Brasília-DF e notei que era chamado o método para ConsultarLoteRPS dentro do método TratarRetornoConsultaLoteRps(ACBrNFSeXProviderABRASFv2) não estava retornando os dados da nota como número da nota, data de autorização, código de verificação, então fiz uma alteração no fonte \Fontes\ACBrDFe\ACBrNFSeX\Base\Provedores\ACBrNFSeXProviderABRASFv2.pas para que retorne esses dados dentro do resumo, assim como é feito no ABRASFv1. Segue em anexo o fonte alterado para avaliação. ACBrNFSeXProviderABRASFv2.pas