Sandro Andre Reghelin

em que pasta fica esse arquivo....e qual a função dele....nunca reparei nele...

Estou tentando imprimir o campo discriminação na NFse de Ponta Grossa-Pr, mas não está saindo nem em pdf e nem na impressora, olhei o XML e a tag discriminacao está preenchida, ver imagem em anexo. No componente está configurado formatodiscriminacao = fdnenhum (imagem em anexo) Atualizei o ACBR....para ver ser não era algum problema, não deu nenhum erro, mas apareceu um msg no fim dizendo que o instalador não estava compilando bibliotecas 64, ou algo assim, mas deu como msg no final de instalação correta....não mostrou a tela de log de erros....

Alterei aqui e passou....obrigado pela solução...

Estou tentando enviar uma NFse para Elotech da cidade de Ponta Grossa-PR e está retornando o erro dos schemas: Cod: X800 Descrição: Erro de Validação: --> 1871 - Element '{http://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd}Descricao': This element is not expected. Expected is ( {http://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd}CodigoCnae ). conferi o XMl gerado pelo acbr(está anexo) e a Tag não aparece mesmo sendo alimentada durante a execução do programa(tela em anexo)... Tem alguma regra ou outro lugar para enviar? Complementando anexei o XSD 4125021149818000010856000000000050001-rps.xml nfse_v2_03.xsd

Confirmado que era problema no SEFAZ-PR, arrumaram agora a pouco estou fechando o tópico

Então possivelmente e problema no SEFAZ-PR, para variar...aguardar para ver se resolvem.... vou ficar tentando enviar a cada uma hora para ver se solucionam, senão abrir solicitação, mas essa opção nem sempre resolve com eles...

Apesar de estar configurado para salvarevento e salvar etc... o componente não achei o arquivo *-env-lot.xml mas o XML está indo as tags, segue p xml salvo pelo ACBR 41250252756312000123550080001540081001540094-nfe.xml

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