Italo Giurizzato Junior

Bom dia Sérgio, As novas URLs são essas? Produção = https://bhissdigitalws.pbh.gov.br/bhiss-ws/nfse Homologação = https://bhisshomologaws.pbh.gov.br/bhiss-ws/nfse Se sim, elas foram atualizadas no dia 31/10/2023, veja: [3106200] ; Atualizado em 31/10/2023 Nome=Belo Horizonte UF=MG Provedor=BHISS ProRecepcionar=https://bhissdigitalws.pbh.gov.br/bhiss-ws/nfse HomRecepcionar=https://bhisshomologaws.pbh.gov.br/bhiss-ws/nfse Lembre-se que as atualizações estão sendo realizadas somente no componente novo (ACBrNFSeX) não estamos mais dando manutenção no componente antigo (ACBrNFSe).

Bom dia Davi, Se a intensão é adquirir um certificado digital para assinar documentos fiscais eletrônicos e os enviar para um webservice o certificado é gerado de tal forma que ele tem permissão para consumir os serviços de um webservices. Me recordo que a SEFAZ-RS a um bom tempo disponibilizava um certificado digital gratuitamente que nos permitia realizar a assinatura de um XML, mas ele não tinha a permissão para consumir os serviços dos webservices. Ao tentar consumir qualquer serviço, mesmo o serviço de consultar o status de serviço ocorria o erro 403.

Bom dia @lemuel, Desculpa, tinha visto a unit que faz a leitura e não a escrita. Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5141

Bom dia Fabio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5140

Bom dia @BluData, A informação que temos é que a versão é 1.01 layout próprio. Se na verdade é 2.04 layout ABRASF, lhe passaram as URLs de homologação e de produção?

Bom dia a todos, Vocês conseguiram as URLs de homologação e de produção? Alguém esta realizando testes usando o programa exemplo do componente ACBrNFSeX?

Boa tarde a todos, Favor atualizar todos os fontes de todas as pastas. Depois fazer essa alteração no arquivo ACBrNFSeXServicos.ini [3170206] Nome=Uberlandia UF=MG ; Remover as 4 linhas abaixo a partir de 01/03/2024 ;Provedor=ISSDSF ;ProRecepcionar=https://udigital.uberlandia.mg.gov.br/WsNFe2/LoteRps.jws ;ProNameSpace=http://udigital.uberlandia.mg.gov.br/WsNFe2/LoteRps.jws ;HomNameSpace=http://udigital.uberlandia.mg.gov.br/WsNFe2/LoteRps.jws ; Descomentar as 4 linhas abaixo a partir de 01/03/2024 ; Para fim de testes o ambiente de homologação já esta ativo. Provedor=PRODAUB Versao=2.04 ProRecepcionar=https://nfsews.uberlandia.mg.gov.br:8003/nfse-ws/soap/nfse.wsdl HomRecepcionar=https://nfsews-hml.uberlandia.mg.gov.br:8003/nfse-ws/soap/nfse.wsdl Salve o arquivo alterado e execute o Compila_RES que se encontra na mesma pasta. Reinstale o ACBr. Por fim faça os testes.

Boa tarde a todos, Eu não trabalho com a Lib apenas com o componente. Agora se existe na Lib um método chamado NFSe_ObterDANFSe que funciona ou funcionava eu não sei lhe informar. Notei que ao executar esse método na verdade ele esta executando o serviço ConsultarNfse que existe no GINFES.

Boa tarde Silva, Já que eles disponibilizam um Schema desatualizado com a realidade deles, o jeito é alterar os schemas e checar se as funções de conversão atende todas essas opções.

Boa tarde Danilo, Abra o arquivo ACBrNFSeXServicos.ini, procure pela cidade e faça a seguinte alteração: [3129509] Nome=Ibia UF=MG Provedor=NFSeBrasil No inicio desse arquivo existe as instruções do que fazer após a alteração do mesmo.

Boa tarde Lemuel, Mas esse tipo de conversão tcNumStr ainda não foi implementado. Veja: tcNumStr: begin // Falta implementar Result := ''; end Talvez o correto seria mudar de tcStr para tcInt.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Anderson, A cidade de Belo Horizonte/MG se utiliza do provedor BHISS que segue a versão 1 do layout da ABRASF. Não existe provedor ABRASF. Na versão 1 do layout da ABRASF não existe a tag <Competencia> no layout do RPS somente no layout da NFS-e. Lembre-se que o componente gera e envia o XML do RPS. O XML da NFS-e é gerado pelo webservice do provedor.

Boa tarde Paulo, Eu acredito que os seus fontes estejam desatualizados. A unit que esta no SVN a linha 167 é um IF e esta da seguinte forma: if ADAMDFe.MostraPreview then <=== linha 167 begin if Assigned(DAMDFeReport) then SelectedFilter := DAMDFeReport.RLPDFFilter1; Report.PreviewModal end else Report.Print;

Boa tarde Davi, Eu tinha esse erro ao tentar enviar usando um certificado que não tinha permissão para consumir o webservice da SEFAZ. Ou esse certificado já esta vencido.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia @ddsilva, Não sei qual é o manual que você tem, mas o que nós temos os únicos valores permitidos são os do Schemas, ou seja, de 1 até 6. Você poderia compartilhar esse manual?

Bom dia Anderson, Qual é a cidade/provedor?

