Fernando Henrique

Obrigado.

Saudações. Para emissão de NFSe em Cáceres MT Provedor RLZ com o ACBrNFSeX precisei alterar de ProRecepcionar=https://cidadaoonline.caceres.rlz.com.br/webservice/nfse para ProRecepcionar=https://cidadaoonline.caceres.rlz.com.br/webservice/nfse?wsdl e no link de impressão de ProLinkURL=https://cidadaoonline.primaveradolestecaceres.rlz.com.br/nota/%CodVerif% para ProLinkURL=https://cidadaoonline.caceres.rlz.com.br/nota/%CodVerif% Provedor=RLZ Versao=2.03 ProRecepcionar=https://cidadaoonline.caceres.rlz.com.br/webservice/nfse?wsdl HomRecepcionar=https://caceres.prefeitura.rlz.com.br/api/webservice/nfse ProLinkURL=https://cidadaoonline.caceres.rlz.com.br/nota/%CodVerif% HomLinkURL=https://caceres.prefeitura.rlz.com.br/nota/%CodVerif%

ACBrBoletoRet_Sicredi_APIECOMM.pas No anexo anterior nao tinha mandado a unit correta, e nao consegui editar o anexo.

Fiz tbm ajuste para pegar a "dataBaixa" att. ACBrBoletoRet_Sicredi_APIECOMM.pas

Saudações, Na função LerListaRetorno da unit ACBrBoletoRet_Sicredi_APIECOMM, que esta no SVN, esta gerando um invalid type cast quando vai ocorrer a leitura do arquivo de retorno, pois quando vem lista de boletos no retorno, vem em um array e ocorre o erro em : LJSonObject := TACBrJSONObject.Parse(RetWS); // <-- estoura aqui , pois aqui espera um json json-object. Somente um um json-object quando ocorre algum erro na consulta ou quando não tem boletos no retorno. Fiz uma correção neste trecho , em anexo a unit alterada, ja venho utilizando assim a uns 15 dias e vem lendo os retornos corretamente. att. ACBrBoletoRet_Sicredi_APIECOMM.pas

No momento não tenho, apenas tentei reportar um problema que pode afetar outros usuários, caso algum outro não corrija, durante a semana estarei procurando como corrigir e posto aqui.

Saudações Na revisão SVN que cita a alteração de JSONS para ACBrJson, após essa mudança, em varios trechos nas units ACBrBoletoW_Sicredi_APIECOMM e ACBrBoletoRet_Sicredi_APIECOMM alguns campos não estão sendo retornados corretamente, por exemplo: na função gerar token não retorna o token gerado, pois em "result := LJson.AsString['chaveTransacao'];" so retorna vaio, mesmo o json possuindo conteúdo e a chave "chaveTransacao". Sendo assim todos os metodos do sicredi que utiliza essa função não estão funcionando. Retornei as duas units em questão para a revisão anterior do svn, assim funcionou. Antes de retornar a versão anterior, fiz um teste alterando o Parse para LJson := LJson.Parse(data) nesse trecho, assim funciona, consegue retornar a chaveTransacao, porém em outras partes das units ocorre outros problemas semelhantes de não conseguir os valores dos campos.

Boa tarde Italo Top, obrigado.

Saudações Novamente teve troca de URL em Cáceres-MT no dia 27/01/2024 "Prezados contribuintes que utilizam sistema próprio para emissão de nota fiscal por integração via web service, gostaríamos de informar que, devido a recentes alterações no servidor, o link de integração foi atualizado. Solicitamos a gentileza de ajustar suas configurações para o seguinte endereço:" WEBSERVICE NOTA FISCAL: https://cidadaoonline.caceres.rlz.com.br/webservice/nfse?wsdl [5102504] Nome=Caceres UF=MT Provedor=RLZ Versao=2.03 ProRecepcionar=https://cidadaoonline.caceres.rlz.com.br/webservice/nfse HomRecepcionar=https://caceres.prefeitura.rlz.com.br/api/webservice/nfse

Realmente no XML(em anexo) de consulta de situação realmente não consta nenhuma assinatura. numero do protocolo que estou consultando no portal. 638338303572789658-con-sit.xml 638338303572789658-sit.xml 638338303572789658-con-sit-soap.xml Caso solucionado, creio que com os dados fornecido ao suporte e varias vezes questionando que o erro era somente na consulta devem ter encontraram a falha no lado deles, e misteriosamente o certificado digital que estou utilizando foi desvinculado do portal e quando fui logar pediu para vincular novamente, após fazer isso consegui consultar os protocolos normalmente e retornando os xml. att;

Fiz a alteração e reinstalei os componentes, porém continuou mesmo retorno. Sobre a resposta do suporte de Curitiba apenas informaram que em nenhum dos métodos utiliza o certificado, não passaram muitos detalhes. Apenas responderam isso e o link do padrão utilizado " Segue padrão a ser utilizado: https://isscuritiba.curitiba.pr.gov.br/Iss.NfseWebService/NfseWs.asmx?op=ConsultarSituacaoLoteRps"

Entrei em contato com o provedor, a única resposta que me passaram foi : " ação ConsultaRPS não utiliza o certificado para a consulta de status da nota." "Não utilizar o certificado para este método."

Boa noite Já tinha visto essas sugestões, essa mensagem só retorna na consulta da nota, na emissão não, está emitindo normalmente. Usando a mesma aplicação de exemplo, mando emitir a nota ok, emite, consulto a nota para obter o XML e da esse erro.

Saudações Utilizo o ACBrNFSeX para alguns provedores, e tentando utiliza-lo agora para Curitiba-PR, No demo, consigo emitir a NFSe, método Assíncrono, porém toda consulta que tento fazer para retornar os dados da nota processada, só retorna o seguinte erro: "<Codigo>E516</Codigo> <Mensagem>Problemas ao recuperar o certificado digital vinculado.</Mensagem> <Correcao>A possível causa é, a não vinculação do certificado com o usuário que está enviando a requisição, ou a não utilização de HTTPS.</Correcao>" Emissão da Nota OK. consulto no portal e consta a nota emitida, lote processo com sucesso. Porém em qualquer consulta retorna esse erro acima.

Bom dia. Imagem do demo BalancaTeste unit ACBrBALWeighTRUTest.pas