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

Olá, fiz os testes com as duas balanças balança EziWeigh 7 e S3 Weigh, tudo certo. Obrigado

Olá, fiz a atualização, e só teve um detalhe, removi o inherited, pois observei que nas demais units, dos outros modelos, não tinha , então resolvi tirar tbm da unit ACBrBALWeighTRUTest. resolvi tirar pois após atualizar, em alguns testes não estava entrando nessa procedure de solicitar peso, após remover o inherited isso parou de ocorrer e esta funcionano 100%. Obrigado na procedure SolicitarPeso; begin //inherited; fpDevice.Limpar; fpDevice.EnviaString('{RW}'); end;

Olá boa noite, com base nas informações do manual e na estrutura já utilizada no componentes, criei um novo modelo no componente ACBrBAL , balWeighTRUTest, para comunicar com as balanças da TRU-Test, testei em dois modelos de balança EziWeigh 7 e S3 Weigh, ambas utilizando conexão USB com porta COM Virtual. configurações utilizadas, trecho do log. "Modelo: Weigh TRU-Test - Porta: COM5 Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HANDSHAKE= MAXBANDWIDTH=0 SENDBYTESCOUNT=0 SENDBYTESINTERVAL=0" Já utilizo o componente ao bom tempo com balanças comerciais, agora estou começando com essas balanças bovinas, por isso surgiu a necessidade de integrar ao Acbr para continua-lo utilizando. Arquivos em anexo para verificar possibilidade de inclusão no repositório do acbr. ACBrBALWeighTRUTest.pas ACBrBAL.pas EziWeigh 6_7 weigh scale indicator SDK V0_6.pdf

Olá, Tenho uma a integração a fazer, com a balança S3 Weigh , linha de pesagem bovina, vi que no Acbr, tem integração com alguns outros modelo dessa mesma linha de pesagem, porém em relação a essa S3 Weigh não, alguém já fez integração com esse modelo de balança. ? ela possui comunicação usb (emulando portal virtual) e bluetooth. caso realmente não tenha, irei implementar. manual em anexo. S3 Weigh Scale Indicator SCP (Serial Commands Protocol) (3).pdf S3 Weigh Scale Indicator BLE Weight Service (2).pdf

SVN atualizado, problema resolvido.

Bom dia No arquivo ACBrBoletoW_Sicredi_API.pas na procedure GerarPagador , no campo CEP está sendo feito conversão de string para integer, causando rejeição nos CEP que inicia com "0", exemplo "03059030" "Mensagem=ORA-20001: ECCRL0113 : CEP inválido. (Não cadastrado no Sistema da Carteira de Cobrança!)." mudei de aJson.Add('cep').Value.AsInteger := StrToInt(OnlyNumber(Titulos.Sacado.CEP)) para aJson.Add('cep').Value.AsString := OnlyNumber(Titulos.Sacado.CEP); venho utilizando diariamente e esta funcionando. Sem mais problemas unit alterada em anexo. @Aggille Sistemas de Gestão @Victor H. Gonzales - Panda ACBrBoletoW_Sicredi_API.pas

Estou fazendo testes tbm, encontrei algumas coisas que corrigi para autenticar e obter a chave de transação, tentando fazer o registro do boleto agora.

Olá, ainda não tive tempo para realizar os testes, entretanto farei hoje, para obter os retornos amanha e concluir o teste.

Olá Como já utilizo através da API irei fazer alguns testes e passo um retorno aqui.

Olá, eu tenho integrado a uns 2 anos a emissão de boletos através da API do Sicredi. Porém não cheguei a implementar no componente AcbrBoleto. E bem simples, mais funcional, com todas funções disponível na API do Sicredi implementadas. Caso alguém tenha interesse, para estar utilizando na implementação no componente posso estar disponibilizando.