TiagoTecchio

Bom dia Italo, Realizei alguns ajustes nas units do provedor Infisc para tratar corretamente a questão da retenção de ISS e a leitura das propriedades relativas a retenção de IR, PIS, COFINS e CSLL, pois não estavam completamente implementadas. Outro ponto é referente ao grupo de totais da Nota, onde a tag vtNF não coincidia com o total da tag vServ, conforme o manual. Infisc.LerXml.pas Infisc.GravarXml.pas

Boa tarde, Detectei uma situação de incompatibilidade entre o componente ACBrNFSeX e o xml gerado para o provedor Infisc para a cidade de Caxias do Sul. Ao tentar ler um XML já autorizado utilizando o método LoadFromFile uma exceção é disparada. Debugando os fontes me deparei com a seguinte situação. O componente ao ler a tag <nFat> que está dentro da tag <fat> espera que o número da fatura seja um inteiro, porém o provedor permite informar um valor alfanumérico de até 15 caracteres. Penso que a solução seria modificar a property Parcela da classe TParcelasCollectionItem na unit ACBrNFSeXClass.pas de integer para string. Seria possível este ajuste? NFS-Sai-700.xml

Pelas imagens você está usando o ambiente de homologação do BB, e pela minha experiência é instável (ou não prioritário). Erro 500 é algo dentro do servidor. Não parece o seu caso, mas já recebi este tipo de erro sem mensagem alguma de explicação ao enviar caracteres como (% e &) nas requisições das APIs de PIX. Na produção está normal, nenhum cliente reportou problema.

Esqueci de mencionar, mas pela mensagem o seu erro refere-se ao scope. Veja na imagem anexada o "pulo do gato"

Respondendo a sua dúvida: sim, eu já implementei com sucesso o uso da API do BB tanto com o ACBR quanto sem ele (fazendo as requisições manualmente usando o Synapse). Creio que as suas configurações estejam incorretas, deve atentar ao fato de você ter que criar uma aplicação no portal de desenvolvedores do BB, o seu cliente deve autorizar o uso para então ter acesso as credenciais (devKey, ClientID e ClienteSecret). O BB é de longe o banco mais fácil de ser implementado.

Bom dia, Seria uma consulta individual de boleto? Se for o caso tenho feito assim e funciona: //FGerador é uma instancia do acbrBoleto FGerador.ListadeBoletos.Clear; FGerador.Configuracoes.WebService.Filtro.Clear; FGerador.Configuracoes.WebService.Operacao := tpConsultaDetalhe; FGerador.Configuracoes.WebService.Filtro.indiceContinuidade := 0; FGerador.Configuracoes.WebService.Filtro.indicadorSituacao := TACBrIndicadorSituacaoBoleto.isbBaixado; if FTipoData = 1 then begin FGerador.Configuracoes.WebService.Filtro.dataVencimento.DataInicio := FDataInicial; FGerador.Configuracoes.WebService.Filtro.dataVencimento.DataFinal := FDataFinal; end else begin FGerador.Configuracoes.WebService.Filtro.dataMovimento.DataInicio := FDataInicial; FGerador.Configuracoes.WebService.Filtro.dataMovimento.DataFinal := FDataFinal; end; if FH.StrOk(FCPF) then FGerador.Configuracoes.WebService.Filtro.cnpjCpfPagador := FCPF; // doc => TACBrTitulo; doc := FGerador.CriarTituloNaLista; doc.Carteira := '17'; doc.NossoNumero := FCds.FieldByName('APINUMERO').AsString; // nosso número ok := FGerador.EnviarBoleto; if ok and (FGerador.ListaRetornoWeb.Count > 0) then // etc....

Boa tarde Italo, Atualizado, testado e funcionando. Obrigado pelo presteza.

Bom dia Italo, Estou tentando debugar os métodos para resolver a questão. Não sei se ajuda mas me parece que o método TACBrNFSeProviderInfisc.ProcessarMensagemErros não está lendo corretamente os retornos do webservice. Anexei um print do xml que é gerado para a consulta de RPS logo após o envio. No print do código percebi que a função FindAllAnyNs não consegue achar as tags <motivos> e <mot>

