Painel de líderes

Daniel mais uma vez muito obrigado, reinstalei o ACBR e problema resolvido.

Mapa Fiscal do Projeto ACBr - Situação das Técnologias Fiscais do varejo Como os desenvolvedores que atuam com emissão de documentos fiscais a nível nacional já perceberam a um bom tempo, cada estado tem autonomia para definir sua própria tecnologia fiscal, ou seja, tem seu próprio RCIMS. Portanto, temos uma grande variedade de tecnologias fiscais em vigor, o que torna o trabalho de produzir softwares que atendam a todas essa tecnologias e legislações, um trabalho bastante complexo. Pensando em criar uma facilidade aos desenvolvedores, de forma que seja fácil visualizar quais UFs utilizam quais tecnologias, estamos lançando o Mapa Fiscal do Projeto ACBr, que pode ser acessando clicando-se aqui. Temos uma série de mapas, descrevendo a situação atual de cada UF, de acordo com a Tecnologia Fiscal. O clique no Mapa, deverá direcionar para um tópico em nosso fórum, com informações detalhadas de cada UF Com isto a Sw.House terá informações de forma clara e objetiva, que poderão auxiliar na tomada de decisões quanto a prioridade de desenvolvimento de sua Aplicação Comercial. Mapa 1: Tecnologias Fiscais em Vigor Este mapa demonstra através de seu esquema de cores, quais os documentos fiscais então em vigor para cada UF brasileira, assim como quais UFs permanecem exigindo o PAF-ECF. https://www.projetoacbr.com.br/acbr-mapas/#acbrmapa_tecnologias_fiscais Mapa 2: Status da NFCe Situação das UFs que Aceitam; Não aceitam; Aceitam com restrições, ou estão em Implantação. https://www.projetoacbr.com.br/acbr-mapas/#acbrmapa_situacao_nfce Mapa 3: Status do ECF Situação do ECF (Emissor de Cupom Fiscal): demonstrando onde o ECF ainda é Valido e Permitido a Lacração, Onde está em Fase de Transição e Onde seu Uso está Proibido. https://www.projetoacbr.com.br/acbr-mapas/#acbrmapa_situacao_ecf Mapa 4: Exigência do Grupo Responsável Técnico Situação da exigência das informações referentes ao Grupo Responsável Técnico para os DFs: demonstrando as UFs que exigirão as informações Completas (Inclusive o CSRT), aquelas que exigem as informações de forma Parcial (CNPJ, etc...) e aquelas que Não Exigem. https://www.projetoacbr.com.br/acbr-mapas/#acbrmapa_situacao_ecf Responsabilidade pelas informações Estamos disponibilizando esses mapas como uma ferramenta ao auxílio da comunidade que se formou ao redor do projeto ACBr. Esses mapas representam nosso atual entendimento do cenário nacional e pode diferir da realidade em algum momento. Estamos desejosos de manter essa nova ferramenta sempre atualizada. Mas não podemos nos responsabilizar por informações incorretas caso aconteçam. Como pode imaginar, é um trabalho enorme manter tanta informação devidamente atualizada. Cada UF tem sua peculiaridade e autonomia para mudar sua legislação sem prévio aviso. Por isso queremos contar com a ajuda de todos os usuários para nos reportar qualquer incorreção ou mudanças na legislação. Se notar alguma informação desatualizada ou incorreta, por favor, nos avise.

Veja esse post:

Olá Felipe, Apenas informando que consegui emitir, deixando as tags tpintegra e CNPJ sem conteúdos, foi a única forma que o webservice aceitou, isso na contingencia, no ambiente normal, já vinha emitindo sem problemas com as tags preenchidas. Muito obrigado pela ajuda e paciência. Grato. Josadac

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

Enviei uma atualização para o SVN que adiciona os campos de configuração novos, logo estaremos atualizando o Manual e os downloads.

O componente ACBrPosPrinter que estiver usando tem uma propriedade Device igual ao ACBrECF. Na verdade todos componentes que se comunicam pela porta Serial tem esse objeto device (do tipo TACBrDevice) como uma propriedade. Nele você faz essas configurações.

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

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!

Neste post tem uma unit que pode resolver o problema, favor testar e relatar se deu certo.

Pessoal, referente ao erro postado pelo @Fabrício G. Araújo Fazendo testes aqui encontrei uma solução e gostaria da opinião de vocês se posso fazer as alterações ou se alguém tem alguma outra sugestão melhor. Para que o ambiente de Goiás voltasse a funcionar com as novas cadeias de certificado tive que fazer o seguinte procedimento. 1 - Pegar o certificado A1 do cliente que tenho com o nome Cert.pfx e utilizando o OpenSSL fiz a exportação do certificado para Cert.pem. 2 - dentro da classe ACBrDFeHttpOpenSSL no método configuraHTTP acrescentei essas duas linha de código para testar FHTTP.Sock.SSL.VerifyCert:=true ; FHTTP.Sock.SSL.CertCAFile:='d:\dados\cert\cert.pem'; ao fazer isso o ambiente voltou a funcionar, inclusive no ambiente de homologação que nunca havia funcionado. agora a mudança que precisa ser feita é a seguinte: fazer um propriedade que seja idêntica ao que carrega o certificado PFX só que apontando para carregar o certificado PEM, assim podemos fazer verificação se for ambiente de GO efetuar o carregamento desse certificado dentro da propriedade certCAFile do http. O que vocês acham?