Painel de líderes

Pessoal, O Lucas que faz o serviço da nuvem para nós conseguiu resolver. Ele viu que hoje o Daniel enviou o passo a passo e no fim enviou a versão das ferramentas. Ao testar com o node 12 funcionou. Antes disso testamos da 14 para cima .

Boa tarde pessoal! Confirmando a informação que dispúnhamos, foi publicado no dia 17/10/2023 no portal da Sefaz Virtual do Rio Grande do Sul, infromando sobre o fim da vigência da versão 3.00 no dia 31 de Janeiro de 2024. Um agradecimento ao membro @Rafael - ATS Informática por compartilhar a informação em nossa comunidade do Discord.

Bom dia pessoal! Como pode ser observado no tópico abaixo, o estado de Goiás prorrogou por bastante tempo a obrigatoriedade de informar o cBenef na NF-e. No entanto, recebemos relato de um membro em nossa comunidade do Discord de que ao enviar NF-e sem o cBenef o mesmo estava recebendo a rejeição Buscando mais informações sobre a questão, encontramos no site da Secretaria da Fazenda do Estado, notícia publicada no dia 17/10/2023 com o seguinte aviso.

entao....acredito que é isso mesmo...pois o telefone e do prestador...e antes o provedor era outro..dae pode ter avido...erro na migracao coisa assim....vou la pra ver e retorno a vcs...

mocada foi isso mesmo acabei de vir da prefeitura e no cadastro do emitente tava o telefone todo formatado errado com espacos ...provavelmente devido a migracao do coplan pro agili ...mas deu tudo certo a emissao da nota foi feita com sucesso... obrigado pela colaboracao de todos....abs

Positivo, vou efetuar novos testes, e se ainda ocorrer, vou solicitar auxílio ao suporte do provedor.

Em contato com o Sefaz de MG (31) 3069-6601 - opção 5 - opção 3, falei com a atendente Maria e a mesma me informou que já foi identificado o problema no portal deles em relação a rejeição 719 e estão trabalhando para resolver.

Boa tarde @C4Dev, No XML de envio de lote não encontrei nenhuma quebra de linha. A alteração realizada na época do tópico que você mencionou é que o componente estava removendo a formatação da inscrição municipal e o provedor estava exigindo a inscrição formatada. Que não é o seu caso.

Testei e consultou sem erro agora. Muito obrigado pelo empenho.

Boa tarde @Sófolha Obrigado pelas informações. Conforme informado anteriormente, em casos semelhantes já relatados, enquanto ocorreu este tipo de erro com algum DFe, outros no mesmo ambiente funcionaram corretamente. A questão não deve ser a instalação do certificado tão pouco a utilização dele pela componentes, tendo em vista que alguns DFes funcionam. O problema deve ser algo específico entre o certificado/leitora/driver/outros X Servidor que recepciona o documento. Tente atualizar a cadeia de certificados onde está atendendo o problema para verificar se resolve em algum dos cenários. Segue um tópico relacionado.

Oi Alexandre obrigado pela sugestão. No momento estou testando enviar o qrcode junto com o texto para facilitar a copia da mensagem inteira. Parece que é mais fácil a copia. Vou compartilhando o andamento dos testes

Bom dia! A impressão do número formatado não está errada. Para muitos ela até torna mais legível. Na verdade, se conferirmos no MOC - Anexo II Manual Especificacoes Tecnicas DANFE Codigo Barras. O correto é exibir o número formatado. Enviada correção para o SVN na Rev-30978

Bom dia Carlito, Checando o XML do RPS que esta sendo enviado, temos o telefone do tomador que não tem nada haver com o telefone que aparece na mensagem de erro retornado pelo webservice. Note que até a formatação do telefone esta zoada: '(66)6)34210025 ' . Reforço o que o Diego já expos, o erro é no webservice do provedor, não vejo outra alternativa entrar em contato com eles e expor o problema. Pode ser apenas um erro de cadastro do prestador caso esse telefone seja do prestador.

@leoprates Meu linux tinha configurado conf. manual padrao ACBr https://acbr.sourceforge.io/ACBrLib/ComoInstalarDistribuir.html (como root: echo "deb http://deb.debian.org/debian buster main contrib\n" >> /etc/apt/sources.list &&\ apt-get update && apt-get install -y --no-install-recommends \ xvfb \ xauth \ openssl \ libxml2 \ gtk2 \ gtk2-devel \ ttf-mscorefonts-installer && \ ln -s libxml2.so.2 libxml2.so ) OpenSSL q estava 3.0, substitui por OpenSLL 1.1.1.1f https://www.youtube.com/watch?v=GqRq4FzpLc8 Instalei conforme: https://github.com/Maurelima/acbr-demo-linux jdk-21_linux-x64_bin.deb npm (versao 8.5.1) node (versao v12.22.9) dei permissão na pasta sudo chmod -R 777 /home/acbr/acbr-demo-linux/ npm install ffi-napi Apontei as pastas no INI para pastas existentes no meu ambiente.

