Painel de líderes

Conforme determinação da Portaria 264/2021, a partir de 01/07/2022, todas as bombas de combustível fabricadas no Brasil deverão contar com a a assinatura digital das medições. Esta mesma portaria também estabelece novos requisitos de software e hardware para tais instrumentos, além do que já estava definido na portaria 559/2016. Com estas mudanças, em 30/06/20222 encerra-se a permissão para que os fabricantes comercializem bombas de modelos aprovados nos regulamentos anteriores a esta portaria. Fonte: Plumas Contábil

Olá Pessoal, A lista de cidades que é possível emitir NFS-e através do novo componente ACBrNFSeX já passa de 1.260, não vou listar todas elas aqui nesse tópico. Quem desejar saber se a cidade XYZ consta dessa lista peço que abra o arquivo ACBrNFSeXServicos.ini que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFSeX http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFSeX Veja um exemplo abaixo: [3503208] Nome=Araraquara UF=SP Provedor=GINFES Na primeira linha temos o código IBGE, depois o Nome, UF e por fim qual é o provedor, ou seja, empresa contratada por licitação pela prefeitura. Os contratos por licitação tem prazos de termino definido e não poder ser renovados automaticamente. Sendo assim quando o contrato termina uma nova licitação é feita com varias empresas e pode ocorrer como ocorreu em diversas cidades de uma outra empresa ganhar. Algumas cidades tem o seu próprio sistema. O componente hoje reconhece por volta de 130 provedores (veja o post logo abaixo). Provedores são empresas que implementam nas cidades os seus webservices para recepcionar as notas. Desses 19 possuem um layout próprio. Os demais, por volta de 32 se utilizam da versão 1 do layout da ABRASF e, o restante, a versão 2. Com o novo componente não se faz necessário disponibilizar nenhum arquivo INI junto com o seu executável. O arquivo ACBrNFSeServicos.ini toda vez que é alterado é gerado um novo ACBrNFSeServicos.res através do arquivo BAT: Compila_RES. Ao compilar (Build) a sua aplicação o arquivo ACBrNFSeServicos.res é incorporado ao executável. Desta forma você só vai ter que copiar para a maquina do seu cliente o executável da sua aplicação, os schemas utilizados pelo provedor em questão e as DLLs necessárias para realizar a assinatura digital e envio de email. Para mais informações sobre o novo componente de emissão de NFS-e clique aqui. Leia também essa outra postagem: Manual de migração para o novo Componente de Emissão de NFS-e - NFS-e - Projeto ACBr

Olá Pessoal, É com grande alegria e satisfação que a Equipe ACBr depois de quase 1 ano de trabalho comunica que já se encontra disponível para todos o novo componente para emissão de NFS-e. Por conta de varias melhorias e quebra de código optamos por manter o componente atual e disponibilizar o novo com um outro nome: ACBrNFSeX e também um novo componente para impressão do DANFSE: ACBrNFSeXDANFSERL (Fortes Report). Já esta disponível no repositório Trunk2 os fontes dos componentes bem como os pacotes de instalação (para o Delphi e Lazarus) e o programa exemplo para o Delphi). Em breve vai estar disponível o DANFSE feito em Fast Report, programa exemplo para o Lazarus e a atualização do ACBrInstall com a opção de instalação do novo componente. Estamos também elaborando um manual de migração que terá como objetivo ajudar os desenvolvedores que utilizam o componente atual a migrar para o novo. Esse manual vai apresentar as propriedades de configuração bem como os campos que não existem mais ou que tiveram seus nomes alterados e varias outras informações valiosas. Acreditamos que com o manual e o programa exemplo do novo componente qualquer desenvolvedor vai ser capaz de migrar a sua aplicação para o novo componente em uma semana, digo isso pois sempre aconselhamos que todos estudem o programa exemplo. O que esperar do novo componente: 1. Código mais limpo, removemos a maioria dos IF e CASE que antes eram utilizados para sanar a falta de padronização entre os provedores; 2. Um único método de emissão de NFS-e, que detecta automaticamente o modo de envio correto para cada provedor; 3. Leitura dos retornos padronizado; 4. Mais veloz; 5. Eliminação dos arquivos INI de provedores e o Cidades.ini, simplificando bastante os arquivos a serem distribuídos juntamente com o executável. 6. A implementação de novos provedores que seguem a versão 1 ou 2 do layout da ABRASF tendo todas as informações necessárias se faz em menos de 1 hora. O que vem pela frente: 1. Inclusão da NFS-e no ACBrMonitor Plus, desta forma os desenvolvedores que se utilizam dessa ferramenta em fim vão poder emitir também a NFS-e. 2. Desenvolvimento da ACBrLibNFSe, uma DLL para os desenvolvedores que preferem usar a DLL em vez do ACBrMonitor. Noticia: Nós achamos que o Projeto ACBr tem os melhores componentes disponíveis pelo melhor preço: grátis. Se você concorda, por favor espalhe essa noticia.