Bom dia Anderson, Existem prefeituras que se o prestador for Simples Nacional não se deve informar a alíquota. Entre em contato com a prefeitura, eles vão poder lhe passar corretamente essa regra, ou seja, quando de deve informar a alíquota.

Bom dia Rafael, Pela mensagem de erro você não configurou o componente para a versão 4.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

@gerpiruk, Detalhe Importante, o Recibo não existe mais. O Recibo era gerado e retornado quando o envio era no modo assíncrono e hoje é no modo síncrono. O Protocolo por sua vez é o numero que atesta que o CT-e foi processado com sucesso que não é o seu caso. Não sei porque ela pediu a chave. Quando um CT-e é rejeitado que é o seu caso, o mesmo não se encontra na base de dados da SEFAZ, logo a chave não vai ter serventia nenhuma. Eles tem que pedir o XML do CT-e que foi enviado e o retorno, só dessa forma eles vão poder lhe dizer o que esta de errado no seu XML ou corrigir o problema do lado deles.

Boa tarde Paulo, Vamos lá: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

Boa tarde @gerpiruk, Mas você tem o XML que foi enviado e teve esse retorno. No XML do CT-e que foi enviado consta a chave do mesmo no atributo Id.

Bom dia Fernanda, A cidade Santos/SP se utiliza do provedor Ginfes conforme configuração no arquivo ACBrNFSeXServicos.ini: [3548500] Nome=Santos UF=SP Provedor=Ginfes ProLinkURL=http://santos.ginfes.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null HomLinkURL=http://santos.ginfesh.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Esse provedor se utiliza da versão 1 do layout da ABRASF. Na imagem que você anexou note que temos o serviço: ServiceGinfesImpl_ConsultarSituacaoLoteRpsV4. Esse serviço se refere a consulta a situação do lote de Rps enviado, ele esta documentado no manual da ABRASF referente a versão 1. Se abrirmos o manual da ABRASF referente a versão 2 do layout não vamos encontrar esse serviço. Ou seja, não versão 1 do layout da ABRASF existe o serviço ConsultarSituacaoLoteRps, na versão 2 não tem. Eu acabai de fazer um teste usando o programa exemplo do novo componente ACBrNFSeX, veja o resultado. ------------------------------ Versão OpenSSL OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente : 1 Cidade : Santos/SP Provedor : Ginfes Versão: 1.00 Data/Hora: 20/02/2024 09:17:27 Método Executado: Enviar Lote Assí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 : E45 Mensagem: CNPJ não encontrado na base de dados Correção: Confira o numero do CNPJ informado. Caso esteja correto, o prestador não está inscrito no município. O erro de CNPJ não encontrado é compreensivo uma vez que eu informei um CNPJ de um prestador que não é de Santos/SP. Mas se você informar os dados de um prestador da referida cidade esse erro não é para ocorrer. Na sua postagem não é informado se você ainda usa o componente antigo ACBrNFSe ou o novo ACBrNFSeX. E também não diz se ao tentar emitir ocorre algum erro e qual ou quais são os erros. Por fim, se a cidade de Santos/SP vai deixar de usar a versão 1 do layout da ABRASF e passar a usar a versão 2.xx em seu webservice, ou seja, a partir de agora o webservice só vai processar RPS que esteja na versão 2 do layout da ABRASF precisamos das novas URLs de homologação e de produção, pois as atuais nos remete aos serviços da versão 1. Vamos supor que as URLs vão continuar sendo as mesmas, sendo assim ao visualizar o WSDL teremos todos os serviços disponibilizados. Acabei de fazer isso abrindo em um navegador a URL: "https://producao.ginfes.com.br/ServiceGinfesImpi?wsdl" Pois bem não consta os serviços da versão 2, são eles: ConsultarNFSePorFaixa, ConsultarNFSeServicoPrestado, ConsultarNFSeServicoTomado, RecepcionarLoteRpsSincrono, GerarNfse e SubstituirNfse. Por outro lado temos os seguintes serviços implementados no WSDL: RecepcionarLoteRps, RecepcionarLoteRpsV3 e RecepcionarLoteRpsV4. A única coisa que é clara é que no RecepcionarLoteRps temos apenas um elemento chamado arg0 que acredito que é a mensagem de dados, já nos outros dois temos dois elementos arg0 e arg1 que é a mensagem de cabeçalho e a mensagem de dados respectivamente. Abaixo temos a montagem da requisição usando o serviço: RecepcionarLoteRpsV3. function TACBrNFSeXWebserviceGinfes.Recepcionar(ACabecalho, AMSG: String): string; var Request: string; begin FPMsgOrig := AMSG; Request := '<ns1:RecepcionarLoteRpsV3' + NameSpace + '>'; Request := Request + '<arg0>' + XmlToStr(ACabecalho) + '</arg0>'; Request := Request + '<arg1>' + XmlToStr(AMSG) + '</arg1>'; Request := Request + '</ns1:RecepcionarLoteRpsV3>'; Result := Executar('', Request, ['return', 'EnviarLoteRpsResposta'], []); end; Mas nesse WSDL não temos nenhuma informação que ao utilizar o RecepcionarLoteRpsV3 o layout do RPS tem que ser na versão 1 e ao utilizar o RecepcionarLoteRpsV4 o layout do RPS tem que estar na versão 2. Como você pode ver precisamos de informações corretas e não desencontradas para que possamos fazer as devidas alterações no componente. Caso realmente tenhamos que realizar alguma alteração no componente, estas alterações vão ser aplicadas somente no componente novo.