var LNFe : TACBrDadosNFe; var Titulo : TACBrTitulo; Titulo := FACBrBoleto.CriarTituloNaLista; Titulo.Vencimento := XXXXXXXXXXXXXXXXXXX Titulo.DataDocumento := XXXXXXXXXXXXXXXXXXX Titulo.NumeroDocumento := XXXXXXXXXXXXXXXXXXX Titulo.EspecieDoc := XXXXXXXXXXXXXXXXXXX Titulo.EspecieMod := XXXXXXXXXXXXXXXXXXX LNFe := Titulo.CriarNFeNaLista; LNFe.ChaveNFe := '12345678901234567890123456798012345678901234'; LNFe.ValorNFe := 500;

Bom dia, Realizamos um levantamento entre nossos clientes que relataram esses erros e identificamos que eles estão usando diversas Autoridades Certificadoras diferentes. Alguns exemplos incluem Link RDB V2, Certisign RFB G5, Certifica Minas v5 e Soluti Multipla v5, Safeweb RFB v5. Além disso, é importante destacar que esses certificados são os mesmos usados para transmitir eventos no eSocial. Essas informações nos levam a descartar a hipótese de que o problema esteja relacionado aos certificados ou à sua instalação. Para reforçar nossa posição, foi publicada ontem uma mensagem no portal Sped. Ela informa que a revisão do conjunto de protocolos TLS na EFD-Reinf, que originalmente estava programada para 21/10/2023 e implicava na desativação do uso de TLS 1.0 e TLS 1.1, foi adiada para janeiro de 2024. A data exata ainda será divulgada. Provavelmente, ainda estão ajustando os servidores para recepcionar as informações com esse nível de criptografia. Adiamento da revisão do conjunto aceito de TLS na EFD-Reinf (rfb.gov.br) At.te,

Bom dia @leoprates Vou verificar na minha vm e ja ja te passo.

@I3 SISTEMAS Vou verificar com o time, pois não temos relatos semelhantes. Lembrando que precisamos manter a compatibilidade com Lazarus e Delphi antigos como Delphi 7. Te aviso assim que concluirmos os testes.

Boa tarde! Estou buscando mais informações, mas a princípio, encontrei algumas discussões sobre o assunto que dizem que o valor do ICMS já deve ser embutido no valor dos produtos. Veja: Também há uma discussão sobre isso no canal #fiscal em nosso Discord.

Boa tarde pessoal, Implementei uma classe para carregar as informações da tabela de códigos de beneficio fiscal, gostaria de compartilhar com a comunidade. Quem sabe possamos no futuro estender essa implementação para um componente ACBrCBenef. Os passos para utilizar: 1º) Baixar a tabela http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=heuMWX0urg0= 2º) Salvar cada UF em um arquivo CSV 3º) Carregar 1 arquivo por vez Obs.: O funcionamento segue na mesma ideia do componente de IBPT, porém ainda não implementei o download da tabela. ACBrCBenef.pas

Boa tarde @Desenvolvimento.microline, O que tudo indica existe um erro no webservice do provedor. Vai ser necessário entrar em contato com o provedor e expor o problema.

Boa tarde Walter, Você não configurou a pasta onde se encontra os Schemas, pelo menos é que eu vejo nessa imagem.

Boa tarde, Veja se essa rotina te ajuda: https://acbr.sourceforge.io/ACBrLib/Boleto_GerarPDF.html

@mgmobile Pelo que vi no manual CNAB Seu cliente deve cadastrar a chave pix no banco. Configure a chave no monitor é opcional enviar o TXID, então no INI fica assim: QrCode.txid= ;;opcional (se nao preencher o banco gera)

Muito obrigado pela rápida resposta.

A nota que vc enviou que foi aprovada, deve ter sido emitida antes da atualização dos servidores da SEFAZ de MG. Eu tentaria 2 caminhos: 1 - Preencher a tag idEstrangeiro com algum documento e tentar emitir. 2 - Fazer um registro no Fale Conosco da SEFAZ de MG informando a rejeição e o XML que a princípio deveriam ser válidos.

Grata pela resposta. Somente hoje consegui o manual de integração atualizado. Vou testar. Como obter o Manual de Integração: 0800-727-2755 opção averbação Solicite também ao suporte os dados para realizar testes (Usuario e senha) wws.averbeporto.com.br Link do Manual de Integração: (este link sempre trará o manual atualizado) https://docs.google.com/document/d/1da005UzBF1Wzm8LmiB4JJnaXaLXtFKgl6S_rErMlXF8/edit

Acessei o portal BHISS do cliente para consultar este RPS. Ele foi rejeitado por 2 motivos:

Oi Diego, fiz um envio alterando o tempo que você me informou. Você poderia verificar neste log se a nota foi enviada? Vi que gerou um número de protocolo. Lote=1 MaxRps=50 ModoEnvio=Enviar Lote NumeroNota= Protocolo=AG1407416t23e291XHGT7Qpr Situacao= Sucesso=1 ACBrLibNFSe-20231018.log