Olá pessoal Na pasta que se encontra o programa exemplo do novo componente de emissão de NFS-e temos um arquivo PDF que contem um manual para orientar os desenvolvedores na migração do velho para o novo componente. Se você atualizou os fontes após o dia 18/06/2021 vai encontrar esse PDF na pasta: ...\Exemplos\ACBrDFe\ACBrNFSeX Agora se não atualizou, esta esperando o que? Lhe convido a atualizar todos os fontes de todas as pastas e reinstalar a suíte ACBr. Note que temos na lista de componentes do programa instalador o componente ACBrNFSeX e o ACBrNFSeXDANFSERL, responsável pela impressão do DANFSE feito em Fortes Report, em breve estaremos disponibilizando um novo componente de DANFSE feito em Fast Report. No manual você vai encontrar as propriedades de configuração que foram excluídas as que foram renomeadas e as que foram acrescentadas. Temos também os campos (usados para alimentar o componente com os dados do serviço) que foram excluídos, renomeados e acrescentados. Ocorreu alterações em alguns métodos, quero destacar nesta postagem a mais importante alteração no que se refere aos métodos. Os métodos Enviar, EnviarSincrono e Gerar não existem mais no novo componente, no lugar temos agora o método Emitir. Com essa alteração o componente além de gerar o XML do Rps, das consultas e cancelamento de forma correta para cada provedor, agora sabe como envelopar o Rps para poder ser enviado para o webservice do provedor. O Envelope dos métodos: Enviar, EnviarSincrono e Gerar são diferentes entre si. O grande problema é que os provedores que seguem a versão 1 do layout da ABRASF só aceitam o Envelope do método Enviar, por outro lado os provedores que seguem a versão 2 do layout da ABRASF a principio deveria aceitar os 3 citados acima, mas na pratica não é o que ocorre. Por conta dessa falta de padronização, implementados o método Emitir que abstrai de cada provedor o Envelope que deve ser utilizado para o envio do Rps. Com o método Emitir você não precisa se preocupar se o provedor aceita ou não um determinado método, como dito acima o componente sabe como envelopar para poder enviar. Dia 29/06/2021 estaremos realizando o segundo Papo Pró no Discord sobre o novo componente. Você ainda não participa do Discord? Esta esperando o que? Além do Fórum temos o Discord como um segundo canal de contato com os desenvolvedores que utilizam os componentes ACBr, as Lib (DLLs) e o ACBrMonitor. Clique aqui para saber mais sobre o Discord do ACBr. Aguardo você no Discord e não esqueça temos um encontro marcado para o dia 29/06/2021.

