Painel de líderes

Ajustamos os fontes do ACBr, para que eles fiquem compatíveis com o OpenSSL 3.x... Os ajustes já estão no SVN Como essas mudanças são feitas no núcleo de comunicação segura do ACBr, agradecemos a ajuda nos testes, e por favor reportem se notarem algo estranho, mesmo no uso de versões mais antigas, como o OpenSSL 1.1.1 O que é o OpenSSL ? O OpenSSL é uma famosa biblioteca usada para comunicação segura e criptografia... no ACBr, usamos ela para vários de nossos componentes que usam HTTPS, como por exemplo, o ACBrPIXCD... Página do OpenSSL https://www.openssl.org/ Você pode encontrar as DLLs do OpenSSL, em nosso SVN: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/ Porque fizemos essa mudança ? Recentemente o OpenSSL passou por um processo de refatoração, o que gerou a série 3.x... e as versões anteriores, estão sendo descontinuadas, e deixarão de receber correções de segurança e novas melhorias Suporte a protocolos mais Seguros, como TLS 1.3 Em ambientes Linux, o OpenSSL 3.x já é instalado por padrão, e é difícil fazer o downgrade, para a versão 1.1.x O que muda nos meus fontes ? Esperamos que nenhuma modificação seja necessária nos seus fontes. Nossa implementação é compatível com OpenSSL 0.9.x a 3.x, ou seja, os fontes do ACBr, tentam detectar a DLL mais nova do OpenSSL de forma automática.... Geralmente a biblioteca será procurada primeiro, na mesma pasta da Aplicação ou no Path do Sistema Operacional, dando sempre preferência as DLLs das versões mais novas... Ou seja, ele primeiro procurará pela DLL da versão 3.x, e depois da versão 1.1.x, 1.0.x, 0.9.x e assim por diante Como posso saber, qual DLL do OpenSSL o ACBr carregou ? Use as linhas abaixo, para ver a Versão e o Path completo, das DLLs carregadas na memória mResp.Lines.Add('Versão OpenSSL'); mResp.Lines.Add( OpenSSLExt.OpenSSLVersion(0) ); mResp.Lines.Add( ACBrOpenSSLUtils.OpenSSLFullVersion ); mResp.Lines.Add( OpenSSLExt.SSLUtilFile ); mResp.Lines.Add( OpenSSLExt.SSLLibFile ); mResp.Lines.Add('------------------------------'); Como atualizo a DLL para a versão 3.x ? Basta copiar as novas DLLs, para a mesma pasta do seu .exe... Se você compila seu sistema em 32 bits, aqui estão as DLLs: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/3.1.3/x86/ Nota: mesmo que o Windows seja 64 bits, a DLL precisa acompanhar a arquitetura em que seu .EXE é compilado Eu preciso atualizar ? Não necessariamente, mas recomendamos que você use no mínimo a versão 1.1.x, por motivos de segurança Não creio que a atualização, gere mais performance, no uso da biblioteca...

With Produto.Prod.comb.origComb.Add do Begin indImport := iiNacional; //iiImportado cUFOrig := UFToCUF('SP'); pOrig := 0.000; End;

Bom dia, Já esta no SVN.

Nota Técnica 2016.003 Versão 3.62 A Resolução Gecex nº 529, de 19 de outubro de 2023, alterou a vigência da Resolução anterior Gecex nº 499/2023, modificando, consequentemente, a tabela de NCM divulgada na NT 2016.003 v. 3.60 conforme a seguir: • manteve a inclusão do NCM 30049098 a partir de 01/11/2023 • alterou a data de criação de 3(três) códigos de NCM (19012010, 19012020 e 19012090) para 01/01/2024 • alterou o término da vigência do código NCM 19012000 para 31/12/2023. Ambiente Data de Vigencia Homologação até 01/11/2023 Produção 01/11/2023 ou 01/01/2024* conforme código de NCM Essa NT pode ser encontrada na íntegra AQUI.

Olá Pessoal, O nosso amigo @gabriel.hilbig, descobriu como resolver o erro E0536. Vamos a dica dele: Fazendo o DPS direto no PORTAL preenchimento automático <regApTribSN>1</regApTribSN> //-> 1 – Regime de apuração dos tributos federais e municipal pelo SN; Fazendo pelo Aplicativo , usando REST API é necessário preencher <regApTribSN>2</regApTribSN> //->2 – Regime de apuração dos tributos federais pelo SN e ISSQN por fora do SN conforme respectiva legislação municipal do tributo; Solução para PORTO ALEGRE , não sei outras cidades A mensagem de erro não ajuda nada para resolver o problema Não existe nenhuma documentação a respeito nem Federal e nem municipal O desenvolvedor precisa resolver na TENTATIVA E ERRO Esta solução acaba por criar um imposto pendente. Sugiro a todos os prestadores de serviços e desenvolvedores que protocolem na prefeitura uma reclamação sobre o problema. Não sei se é questão de configuração errada no ambiente de produção, pois tenho relatos que em ambiente de homologação (Produção Restrita com a RFB o chama) esta funcionando ou se o problema é na API desenvolvida pelo SERPRO. Quanto mais pessoas protocolarem o problema as chances de resolver mais rápido aumenta, pois a prefeitura talvez nem saiba que isso esta ocorrendo.

