Sandro Andre Reghelin

Estou testando o envio do HashCSRT, na área de homologação para um cliente do PR, e está retornando o erro acima (ver imagem em anexo), preenchi as tag assim: with ACBrNFe.Configuracoes do begin RespTec.idCSRT := qrFilial.FieldByName('dfeidcodsegresponsaveltecnico').AsInteger; RespTec.CSRT := qrFilial.FieldByName('dfecodsegresponsaveltecnico').AsString; end; nfe.infRespTec.CNPJ := '0000000000'; nfe.infRespTec.xContato := 'Nome ...r'; nfe.infRespTec.fone := '411234657789'; nfe.infRespTec.email := '[email protected]'; (no programa vai os dados corretos...) Abaixo imagem do XML que foi enviado e o erro retornado

No meu caso uso sequencial...quando acontece da prefeitura ficar com o lote em processamento, efetuo a consulta por esse número lote enviado

Na segunda estabilizou a situação em nossos clientes, como sempre por passe de mágica voltou tudo ao normal na parte da tarde, até agora está tudo normal somente o velho problema de empilhar lotes as vezes, mas esse tem que ir mandando e consultando....

Não sei se esta ocorrendo com, mas na consulta esta retornando o nro de Protocolo em branco ....WebService.ConsultaNFSeporRps.Protocolo

Testei agora cedo e está ocorrendo ainda..., você envia da lote existente, você consulta a Nfse tá aceita...

Alguém com o mesmo, problema estou enviando a nfse e retorna como lote ja existente, aí gero novo lote e mandou consultar o rps no provedor, e o RPS esta aceito na prefeitura... Consulto usando o ConsultarNFSeporRps

Estou fechando, vou fazer como indicado, ficar consultando até o retorno da prefeitura...

E bem isso que acontece e geralmente em fim de mês, quando deve congestionar o provedor, situação complicada, porque aí o responde volta em branco, estou tentando fazer isso deixo parado e vou mandando os outros e depois consultando os pendentes. Nesse caso eu acho que o ACBR deveria retornar um código de erro ou aviso, para identificar o response em branco...

Eu faço o envio e o ACBR ja faz a consulta automática do enviado, mas aí quando fica processando lá ele não retorna erro, mas como o ISS não tem base testes, não tenho conseguido simular esse retorno, saberia me dizer como vem esse retorno no response do acbr, codigo? protocolo ou algo assim...

Bom, dia preciso de uma orientação, ao enviar as NFSe para o provedor ISS de Curitiba, ocorre principalmente no fim do mês, do provedor, receber a NFse, e ficar em processamento e muitas vezes só devolve o retorno depois de horas. Como tem tratado isso? pois preciso enviar outros lotes para não ficar parada a emissão das notas....

ok vou ver junto ao cliente....agradeço a informação...

Aí está, pelo que vi junto ao nosso cliente, ele emite o boleto junto com Nota e depois gera a remessa para o banco, no caso Itaú..., por isso estou tentando imprimir o boleto ja com a chave PIX

na realidade nem enviei para o banco, estou apenas testando a impressão do boleto diretamente

Estou tentando implantando o PIX nos boletos do Itau, gerado através do ACBRBOLETO, mas na impressão não saí o QRCODe para a chave pix, somente o codigo de barras do boleto estou mandando as seguintes informações (dados alimentados fictícios): CedenteWS.IndicadorPix := True; Pix.Chave := FieldByName('cnpj').AsString; CedenteWS.ClientID := 'sa12233'; //gerado no portal CedenteWS.ClientSecret:= '122334255ss'; //gerado no portal CedenteWS.Scope:= 'readonly'; //Cedente.CedenteWS.KeyUser:= (não informar) //Configuracoes.WebService.VersaoDF := ; (não informar) } e configurei o ACBrBoletoFCFortes com a propriedade layout = lPadraoPIX so complementando ACBR atualizado hoje...

ok obrigado

então pelo que vi no exemplo se preencher os campos abaixo: ClientID := edtClientID.Text; ClientSecret := edtClientSecret.Text; KeyUser := edtKeyUser.Text; Scope := edtScope.Text; IndicadorPix := chkIndicadorPix.Checked; ele ja deve gerar o boleto com a chavePIX, pelo que vi no manual do banco ele assume como chave o cnpj do (cendente)

Seria a documentação do ACBRBOLETO

Onde acho a documentação para implementar o boleto com PIX pelo Itaú, utilizo o ACBR para envio das cobranças em Delphi

Resolvido, questão de local dos schemas, tenho um local padrão e foi alterado um parâmetro no cliente sem avisar... agradeço a atenção

Acabei de atualizar o ACBR em 22/12/2023, usei o apagar.bat e depois install..exe, antes fiz update de todas as pastas e continua o erro abaixo: --> 1871 - Element '{http://www.portalfiscal.inf.br/nfe}ICMS61': This element is not expected. Expected is one of ( {http://www.portalfiscal.inf.br/nfe}ICMS00, {http://www.portalfiscal.inf.br/nfe}ICMS10, {http://www.portalfiscal.inf.br/nfe}ICMS20, {http://www.portalfiscal.inf.br/nfe}ICMS30, {http://www.portalfiscal.inf.br/nfe}ICMS40, {http://www.portalfiscal.inf.br/nfe}ICMS51, {http://www.portalfiscal.inf.br/nfe}ICMS60, {http://www.portalfiscal.inf.br/nfe}ICMS70, {http://www.portalfiscal.inf.br/nfe}ICMS90, {http://www.portalfiscal.inf.br/nfe}ICMSPart ). copiei os schemas que vem na pasta de exemplos do ACBR

retirei alguns pacotes que não utilizo e aparentemente resolveu....antes estava tentando instalar completo...

So comentando estou com os fontes do ACBR atualizados até a ultima revisão do dia 08/11/2023

Estou tentando instalar o ACBR do zero em uma maquina com Delph XE8, quando mando instalar retorna o seguinte erro, ao compilar os pacotes: C:\Componentes\ACBrRaiz\trunk2\Fontes\ACBrComum\ACBrUtil.Strings.pas(308) Error: E2251 Ambiguous overloaded call to 'CharInSet' + System.SysUtils.pas(5878) Related method: function CharInSet(Char; const TSysCharSet): Boolean; log_Delphi_XE8_Win32.txt

resolvido é a tag mencionada acima, pode encerrar o tópico...

Fortes e o ACBRNFSeX mas acho que achei aqui a tag "DANFSe.Atividade" acredito ser essa....