Olá, Para quem pretende iniciar a utilização de nossa solução ACBrMonitorPlus mas ficava em dúvida por não ter uma forma de testar se de fato as soluções atenderiam suas expectativas , temos novidades... Disponibilizamos o ACBrMonitorPlus Demo, o qual é compilado semanalmente !! E se você já conhece nossa solução, mas quer saber se as versões mais recentes possuem algum recurso que sua aplicação precisa, a versão Demo é uma forma muito simples de descobrir! Por que criamos as versões Demo? Anteriormente para se realizar os testes, era preciso realizar o download do instalador do ACBrMonitorPlus, o qual era obtido somente ao assinar nossos planos SAC, ou ao se realizar um pedido de trial, o qual levava tempo para ser analisado e mesmo após a liberação o acesso aos downloads era por um período muito curto, fazendo com que vc não tivesse acesso as versões mais atualizadas, já com a versão demo, você poderá testar as últimas versões a qualquer momento, sem precisar aguardar qualquer validação! Como as versões Demo Funcionam? Essa versão mantém todos os recursos atualizados do ACBrMonitorPLUS, porém com algumas limitações... Os Documentos Fiscais Eletrônicos serão emitidos apenas em homologação e o aplicativo ACBrMonitorPLUS fica disponível para uso por 1 hora, após esse tempo será necessário reiniciar o aplicativo. Como todo aplicativo Demo essa versão é exclusiva para testes e homologação da ferramenta. A vantagem é que você pode baixar livremente a versão demo atualizada através do fórum do ACBr. Onde posso obter as bibliotecas na versão Demo? Para baixar o ACBrMonitorPlus Demo, acesse o link abaixo https://www.projetoacbr.com.br/forum/files/category/21-acbrmonitorplus-demo/ Quais são os passos para iniciar a utilização do ACBrMonitorPLus ? 1. Realizar o Download do instalador (Demo ou Produção) 2. Analisar a documentação disponibilizada com o instalador e de forma online aqui. 3. Realizar a implementação Como posso obter o ACBrMonitorPlus de produção? O ACBrMonitorPlus versão PRO permanece disponível para assinantes do ACBr PRO ou para quem desejar adquirir apenas os instaladores de forma individual. Ainda com dúvidas ? Para mais informações sobre a modalidade ACBr Pró ou como adquirir somente o ACBrMonitorPlus fale com nossos consultores pelo fone/whats (15) 2105-0750 ou acesse nosso portal aqui. Para dúvidas sobre o uso das bibliotecas ACBrLib acesse estas sessões no fórum ou os canais dedicados ao assunto em nosso servidor Discord.

Olá, Para quem utiliza a ACBrLibBoleto será necessário pequenos ajustes nas chamadas de alguns métodos dessa biblioteca. Essas melhorias foram realizados por questões de Padronização de performance. As alterações se fazem necessárias a partir da versão 0.2.0.101 da ACBrLibBoleto Essas alterações já estão atualizadas no manual da ACBrLib: https://acbr.sourceforge.io/ACBrLib/MetodosBoleto.html Basicamente as mudanças estão em alguns métodos que NÃO necessitam de respostas, então o retorno passa a ser o código padrão da biblioteca. Ou quando a resposta é apenas um valor "Inteiro" . Exemplos: Antes: Boleto_IncluirTitulos(eArquivoIni, [eTipoSaida], sResposta, esTamanho); Atual: Boleto_IncluirTitulos(eArquivoIni, [eTipoSaida]); Retorno Atual: 0 Indica que a função foi executada corretamente. -10 Indica que houve falhas na execução do método Retorno com Valor Inteiro: Antes: Boleto_TotalTitulosLista(sResposta, esTamanho) Depois: Boleto_TotalTitulosLista() Retorno Atual: 15 Indica o Total de Títulos Incluídos na Lista -10 Indica que houve falhas na execução do método Segue abaixo todos os Métodos Atualizados (removendo os parâmetro "sResposta", "esTamanho") Boleto_ConfigurarDados(eArquivoIni) Boleto_IncluirTitulos(eArquivoIni, [eTipoSaida]) Boleto_TotalTitulosLista() Boleto_SetDiretorioArquivo(sDiretorio, [sArquivo]) Boleto_TamNossoNumero(sCarteira, sNossoNumero, sConvenio) Boleto_SelecionaBanco(CodBanco) Os exemplos estarão disponíveis nos aplicativos demonstração da ACBrLibBoleto.

