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', ''));

Bom dia, fiz a conversão para o componente novo e deu certo, muito obrigado!

Não é a primeira vez, fizemos já integração com o provedor SimplISS por exemplo e esse está funcionando normalmente Utilizamos o componente ACBrNFSe

Boa tarde, estou tentando fazer a emissão de uma nota fiscal de serviço para um cliente que é da cidade de Palmeira/PR, porém não retorna nenhuma mensagem de erro ou aprovação na geração do lote e gera um recibo que estou encaminhando abaixo que vem com todos os dados preenchido corretamente, mas no site da prefeitura a nota não aparece O recebimento desse recibo não deveria significar que a nota foi aprovada? Será que precisa ser preenchida mais alguma informação no componente?

Bom dia, Instalei o novo Delphi 11.2, fiz a instalação do ACBR e quando vou dar um build no projeto esta dando o erro abaixo. [dcc32 Fatal Error] ACBrCompress.pas(53): F2051 Unit System.Zip was compiled with a different version of System.ZLib.TZCompressionStreamExt Fiz um projeto do zero, adicionei nele somente o componente ACBRExtenso e na hora de compilar retorna o erro [dcc32 Fatal Error] ACBrCompress.pas(53): F2051 Unit System.Zip was compiled with a different version of System.ZLib.TZCompressionStreamExt Já reinstalei o ACBR com a opção de "Remover Arquivos Antigos do disco" e o erro continua. TesteACBR.zip

Bom dia, Estou tendo alguns problemas na emissão de Nota Fiscal de Serviço de Blumenau para emissor do Lucro Presumido após ser ativada a tag RegimeEspecialTributacao Pelo que eu vi o enumerate TNFSeRegimeEspecialTributacao tem os seguintes campos: Estes campos não coincidem com os requisitados no manual da prefeitura de Blumenau: Como o emissor é do Lucro presumido, a tag está indo como 8 (retLucroPresumido do enumerate), sendo assim a prefeitura não deixa a nota passar dizendo que não é aceita essa numeração e que só é aceito números de 1 à 6 neste campo conforme o manual. Abaixo código que foi alterado: // Código do repositório onde foi removido o proSimplISSv2 do if: if not (FProvedor in [proSigep, proiiBrasilv2, proMegaSoft, proSiapSistemas]) then if NFSe.RegimeEspecialTributacao <> retNenhum then Gerador.wCampo(tcStr, '#6', 'RegimeEspecialTributacao', 01, 01, 0, RegimeEspecialTributacaoToStr(NFSe.RegimeEspecialTributacao), DSC_REGISSQN); Eu não consegui anexar o manual da prefeitura de Blumenau devido ao tamanho dele, mas este manual pode ser baixado no https://nfse.blumenau.sc.gov.br/

Bom dia, No Curso "PAF-NFCe em SC - Da implementação a Habilitação Junto a SEFAZ" na aula "Requisito IV - Regras Relativas ao DAV" no minuto 2:00 é especificado que não pode conter totalizadores no DAV. Foi mencionado que pode somente conter quantidade e valor unitário. Porém no Ato DIAT 53 2020 (documento utilizado na aula que anexei a este tópico), é dito referente à especificação técnica o seguinte na página 2: e) a discriminação da mercadoria, valor unitário e total, no caso de DAV utilizado para orçamento ou pedido. Neste caso, a DAV pode imprimir o valor total da Quantidade x Valor Unitário por item e total por DAV? Ato_DIAT_53_2020___Anexo_II.pdf

Bom dia Fraklin, Ta nesse barco tambem........

Oi Italo, Desculpe a demora, fiz sim, fiz alterações bem basica só para testar se iria funcionar, nao me preocupei em deixar funcionando para a Nfe, tanto que voltei os fontes na quinta de noite. Anexos os arquivos que alterei. ACBrUtil.pas ACBrDFeSSL.pas pnfsNFSeW_ABRASFv2.pas OI Dejorgenes (Acertei agora? eheheh) Semana passada ainda enviei pelo metodo da notablu via ACBR. Tentei fazer metodo novo conforme as orientações da live do Dyego, mas não foi. Hoje não testei ainda.

Edup2006, ok vou tentar alterando a aliquota, sobre o cnae e a atividade, estão iguais ao do site

Estou enviando o arquivo antes de assinar, e depois de assinar ja com o envelopamento xmlAssinado.xml Antes assinar.xml