Boa tarde, Atualizei esta semana o ACBR e estou observando um comportamento estranho relacionado ao componente AcbrNfseX. Já havia posto em produção e validado o provedor Infisc para a cidade de Caxias do Sul/RS (https://www.projetoacbr.com.br/forum/topic/66217-nfsex-provedor-infisc-caxias-do-sulrs/?page=2) Porém após esta última atualização alguns procedimentos não estão funcionando corretamente. 1 - a função TNotaFiscal.GravarStream não está mais gerando um stream válido. Observei que a propriedade FXmlNfse está sempre em branco, o que não ocorria anteriormente. Para contornar, utilizei a função NotasFiscais.Items[0].GerarXML 2 - a propriedade acbrNfseX.WebService.Emite.Erros.Count está sempre retornando 0 após acionar o método Emitir, mesmo que rejeições ocorram no envio. Grato por qualquer ajuda. 20220621152816-lista-nfse-con-lot.xml 20220621152815-con-lot.xml 128-env-lot.xml

Bom dia, Você está passando todos os parâmetros necessários? Por exemplo o Scope, que no caso de registro de boletos deveria ser "cobrancas.boletos-info cobrancas.boletos-requisicao". Os fontes estão atualizados?

Bom dia, Anexo está um ajuste no método TBoletoW_BancoBrasil_API.DefinirParametros dentro da unit ACBrBoletoW_BancoBrasil_API referente a consulta por CPF. O dígito verificador está sendo copiado errado para o parâmetro digitoCPFPagador. Fiz o ajuste, testei e retornou corretamente. ACBrBoletoW_BancoBrasil_API.pas

Bom dia, Ao utilizar a LibXML2 não seria o caso de atualizar as DLLs desta biblioteca? Elas estão em C:\{Pasta_do_ACBr}\DLLs\LibXml2 Porque já tive erros estranhos relacionados a estas DLLs e só resolvi colocando os arquivos corretos na mesma pasta do executável.

Bom dia Italo, Testado e funcionando. Obrigado!

Bom dia Italo, Anexo o arquivo Infisc.LerXml.pas com um ajuste para carregar corretamente o nome do país do endereço da transportadora. Sem isso o webservice do Provedor retorna esta linda mensagem: E232 Ocorreu um erro no processamento do arquivo. (Validation failed for classes [br.com.gif.nfse.model.nfse.TransportadoraNotaFiscal] during persist time for groups [javax.validation.groups.Default, ] List of constraint violations:[ ConstraintViolationImpl{interpolatedMessage='tamanho deve estar entre 1 e 60', propertyPath=nomePaisTransportadora, rootBeanClass=class br.com.gif.nfse.model.nfse.TransportadoraNotaFiscal, messageTemplate='{javax.validation.constraints.Size.message}'} ]) Infisc.LerXml.pas

Bom dia Italo, Testei e agora consegui realizar as operações básicas com sucesso. Obrigado pela ajuda. Um detalhe (que não muda nada), mais um preciosismo. A grafia da propriedade abaixo está errada: "Childrens" não existe - Children já é o plural.

Boa tarde Italo, Segue anexo o XML. Obrigado. NFSe-000000000000026.xml

Boa tarde Italo, Grato pelo retorno. Fiz as adaptações necessárias para emissão, cancelamento e consulta e parece que está OK. Somente notei um detalhe ao carregar o XML: a propriedade OutrasInformacoes não é alimentada com as tags infAdic no médoto TNFSeR_Infisc.LerInformacoesAdic: A parte destacada não retorna nenhum elemento porém a tag existe no xml (ANodes é um array maior que 0). Obrigado!

Bom dia Italo, Atualizado os fontes e novas tentativas. Alguns pontos que precisariam de ajuste. O webservice valida o nome da cidade, portanto não pode ser "Caxias do Sul/RS" somente "Caxias do Sul" - tanto no endereço do tomador quando do emitente. Eu ajustei manualmente o arquivo ACBrNFSeXConversao.pas, não sei se ali é o melhor lugar para o ajuste - pessoalmente prefiro passar o nome da cidade manualmente ao invés do componente fazer isso, mas creio que essa é uma decisão sua. Outro questão: a propriedade cNFSe não está sendo carregada quando leio o XML (via arquivo ou stream) - está sendo enviada para outro campo que o provedor não utiliza. A versão do XML não pode ser 1.10 mas 1.1 - fiz um cast no provider para ajustar em tempo de execução assim : TACBrNFSeProviderInfisc101(a.acbrNFServX.Provider).ConfigWebServices.VersaoDados := '1.1'; Por fim, ao iterar sobre o resultado da consulta de lote logo após a chamada do método Emitir, a NFSe é autorizada com sucesso porém a mensagem de que a nota foi aceita é listada como se fosse um erro: // Meu teste if vNFSe.WebService.ConsultaLoteRps.Erros.Count > 0 then // vNFSe.WebService.ConsultaLoteRps.Erros[i].Descricao => Nota fiscal 8 aceita. Protocolo nr. 222481 Obrigado pela ajuda. 20220311102608-lista-nfse-con-lot.xml

Bom dia Italo, Agora consegui obter a lista de rejeições acessando a lista ACBrNFSeX1.WebService.ConsultaLoteRps.Erros logo após o envio. Contudo não consigo realizar a Consulta sobre uma NFSe já emitida. Analisando o arquivo Infisc.Provider vi que a consulta é feita através do método pedidoLoteNFSe, porém uma exceção é levantada ao assinar o XML Método Executado: ConsultarNFSePorFaixa Parâmetros de Envio Num. Ini. NFSe: 5 Num. Fin. NFSe: 5 Data Inicial : 30/12/1899 Data Final : 30/12/1899 Parâmetros de Retorno Sucesso : False Erro(s): Código : X801 Mensagem: Erro ao Assinar: Nenhum elemento encontrado Correção: O erro é disparado nesta linha (função TDFeSSLXmlSignLibXml2.Assinar dentro de ACBrDFeXsLibXml2.pas)

Boa tarde Italo, Fiz um novo teste agora usando o método Emitir. Veja que pela sequência o componente enviou a NFSe, recebeu a resposta, em seguida solicitou o status do Lote ao webservice e a resposta veio no arquivo 20220308171136-lista-nfse-con-lot.xml O que deve estar ocorrendo é que a lista de rejeições só vem depois de alguns segundos, a mensagem abaixo é uma fase intermediária. 20220308171136-con-lot.xml 20220308171136-lista-nfse-con-lot.xml 1-env-lot.xml 1-rec.xml

Italo, Este é o ponto, eu passei True para a propriedade ConsultaLoteAposEnvio mas o resultado da consulta é este XML: <sit>100</sit> <NFSe> <sit>217</sit> <motivos> <mot>NFS-e(s) já recebida(s) e ainda não processada(s).</mot> </motivos> </NFSe> As rejeições vieram somente após eu acionar manualmente o método ConsultaLoteRps (a imagem anexa) 20220304112511-lista-nfse-con-lot.xml

Bom dia Italo, Obrigado pelo esclarecimento. Então terei que modificar o processo de autorização - até então eu pensava que poderia capturar as exceções/rejeições/etc durante o envio da mesma forma como nos componentes acbrNFE, acbrMDFE e o antigo acbrNFSE. Também pelo fato de eu ativar a propriedade ConsultaLoteAposEnvio fiquei na dúvida se o componente iria executar a Consulta logo após ter Enviado. Se você me diz que agora o processo deve ser feito em duas etapas (1- envio e 2- consulta), OK vou adicionar um controle com loop para esperar as respostas. Grato.

Olá Italo, OK, entendi. Mas estas rejeições não deveriam ser carregadas no componente logo após ser acionado o método Emitir ? Porque o que está acontecendo é que o método Emitir retorna OK mas não está OK, eu acabo tendo que acionar o método ConsultarLoteRps para descobrir se houve rejeição.

Bom dia Italo, Segue os prints. Grato.

Bom dia Italo, Atualizei os fontes mas o resultado é o mesmo. Mesmo ativando a propriedade ACBrNFSeX1.Configuracoes.Geral.ConsultaLoteAposEnvio o componente não recebe as mensagens do envio. Ele enviar, recebe que o lote está em processamento mas a consulta subsequente não é executada. Se faço manualmente uma consulta informando o número de lote recebido, neste caso recebo um retorno OK do webservice (no meu teste uma lista de rejeições). 20220304112511-con-lot.xml 20220304112511-lista-nfse-con-lot.xml 1-env-lot.xml 1-rec.xml