Olá Estamos disponibilizando na última versão do componente ACBrBoleto a funcionalidades de integração via WebService (Registro On-Line de Boletos), esta funcionalidade já estava disponível nos fontes da pasta Branches (para testes) e passamos para a pasta Trunk2 para que seja possível a homologação por mais usuários do Projeto ACBr. Lembrando que não são todos os bancos que disponibilizam este tipo de serviço via WebService, sendo que os bancos listados abaixo já foram implementados no projetos até o momento, sendo necessário a homologação e testes por empresas que realmente possuam cadastro com o Banco para este tipo de serviço... Pois sem um pré-cadastro para esse serviço não é possível realizar todos os testes em homologação. A estrutura do WebService no componente ACBrBoleto foi implementada nos moldes dos componente ACBrDFe, sendo assim, mesmo NÃO existindo um padrão entre os Bancos, será possível implementar todos utilizando essa estrutura como base. Se alguém desejar contribuir com outros Bancos, poderá analisar os fontes e seguir o mesmo modelo, toda contribuição é bem-vinda!!! Cada Banco exige dados específicos para integração, sendo assim disponibilizamos junto ao Exemplo demonstração (DemoACBrBoleto) o arquivo “configWebService.txt” com as orientações de configuração para integração On-Line. BANCOS SUPORTADOS POR WEBSERVICE / API: Banco do Brasil Caixa Econômica Itaú Sicred CrediSis PenseBank Inter Bancoob (Sicoob) Santander Safra Banrisul C6 Bank ATENÇÃO: Sistemas que utilizam classes de ENUMERADOS dependentes do Projeto ACBrBoleto precisam declarar em seus USES a classe “ACBrBoletoConversao”, pois todas foram migradas para esta Unit. Então se tiver erros de classe do ACBrBoleto não declaradas no seu projeto, basta declarar esta nova Unit… Veja onde ficam as novas configurações para Integração Online: CedenteWS: Configurações: Após configurar os dados de acordo com a recomendação de cada Banco, basta adicionar os Títulos e utilizar o botão: “Registrar Boleto On-Line”. No exemplo, também demonstra como capturar a lista com os retornos de cada Registro de Boleto. Uso com ACBrMonitorPlus Para quem utiliza o ACBrMonitor as configurações para integração WebService / API podem ser realizadas na seguinte tela: O métodos para envio é: https://acbr.sourceforge.io/ACBrMonitor/BOLETOEnviarBoleto.html Uso com ACBrLibBoleto Para quem utiliza a lib ACBrLibBoleto.dll as configurações para integração WebService / API podem ser verificadas na documentação, seção [WebService]: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html O métodos para envio é: https://acbr.sourceforge.io/ACBrLib/Boleto_EnviarBoleto.html Qualquer dúvida ou contribuições que venham a surgir no processo de homologação favor criar um novo tópico na seção referente a Boleto. https://www.projetoacbr.com.br/forum/forum/8-acbrboleto/?do=add

Boa tarde, estava fazendo testes para versão simplificada 1.0, agora estou realizando os testes para versão completa 2.5, estou enviando o evento S-1000 e esta dando erro de schema, comparei o schema evtInfoEmpregador.xsd do portal do eSocial com o que esta no SNC, e o mesmo não tem a tag indPorte. Segue o erro de schemas que deu. Estou anexando o schema atualizado, após utiliza-lo o evento passou. evtInfoEmpregador-v02_05_00.xsd

Olá Senhores, Pesquisando no forum achei este post já com mais de 1 ano sem interações. O que o Marcio dias esta usando é a integração Híbrida que nao tem acesso direto a impressora, mas eu tambem nao consegui fazer com que o componente conseguisse reconhecer a impressora da LIO usando a integração local. Já consegui fazer todos os processos e pagamentos por ela usando o método de integração local consumindo o SDK usando classes JavaClass adicionando na libraries do projeto, mas impressão de uma NFCe ainda estou apanhando... Se conseguir posso contribuir postando os resultados aqui... Alguém aqui ja conseguiu impressão da NFCe nessa Cielo LIO?

Boa tarde, Segundo informações do banco esta tudo ok, estou agora aguardando para fazer o envio em produção e a leitura do retorno. Assim que concluir este processo retorno com o resultado.

