Painel de líderes

Após uma atualização do Windows Update nos sistemas operacionais Windows 8 a 10, vários usuários começaram a ter problemas na conexão segura com o SEFAZ.... Onde geralmente foram exibidos os erros abaixo: Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor Erro: 12169 - O certificado SSL é inválido Erro: 12186 - Falha ao obter a Chave Privada do Certificado para comunicação segura Estes erros indicam uma falha na validação do certificado do servidor da SEFAZ, e entre as diversas causas que podem disparar este erro, podemos citar: Falta da cadeia de certificados instalado no cliente. Cadeia de certificados desatualizados. Erro no componente de validação do Windows. Erro no certificado da SEFAZ. SEFAZ enviou um certificado invalido. O problema foi confirmado pelo SEFAZ do PR, no comunicado abaixo: Para os usuários do Projeto ACBr, esse problema afetou apenas quem utiliza os componentes configurados com as bibliotecas Wincrypt ou CAPICOM pois os mesmo utilizam o sistema de validação do Windows. O problema não afetou usuários que usam a biblioteca OpenSSL. Em decorrência do problema, aplicamos um ajuste nos fontes da ACBrDFeSSL, visando ignorar erros na validação do certificado. Com isso a comunicação Segura ocorrerá normalmente... Os fontes alterados já se encontram no SVN... e excepcionalmente, efetuamos uma nova compilação do ACBrMonitorPLUS v 1.2.0.52, para os usuários do SAC Saiba mais sobre comunicação Segura do ACBr

O erro "Não foi possível encontrar o ponto de entrada..." acontece quando o aplicativo está procurando uma DLL com versão específica, mas a versão que está no computador é outra. Pelo visto no computador existe o arquivo "libstdc++-6.dll", mas ele é de uma versão diferente da necessária. Isso acontece geralmente por dois motivos: 1) O arquivo foi substituído por um outro 2) Existem várias versões do mesmo arquivo Seja qual for o caso, procure por todas as versões desse arquivo em seu computador. Verifique se uma versão incorreta não está sendo encontrada primeiro pelo Windows. Esse artigo menciona como o Windows carrega as dlls dinâmicas.

Boa tarde, Recebi o retorno do banco tudo certo com a homologação. Muito obrigado.

Bom dia Sr. Daniel Simões. Seguindo suas orientações refiz a instalação do ACBR e no momento da instalação ja deixei as opções referente ao SSL desmarcadas, com isso ao terminar a instalação e fazer os testes na rotina que assina XML em meu sistema deu certo. Desde já agradeço pelos esclarecimentos. Att. Flávio C. Ramires

Boa tarde pessoal. Após passarmos por problemas de comunicação com MG utilizando a versão 1.0.1c da OpenSSL no linux (Slackware), decidimos atualizar para a versão 1.0.2r e obtivemos sucesso. Vimos no site de MG que eles desativaram o procolo SSL para todos os ambientes: "A SEFAZ-MG desativou o protocolo de comunicação SSL nos ambientes de homologação e produção de todos os documentos eletrônicos." De acordo com pesquisar, vimos que a versão da OpenSSL 1.0.1c possui alguns problemas de vulnerabilidade e é a primeira versão a suportar o protocolo TLS 1.2. (Não temos 100% de certeza se é a causa do problema com MG). Decidi postar aqui pois pode ajudar mais alguém que venha a passar com este problema. Atualizem para a versão 1.0.2r e vai funcionar. Lembrando, LINUX. Se alguém mais passou por isso seria interessante complementar. Abraços.

Se está usando Fortes você pode desmarcar a instalação do pacote ACBr_GNREGuiaFR.dpk já que ele é para FastReport. Ou se preferir apenas atualize os fontes novamente, apliquei um ajuste no repositório.

Obrigado Thiago! Deu certo!

boa tarde, siga os procedimentos do link abaixo e seus problemas serão resolvidos. fiz isso com todos os meus clientes e tive 100% dos problemas resolvidos. funciona em todas as versões do windows (7, 8 e 10) e para certificados A1 e A3. https://atendimento.tecnospeed.com.br/hc/pt-br/articles/360020605374?utm_campaign=comunicado_problema_de_comunicacao_sefaz_010419&utm_medium=email&utm_source=RD+Station

