Diego Foliene

Boa tarde! Criada a #TK-5701 para análise do caso e parecer por parte da equipe de consultores.

A princípio este é o valor correto. Por favor, disponibilize o conteúdo de Titulo.ToString() para que possa realizar um teste em meu ambiente. Se julgar que o mesmo tenha dados sensíveis e não possa ser disponibilizado direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

Boa tarde! São logs diferentes. O arquivo ACBrLibPIXCD-20240705.log é o log criado pela Lib. O que o @antonio.carlos lhe pediu é o log próprio do componente ACBrPixCD que é utilizado pela Lib. Para que ele seja criado, na seção [PIXCD] do seu arquivo ACBrLib.ini, defina o valor 4 para NívelLog e coloque caminho + nome do arquivo em PathLog. Ao executar novamente o processo de revisão de cobrança imediata, ele vai criar o arquivo para você. Você verá que ele vai ter outras informações que não estão presentes no log da Lib. Outro ponto que vale citar. Ele não detalhou, mas já vi casos desse sentido em que o problema era porque estava tentando editar o status de uma cobrança para um status de "não ativa"(REMOVIDA_PELO_USUARIO_RECEBEDOR ou CANCELADA) para uma cobrança que já não estava mais ativa. Veja se não é o caso.

Boa tarde! Muito obrigado pela contribuição! Por favor, disponibilize as units alteradas para análise e possível inclusão no SVN.

Boa tarde! Por favor, quando foi sua última atualização do ACBr? Depois de atualizar você executa o instalador? Não estou tendo problemas para usar o wsViaCep: Qual erro você está tendo com ele? Houve um refactoring recente na unit responsável pela leitura de arquivos JSON. Pode disponibilizar os arquivos de envelope da consulta para conferirmos como estão vindo as informações de data e se o leitura do JSON está tendo problemas para realizar a leitura das mesmas?

Complementando o que o @Italo Giurizzato Junior mencionou, no seu caso, você está passando zero. Como não é um valor válido, na hora de fazer a leitura a função converte para retNenhum e por isso não cria a Tag. Se for mesmo para enviar o valor zero neste campo, precisa descobrir a qual regime ele corresponde.

Essas duas mensagens lhe foram devolvidas pelo web service do provedor. Confira no XML gerado se a informação está correta, caso esteja, entre em contato com a administração municipal para confirmar se esse é mesmo o regime ou se houve atualização. Se o regime estiver correto no XML e na prefeitura, entre em contato com o provedor para questionar se o mesmo não está com o cadastro deste prestador desatualizado ou incorreto.

Boa tarde! Por favor: Está utilizando componente nativo para Delphi/Lazarus, Monitor ou Lib? Se estiver utilizando componente nativo, está usando Fortes, Fast ou FPDF? Qual é o valor que atribuiu nesta propriedade? ACBrBoleto.ListaDeBoletos[Indice].CodigoMoraJuros := ?

Boa tarde! Por favor, configure as propriedades de Log para que possamos conferir se chega a registrar retorno no mesmo. ACBrBoleto.Configuracoes.Arquivos.LogNivel := logParanoico; ACBrBoleto.Configuracoes.Arquivos.PathGravarRegistro := 'Caminho onde será gravado o arquivo'; ACBrBoleto.Configuracoes.Arquivos.NomeArquivoLog := 'Nome do Arquivo de Log'; Outro teste que pode ser feito. Pegue as dlls deste LINK escolhendo de acordo com a versão que compila a sua aplicação e não a versão do SO e coloque elas na mesma pasta do seu .EXE

O comando correto é CTE.SerVersaoDF("4.00"). Isso depende de qual seria essa "versão anterior". A um tempo atrás, foi feita uma modificação nos fontes do ACBr para que a configuração de interna de versão assumisse o mesmo valor que é passado no arquivo INI que alimenta o XML. No entanto, isso acabou gerando impactos imprevistos e a referida modificação precisou ser revertida(Você pode ver mais detalhes sobre isso AQUI) Por isso é importante que façam este teste definindo a versão com o comando antes de criar e enviar o CTe.

Bom dia! Uma possível sugestão seria instalar as fontes Microsfot. Por favor, siga as orientações deste link e veja se o problema persiste. https://docs.groupdocs.com/viewer/java/how-to-install-windows-fonts-on-ubuntu/

Bom dia! Na documentação do BB tem um exemplo onde numeroConvenio = 3128557 e numeroCarteira = 17. Neste tópico também tem um exemplo.

Esses são alguns links úteis: Particularidades Tabela p/ preenchimento Arquivo .INI usado no ConfigurarDados Tabela p/ preenchimento Arquivo  .INI usado no IncluirTitulos Ademais, eu conferi direto nos fontes do componente nativo. Sinta se a vontade para questionar. Estamos aqui para ajudar com toda e quaisquer dúvidas.