Boa tarde, hj recebemos erro ao emitir NFCe para venda de Gás (SIMPLES NACIONAL) usamos : CST 500 e aparece o erro: Erro na emissão de NF-e para combustível (NF-e não pode ter preenchimento de Grupo de Tributação do ICMS monofásica sobre combustíveis.) Corrigimos isso colocando CST 61, mesmo sendo simples nacional. O sistema validou certinho e preencheu com 0,00 os campos: adRemICMSRet = 0,00 vICMSMonoRet = 0,00 OBS: Atualizar o ACBR e também pegar os SCHEMAS na própria pasta do ACBR.

Fabiano, O problema é que o provedor esta retornando o XML no formato ANSI em vez de UTF-8.

Criada a TK-4684 para avaliação. Obrigado.

@Alexandre de Paula Acabei esquecendo de colocar Produção => https://ws.nfe-cidades.com.br/ws/amparo Homologação => https://ws.homolog.nfe-cidades.com.br/ws/amparo Padrão Asbraf 2.01

A exibição do QRcode depende se a informação dele está presente no XML retornado pelo provedor/prefeitura. Provavelmente no caso dessa prefeitura a informação não vem no XML da NFSe.

Lembrando: CSOSN 500 dá erro Tem que trocar para 61 No acbr preencher: Imposto.ICMS.CST = cst61 MESMO QUE SEJA SIMPLES NACIONAL

Bom dia, Uma opção é criar uma function seguindo a ideia da procedure "TArquivoR_CNAB240.GerarAvisos", onde passaria ocorrência, Segmento e SeuNumero, aí é só varrer a lista de avisos e retornar a descrição.

Bom dia Diogo, Existem provedores que requerem um cadastro para emitir as notas via site e um outro cadastro para emitir via webservice. Pode sim ser este o seu problema, falta cadastrar para emitir via webservice.

@Jamil Araujo Obrigado por reportar Criado a TK-4656-1 para análise do time.

Obrigado, Ítalo. Ficou ótimo.

Boa tarde Bruno, Já esta no SVN.

Aqueles que relataram estarem recebendo consumo indevido reportaram normalização.

Bom dia Valdir, Feita a alteração, veja o que mais eu acrescentei.

Bom dia, @Italo Giurizzato Junior Sobre o tópico que você criou em https://www.projetoacbr.com.br/forum/topic/74704-e0536-não-é-permitido-o-preenchimento-de-informações-relativas-à-benefício-municipal-para-o-prestador-de-serviço-meepp-que-não-tenha-o-regime-de-apuração-de-tributos-nesta-nfs-e-fora-do-simples-nacional-como-resolver/ Acho que vale o alerta ali de que esta solução acaba por criar um imposto pendente. Pois é um regime diferente. Para empresas que precisam usar o regApTribSN = 1, o problema continua.

Olá a todos os membros da comunidade ACBr! Estamos empolgados em anunciar o lançamento de uma atualização incrível para o nosso componente ACBrPIXCD. Agora o componente suporta o mais PSP (Provedor de Serviços de Pagamento) Mercado Pago, trazendo ainda mais opções e flexibilidade para suas operações de pagamento eletrônico. Gostaríamos de agradecer ao usuário @RicardoCassioDev que deu o "ponta pé" inicial no desenvolvimento dessa integração e contribuiu seus fontes com a gente. Muito obrigado Ricardo, toda a comunidade só tem a ganhar com a ajuda de mais pessoas. Nosso demo do ACBrPIXCD já foi atualizado tanto para a IDE Delphi quanto para Lazarus e já está 100% funcional com o novo PSP. É importante destacar um detalhe sobre o Mercado Pago: Eles NÃO POSSUEM ambiente de homologação, porém é possível sim efetuar testes. Basta utilizar o próprio ambiente de produção com credenciais de teste, que pode ser gerada no portal de desenvolvedores. Criamos um passo-a-passo para a geração dessas credenciais no link a seguir:

Foi publicada a versão 23.2.E das tabelas de fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/10/2023 até 30/11/2023 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto", não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

Boa tarde Luis, Já esta no SVN.

Bom dia pessoal! Foi publicado no Diário Oficial da União no dia 09/10/2023 o Ajuste SINIEF Nº20 com o cuja redação é: Na prática a nova redação adiciona a possibilidade de substituir o impresso por consulta online em portal disponibilizado pela unidade federativa desde que atenda as condições impostas. Reforçando que se o consumidor optar pela não impressão, a empresa envia o cupom por meio eletrônico. As alterações se aplicam somente ao modo normal, em contingência continua a impressão em duas vias conforme orientação sobre contingência.

Bom dia pessoal! Consta no site da Sefaz do AM notícia informando que a partir das 00h01 do dia 02/11/2023 os serviços de TI da Sefaz do Amazonas passarão por uma parada programada. Para minimizar os impactos, os serviços de emissão de NF-e e NFC-e continuarão operando até ás 16h00, quando terão seu funcionamento interrompido com uma previsão inicial de indisponibilidade por 2 horas. Durante este período as emissões deverão ser feitas em contingência. Leia a notícia na íntegra AQUI. Para usar o ACBr em contingência durante este período siga as orientações deste tópico.

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.

Bom dia, Mais uma publicação relacionada ao REInf, nosso amigo @Sófolha que nos avisou, obrigado. Foi adiada para janeiro de 2024 (com data a ser definida) a revisão do conjunto de TLS aceito pelo Reinf. Estava programada para 21/10/2023 o encerramento do aceite nas versões de TLS 1 e 1.1, portanto estas devem continuar funcionando por mais um tempo. Veja a informação na íntegra nesse link > http://sped.rfb.gov.br/pagina/show/7281 Novamente é importante lembrar que não é necessária nenhuma alteração nos fontes do ACBr referente a este assunto e que sempre é importante manter os seus fontes atualizados.

Boa Tarde, Segue uma pequena correção baseado no manual. procedure TACBrBancoC6.LerRetorno400(ARetorno: TStringList); Obg Jaisson ACBrBancoC6.pas

A contingência foi ativada novamente no dia 17/10/2023 as 11h44 depois de ter sido brevemente desativada.

Verificando o portal nacional novamente a contingencia atual de MG foi encerrada, porém já temos um novo agendamento para amanhã: Obrigado @Joao Cardoso por nos avisar no servidor do Discord.

Buenas, Para quem quiser se aventurar no node.js, montei um ambiente de testes com os passos a seguir e funcionou corretamente com o ACBrLibCep, utilizando o demo dos fontes 1. Instalações seguindo o video a seguir: 1.1. Instalar o node: https://nodejs.org/en/download/ 1.2. Se não tiver o VSCode, instalar: https://code.visualstudio.com/download * Achei interessante usar o VSCode, conforme indicado no vídeo, pois e debug funcionou perfeitamente 2. Pacotes * Não instalar pelo terminal do VSCode, para mim apresentou erros, pelo prompt ou powershell funcionou corretamente 2.1. Para funcionar o ACBrLibCep, com o demo que consta nos fontes, instalar os pacotes a seguir npm install --save ffi npm install --save ffi-napi

Olá pessoal! No dia 29/09/2023, foi publica a versão 3.61 desta NT. A nova versão apenas trás uma correção nas datas do texto explicativo da própria NT, alterando de: Para:

Boa tarde, pessoal! Foi publicado no dia 27/09/2023, a versão 1.40 desta Nota Técnica. Esta nova versão altera a regra de validação N12-70, adicionando na exceção 8, a CST 02, permitindo agora que a critério da UF, a regra não seja aplicada quando CST=10, CST=02 e idDest=1. A nova versão também remove das regras LA17-20, LA18-10 e LA18-20 a validação que verifica as datas nas chaves referenciadas, fazendo com que não valide mais AnoMes da ChaveReferenciada para decidir se aplica ou não a regra. Sobre as datas Ambiente de Homologação: 16/10/2023 Ambiente de Produção: 30/10/2023 Regra N43a-10 em Produção: 01/04/2024 Sobre o ACBr Não serão necessárias alterações nos fontes do ACBr, visto que a nova versão apenas altera regras de validação. A NT na íntegra pode ser encontrada aqui. Um agradecimento ao membro @Felipe Mariano, por chamar atenção ao fato no canal #sefaz em nossa comunidade do Discord.

