Rafaelbudag

Bom dia Juliomar, Sim, estou informando os dados conforme o tópico Estou enviando em anexo como está a parte do meu código que faz a Consulta de Detalhe Consulta Detalhe ACBrBoleto.txt

Boa Tarde, Após atualizar os fontes, no momento da geração do Token está dando erro 500 - falha na autenticação. Antes da atualização dos fontes, a consulta de detalhe de boleto funcionava normalmente, mas agora ele para na geração do token Se eu for em modo debug, quando entra na function TOAuth.GerarToken, na seguinte linha da o erro abaixo: Linha: Result := Executar('Basic ' + String(EncodeBase64(AnsiString(ClientID + ':' + ClientSecret)))); Erro: Project Eficaz.exe raised exception class EJsonParserException with message 'Expected "{" but found identifier (1, 10)'.

Boa Tarde, Atualizei os fontes, mas não consigo testar o registro de boletos para ver se resolveu a questão do CodigosMoraAceitos. Após atualizar os fontes, no momento da geração do Token está dando erro 500 - falha na autenticação. Se eu for em modo debug, quando entra na function TOAuth.GerarToken, na seguinte linha da o erro abaixo: Result := Executar('Basic ' + String(EncodeBase64(AnsiString(ClientID + ':' + ClientSecret)))); Erro: Project Eficaz.exe raised exception class EJsonParserException with message 'Expected "{" but found identifier (1, 10)'.

Atualizei faz umas 3 semanas. Vou atualizar novamente e já reporto em seguida se resolveu

Boa Tarde, Estou com um problema ao registrar boletos do Sicoob via API. No create da ACbrBancoBancoob.pas a property CodigosMoraAceitos é setada como '012'. Acredito que essa informação é usada para registros via remessa bancária. Porém o WebService da Sicoob requer '123'. O fonte do ACbr já está enviando 1,2 e 3, porém quando entra na validação dos códigos aceitos ele não permite seguir a diante com o registro do boleto. Neste caso, como eu poderia alterar a informação desta property?

No caso eu deixo o campo AcBrBoleto.Cedente.CedenteWS.KeyUser como vazio então pois será gerado pelo componente? Nas configurações padrões a linha mostra o seguinte: AcBrBoleto.Cedente.CedenteWS.KeyUser := Access token (Bearer) portal developpers sicoob;

Boa Tarde Juliomar, Obrigado pelo retorno. Para acessar esta geração de token nessa classe específica do print você teria algum exemplo? Pelo exemplo na pasta do AcBrBoleto não tem e no curso do AcbrBoleto também não mostra como chamar esta informação

Boa tarde, Estou fazendo a integração com o Sicoob utilizando o ACBrBoleto. Estou usando estas informações que foram postadas no link abaixo: A minha dúvida está na geração do Access Token(KeyUser) AcBrBoleto.Cedente.CedenteWS.KeyUser := Access token (Bearer) portal developpers sicoob; Minha dúvida é a seguinte: O ACBr gera esse token tendo a informação do ClientID e o certificado digital? Ou eu teria que gerar por fora e preencher essa informação no componente? No portal developers consta na documentação que esse código deve ser consultado na API fazendo a requisição pela URL usando o método POST. Na aplicação cadastrada no portal developers consta a seguinte informação do token:

Boa tarde Diego, Tentei da forma que você mencionou, porém não foi possível estar gerando. Consegui estar realizando a emissão da GNRE seguindo os exemplos do tópico abaixo. Mantive a receita 100102 e no documento de origem foi informado '00', outra mudança no arquivo foi informar a tag <campoExtra> com o código 86 e a chave de acesso da nota conforme a Tabela de campos adicionais. Em anexo o modelo do arquivo gerado que obteve sucesso. 001-gnre.xml

Boa tarde, Nós enviamos as datas de vencimento e pagamento com a mesma data da emissão da nota, porém retorna a mesma rejeição. Entrei em contato com o Fale Conosco explicando a situação e passando alguns exemplos para verificar se seria algum problema no SEFAZ.

Bom dia Diego, Segue em anexo os arquivos gerados na consulta 2340926568-ped-rec-soap.xml 2340926568-pro-rec-soap.xml 20230804084751-env-lot-soap.xml 20230804084752-rec-soap.xml

Bom dia, estou realizando a homologação da GNRE para o estado da Bahia e estou recebendo a seguinte mensagem: 'Lote Processado com pendencias Falha na validacao do retorno da UF: cvc-elt.1: Cannot find the declaration of element 'TRetorno_GNRE'.' Seria alguma configuração especifica para o estado? Peguei o XML gerado e importei no portal porém obtive o mesmo erro. Já verifiquei o manual de homologação, porém não encontrei nada relacionado. 001-gnre.xml

Bom dia, estou realizando a homologação das UF's para emissão da GNRE, porém para o estado de São Paulo não é possível emitir da mesma forma que os demais estados. Ao acessar o site https://portal.fazenda.sp.gov.br/servicos/dare/Paginas/DARE-ICMS.aspx no final da página tem a informação de uma disponibilização de uma API para integração via sistema para a emissão da DARE, no ACBR já temos algo pronto para essa integração ou teria que ser realizado de forma manual?

Italo, deu certo. Era só isso mesmo resolvido.

Bom dia, Estava usando componente ACBRNFSe e migrei para o ACBRNfseX, em um computador nosso gera a versão e consegue imprimir normalmente a nota de serviço integrando com Blumenau(SimplISS), em outro computador esta dando o erro ("pro" não é um valor TnfseProvedor válido ). Verifiquei que na hora de carregar o provedor na rotina LerParamsMunicipio e o fxProvedor esta vindo vazio. Tenho que configurar algum arquivo ini? procedure TGeralConfNFSe.LerParamsMunicipio; var Ok: Boolean; CodIBGE: string; begin // =========================================================================== // Verifica se o código IBGE consta no arquivo: ACBrNFSeXServicos // se encontrar carrega os parâmetros definidos. // =========================================================================== CodIBGE := IntToStr(FCodigoMunicipio); FPIniParams.SetStrings(fpConfiguracoes.WebServices.Params); FxProvedor := FPIniParams.ReadString(CodIBGE, 'Provedor', ''); FVersao := StrToVersaoNFSe(Ok, FPIniParams.ReadString(CodIBGE, 'Versao', ''));