ignore... eu estava criando um ACBrNFeDANFCeFortes1 ao inves de um ACBrNFeDANFeRL1

Boa tarde, EXVASP. Sim, veja o tópico abaixo:

Atualiza, instala novamente o componente, removi o componente e add novamente. Fiz como sugeriram no post acima, e deu certo.

Bom dia, Quando você desmarcar a opção "Mostrar Preview Antes da Impressão" e Salvar as alterações, isso já terá efeito mesmo sem reiniciar a aplicação, mas note que a opção de Mostrar Preview também pode ser enviada via alguns comandos... Se estiver sendo passado o parâmetro para o Preview, conforme exemplo abaixo, a tela de preview continuará sendo apresentada, e poderá causar sensação de travamento se estiver ficando em segundo plano. https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.html A melhor opção é já definir a impressora que será impresso ou em pdf conforme você citou. Mas se o problema persistir, por favor anexe o log.txt e o arquivo ACBrMonitor.ini para análise...

Bom dia, Resolveu minha duvida. muito Obrigado

Muito obrigado pela sugestão. Uma correção foi enviada para os documentos CT-e, MDFe e NFe na revisão 16845.

Bom dia Ja tinha tentado atualizar o windows mas não consegui, vou tentar baixar e instalar as atualizações manualmente... mas obrigado pela dica...se der certo eu posto aqui att Alex

Não compreendi a sugestão... você está convertendo o mesmo Tipo enumerado (lanNAO_CONECTADO) em Duas Strings diferentes ? function TACBrSATStatus.StrToStatusLan(var ok: boolean; const s: string ) : TACBrSATStatusLan; begin result := StrToEnumerado(ok, s, ['CONECTADO', 'NAO_CONECTADO', 'DESCONECTADO'], [lanCONECTADO, lanNAO_CONECTADO, lanNAO_CONECTADO]); end;

Na dúvida apague o ACBr.INC e baixe a versão original... O Acbr.inc afeta TODOS os fontes, então é necessário rodar novamente o ACBrInstall

Bom dia. Esta alteração ainda não foi analisada, porém será em breve. Att.

Sim Felipe. Muito obrigado por responder às minhas dúvidas.

Bom dia, Obrigada pela contribuição, alterações adicionadas para análise. Att.

Bom dia. Vejam este tópico já com a solução. Att.

Bom dia. Vejam este tópico Para acompanhar a previsão de exigência em cada UF, vejam também nosso Mapa Fiscal https://www.projetoacbr.com.br/acbr-mapas-fiscais/#acbrmapa_responsavel_tecnico Att.

Bom dia, Obrigada por compartilhar a informação. Att.

Bom dia, Volto a agradecer, ocasionalmente a empresa que trabalho utiliza outra conta com acesso ao SAC.

Olá Angelo, Consegui compilar o ACBrMonitorPlus, falta agora gerar o instalador, já havia assistido esse vídeo do Daniel Morais, muito bom mesmo, mas mesmo com os fontes atualizados pelo SVN e o video com riquezas de detalhes, sempre falta algum detalhe que requer conhecimento, por exemplo, um pacote chamado pack_powerpdf, o Lazarus precisou desse pacote e não veio nos fontes, pesquisei, baixei e instalei junto, mas enfim, com um pouco de esforço e dedicação estou conseguindo. Lhe agradeço pela paciência e dedicação em disponibilizar essas importantes informações. Grato, Josadac

Bom dia, tive que fazer 2 pequenas alterações para consultar o R2010 e R2020, pois estava retornado as seguintes rejeições: Para o R2010: <?xml version="1.0" encoding="UTF-8"?> <Reinf xmlns="http://www.reinf.esocial.gov.br/schemas/retornoRecibosChaveEvento/v1_04_00"> <ideStatus> <cdRetorno>3</cdRetorno> <descRetorno>ERRO</descRetorno> <regOcorrs> <tpOcorr>1</tpOcorr> <localErroAviso/> <dscResp>Número de inscrição do estabelecimento em desacordo com o tipo de inscrição. Para tipo de inscrição CNPJ devem ser informados 14 dígitos e para tipo inscrição CNO devem ser informadas 12 dígitos</dscResp> </regOcorrs> </ideStatus> </Reinf> e para o R2020: <?xml version="1.0" encoding="UTF-8"?> <Reinf xmlns="http://www.reinf.esocial.gov.br/schemas/retornoRecibosChaveEvento/v1_04_00"> <ideStatus> <cdRetorno>3</cdRetorno> <descRetorno>ERRO</descRetorno> <regOcorrs> <tpOcorr>1</tpOcorr> <localErroAviso/> <dscResp>CNPJ inválido.</dscResp> </regOcorrs> </ideStatus> </Reinf> Alterações em anexo: pcnReinfConsulta.pas.patch pcnReinfConsulta.pas