Boa tarde pessoal! Foi divulgada uma notícia informando que, conforme cronograma, a previsão de importação da versão S-1.2 no ambiente de produção restrita está prevista para ocorrer no dia 18/09/2023. Um destaque desta nova versão é a adição de informações adicionais necessárias para permitir a substituição da prestação de informações para DIRF pelo eSocial. Qualquer um pode testar transmitir eventos para o ambiente de testes, definindo tpAmb como 2 que equivale a "Produção Restrita". E o ACBr? A implementação da versão S-1.2 está em andamento por parte da equipe de consultores e contribuições da comunidade também são sempre mais do que bem vindas.

Pessoal fiz assim agora, igual lí em algumas mensagens aqui no forum //o jeito que era no 3.0 { sStat := IntToStr(CTe.WebServices.Retorno.cStat); sMotivo := CTe.WebServices.Retorno.xMotivo; sRecibo := CTe.WebServices.Retorno.Recibo; sProtocolo := CTe.WebServices.Retorno.Protocolo; sChaveCTE := CTE.WebServices.Retorno.ChaveCte; } // como estou fazendo agora no 4.0 e funciona sProtocolo := CTe.Conhecimentos.Items[0].CTe.procCTe.nProt; sStat := IntToStr(CTe.Conhecimentos.Items[0].CTe.procCTe.cStat); sMotivo := CTe.Conhecimentos.Items[0].CTe.procCTe.xMotivo; sChaveCTE := CTe.Conhecimentos.Items[0].CTe.procCTe.chCTe; sRecibo := ' '; // Detalhe que parece-me que a informação do Recibo não existe mais, pois nao encontrei esta propriedade, por favor me confirmem isso. Analisando bem, creio que o protocolo já é uma prova de recebimento, e pode muito bem substituir o recibo. Os especialistas por favor verifiquem se estou correto. Obrigado a todos do grupo.

Agora podemos emitir boletos híbridos (boletos com qrCode para pagamento pix) utilizando CNAB 400. Para isso na inclusão do título, informar a opção OcorrênciaOriginal.Tipo: Titulo.OcorrenciaOriginal.Tipo := toRemessaHibrido; ACBrBoleto.Cedente.PIX.Chave := 'suachavepix'; IMPORTANTE: O tipo de registro 3 (Arquivo de Remessa) é opcional e deve ser utilizado para criação e associação do Boleto ao Pix (QR CODE). O registro deve ser enviado apenas quando o cliente desejar indicar uma chave Pix diferente do CNPJ da conta ou para indicação da location (id da imagem do QR Code) criada previamente. Caso o registro não seja enviado ou o campo “Chave Pix” não seja informado, a Cobrança Pix será gerada com a chave CNPJ da conta enviada na remessa. A location, caso não informada, será gerada automaticamente pelo sistema. Válido somente para a carteira 109 (direta) A conta da cobrança não precisa ser a mesma conta da chave Pix. É checado o CNPJ das duas contas. Se forem o mesmo, o boleto e o Pix serão emitidos. Exemplo: cliente possui cobrança na 2938 99999-9 (não permite criação de chave Pix) e envia a chave Pix na conta 0911 00001-0, ambas as contas possuem o mesmo CNPJ. A emissão do boleto será realizada com sucesso. Agradecemos nosso amigo @antoniojmsjr por participar desta contribuição.

decidi fazer esse topico pois vi que muitos amigos estão com problema em usar a imagem do captcha CPF/CNPJ que agora vem em PNG. eu baixei o componente : GraphicEx no link: http://www.soft-gems.net/index.php/all-downloads é só extrair o conteudo do arquivo GraphicEx.zip na pasta de sua escolha vai no delphi em tools -> environment options -> na aba library -> clica nos botao "..." em Library Path seleciona a pasta GraphicEx e clica em add agora no projeto adicione a uses: GraphicEx e no atualiza captcha do ACBrConsultaCNPJ é só usar assim: procedure TF_Principal.LabAtualizarCaptchaClick(Sender: TObject); var Stream: TMemoryStream; Img: TPNGGraphic; begin Stream:= TMemoryStream.Create; Img:= TPNGGraphic.Create; try ACBrConsultaCNPJ1.Captcha(Stream); Img.LoadFromStream(Stream); Image1.Picture.Assign(Img); EditCaptcha.Clear; EditCaptcha.SetFocus; finally Stream.Free; Img.Free; end; end; quero deixar claro que existem outros componentes e outras formas de fazer isso, mas é assim que eu estou usando, estou apenas querendo ajudar os que ainda tem dificuldade com eu tive. Segue o demo em delphi 7:ACBrConsultaCNPJ.zip

3.2 - Não faça "bump" de forma excessiva (postar simplesmente para que um tópico vá para o topo da lista). Isso é considerado flooding. Favor leia as regras do fórum.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.