Valdir Dill

Boa tarde, Em contato com a SEFAZ-RN, informaram que o problema foi sanado e passa a valer a nova URL, como era para ser. Fizemos um teste enviando uma nota e foi autorizada noralmente. Obrigado

Bom dia, Sim @Daniel Simoes. Também estou com esse mesmo erro. O mesmo cliente emitindo NFCe para essa SEFAZ-RN, mas sem ter atualizado aplicação, ou seja, sem que os ajustes do Acbr tenham sido incorporados, a nota é autorizada. Mas com tudo atualizado, ocorre o erro erro" endereço do site da uf da consulta via qrcode diverge do previsto" . A mudança estava mesmo prevista para 18.05 e ainda consta lá na SEFAZ -> https://www.sefaz.rn.gov.br/materia/atencao-desenvolvedores-nfc-e/

Bom dia, Encontrei uma solução. Talvez não seja a melhor, mas funciona. Caso alguém tenha alguma contribuição para melhorá-la... De toda forma, posto-a para ajudar quem passar por dificuldade similar. - No evento beforePrint do RLReport: VImprimiuFooterDoGrupo := true; - No evento beforePrint da btHeader: PrintIt := VImprimiuFooterDoGrupo; - No evento afterPrint da btHeader: VImprimiuFooterDoGrupo := false - No evento afterPrint da summary: VImprimiuFooterDoGrupo := true; Obrigado!

Bom dia, Estou dificuldades em um relatório de contas a receber, com Fortes Report e com as seguinte estrutura: - Um TRLGroup - O TRLGroup contem: - Uma banda btHeader - Uma banda btDetail - Uma banda btSummary - Na banda btHeader é impresso o nome do cliente - O dataFields do RlGroup é o campo CODIGO_CLIENTE A ideia é que o relatório liste as contas de todos os clientes, mas agrupadas por cliente e, em cada grupo, mostre o valor total (banda summary). O relatório funciona bem, exceto por um probleminha: quando muda de página, dependendo do espaço que tem no final da página, ele imprime a btHeader e a btDetail na página atual. Isso deveria fazer com que o início da próxima página trouxesse apenas a btSummary do cliente Adilson, cuja btHeader já foi impressa no final da página anterior. Porém, o que acontece é que na página seguinte, ele imprime a btHeader do próximo cliente (Alberto) e depois o summary do Adilson. Na sequência, vai imprimir os dados do cliente Alberto e repete a btHeader de Alberto. Como eu poderia fazer para impedir que a btHeader de Alberto fosse impresso na página 2, sem que antes seja impresso o summary de Adilson? Em anexo um exemplo do que acontece. Obrigado

Boa noite, @Juliomar Marchettiqual seria o exemplo do Acbr? Eu analisei o ACBrHTTPTeste. Mas, pelo que entendi, só funciona com certificado A1. Com A3 não consegui. Poderia passar mais detalhes? Obrigado

Boa tarde O tíquete que retorna não é o que você vai usar na rota que faz o download. O código para baixar o json vem no webHook. Eu tinha conseguido chegar até o ponto de receber o código para download, mas o download não funcionava. Não retornava nada. Agora nem o webHook está mais funcionando. Não dá erro nenhum, mas a API não envia o body para o webHook. Acredito que estejam ajustando. Espero ter ajudado.

Boa noite, Estamos com problema ao consumir esta url -> https://piloto-cbs.tributos.gov.br/servico/calculadora-consumo/api/calculadora/dados-abertos/aliquota-uf?codigoUf=29&data=2025-01-01 O erro que ocorre é "The requested URL was rejected. Please consult with your administrator". O problema não ocorre em toda consulta, apenas se for acionada mais de uma vez num período inferior a, mais ou menos, 30 minutos. Imagino que essa rota tem um limite de consultas anônimas. Alguém tiver mais informações sobre a situação e se há como utilizar essa rota com mais consultas por hora, por favor, compartilhem. Obrigado!

Boa tarde, Só vincular com a classe ->IBSCBS.tpOper := ACBrNFSeXConversao.togNenhum;