Bom dia Testei a versão 1.2.0.52 Enviar XML para emails GMAIL funcionando corretamente no comando NFE.EnviarEmail e no componente EMAIL Obrigado

Peço desculpas ao Felipe, pois não foi intencional a dupla postagem do tópico. Foi um erro, como pode perceber pelo horário de criação do tópico. Eu postei, vi que tinha um erro, editei e postei novamente. Não sei porque voltei na tela de criação do tópico. Minhas desculpas aos moderadores e usuários do fórum

Sua instalação do Fortes está desatualizada.

Esse problema só acontece com o Delphi 7. Foi enviada uma correção para esse problema na revisão 16848. Esse erro acontece pois você tem versões diferentes da ACBrUtil.pas compiladas no seu computador. É provável que uma versão do Delphi está pegando os arquivos da outra.

Boa tarde. Recomendo a utilização do Fortes Report, que é gratuito e costuma receber mais atualizações devido a termos mais comiters que atuam com este gerador. Att.

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

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

Muito obrigado!

removi o componente e add novamente... o problema ainda persiste..... Oppppa... eu vi aqui nesse mesmo momento subiram uma atualizacao no SVN, vou testa-lo.

Respondendo a sua dúvida sobre a diferença entre a xsMsXml e xsLibXml2, é que a MSXML não suporta SHA256...Por isso é necessário usar a xsLibXml2.

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

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

Obrigado Felipe, Download somente via Trunk mesmo, certo? Ou tem disponível em algum outro link?

Bom dia. Creio que este tópico possa lhe auxiliar. Att.

O problema provavelmente é no Driver USB <-> Serial do Fabricante... Se a impressora tiver uma Porta Serial física, prefira esse tipo de porta... O ACBr apenas acusa o erro de que a Porta não está acessível

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

Notei que a nova Classe, TACBrTEFDQuatroS ... não tem nenhuma reescrita dos métodos da classe TACBrTEFDClassTXT ... e apenas redefine novos valores para os diretórios, arquivos e Executável do GP... Não seria mais simples usar uma das classes existentes e apenas ajustar essas propriedades ? Não compreendi a necessidade desses IFs (imagem abaixo)... não é bom ter IFs de um Tipo específico, da Classe mãe... isso fere a OOP, e poderia ser tratado com Polimorfismo, sobrescrevendo alguns métodos na classe TACBrTEFDQuatroS

Notei que a versão 1.2.0.52, foi compilada sem o suporte a XMLSec, desabilitado no ACBr.INC... talvez isso seja acidental... o @José M. S. Junior poderá nos esclarecer melhor Por isso a versão 52 não consegue carregar o INI da versão 48... (que está configurado para usar a XMLSec) Em todo caso... atualmente recomendamos usar a libXML2 para efetuar as operaçes de manipulação de XML... isso causa uma menor dependência de DLLs externas... Experimente mudar a seguinte linha no seu INI [Certificado] SSLLib=1 CryptLib=1 HttpLib=3 XmlSignLib=4 // Mude essa linha

Bom dia Galera consegui resolver tanto no A1 quanto no A3. 1) Faça o download do arquivo: http://redeicp.blob.core.windows.net/downloads/InstaladorCadeiaV2.exe 2) Pressione as teclas Windows + R (ou Iniciar > Executar); 3) Digite certlm.msc e clique OK, na mensagem de confirmação clique em Sim; 4) Na janela que abrir, no menu esquerdo selecione a pasta “Autoridades de Certificação Raiz Confiáveis” depois selecione a pasta “Certificados”; 5) Do lado direito, selecione todos os certificados (CTRL+A) e delete. Na mensagem de confirmação, clique em Sim; 6) Novamente do lado esquerdo selecione a pasta “Autoridades de Certificação Raiz de Terceiros” depois selecione a pasta “Certificados”; 7) Do lado direito, selecione todos os certificados (CTRL+A) e delete. Na mensagem de confirmação, clique em Sim; 8) Abra o arquivo baixado no início e clique em Instalar para reinstalar os certificados.