Fazendo um teste em meu ambiente notei um erro nos parâmetros passados no botão "Enviar Lote RPS(Sincrono)" e no "Enviar um RPS". Enviei a correção para o SVN na Rev-34291. Por favor, queira atualizar e realizar novos testes.

Bom dia! Seu exemplo está desatualizado.

Bom dia! Ele não adiciona a Tag, porque na rotina de conversão, não existe um valor que converta do zero. Também não existe valor zero se conferirmos no Manual da ABRASF, onde os valores possíveis são: Você precisa entrar em contato com o provedor para questionar quais sãos os possíveis valores a serem enviados no campo para o município em questão, assim podemos criar uma conversão.

Bom dia! Você pode tentar desta forma: //Com as informações do CTe carregadas na biblioteca. var CTe = ACBrCTe.ObterCTe(Indice); //Se você já carregou o CT-e na Lib, fez o envio e autorizou. var chaveCTe = CTe.ProtCTe.chCTe; //Se você só gerou o arquivo, mas não fez o envio e quer saber como ficou a chave. var IdCTe = CTe.infCTe.ID; //Aqui você tem o literal "ID" + Chave de acesso;

Bom dia! Suas considerações fazem sentido. Criada a #TK-5698 para análise do caso e parecer por parte da equipe de consultores.

Bom dia! Não há alterações recentes diretamente relacionadas ao retorno da NFe no ACBrMonitor. Se você conferir no retorno do seu sai.txt, vai ver que as informações dele coincidem com o leiaute do retorno do arquivo. Se conferir nos arquivos gerados, provavelmente vai encontrar um com estrutura semelhante a esta: <retConsReciNfe> <tpAmb>2</tpAmb> <verAplic>PR-v4_8_55</verAplic> <nRec>411110223238681</nRec> <cStat>103</cStat> <xMotivo>Lote recebido com sucesso</xMotivo> <cUF>41</cUF> <dhRecbto>05/07/2024 09:46:28</dhRecbto> <protNFe> <infProt> <tpAmb>2</tpAmb> <verAplic>PR-v4_8_55</verAplic> <chNFe>41240742618685000184550010000002021725519163</chNFe> <dhRecbto>05/07/2024 09:46:28</dhRecbto> <nProt>141240000419757</nProt> <cStat>104</cStat> <xMotivo>Lote processado</xMotivo> <xMsg>Autorizado o uso da NF-e</xMsg> </infProt> </protNFe> </retConsReciNfe>

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia! Está coluna não é preenchida com nenhuma informação. Ela é preenchida com brancos. A propriedade CaracTitulo é a responsável por preencher esta posição. Você pode definir esta informação usando o comando Boleto.ConfigurarDados, na seção [Cedente] do arquivo de configuração que é alimentado neste comando Na tela de configurações do ACBrMonitor em Boleto > Remessa/Retorno defina o valor 103 no campo VersaoArquivo. Ele vai gerar o valor 1 nesta posição. Isso também pode ser feito pelo comando Boleto.ConfigurarDados na seção [Banco] do arquivo de configurações. Tela de configurações do ACBrMonitor em Boleto > Conta Bancária Responsável Emissão Boleto. Ou Comando Boleto.ConfigurarDados, seção [Cedente], valor de RespEmi. Valor de Instrucao2 na seção [Titulo] do arquivo usado para incluir títulos. Ao definir o CaractTitulo automaticamente vai definir essa informação seguindo a lógica. Se CaracTitulo equivalente ao valor de Cobrança Simples, assume 805076. Se CaracTitulo equivalente ao valor de Cobrança Descontada, assume 603015. Alterando a configuração de VersaoArquivo para 103 ele automaticamente gera o valor 1.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa noite! Traz sim, mas somente se o web service de consulta devolver a informação. Por exemplo este é o resultado ao consultar o CNPJ do Pão de Açucar no CNPJWS:

Boa tarde! Conferindo no Log do SVN, as alterações mais recentes na unit de retorno do Bancoob foram no dia 21/06. Já as da versão 3 da API foram no dia 28/06. Conferindo na rotina LerRetorno de ambas e comparando com o JSON que disponibilizou, você está utilizando a versão comum e não a V3. Pode confirmar por favor? Se de fato não for a V3, consegue fazer um teste de debug? Coloque o break-point no local indicado pelo print e veja se a rotina de leitura se comporta como o esperado.

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que a Sefaz de Minas Gerais ativou a contingência no dia 04/07/2024 às 08h20, com previsão de permanecer ativada até às 12h00 do mesmo dia. Para utilizar o ACBr em contingência durante este período, siga as orientações do tópico abaixo. Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nosso Discord.