Esse exemplo do demo não traz a situação. Veja o arquivo anexo é de uma consulta por chave DPS. Troquei umas mesnagens com o Italo há alguns dias e, pelo que entendi, não é possível fazer uma consulta de situação de NFSe, assim como se faz com outros DFes. A solução que encontramos para casos assim foi: 1 - Consulta a nota pelo DPS. Se retornar uma chave de NFSe, então é porque ela foi autorizada em algum momento. Mas isso não significa que seu status atual é ainda autorizada. 2 - Fazemos uma consulta para ver se essa nota está cancelada, assim: ACBrNFSeX1.ConsultarEvento(FDQNFSe.FieldByName('CHAVE_NFSE').AsString, ACBrNFSeXConversao.teCancelamento, 1); With ACBrNFSeX1.WebService do begin With ConsultarEvento do begin VRetObj := TJSONObject.ParseJSONValue(XmlRetorno) as TJSONObject; VRetArr := VRetObj.GetValue('eventos') as TJSONArray; if StrTotpEvento(VG.FOKTrue, VRetArr.GetValue<String>('[0].tipoEvento')) <> ACBrNFSeXConversao.teCancelamento then //só para garantir que no futuro essa consulte mude e quebre o código aqui. begin ChamaErro('A consulta ao evento ocorreu com sucesso, mas retornou um evento (' + VRetArr.GetValue<String>('[0].tipoEvento') + ') diferente de cancelamento.'); exit; end; //esse duplo DecodeBase64( foi copiado da PadraoNacional.Provider.pas. Pelo que parece, no caso do evento, o WS devolve o valor do XML duplamente decodado. VXML := DecodeBase64(DecodeBase64(VRetArr.GetValue<String>('[0].arquivoXml'))); //não faz o UnZip( pqe vai gravar no BD zipado. ShowMessage('Sim a nota está cancelada.'); ........ end; Espero ter ajudado!

ACBrNFSeX1.ConsultarNFSePorChave(VChaveNFSe); With ACBrNFSeX1.WebService do begin With ConsultaNFSe do begin if Sucesso then begin Var VRetorno : TJSONObject; VRetorno := TJSONObject.ParseJSONValue(XmlRetorno) as TJSONObject; VXML := UnZip(DecodeBase64(VRetorno.GetValue<String>('nfseXmlGZipB64'))); VRetorno.Free; end; end; end;

Boa tarde, Só para contribuir, ok? Aqui nós dependemos do Enterprise, que custa 2 vezes mais, rs.. justamente e tão somente por causa do Firedac. Então, se você vai ter que refazer todo seu código para utilização de novos componentes, eu recomendaria usar o Zeos, por exemplo, que é free. E aí você pode ficar no Rad Professional. Acredite, não é apenas o valor de aquisição da licença atual. Você vai ter esse custo, pelo menos a cada 2 a 3 anos, pois as versões Delphi depois do 7, sempre vêm com bugs e são corrigidos em updates futuros. Se você não tiver mais suporte da licença, precisa comprar de novo. Aí você começa a usar e vai criando dependência. Compra hoje e daqui 2,3, ... anos você se obriga a comprar novamente. Pelo menos nossa experiência está sendo assim. Nós não temos como fugir do Firedac, pois o custo seria maior por conta do tamnanho que o sistema está hoje. Se nao fosse isso, com certeza nossa opção seria o Delphi Pro + Zeos. Esperto ter ajudado! Abraços

Boa tarde, Alguém conhece alguma rotina ou componente (Delphi) que vabilize saber onde (coordenadas) se clicou em um .pdf? Já tivemos algum progresso utilizando com API Hook, mas não conseguimos fazer funcionar legal. Queremos fazer um assinador de .pdf com certificado digital. Estamos usando a dll ChilKat, mas ela não tem essa opção. Assinar funciona tudo beleza, mas para posicionar o quadro da assinatura é preciso enviar os valores (margens). Funciona, mas se pudéssemos abrir o pdf para o operador clicar em uma área livre do documento e aí retornar as coordenadas de onde foi clicado, seria muito mais prático. Assim como fazem o Adobe, gov.br, ... Obrigado!

Boa tarde, Temos um caso aqui que é parecido (se não for igual) ao do colega @bfbraz Um MDFe que foi autorizado e encerrado no dia 18/04. Quando efetuamos a consulta dele com -> ACBrMDFe1.Consultar, ele retora ACBrMDFe1.WebServices.Consulta.cstat = 132, ou seja, encerrado. Porém o ACBrMDFe1.WebServices.Consulta.procEventoMDFe.Count é igual a 0. Aí nossa regra de negócios, ao buscar os eventos vinculados ao MDFe, não encontra o cancelamento e, por conseguinte, não consegue tratar. Até poderia pegar só o ACBrMDFe1.WebServices.Consulta.cstat, mas aí não temos os demais dados (data de encerramento, protocolo de encerramento,...). Obrigado!

Bom dia, Estávamos com esse erro desde sexta passada, que foi quando iniciou a obrigatoriedade das MEIs usarem o novo serviço. Mas, de ontem para cá, está melhorando gradativamente. Às vezes precisa fazer 2 ou 3 tentativas e ocorre esse erro, mas depois vai. É instabilidade no WS mesmo. Abs.

Boa tarde, Pela quantidade de componentes acredito que não seja a causa. Temos 5 componentes de terceiros, além é claro dos componentes Acbr. De toda forma, vamos tentar implementar sua sugestão sobre os paths (fontes e .dcus) assim que possível. Obrigado!