Boa tarde, Obrigada pela contribuição, adicionado para análise. Att.

CHAT ACBr - Novo recurso do Plano Anual - SAC Agora o ACBr tem seu chat exclusivo, utilizando a Plataforma de comunicação Flock, de forma semelhante as diversas outras ferramentas de comunicação instantânea existentes no mercado, porém com outros recursos interessantes, como: Integração com diversos serviços úteis Pode ser usado via Web, Desktop ou Mobile de forma fácil Permite a gestão de grupos de forma inteligente Você poderá participar de um chat privado, no qual estão todos os consultores do Projeto ACBr, além de diversos moderadores. Gostou da novidade? Para ter direito de participar deste grupo, basta ser assinante do SAC ACBr na modalidade Anual. Quer fazer parte desse Grupo? Clique aqui e contrate o SAC na modalidade Anual! Passo-a-passo para ingressar no Chat ACBr Assista ao vídeo, ou siga o tutorial abaixo: 1. Assim que confirmarmos sua inscrição no SAC Anual, você receberá um e-mail para cadastro no Flock, conforme imagem a seguir. Basta clicar em Join Now, e após a página do Flock ser aberta no navegador, aceite os termos de uso clicando em I Agree. 2. Insira seus dados de identificação e a seguir defina uma senha de acesso. 3. Após clicar em Next, você será direcionado a tela inicial do Flock, conforme imagem a seguir. 4. Pronto!! Agora basta clicar no grupo Assinantes SAC ACBr - Anual para aproveitar as vantagens de seu acesso exclusivo a mais este canal. Ainda em dúvida sobre as vantagens de ser assinante SAC Anual, fale com nossos consultores por email, telefone: (15) 2105-0750 ou ainda WhatsApp: (15) 99790-2976 Saiba mais sobre o Flock Ainda não é assinante do SAC na modalidade Anual? Clique aqui para contratar!