Ok Italo, assim que conseguir atualizar te dou uma posição muito obrigada.

Então as datas estão divergentes, segue o print. Mas de qualquer forma vou te mandar aqui anexado o arquivo zipado que eu tenho do portal. esquemas_xsd_v02-05-00_nt18.zip

Consegui resolver.. Na verdade foi falha minha que não tinha visto que enviando a propriedade com atributo 0 a tag era omitida. Agradeço a vocês pela retorno!

Bom dia! Executei o emulador como ADM e resolveu meu problema. Obrigado pela dica EMBarbosa.

Era isso mesmo obrigado... Tinha colocado tef dial

Olá Pessoal, Foi implementado no dia 16/06/2021 um novo provedor chamado FGMaiss que atende a cidade Três Rios/RJ

Ola, não sei se ja resolveu seu problema, mas só pra complementar com mais uma informação, no casos de importação e exportação, no destinatario/remetente tambem deve ser preenchido o campo "idEstrangeiro" ao inves de cpf ou cnpj... Sugiro também reler o Manual de orientação e anexos... Att Ricardo

Se sempre funcionou, o que mudou pra parar se funcionar? De qualquer forma CAPICOM não é recomendado. Tente alterar para libWincrypt.

Olá pessoal, Abaixo temos a lista de todos os provedores implementados no novo componente. // Provedores que seguem a versão 1 do layout da ABRASF: BHISS, CIGA, DBSeller, DSFSJC, FISSLex, geNFe, Ginfes, GovBr, ISSCuritiba, ISSFortaleza, ISSIntel, ISSNet, Lexsom, MetropolisWeb, Natal, NFSeBrasil, Publica, Recife, RJ, Salvador, SJP, SpeedGov, Thema, Tinus. // Provedores que seguem a versão 2 do layout da ABRASF: ABase, Actcon, Adm, ADPM, AEG, Asten, Centi, Coplan, DataSmart, DeISS, Desenvolve, Digifred, DSF, EloTech, eReceita, fintelISS, Fiorilli, Futurize, Giss, Goiania, GovDigital, iiBrasil, ISSDigital, ISSe, ISSJoinville, Link3, MegaSoft, Mitra, ModernizacaoPublica, NEAInformatica, NotaInteligente, Prodata, PVH, RLZ, Saatri, SafeWeb, SH3, Siam, SiapNet, SiapSistemas, SigCorp, Sigep, SisPMJP, Sistemas4R, SystemPro, TcheInfo, Tecnos, Tributus, VersaTecnologia, Virtual, Vitoria. // Provedores que seguem a versão 1 e 2 do layout da ABRASF: Abaco, Betha, Pronim, SilTecnologia, SimplISS, Tiplan, WebISS. // Provedores que tem layout próprio e também seguem a versão 1 ou 2 do layout da ABRASF: EL, Infisc, SmarAPD. // Provedores que tem layout próprio: Agili, AssessorPublico, Conam, eGoverneISS, Equiplano, GeisWeb, Giap, Governa, IPM, ISSDSF, Lencois, Siat, SigISS, SP, WebFisco.

Bom dia, Fiz os ajustes de acordo com a documentação, mas somente para CNAB400, o qual recebi documentação do banco. Estou no momento aguardando somente o retorno da homologação do banco, mas já vou compartilhar as informações para qualquer sugestão que tenham. E tb gostaria de uma ajuda, os Códigos de Ocorrência de Retorno (29, 72 e 74) não encontrei equivalência no ACBr, se puderem ajudar agradeço Anexo a documentação utilizada e tb os arquivos ACBr criado e modificado Obs: O manual enviei .zip pq ele mais de 2mb Motivos de ocorrencias Layout C6_Itau_Bradesco (1).xlsx Cálculo DV nosso número C6.xlsx Manual_CNAB_V1.zip ACBrBoleto.pas ACBrBancoC6.pas

Sim, eu havia feito update hoje pela manhã, estou na revision 21803. Desta vez olhei em outros arquivos para ver se há mais algum que repita a mesma estrutura, mas não encontrei nenhum outro. Creio que sejam apenas estes dois.