Bom dia! Um momento, por favor, vou verificar o andamento da tarefa. EDIT: A TK está em nosso backlog para que a contribuição seja analisada e enviada ao SVN. Sobre o erro de Inscrição Estadual, estou buscando mais informações.

@C4Dev @I3 SISTEMAS Estou trabalhando nisso, acabei os testes, realmente nao está validando... Assim q subir para SVN aviso aqui.

Bom dia, Você configurou a Lib para salvar os XML?

Obrigado pelo retorno.

Obrigado pelo retorno.

Bom dia, Fiz alguns testes aqui e realmente é uma característica do whatsapp mesmo. Duas sugestões: 1 - Orientar ao cliente a usar a opção Copiar no menu (no print peguei no computador, mas funciona igual no celular). Nela a string vem completa sem link. 2 - A segunda sugestão depende mais do seu cenário da aplicação. Não sei se é o próprio cliente que finaliza a venda/compra na aplicação. Então você poderia colocar uma opção de jogar a string do pix direto pra área de transferencia ao invés de fazer que ele selecione.

Bom dia, não estou localizando agora a documentação da época, mas tenho desde 2021 diversas API homologadas junto ao Banco do Brasil. se há esse parâmetro é porque foi solicitado na homologação da implementação, da mesma forma os 000 a frente do nosso numero. e na documentação interbancária é prefixo da agencia e numero da conta. https://www.bb.com.br/docs/pub/emp/empl/dwn/Doc5175Bloqueto.pdf?pk_vid=297b8c96bf9dea4916976331773b017a

Refaça o teste usando TLS1.2, por favor.

Diego, bom dia! Perdão cara, esqueci de dar um feedback por aqui. tá tudo certo. valeu.

Olá @ralty Foi enviada ao SVN uma correção do problema. Disponível na rev. 30962. Por favor baixe novamente os fontes e efetue um teste. Obrigado.

@willian_delan Obrigado, vou tentar com este email ! ótimo dia !

Obrigado pela contribuição. Criada TK-4606 para análise e possível envio ao SVN.

para obter a Inscrição estadual é possivel?

Já esta no SVN.

Revise seu ambiente, especialmente OpenSSL, LibXml2 e o certificado. Veja neste tópico, onde foi sinalizado o mesmo problema, que o @Daniel InfoCotidiano simulou um ambiente funcionando corretamente.

Bom dia @Reinaldo Silva Nos meus testes não apareceu isso. Versão 1.4.203 x86: Juros Mora % Juros Mora $ Vou anexar meu INI para que o Sr possa testar ai: bol_incluiTitulos1.txt

Bom dia ralty, No momento essa implementação (híbrido via API) ainda não existe no ACBr. Temos o banco Inter implementado por troca de arquivos CNAB e por API (sem PIX). Adicionamos o registro em nosso backlog para avaliar a documentação. Caso tenha interesse em contribuir com o projeto pode também através da documentação e verificando outros bancos já implementados fazer a sua implementação e contribuir conosco adicionando os arquivos nesse tópico. Obrigado.

Pelo log o problema é que vc não solicitou acesso ao endpoint cobv no momento da autenticação. Veja: É possível selecionar os escopos direto no Object Inspector... ou acessando pelo código. Para utilizar o cobv... vc precisa habilitá-lo antes.

Nosso componente ACBrBoleto já faz parte do futuro dos boletos, o que significa que além das diversas alterações realizadas para a integração via web-service, agora também já está apto para a emissão dos chamados Boletos Híbridos, ou seja, aqueles que além do Código de Barra, também contam com um QRCode para pagamentos via PIX. Esta alteração vem de encontro a muitos pedidos que temos recebido para incluir o QRCode no boleto, porém vale ressaltar que o Banco do Brasil foi pioneiro em promover uma integração completa com o PIX por meio de sua API, fazendo com que sua aplicação receba a baixa do título junto com as informações de retorno do banco, diferente do que ocorre quando esta integração não existe, tornando este processo manual e passível de uma série de erros. Atualmente os Bancos que suportam este tipo de emissão de boleto híbrido e estão implementados no ACBr são os seguintes (clique no nome do banco para acessar o tópico com a explicação detalhada dele): CNAB - por transferência de arquivos: Santander Sicredi Itau Bradesco (CNAB400) API - on-line: BB Caixa Econômica PenseBem Sicredi V2 Sicoob Inter (veja particularidades para NossoNumeroCorrespondente) Santander Itau (necessita que o banco forneça outra credencial para endpoint PIX) Para entender melhor como implementar esta solução e modernizar ainda mais sua aplicação, veja este artigo em nossa Base de Conhecimento. Att.

Infelizmente essas tabelas de NFe estão em formato proprietário (Excel/XLS) então fica complicado de automatizar o download... Aqui uso o ACBrSpedTabelas pra baixar já automatizado. Até onde sei são os mesmos códigos. Só não existe na tabela do SPED a correlação com o CST mas isso é fácil de deduzir pela descrição do benefício.