Boa tarde Pessoal, Primeiro foi o CT-e e o MDF-e a ter o seu layout alterado para contemplar um novo grupo: <infRespTec> Informações do Responsável Técnico, agora esta chegando a vez da NF-e. Os 3 componentes já estão preparados para gerar esse grupo. Alguns desenvolvedores já estão gerando o grupo <infRespTec> para o CT-e e MDF-e, tanto em homologação quanto em produção. No caso da NF-e as datas previstas são: para o ambiente de homologação é 25/02/2019 e para produção é 29/04/2019 alterado para 03/06/2019 (conforme consta na versão 1.30 da NT 2018/005). Quero deixar claro que essas datas se referem ao prazo para que as SEFAZ finalizem a implementação em seus webservices, portanto somente a partir dessas datas é que poderemos enviar o XML da NF-e com esse grupo. Portanto, a partir do dia 25/02/2019 teremos um prazo de 3 meses para realizar os testes em ambiente de homologação. Outra coisa importante a ser dita é que esse grupo é opcional, mas vai ficar a critério de cada UF torna-lo obrigatório ou não. Quais são as informações que compõe esse grupo? O grupo <infRespTec> é composto pelos campos: CNPJ da empresa que desenvolveu o software, xContato é o nome da pessoa responsável pelo software, email e fone dessa pessoa ou da empresa. Caso você opte por gerar esse grupo independente da UF exigir ou não, as 4 informações acima deveram constar. Como dito acima os componentes ACBrNFe, ACBrCTe e ACBrMDFe já estão preparados para gerar o grupo <infRespTec>, para que isso ocorra basta acrescentar na sua rotina que alimenta o componente com os dados que vão fazer parte do XML as seguintes linhas... O exemplo abaixo é para a NF-e: with ACBrNFe.NotasFiscais.Add.NFe do begin (...) infRespTec.CNPJ := xCNPJ_RespTec; // CNPJ da Empresa infRespTec.xContato := xContato_RespTec; // Nome do Contato infRespTec.email := xEmail_RespTec; // email do Contato ou Empresa infRespTec.fone := xFone_RespTec; // fone do Contato ou Empresa end; As linhas em negrito acima são exatamente iguais para o CT-e e MDF-e. Nas Notas Técnicas da NF-e, CT-e e MDF-e que se refere a esse grupo tempos ainda mais dois campos: idCSRT e hashCSRT que vão ficar para uma segunda etapa. O CSRT - Código de Segurança do Responsável Técnico, trata-se de um código alfa numérico que será fornecido pela SEFAZ através de uma página própria ou por um webservice, conforme consta na Nota Técnica. Sendo assim, enquanto a SEFAZ não criar essa página ou webservice não temos como solicitar o CSRT e portanto não podemos incluir no XML o idCSRT que é um numero sequencial e o hashCSRT que é o resultado do hash (SHA1 - Base64) da concatenação do CSRT mais a chave do documento. Os componentes já possuem no rol de configurações, as propriedades idCSRT (Integer) e CSRT (String), nessa primeira etapa devemos atribuir o valor zero a idCSRT e uma string vazia para o CSRT, para que os campos: idCSRT e hashCSRT não sejam gerados. Os valores padrões estabelecidos pelo componente são: idCSRT = 0 e CSRT = '' (string vazia). Reforço que o preenchimento dessas propriedades só devem ser feitas a partir do momento que a SEFAZ lhe fornecer o idCSRT e o CSRT. Vamos supor que as UF: x, y e z venham a exigir o grupo <infRespTec> e criem uma pagina ou webservice para fornecer o CSRT, caso você tenha clientes usando ou seu software para emitir NF-e ou CT-e ou MDF-e será necessário solicitar o CSRT em cada uma das UF. Resumindo o CSRT fornecido pela UF x só é valida para os seus clientes dessa UF que usam o seu software. Quais são as UF que vão exigir o grupo <infRespTec> não sabemos, logo devemos ficar atentos. A minha sugestão é que o seu software gere esse grupo independente da UF exigir ou não, pois o dia que ela resolver exigir você não vai precisar fazer nada, pois já consta no XML o grupo. A questão agora é quanto ao CSRT, como dito anteriormente, vai ficar para uma segunda etapa visto que, se faz necessário a SEFAZ criar a página ou webservice. O meu conselho é que no seu software na tela de configuração tenha os campos: idCSRT e CSRT para que você possa informa-los assim que obter. Detalhe importante, os campos idCSRT e hashCSRT só serão gerados no XML e de forma automática dentro do grupo <infRespTec> a partir do momento que as propriedades de configuração: idCSRT e CSRT passarem a ter valores validos. O texto ficou longo, mas espero ter passado todas as informações necessárias para que vocês possam fazer as alterações em seus softwares e desta forma ficarem em conformidade com as nas Notas Técnicas. Para quem não leu as NT, por favor leiam. NT 2018/005 versão 1.20 - Alteração do layout da NF-e https://sourceforge.net/p/acbr/code/HEAD/tree/tools/DFe/NFe/NT/2018/ NT 2018/002 versão 1.01 - Alteração do layout do CT-e https://sourceforge.net/p/acbr/code/HEAD/tree/tools/DFe/CTe/NT/2018/ NT 2018/002 versão 1.02 - Alteração do layout do MDF-e https://sourceforge.net/p/acbr/code/HEAD/tree/tools/DFe/MDFe/NT/2018/

Realmente @Daniel Simoes, estava fazendo outra coisa e como não ocorreu erro no teste, não prestei muita atenção. Segue em anexo uma solução para o problema, pois não consegui pensar em outra solução para manter a alteração somente na unit: ACBrTEFDCliDTEF.pas ACBrTEFDCliDTEF.pas

Galera boa tarde, estou fazendo um nova adequação em nosso sistema de frente de caixa, que e muito limitado, resolvi mudar para o acbrteffd, mas estou precisando de uma ajuda como fazer esta implementação tenho algumas duvidas se puderem me ajudar ficarei grato 1 : Qual solução tef que teria melhor custo benfício. 2 - Pelo que vi aki os sistema estava certificado pela senven e outra , estavam utilizando em teste o paygo ainda procede? 3 - Qual a seguencia dos eventos para registrar. se puder passar uma rotina., Desde ja agradeço muito,