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...

Olá comunidade do ACBr, É com muita satisfação, que anunciamos a criação de um novo componente, o ACBrAbecsPinPad, no Package ACBrSerial O que faz o ACBrAbecsPinPad ? Esse componente permite que você se comunique de forma direta, com PinPads que sigam o protocolo ABECS. Com ele você poderá realizar tarefas como: Limpar e Exibir Mensagens no Display Exibir imagens PNG, JPG, GIF no Display (útil para exibição de QRCode, Animações e Logos) Efetuar Perguntas padrões no PinPad, e coletar a resposta dos usuários (os tipos de perguntas, são padronizados pela ABECS) Exibir Menus no PinPad (útil para pesquisa de satisfação) Coletar Informações do PinPad, como: Num.Serial, capacidades da Tela, Memória disponível, etc No mercado nacional, todos os PinPads comercializados, precisam seguir essa especificação. Você pode encontrar a especificação do Protocolo ABECS, nesse Documento Não é o intuito desse componente, contemplar os métodos de captura de cartão e senha, pois isso exige o conhecimento de tarefas complexas, e chaves para a comunicação segura... Essas tarefas já são realizadas pelas bibliotecas de TEF como a PayGo O que é um PinPad ? O Pin Pad pode ser definido como um equipamento eletrônico de pagamento que faz a leitura de cartões e que conta com um teclado para que o cliente possa digitar a senha (se necessário) e, assim, validação da transação financeira. O Pin Pad não é um aparelho autônomo. Ele precisa estar conectado a outros elementos para funcionar, tais como um PC ou um PDV Android. De modo geral, eles aceitam diferentes tipos de cartões — a exemplo dos de crédito, débito, vale-alimentação e vale-refeição — e das mais variadas bandeiras. Fonte: https://zoop.com.br/blog/pagamento/o-que-e-pin-pad/ Veja um exemplo do Equipamento: Q25 da Tectoy Onde posso achar o novo componente ? Os fontes já estão disponíveis no SVN do ACBr. Demos em Lazarus e Delphi já estão disponíveis na pasta: \ACBr\Exemplos\ACBrSerial\ACBrAbecsPinPad... A versão mínima do Delphi é a 10.3.x, isso ocorre porque as versões anteriores não suportam Imagem PNG, e o Pinpad não suporta Imagem em formato BMP. O que preciso para testar ? Qualquer PinPad, que seja compatível com ABECS. Lembrando que todos os PinPads vendidos no mercado brasileiro o são. A versão da ABECS que nos baseamos a 2.12, entretanto ele deve ser compatível com versões inferiores... Você pode ver a versão da biblioteca ABECS embarcada no seu PinPad, quando o mesmo é inicializado. Por norma da ABECS, o PinPad deve possuir cabo USB, mas disponibilizar uma Porta Serial, quando conectado ao equipamento.Portanto, sempre usaremos a comunicação Serial do ACBr, para "falar" com o PinPad É importante que você instale o Driver do Fabricante do equipamento, antes de iniciar os testes, pois o driver genérico do Windows, pode não funcionar adequadamente... O ACBrAbecsPinPad está disponível em Lib (DLL) ? Não no momento, mas há planos futuros... Quem é a ABECS ? A Abecs atua desde 1971 como representante oficial do setor de meios eletrônicos de pagamento no Brasil. É responsável pela interlocução do setor perante o mercado, os órgãos públicos e a sociedade. Congrega atualmente mais de 90 empresas desse segmento, representando assim mais de 96% do mercado. Entre seus associados estão instituições financeiras, bancos digitais, adquirentes, bandeiras, fintechs, marketplaces, empresas de tecnologia, entre outras que atuam no sistema de pagamentos. É a interlocutora do setor em assuntos regulatórios e promove a autorregulação desde 2008. Consolida e divulga o balanço de dados do setor, realiza anualmente o Congresso de Meios Eletrônicos de Pagamento (CMEP), fomenta o desenvolvimento do mercado em seus comitês e grupos de trabalho e promove campanhas que incentivam o uso consciente do cartão, entre outras atribuições. https://abecs.org.br/quem-somos Exemplo do componente ACBrAbecsPinPad carregando e exibindo uma imagem no PinPad

Demorou mas finalmente a SEFAZ-MG decidiu seguir o modelo de outras UFs e passará a utilizar o Servidor Virtual do RS (SVRS) para a emissão dos documentos fiscais eletrônicos definidos no acordo de cooperação técnica, entre os quais estão a NFe e NFCe. Mas não para por ai, além de MG, a SEFAZ-PR também optou por seguir o mesmo caminho e também adotar o SVRS. Trata-se de uma excelente noticia em especial para quem emite DFes em MG, afinal é de conhecimento de todos que as instabilidades tem sido frequentes. Prazos Apesar do acordo de cooperação atualizado entrar em vigor em 01/01/2024 precisamos acompanhar a manifestação das SEFAZ para confirmar se será de fato nesta data. Links Fonte: Portal Sped Brasil Link para o acordo de cooperação 05/2023 aqui EDIT: Vale acrescentar que apesar da divulgação do acordo de cooperação técnica Nº 5, a Sefaz de MG ainda não se pronunciou oficialmente sobre o mesmo e também não consta nenhuma informação oficial na página da mesma. Por isso, é importante aguardarmos antes de tomarmos qualquer medida para alteração.

Olá Pessoal, Gostaríamos de anunciar que a integração do ACBrNFSeX para emissão da NFSe por API está concluída, utilizando todos os recursos existentes na API. Todos os serviços disponibilizados pela API da NFS-e Padrão Nacional foram testados e detalhados a seguir. O Enviar o DPS (Declaração de Prestação de Serviço) esta funcionando, temos como retorno o XML da NFS-e caso os dados estejam tudo OK. O Enviar Eventos (de cancelamento por exemplo) esta funcionando, temos como retorno o XML da efetivação do evento caso os dados do pedido estejam OK. O Consultar DPS por Chave esta funcionando, temos como retorno apenas a chave da NFS-e e mais nada. O Consultar NFS-e por Chave esta funcionando, temos como retorno o XML da NFS-e. O Consultar Evento nos permite realizar essa consulta de 3 formas diferentes: 1. Consultar Evento informando somente a chave da NFS-e esta funcionando, temos como retorno o XML do evento. 2. Consultar Evento informando a chave e o tipo de evento não esta funcionando, esta retornando o erro 404, esse problema já foi relatado a RFB. 3. Consultar Evento informando a chave, o tipo de evento e o numero sequencial esta funcionando, mas a API esta gerando o XML do evento codificado em base 64 duas vezes, esse problema já foi relado a RFB. O Consultar DFe nos permite realizar essa consulta de 2 formas diferentes: 1. Consultar DFe informando o NSU (Numero Sequencial Único) esta funcionando, temos como retorno os XMLs das notas e dos eventos. 2. Consultar DFe informando a chave da nota esta funcionado, temos como retorno o XML da nota e dos eventos vinculados a nota. O Obter o PDF da nota esta funcionando, mas o QR-Code esta incompleto não contem a URL e caso a nota esteja cancelada não aparece a Tarja Cancelado, esse problema já foi relatado a RFB. Uma coisa importante a ser dita é que todos os testes realizados foram feitos em ambiente de produção, pois o ambiente de homologação ainda apresentava alguma erros, como por exemplo: exigir que a cidade esteja conveniada para poder emitir a nota mesmo o contribuinte ser MEI. Vale também informar que tanto a API quanto ao Portal Nacional da NFS-e (para emitir a nota via web) estão com instabilidade gerando erros de timeout por exemplo. Foi detectado também no ambiente de produção que ao tentar consumir qualquer serviço ocorre o erro: network subsystem is unusable, mas ao tentar novamente consumir o serviço desejado funciona. Esse erro só esta ocorrendo em ambiente de produção no de homologação ele não ocorre, portanto é um problema na API de produção, esse problema já foi relatado a RFB. Esse é um resumo dos testes que eu realizei.

Olá Pessoal, Trago novidades para vocês. Já se encontra no SVN os fontes do componente ACBrDebitoAutomatico, bem como o pacote de instalação e o programa exemplo. Esse componente foi escrito originalmente pelos nossos colegas: Valter Patrick Silva Ferreira e Belizário Gonçalves Ribeiro Filho que agradeço muito pela contribuição, muito obrigado Valter e Belizário. Vide postagem no fórum clicando aqui. Eu fatorei o componente para ele ficar aos moldes do componente ACBrPagFor. Utilizei nesse refactoring Interface, desta forma vai se tornar muito simples a inclusão de novos bancos. Na pasta onde esta os fontes do componente (...\Fontes\ACBrDebitoAutomatico) temos o arquivo: Bancos-Implementados.txt como o próprio nome diz contem a lista de bancos implementados, no momento temos apenas o banco Santander. Sintam-se todos a vontade em contribuir com melhorias, correções a inclusão de novos bancos ao componente. Em breve o ACBrInstall vai ser atualizado para contemplar a instalação do componente, mas como dito acima você pode instalar ele manualmente se utilizando do pacote de instalação que se encontra na pasta: Delphi: ...\Pacotes\Delphi\ACBrDebitoAutomatico Lazarus: ...\Pacotes\Lazarus\ACBrDebitoAutomatico Nos próximos dias também vai ser disponibilizado o programa exemplo para o Lazarus. Para que serve esse componente? Ele não tem nada a ver com o registro de boletos (ACBrBoletos) bem como pagar títulos e tributos (ACBrPagFor). Muitos de nós temos algumas contas em débito automático por exemplo: conta de energia elétrica, água, gás, internet, celular e outros. Vamos a um exemplo: Uma escola particular cobra a mensalidade de seus alunos gerando mensalmente um boleto, mas essa escola pode enviar um arquivo (segundo o layout da Febraban) para o banco colocando essas cobrança de mensalidade em débito automático. Quem desejar ler os manuais sobre Debito Automático ( Versão 4, 5 e 8 ) da Febraban, eles estão disponíveis em nossa biblioteca. p/acbr/code - Revision 29769: /tools/Bancos/9997-Febraban (sf.net) Por fim convido a todos a atualizar os fontes do ACBr reinstale o mesmo e instalar o novo componente. Até a mais.

Olá Pessoal, É com grande alegria que informo a todos que já se encontra no SVN o componente ACBrNFCom. Para quem não sabe o que vem a ser NFCom, segue abaixo o texto copiado do Portal da SEFAZ-Virtual do Rio Grande do Sul. "O Projeto NFCom tem como objetivo a implantação de um modelo nacional de documento fiscal eletrônico (modelo 62) que venha substituir a sistemática atual de emissão da Nota Fiscal de Serviço de Comunicação/Telecomunicações (modelos 21 e 22), com validade jurídica garantida pela assinatura digital do emitente, simplificando as obrigações acessórias dos contribuintes e permitindo, ao mesmo tempo, o acompanhamento da emissão em tempo real pelo Fisco." Foi enviado para o SVN, os fontes do componente, os pacotes de instalação para o Delphi e Lazarus e o programa exemplo para o Delphi. O que falta a ser feito: o programa exemplo para o Lazarus e a instalação do componente via ACBrInstall. Enquanto não for liberado uma nova versão do ACBrInstall a instalação do componente vai ter que ser via pacote. Como eu não tenho um certificado digital de um prestador de serviço de comunicação/telecomunicações os testes ficam prejudicados. Detalhe importante: Na pagina que trata o NFCom no Portal da SEFAZ-Virtual do Rio Grande do Sul não consta ainda o manual com o layout do DANFCom, sendo assim não foi possível implementar o componente de geração do Documento Auxiliar da NFCom. Convido a todos que tenham interesse nesse componente, instalar e fazer os testes. Ficaremos felizes em receber melhorias e correções nos fontes do componente.

Boa noite comunidade, Como muitos acompanharam ao longo dos últimos meses, por mudanças nos WS utilizados pelos componentes ACBrConsultaCNPJ e ACBrConsultaCPF, e consequentemente o uso via ACBrLib e ACBrMonitorPlus, os mesmos não estavam funcionais. Após muita troca com a comunidade, assim como pesquisas da equipe ACBr chegou-se as conclusões a seguir. Sobre o componente ACBrConsultaCNPJ Foi feita adequação afim de implementar a comunicação com o BrasilAPI e também o ReceitaWS e ssa agora ter 3 novas propriedades visando a integração com os novos WS. Provedor (cwsNenhum, cwsBrasilAPI, cwsReceitaWS) Usuario Senha sendo assim, a partir desse momento o componente de consulta de CNPJ já é possível as buscas nos webservices da BrasilAPI ou ReceitaWS. Lembrando que não trata-se de base de dados oficiais da RFB e sim terceiras. Para utilizar é necessário selecionar o webservices desejado <ACBrConsultaCNPJ>.Provedor := Em relação ao ACBrLib e ACBrMonitorPlus, estão sendo feitas as modificações afim de também viabilizar seu uso, informaremos aqui assim que estiver liberado. Sobre o componente ACBrConsultaCPF Devido a não termos identificado outro serviço de webservice para realizar a migração do componente, foi preciso neste momento descontinuar o mesmo. Naturalmente que se no futuro houver uma nova opção de fonte de dados, o componente poderá ser reativado. At.

ITI lança consulta pública para modernização da ICP-Brasil O Instituto Nacional de Tecnologia da Informação (ITI) lança consulta pública que estará aberta para sugestões da sociedade entre os dias 26/01/2024 e 12/02/2024. A iniciativa objetiva o alinhamento com a prática internacional e visa simplificar e deixar mais claro o perfil dos diferentes tipos de certificado da ICP-Brasil. A ação institui o certificado do tipo Selo Eletrônico, em substituição ao certificado de pessoa jurídica, com o propósito de garantir autenticidade e origem de documentos, mantendo os certificados com propósito de assinatura exclusivamente para pessoa física; institui os certificados de Aplicações Especiais em Software e em Hardware, bem como o tipo de certificado SSL/TLS Webtrust; e, ainda, extingue os certificados de Sigilo (S1 a S4) e o certificado A1. Para o presidente executivo da Associação das Autoridades de Registro do Brasil (AARB), Jorge Prates, a consulta é de extrema importância para a modernização da Infraestrutura de Chaves Públicas Brasileira e lembra que a pauta foi apresentada pelo então presidente interino do ITI em uma live para os associados da AARB. “Nossos associados tem um papel fundamental, pois são os que lidam diretamente com a tecnologia na emissão dos certificados digitais. Vamos criar um grupo de trabalho para analisarmos as propostas e nos manifestarmos como Associação”, diz Prates. Com a presente consulta pública, o ITI busca promover a ampla divulgação da proposta normativa, bem como possibilitar a manifestação de órgãos e entidades representativas, pessoas físicas e pessoas jurídicas interessadas no tema. 1. Contextualização da proposta 2. Clique aqui e encaminhe sua colaboração https://www.aarb.org.br/iti-lanca-consulta-publica-para-modernizacao-da-icp-brasil/

Olá Pessoal, Notei que diversos desenvolvedores estão fazendo perguntas repetitivas tanto no Fórum quanto no Discord sobre a NFS-e Padrão Nacional, compilei algumas dessas perguntas e suas respectivas respostas. 1. Para emitir NFS-e Padrão Nacional precisa de certificado digital? Resp.: Depende, se a nota for emitida pelo Portal Nacional da NFS-e só é necessário ter um usuário e senha, por outro lado se for emitida por uma aplicação de terceiro vai ser necessário sim, pois a API Rest (webservice) requer que o XML do DPS (Declaração de Prestação de Serviço) seja assinada. 2. O certificado digital tem que ser do prestador? Resp.: Sim. 3. O certificado digital tem que ser um e-CNPJ ou pode ser um e-CPF? Resp.: Vai depender do prestador ser uma pessoal jurídica ou física. 4. O MEI é pessoa jurídica ou física? Resp.: MEI é um Micro Empresário Individual portanto uma pessoa jurídica (possui CNPJ), logo o certificado é um e-CNPJ. 5. A partir de 01/09/2023 só o MEI vai poder emitir suas notas segundo o Padrão Nacional? Resp.: Quem é MEI a partir de 01/09/2023 é obrigatório a emitir a sua nota pelo Padrão Nacional independente se a sua cidade ter aderido ou não ao projeto do Padrão Nacional, por outro lado quem não é MEI vai depender da cidade ter aderido a Emissão da NFS-e. 5. Existem cidades que já aderiram ao projeto? Resp.: Sim, para saber quais são basta acessar o link abaixo e procurar as cidades que na coluna Aderente Emissor Nacional contem a palavra SIM (exemplo a cidade de Bujari/AC). https://www.gov.br/nfse/pt-br/municipios-aderentes/municipios-aderentes 6. É possível emitir a NFS-e Padrão Nacional usando o ACBr? Resp.: Sim, através do componente ACBrNFSeX, ACBrLibNFSe e ACBrMonitor Plus (Lib e Monitor usar sempre a ultima versão). Com o componente antigo ACBrNFSe não é possível, pois não damos mais manutenção a ele. Para isso, basta alterar a propriedade LayoutNFSe para o valor lnfsPadraoNacionalv1. A mesma fica na aba Geral do programa exemplo para o componente nativo. No caminho DFe > WebServices > NFSe no MonitorPLUS e na seção [NFSe] no arquivo ACBrLib.ini. 7. Ao tentar emitir uma nota no Padrão Nacional usando o componente ou a Lib ou o Monitor estou recebendo alguns erros de internet. Resp. Isso é possível de estar ocorrendo pois a RFB e o SERPRO não esperavam um volume gigantesco de emissões, eles estão trabalhando para sanar esses problemas. 8. Posso usar o certificado A3 ou tem que ser A1? Resp.: Pode sim usar o A3, mas a Equipe ACBr recomenda o uso do A1, pois o A3 possui conexão física com o computador essa conexão pode falhar, já o A1 é um arquivo (PFX) que é salvo no disco ou no banco de dados e pode ser instalado no Windows. Outra é que com o certificado A1 e o componente ou Lib ou Monitor configurado para usar o OpenSSL a aplicação vai funcionar independente da versão do Windows e se ele esta atualizado ou não, já o A3 não tem como usar o OpenSSL. 9. "RNG9999 Erro não catalogado" e agora? Este erro é um indicativo de que ocorreu no meio do processo, no entanto, o erro em questão não é um dos que foram mapeados. Pensem nele como o "último else" das validações. Ao receber este erro, revise todas as informações que estão configuradas e que estão sendo enviadas no DPS para se certificar que não esteja sendo enviado algo errado.

Olá como todos sabem estamos com uma nova ferramenta para gerar arquivos PDF de documentos fiscais, boletos e demais. https://github.com/Projeto-ACBr-Oficial/FPDF-Pascal O mesmo foi escrito baseado em outro projeto aberto em FPDF PHP e ele agora está presente dentro do Delphi pela ferramenta GetIt https://getitnow.embarcadero.com/ então agora para usar o mesmo basta acessar a ferramenta Getit no seu delphi e baixar

Olá Pessoal, Notamos que alguns desenvolvedores estão confundindo ABRASF com Padrão Nacional em relação à NFS-e. Gostaríamos de esclarecer que a ABRASF até faz parte do projeto NFS-e Padrão Nacional, porém não são sinônimos. Os layouts são diferentes! ABRASF: Necessário gerar e enviar o RPS (Recibo Provisório de Serviço). Dependendo do provedor, esse envio pode ser em lote nos modos assíncrono/síncrono ou unitário em modo síncrono; Padrão Nacional: Necessário gerar e enviar o DPS (Declaração Provisória de Serviço) sempre em forma unitária e modo síncrono. Também notamos que alguns desenvolvedores estão recebendo rejeições ao realizar testes de envio com o componente configurado para o Padrão Nacional. Antes de tudo, é necessário analisar alguns pontos muito importantes: O Prestador é MEI? Se sim, provavelmente existem dados errados informados no DPS. Caso contrário, a cidade aderiu 100% ao projeto da NFS-e Padrão Nacional? Se aderiu, provavelmente existem dados errados informados no DPS. Se não aderiu, isso explica a rejeição! Espero que essa dica possa ajudar a esclarecer as dúvidas com relação a esses layouts.

Foi publicado em 11/04/2024 o Informe Técnico 2024.002 onde cria novos códigos (21 e 22) para os meios de pagamentos dos documentos fiscais e altera a descrição do meio de pagamento (17). As alterações na tabela de meios de pagamentos são para 01/07/2024 no ambiente de produção. Tabela dos meios de pagamento tPag Descrição dIniVig dFimVig Observações 01 Dinheiro 01/01/2020 02 Cheque 01/01/2020 03 Cartão de Crédito 01/01/2020 04 Cartão de Débito 01/01/2020 05 Cartão da Loja (Private Label) 01/07/2024 Cartão da loja, na forma de crediário etc. Não usar para o cartão de loja "bandeirado". 10 Vale Alimentação 01/01/2020 11 Vale Refeição 01/01/2020 12 Vale Presente 01/01/2020 13 Vale Combustível 01/01/2020 14 Duplicata Mercantil 01/01/2020 Duplicata Mercantil é um título de crédito vinculado a uma operação de venda ou prestação de serviços, disciplinado pela Lei nº 5.474/68. 15 Boleto Bancário 01/01/2020 16 Depósito Bancário 01/01/2020 17 Pagamento Instantâneo (PIX) - Dinâmico 01/07/2024 PIX realizado com a geração do Qr-Code de forma dinâmica ou URL dinâmica. As UF podem exigir que o código de transação do pagamento desse tipo de PIX seja informado na NF-e/NFC-e. 18 Transferência bancária, Carteira Digital 01/01/2020 19 Programa de fidelidade, Cashback, Crédito Virtual 01/01/2020 20 Pagamento Instantâneo (PIX) - Estático 01/07/2024 PIX realizado com Qr-Code estático ou por meio de transferência. 21 Crédito em Loja 01/07/2024 Crédito em loja decorrente de valor pago anteriormente, de devolução de mercadoria etc. 22 Pagamento Eletrônico não Informado - falha de hardware do sistema emissor 01/07/2024 Usado para informar que o pagamento por meio eletrônico não foi integrado por falha no hardware do sistema emissor de documento fiscal eletrônico, exclusivamente quando, por tal falha, não for possível a emissão offline. É uma informação útil para as empresas que utilizam sistemas integrados, sobretudo para aquelas que são obrigadas à integração do pagamento eletrônico com o documento fiscal pela sua UF. 90 Sem Pagamento 01/01/2020 99 Outros 01/01/2020 Quando o pagamento não estiver no rol desta tabela, o contribuinte deverá preencher o tipo de pagamento com "Outros" e informar, em campo específico da Nota Fiscal, a descrição adequada do meio de pagamento utilizado na operação ou prestação. Sobre as Mudanças no ACBr e/ou na sua Aplicação Serão necessários ajustes os quais serão informados aqui assim que forem disponibilizados. Importante: Dado a regulamentação existente no RS e MT a qual estabelece a obrigatoriedade da integração da emissão do documento fiscal como pagamento eletrônico de forma sistêmica, este ajuste deverá ser regulamentado internamente pelas UFs em questão. Links Link do Informe : https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=1rS27BEDS6c= Link da Tabela de meios de pagamento : https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=v5k1Ww0z Sw=

Atenção comunidade ACBrConsultaCNPJ está de volta ! Para quem utiliza ACBrLib: O que mudou? Não temos mais que nos preocupar com “captcha”; Agora precisamos passar como 2o (segundo) parâmetro o provedor a ser consultado: 1 - cwsBrasilAPI 2 – cwsReceitaWS Exemplo: 1o Parâmetro CNPJ 2o Parâmetro Index do provedor // Para consultar no provedor BrasilAPI: CNPJ_Consultar(‘00.000.000/0001-91’, 1 ); // Para consultar no provedor ReceitaWS: CNPJ_Consultar(‘00.000.000/0001-91’, 2 ); Para quem utiliza ACBrMonitorPlus: O que mudou? Não temos mais que nos preocupar com “captcha”; Agora precisamos passar como 2o (segundo) parâmetro o provedor a ser consultado: 1 - cwsBrasilAPI 2 – cwsReceitaWS Exemplo: 1o Parâmetro CNPJ 2o Parâmetro Index do provedor // Para consultar no provedor BrasilAPI: CNPJ.Consultar(‘00.000.000/0001-91’, 1 ); // Para consultar no provedor ReceitaWS: CNPJ.Consultar(‘00.000.000/0001-91’, 2 ); Para quem utiliza Componentes (Delphi / Lazarus): Basta selecionar no componente o provedor de pesquisa: Quando parou de funcionar ? Vou postar o link Abaixo:

Olá comunidade do ACBr, Gostaríamos de informar que já se encontra no SVN do ACBr, mudanças na Unit ACBrTEFPayGoWebComum.pas, que permitem a aplicação usar a nova PGWebLib, com recurso de atualização automática e proteção contra fraudes, usando o "warsaw" A PayGo disponibiliza um manual detalhado, sobre essa nova versão e como instala-la... Ele está anexo nesse tópico, até termos um endereço oficial da PayGo Porque a PayGo efetuou essas modificações ? Uma resposta curta: Segurança Todo sistema que manipula transações financeiras, pode ser alvo de um ataque Hacker, onde as transações podem ser desviadas para uma outra conta destino... Um grupo especializado nesse tipo de ataque é o "Prilex".... Por isso, sempre instrua os seus usuários, a NUNCA permitir o acesso remoto a máquina sem a autorização da Sw.House Com essa nova versão da DLL PGWebLib, a PayGo utiliza uma camada de proteção de Software já reconhecida e utilizada por vários serviços financeiros, o Warsaw A atualização da DLL também é um fator muito importante para ela se manter segura. Outro fato é que o certificado usado na comunicação TLS, sempre terá um prazo de validade, obrigado a atualização da PGWebLib, e com essa nova versão a atualização pode ocorrer de forma automática, enquanto a aplicação PDV não está sendo executada. Onde posso baixar a nova PGWebLib ? Documentação e SDK podem ser encontrados em: https://paygodev.readme.io/docs/kit-para-atualização-da-documentação Como instalar a nova PGWebLib Com essa nova versão, não basta apenas distribuir a "PGWebLib.dll", junto com a sua aplicação. Na verdade isso não será mais permitido A PayGo fornecerá um instalador completo, que é de Simples instalação... Esse instalador cuidará de copiar a PGWebLib.dll na pasta correta e protegida, além de instalar o "Cliente Windows", que ficará no Systray da máquina Windows, e será responsável pela atualização da PGwebLib Através de variáveis de ambiente o ACBr saberá onde a PGWebLib.dll está instalada e fará uso dela... (leia mais sobre isso, abaixo) Se você deseja automatizar o processo de instalação da PGWebLib, em conjunto com o instalador da sua aplicação, isso e possível, pois o instalador da PayGo pode ser executado no modo "silent" e "verysilent". Exemplo SetupPayGo_full_v5.1.25.1.exe /verysilent A sua aplicação que consome a PGWebLib diretamente, você não precisará fazer uso do "Cliente Windows". Ou seja, apesar dele estar sempre no Systray do Windows ele não precisará ser aberto ou utilizado pelo usuário... Ele será carregado para o Systray, na inicialização do Windows, com o único intuito de verificar por atualizações da PGWebLib Ativando o Cliente Windows com as informações do PDC O Cliente windows, já é utilizado por vários tipos de TEF da PayGo, como o TEF por API ControlPay e o TEF por Troca de Arquivos TXT Para configurarmos o Cliente Windows para uso como atualizador da PGWebLib, precisamos mudar a chave no topo, para que ele mude a interface para "Ativação - PGWebLib" (imagem abaixo) Após isso, basta inserir o CNPJ do Cliente final, e o PDC, e clicar em Ativar Como ativar um PDC em modo de Homologação ? Abra o Cliente Windows clique 3x com o botão direito do mouse no Logo "PayGo", no Topo da janela. Quando ele solicitar a pergunta "Digite o Ambiente" escreva a palavra "Demo" O Client Windows assumirá a cor "roxa", sinalizando que o modo Demonstração foi ativado O que muda na sua aplicação, que usa nossos componentes do ACBrTEFD e ACBrTEFAPI ? Esperamos que nenhuma mudança seja necessária nos seus fontes, a não ser é claro, atualizar os fontes do ACBr e compilar uma nova versão com as alterações efetuadas na Unit ACBrTEFPayGoWebComum.pas Todos os ajustes necessários para consumir a nova PGWebLib, foram introduzidos nessa Unit do ACBr, e ela também cuida de Ler a Gravar valores nas variáveis de ambiente, para verificar por atualizações e sinalizar quando a PGWebLib pode ser atualizada Para conhecer as mudanças em detalhes mais técnicos, veja abaixo a transcrição do Change-Log Os fontes de ACBrTEFPayGoWebComum.pas continuam compatíveis com a versão antiga da DLL ? SIM. Os fontes do ACBr ajustam suas chamadas conforme a versão da DLL, portanto essa Unit é compatível com a DLL antiga e a atual. Eu não uso os componentes do ACBr. Como posso ajustar minha aplicação ? Por favor leia a documentação em anexo, ela descreve em detalhes e dá exemplos de código das implementações necessárias... Veja ainda, o Change-Log do ACBr (abaixo), para compreender as mudancas que implementamos em nossos fontes Mas basicamente você precisará efetuar as seguintes modificações: NÃO MAIS copiar a PGWebLib.dll para pasta de sua aplicação, agora você deve usar a PGWebLib.dll que está instalada na pasta segura (veja item 2) Ler o conteúdo da variável de ambiente PathPGWebLib ou PathPGWebLib_x64, para saber qual é o Caminho completo para a DLL que deve ser carregada, e utilizar ela na sua aplicação (lembrando que você só deve usar a DLL de 64 bits se a sua aplicação é compilada em 64 bits) Chamar o novo método PW_End, antes de sua aplicação encerrar ( para encerrar o processo de proteção ao seu executável e a DLL ) Gravar o valor "True" na variável de ambiente PGWebLibPermiteAtualiza, quando a sua aplicação encerrar (opcional) Quais são as variáveis de ambiente utilizadas pela PGWebLib ? Antes de conhecer as variáveis, saiba que os componentes do ACBr já fazem uso dela, de forma automática e intuitiva (veja o Chenage-Log, abaixo) PathPGWebLib: Path completo da PGwebLib.dll que deve utilizada pela aplicação PathPGWebLib=C:\Program Files (x86)\PayGo\PGWebLib\PGWebLib.dll PathPGWebLib_x64: Versão 64 bits da PGWebLib, e que deve ser utilizada APENAS se você compila sua aplicação em 64 bits PathPGWebLib_x64=C:\Program Files (x86)\PayGo\PGWebLib\x64\PGWebLib.dll PGWebLibAtualiza: Terá os Valores "True" ou "False", definidos pelo Client e Windows. Quando "True", indica que há uma atualização pendente, para a PGWebLib. PGWebLibAtualiza=False PGWebLibPermiteAtualiza: Terá os Valores "True" ou "False". Deve ser manipulada pela automação comercial, para que a mesma sinalize ao Client Windows, quando este pode baixar e atualizar a PGWebLib. Isso evita atualizações em horários indesejados, permitindo a aplicação comercial, definir a melhor estratégia para a atualização. É uma boa prática a automação comercial ligar essa variável de ambiente, sempre que for encerrada. PGWebLibPermiteAtualiza=True CPFCNPJ: Opcional, pode ser utilizada pela aplicação, para definir o CNPJ do cliente final, automatizando o processo de ativação do Cliente Windows PontoDeCaptura: Opcional, pode ser utilizada pela aplicação, para definir o PDC que deve ser utilizado pelo Cliente Windows Usando a DLL protegida, em ambiente de Desenvolvimento Em ambiente de Desenvolvimento, usar a DLL protegida, pode tornar difícil o desenvolvimento... O Warsaw irá detectar que um Debugger está tentando executar a DLL, e causará algum erros como "privileged instruction" Pensando nisso, a PayGo disponibilizou uma DLL para ser usada em modo Debug. Você poderá encontrá-la em: C:\Program Files (x86)\PayGo\PGWebLib\DEBUG Observe que os fontes do ACBr, já tentarão fazer uso dessa DLL, quando o compilador detectar que o programa está sendo compilado em modo Debug. Isso é feito pela nova propriedade IsDebug Você pode ativar ela, usando TypeCast, exemplo: if (ACBrTEFAPI1.TEF is TACBrTEFAPIClassPayGoWeb) then begin with TACBrTEFAPIClassPayGoWeb(ACBrTEFAPI1.TEF) do begin DiretorioTrabalho := 'C:\PAYGOWEB'; // Permite informar o diretório de trabalho da PGWebLib //TEFPayGoAPI.PathLib := 'C:\temp\64bits\PGWebLib.dll'; // Permite forçar o uso de uma DLL específica, diferente do definido em "PathPGWebLib" {$IFDEF DEBUG} TEFPayGoAPI.IsDebug := True; // <---------- AQUI ------------ {$EndIf} end; end; Change-Log de ACBrTEFPayGoWebComum.pas [*] Modificações para suportar nova DLL 4.1.25.3, PayGo Windows no modo atualizador da PGWebLib. [+] Adicionado mapeamento para o comando "PW_End". Esta função tem como finalidade encerrar alguns serviços e remover a proteção do Warsaw da automação, possibilitando a realização da atualização. [*] Estrutura "TPW_GetData", modificada, removendo campo "bIndice: Byte" que não fazia parte da Estrutura original [*] Métodos "ObterDadoCartao", "RealizarOperacaoPinPad", "LogPWGetData", modificados para receber o indice do Parâmetro sendo processado na estrutura TPW_GetData [+] Adicionado o método: "function GetPathPGWebLib: String;" Retorna o valor da variável de ambiente "PathPGWebLib" (32 bits) ou "PathPGWebLib_x64" (64 bits), e que contem o Path completo da DLL PGWebLib, com proteção, e que deve ser carregada pela aplicação [+] Adicionado o método: "function GetPGWebLibAtualiza: Boolean;" Que Verifica o conteúdo da Variável de Ambiente "PGWebLibAtualiza". Essa variável de ambiente fica com o Valor "TRUE", quando há atualizações disponíveis para a PGWebLib. [+] Adicionado o método: "function SetPGWebLibPermiteAtualiza(PermiteAtualizacao: Boolean): Boolean;" Permite que a aplicação configure a variável de ambiente "PGWebLibPermiteAtualiza" Quando a aplicação grava nela o valor "TRUE", permite que o Cliente Windows da Paygo, baixe e atualize a PGWebLib da pasta "PathPGWebLib" [+] Adicionada a propriedade: "AtualizaPGWebLibAutomaticamente: Boolean default True" Quando essa propriedade é True (padrão), o valor de "PGWebLibPermiteAtualiza" será ajustado para True, sempre que TACBrTEFPGWebAPI.DesInicializar for chamado [*] Método "TACBrTEFPGWebAPI.Destroy", modificado para chamar "DesInicializar" [*] Método "TACBrTEFPGWebAPI.Inicializar" mmodificado para configurar a variável de ambiente "PontoDeCaptura", se a propriedade "PontoCaptura" estiver com valor definido a variável de ambiente "CPFCNPJ" se a propriedade "CNPJEstabelecimento" estiver com valor definido. [*] Método "TACBrTEFPGWebAPI.Inicializar", grava no Log o estado da variável de ambiente "PGWebLibAtualiza" [*] Método "TACBrTEFPGWebAPI.DesInicializar" passa a chamar "PW_End", para encerrar o processo de proteção, e "SetPGWebLibPermiteAtualiza", para permitir a atualização da PGWebLib, conforme o valor da propridade "AtualizaPGWebLibAutomaticamente" [*] Método "TACBrTEFPGWebAPI.LibFullName" modificado para usar o Path definido na variável de ambiente "PathPGWebLib", caso a propriedade "PathLib" esteja vazia. [*] Método "TACBrTEFPGWebAPI.LoadLibFunctions" modificado para gravar no log, o caminho completo da DLL PGWebLib que está sendo carregada (por: DSA) PGWin - Modo atualizador da PGWebLib - v1.04.pdf

Olá Pessoal, Foi publicado hoje (12/04/2024) a NT 2024/001 que trata sobre o CRT para quem é MEI (Micro Empreendedor Individual) e o fim da Denegação. Alterações relacionadas ao MEI 1. O campo CRT do grupo Emitente agora vai poder conter o valor 4 que indica que se trata de um MEi. 2. Abaixo temos uma lista de CFOP que o MEI (CRT=4) deverá utilizar nas operações internas e interestaduais: • 1.202 - Devolução de venda de mercadoria adquirida ou recebida de terceiros, ou qualquer devolução de mercadoria efetuada pelo MEI com exceção das classificadas nos códigos 1.503, 1.504, 1.505 e 1.506. • 5.102 - Venda de mercadoria adquirida ou recebida de terceiros, ou qualquer venda de mercadoria efetuada pelo MEI com exceção das saídas classificadas nos códigos 5.501, 5.502, 5.504 e 5.505. • 1.904 - Retorno de remessa para venda fora do estabelecimento, ou qualquer entrada e retorno de remessa efetuada pelo MEI com exceção dos classificados nos códigos 1.202, 1.503, 1.504, 1.505 e 1.506. • 2.202 - Devolução de venda de mercadoria adquirida ou recebida de terceiros, ou qualquer devolução de mercadoria efetuada pelo MEI com exceção das classificadas nos códigos 2.503, 2.504, 2.505 e 2.506. • 2.904 - Retorno de remessa para venda fora do estabelecimento, ou qualquer entrada e retorno de remessa efetuada pelo MEI com exceção dos classificados nos códigos 2.202, 2.503, 2.504, 2.505 e 2.506. • 5.102 - Venda de mercadoria adquirida ou recebida de terceiros, ou qualquer venda de mercadoria efetuada pelo MEI com exceção das saídas classificadas nos códigos 5.501, 5.502, 5.504 e 5.505. • 5.202 - Devolução de compra para comercialização, ou qualquer devolução de mercadorias efetuada pelo MEI com exceção das classificadas no código 5.503. • 5.904 - Remessa para venda fora do estabelecimento, ou qualquer remessa efetuada pelo MEI com exceção das classificadas nos códigos 5.502 e 5.505. • 6.102 - Venda de mercadoria adquirida ou recebida de terceiros, ou qualquer venda de mercadoria efetuada pelo MEI com exceção das saídas classificadas nos códigos 6.501, 6.502, 6.504 e 6.505. • 6.202 - Devolução de compra para comercialização, ou qualquer devolução de mercadoria efetuada pelo MEI com exceção das classificadas no código 6.503. • 6.904 - Remessa para venda fora do estabelecimento, ou qualquer remessa efetuada pelo MEI com exceção das classificadas nos códigos 6.502 e 6.505. Quando se tratar de operações de comércio exterior, ativo imobilizado e ISSQN, o MEI que informar CRT=4 poderá utilizar os seguintes CFOP: 1501, 1503, 1504, 1505, 1506, 1553, 2501, 2503, 2504, 2505, 2506, 2553, 5501, 5502, 5504, 5505, 5551, 5933, 6501, 6502, 6504, 6505, 6551 e 6933. Sobre o Fim da Denegação 3. Nessa mesma NT trata sobre a eliminação do processo de denegação na NF-e (modelo 55) que vai passar a ser apenas um processo de rejeição conforme ajuste SINIEF 43/2023. Antes quando o Emitente possuía alguma situação irregular perante ao Fisco a nota era Denegada, agora ela vai passar a ser rejeitada através da Rejeição 781 com a seguinte mensagem: Emissor não habilitado para emissão da NF-e/NFC-e. Mudanças nas Regras de Validação 4. Por fim a NT também traz as alterações e exclusões de algumas Regras de Validação: Alteração nas Regras de Validação I03-30 e I12-60 Alteradas as regras I03-30 e I12-60 para tornar o GTIN e o GTIN da unidade tributável facultativos quando o CRT for igual a “4=Simples Nacional – Microempreendedor Individual – MEI”. Alteração na Regra de Validação I05-10 Alterada a regra I05-10 para não exigir o NCM completo para CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI” em operações internas. Portanto, quando o emitente da NF-e for MEI e a operação for interna poderá informar NCM 00000000. Porém, em operações interestaduais e de comércio exterior é necessário informar o NCM correto e completo. Alteração das Regras de Validação N12-20 e N12a-10 Alterada as regras N12-20 e N12a-10 para exigir o preenchimento correto do CSOSN quando CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI”, e não permitir CST para este CRT. Alteração da Regra de Validação NA01-20 Alterada a regra NA01-20 para não exigir o grupo de ICMS para a UF de destino quando CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI”. Alteração da Regra de Validação 7C21-10 Alterada a regra 7C21-10 para verificar se CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI” é realmente utilizado por contribuinte enquadrado como MEI. Alteração das Regras de Validação N12a-40, N12a-44, N12-40 e N12-44 Alteradas as regras para incluir o CFOP - Inclusão de utilização na NFC-e do CFOP 5910 - Remessa em bonificação, doação ou brinde, na NFC-e para tratamento de cortesias. Regras de Validação 1C17-38 Alterada a RV 1C17-38 que amplia a rejeição por não autorização de emissão ou irregularidade fiscal do emitente também para o modelo 55, visto que a denegação também deixa de existir para a NF-e. Regras de Validação 5E17-40 e 5E17-60 Alteradas as RV 5E17-40 e 5E17-60, transformando as respectivas denegações em rejeições para os destinatários do modelo 55. Exclusão da Regra de Validação N17c-30 Regra N17c-30 foi excluída a pedido do Estado do Ceará. Exclusão da Regra de Validação 1C17-40 Excluída a RV 1C17-40, eliminando a denegação também para o modelo 55. Regra de Validação N11-10 Criada a regra de validação N11-10 para exigir o preenchimento da origem da mercadoria quando o emitente não for CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI” Regra de Validação N12a-80 e N12a-81 Incluídas as regras N12a-80 e N12a-81 que verifica o correto preenchimento do CSOSN quando CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI”, nas operações internas e interestaduais. Regra de Validação N12a-90 Incluída a regra N12a-90 que verifica o correto preenchimento dos CFOPs quando CRT igual a “4=Simples Nacional – Microempreendedor Individual – MEI”, nas operações internas e interestaduais. Essa Nova NT se encontra disponível em nossa biblioteca, clique aqui para ter acesso a ela. Sobre os Prazos Essa NT esta prevista para ser implantada em homologação em 03/06/2024 e em produção em 02/09/2024. Sobre as Mudanças no ACBr e/ou na sua Aplicação A SEFAZ ainda não publicou os novos schemas, portanto vamos aguardar a publicação para podermos realizar as alterações no componente ACBrNFe, na lib ACBrLibNFe e no ACBrMonitor Plus.

Olá Comunidade ACBr!!! Agora a cobra vai fumar!!! Estamos muito empolgados em comunicar que foram disponibilizados 4 exemplos de uso da ACBrLib utilizando a linguagem Python!!! Aproveito para agradecer o amigo @Kaique Afonso que contribuiu com os exemplos de PosPrinter e Balança! Agradeço também a todo o time do ACBr que contribuiu para que fosse possível entender o funcionamento da Lib e fazer as implementações! Os exemplos podem ser encontrados no caminho https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Python/ São eles: ConsultaCNPJ: o mais simples de testar e com poucas configurações. GTIN: Simples também porém precisa de um certificado digital para realizar as consultas. PosPrinter: Precisa deuma impressora. Mas imprime tudo que você precisar! Bal (Balança): Também precisa conectar a uma balança pra ver os resultados! Os 4 exemplos foram testados utilizando as bibliotecas do ACBr com a seguinte configuração: Windows 64, Cdecl, SingleThread. Também é importante destacar que além da DLLdo ACBr é preciso colocar junto do exemplo os arquivos de dependências (outras DLLs e eventuais arquivos de Schema e INI de configuração) A documentação completa da ACBrLib você encontra aqui! https://acbr.sourceforge.io/ACBrLib/ACBrLib.html

Olá pessoal, É com grande alegria que anunciamos a chegada de mais um curso exclusivo aos assinantes do ACBr Pro, trata-se do curso Dominando o ACBrBoleto! Um curso para quem quer fazer a Cobrança Bancária independente da sua linguagem de programação! A solução ACBrBoleto está disponível em forma de componente para Delphi/Lazarus, encapsulada no ACBrMonitorPlus e claro também temos a ACBrLibBoleto, ou seja, está disponível a todos. Neste curso você verá: Explicações sobre os principais conceitos do universo de cobrança bancária Entenderá as diferenças entre as diversas formas de integração junto aos bancos Como saber quais bancos estão disponíveis nas soluções ACBr Como implementar em cada uma das soluções ACBr, todas as etapas da cobrança bancária, do registro do título no banco a validação do pagamento do títulos. E muito mais... Segue link para acesso ao Curso (exclusivo aos usuários do ACBr Pro) https://acbr.nutror.com/curso/c365775961fb6232c2b06ceee9d39be343e339cd Este curso foi preparado com todo o cuidado por @Daniel InfoCotidiano que fez um excelente trabalho, e deixamos aqui registrado os parabéns pelo empenho ao longo de várias semanas. Assista as aulas e nos conte o que achou, e se você ainda não é assinante ACBr PRO, não perca mais tempo fale com nossos consultores comerciais.

ai pessoal obrigado pela ajuda . resolvi da segunda forma alterei o arquivo openssl.cnf que fica na pasta \usr\lib\ssl acrescentando esta linhas em negrito abaixo. segue o link se alguem precisar Openssl 3.x and Legacy Providers – Practical Networking .net

Olá pessoal, O Governo de Santa Catarina publicou o Ato Diat numero 044/2023 que pode ser lido na integra clicando aqui. Em resumo esse Ato Diat estabelece que Nota Fiscal Fatura de Serviços de Comunicação Eletrônica (NFCom) modelo 62 vai substituir a Nota Fiscal de Serviço de Comunicação, modelo 21, e à Nota Fiscal de Serviço de Telecomunicação, modelo 22. A NFCom será obrigatória a partir de 01/07/2024. Os prestadores de serviços emissores dos documentos fiscais citados acima poderão de forma voluntária solicitar o seu credenciamento durante o período de 01/12/2023 a 31/05/2024. A SEFAZ promoverá a partir de 01/06/2024 o credenciamento por oficio. O Projeto ACBr esta sempre atento as novidades trazidas pelo Fisco e já temos os Manuais: Visão Geral e Layout do XML que foram obtidos do Portal da SEFAZ Virtual do RS, neste link. Já se encontra na nossa lista de tarefas o desenvolvimento do componente ACBrNFCom. Assim que a SEFAZ divulgar as URLs de homologação bem como a data de liberação do ambiente de homologação, vamos iniciar o desenvolvimento do componente. E voltaremos a este tópico para deixar todos informados sobre esse novo componente.

Foi lançado recentemente o ACBrBoletoFPDF, um novo componente desenvolvido para facilitar a impressão de boletos utilizando o ACBrBoleto. Esse componente foi criado com a intenção de oferecer uma solução independente de recursos gráficos, especialmente em servidores consoles. Uma das principais características do ACBrBoletoFPDF é a possibilidade de adicionar uma senha ao arquivo PDF gerado, aumentando a segurança dos boletos impressos. Isso é especialmente relevante para empresas que precisam garantir a confidencialidade das informações presentes nos boletos. Além disso, o ACBrBoletoFPDF já está disponível no instalador ACBrInstall, facilitando sua adoção por desenvolvedores que utilizam o ACBrBoleto em seus projetos. Esse novo componente utiliza a FPDF-Pascal, uma biblioteca convertida da famosa biblioteca FPDF, muito utilizada no PHP. A FPDF permite a criação de relatórios PDFs totalmente por código. Isso significa que os desenvolvedores também podem utilizar a FPDF-Pascal para criar relatórios PDF personalizados de maneira eficiente. Com o lançamento do ACBrBoletoFPDF, espera-se que o processo de impressão de boletos se torne muito mais rápido, acessível e seguro, atendendo às necessidades das empresas que dependem dessa funcionalidade. Essa é uma ótima notícia para desenvolvedores e empresas que lidam com boletos e desejam uma solução confiável e eficiente para a impressão desses documentos. O ACBrBoletoFPDF abre novas possibilidades para a automação de processos financeiros e oferece uma alternativa viável para a geração de boletos em ambientes sem recursos gráficos. O ACBr incorporou os fontes da biblioteca FPDF-Pascal, na pasta: \ACBr\Fontes\Terceiros\FPDF-Pascal Saiba mais sobre a FPDF-Pascal no link abaixo: https://github.com/Projeto-ACBr-Oficial/FPDF-Pascal

Olá Pessoal, Abaixo temos informações sobre a convivência das versão 3.00 e 4.00 do CT-e, que vai até 31/01/2024. Colaboração do nosso amigo Alexandre Parabocz.

Olá Pessoal, Já se encontra no SVN as seguintes atualizações para o componente ACBrCTe referente a versão 4.00 1. Incluída as URLs de homologação SEFAZ-MG (só vão ser ativadas na segunda quinzena de maio); SEFAZ-MS (já esta ativa para realização de testes); SEFAZ-SP e SEFAZ Virtual de SP (já estão ativas para realização de testes); SEFAZ Virtual de SP recepciona os CT-e de AP, PE e RR; SEFAZ-RS e SEFAZ Virtual do RS (já esta ativa para realização de testes); SEFAZ Virtual do RS recepciona os CT-e de AC, AL, AM, BA, CE, DF, ES, GO, MA, PA, PB, PI, RJ, RN, RO, SC, SE e TO As SEFAZ de MT e PR ainda não divulgaram as suas URLs de homologação. 2. Implementado os eventos de Insucesso na Entrega e Cancelamento de Insucesso na Entrega O ambiente de homologação esta previsto para ser liberado em 15/05/2023 e o de produção em 17/07/2023 Vamos aguardar a liberação para iniciar os testes.

Olá pessoal, após um período sem atualizar este tópico, temos uma noticia para vocês sobre o ACBrLibNFSe. Depois de alguns meses trabalhando no Desenvolvimento, podemos dizer que sim, finalizamos o ACBrLibNFSe, como todos ou quase todos já conhecem, e também citei no post acima, no Projeto ACBr temos o componente ACBrNFSeX, onde o mesmo é utilizado por desenvolvedores Delphi e Lazarus.. Agora utilizando o ACBrLibNFSe, você consegue fazer uma integração nativa utilizando as linguagens C#, Java, VB6, Harbour... ou qualquer linguagem de programação possível de se consumir uma dll (Windows) ou .so (Linux). Com o ACBrLibNFSe é possível Emitir, Consultar, Cancelar e Substituir uma NFSe (Nota Fiscal de Serviço Eletrônica), veja um exemplo para Consultar a Situação de uma NFSe. //-------------------------------- Exemplo ACBrLib C# --------------------------------------// Parâmetros: aProtocolo - Protocolo NFSe. aNumLote - Numero do Lote NFSe. sResposta - Usado pelo retorno, contem as informações retornadas pela consulta. esTamanho - Usado pelo retorno, contem o tamanho da string (sResposta). ACBrNFSe.ConsultarSituacao("E6694C98-4AF8-4D0C-A4B2-C98BAA704CFE", "50"); Obs: Esperamos ansiosos pelo feedback de todos, e sabemos que podem surgir necessidades de ajustes, por este motivo fique atento aos commits e atualização dos Manuais e Programas de Exemplo. Agradecer primeiramente o @Daniel Simoes e a @Juliana Tamizou por confiarem e acreditar no Desenvolvimento desta ACBrLib, também tenho que agradecer @EMBarbosa, @Italo Giurizzato Junior e @Diego Foliene pelo apoio e suporte neste projeto. Até o próximo lançamento

A Secretaria Especial da Receita Federal do Brasil (RFB) está em processo de unificação dos ambientes autorizadores SVAN e SVC-AN UF que utilizam a SVAN - Sefaz Virtual do Ambiente Nacional: MA UF que utilizam a SVC-AN - Sefaz Virtual de Contingência Ambiente Nacional: AC, AL, AP, CE, DF, ES, MG, PA, PB, RJ, RN, RO, RR, RS, SC, SE, SP, TO Os ambientes de HOMOLOGAÇÃO da SVC-AN e SVAN já foram unificados e as novas URLs já foram atualizadas no Portal Nacional da NF-e de HOMOLOGAÇÃO e já consta na revisão do svn 33246 Para quem utiliza o componente, pode utilizar o ACBrNFeServicos.ini junto da aplicação ou atualizar o componente e recompilar a aplicação para que tenha efeito as mudanças. No momento o Ambiente de produção não foi unificado, essas mudanças aplica-se somente a Homologação p/acbr/code - Revision 33246: /trunk2/Fontes/ACBrDFe/ACBrNFe (sf.net) Portal da Nota Fiscal Eletrônica (fazenda.gov.br)

Boa tarde Pessoal! Aquem interessar possa, segue a Tabela CEST (Código Especificador da Substituição Tributária) retirada do Convenio 142/18 (Incluido as alterações até o Convenio 53/2023) Fonte: https://www.confaz.fazenda.gov.br/legislacao/convenios/2018/CV142_18 (09/10/2023) Att, Luciano CEST Convenio 142-18 - 2023 10.csv

Olá pessoal, Isso mesmo, após um longo período de espera, os Nugets voltaram para elevar o nível das soluções ACBr para a comunidade do c#. E voltaram com mais força, agora existem as opções MT e ST para todas as Libs disponíveis. Os nugets MT possuem o sufixo MT e os demais são os ST. Esperamos, como sempre, que os novos recursos possam melhorar a experiência de quem utiliza as Libs e se houverem sugestões de melhorias ou correções necessárias, estamos sempre disponíveis nos nossos canais para ajudá-los. Bom trabalho a todos e até mais!!!

Olá pessoal, Ficamos felizes em dizer que foi disponibilizada a mais nova biblioteca do pacote ACBrLib, a ACBrLibReinf !! O projeto havia sido iniciado há um tempo e, por fazer parte do grupo de componentes de DFe, logicamente tem a assinatura inicial do @Italo Giurizzato Junior .... Méritos também para o @antonio.carlos que contribuiu nas implementações... A ACBrLibReinf está disponível para download e já estão no SVN os programas de exemplo em c# e node.js. Segue o link da documentação da biblioteca e contamos com a comunidade, caso tenham disponbilidade e possam compartilhar exemplos em outras linguagens, que venham a ajudar outros colegas. Até mais!!!

Olá Pessoal, Foi realizado uma alteração no schema do Padrão Nacional bem como na unit ACBrNFSeXConversão no que se refere ao tipo TtribISSQN, visando as informações contidas no manual. No Manual temos: No Schema: O tipo Imunidade no manual aparece com o valor 2 e no schema com o valor 4. Foi feita a correção no schema e no componente, antes a sequencia dos enumerados eram: TtribISSQN = (tiOperacaoTributavel, tiExportacao, tiNaoIncidencia, tiImunidade); Agora passou a ser assim: TtribISSQN = (tiOperacaoTributavel, tiImunidade, tiExportacao, tiNaoIncidencia); Com essa alteração ao informar o valor tiImunidade vai gerar o XML com o valor 2 e não com o valor 4, desta forma ficando em conformidade com o manual. Favor atualizarem todos os fontes de todas as pastas e reinstale o ACBr, não esqueçam de enviar a atualização dos schemas para os seus clientes.

Olá pessoal, Em edições recentes do Papo Pro ACBr, discutimos sobre a NT 2023.002 que entre outras mudanças, trouxe o fim da emissão assíncrona da NFCe. Agora esta sendo discutido pelo ENCAT a eliminação da emissão assíncrona também para NFe e visando obter a opinião das empresas afetadas pela mudança, a AFRAC está com uma pesquisa aberta até 30/06/2023 onde é possível dar sua opinião sobre esta mudança. Clique na imagem abaixo e participe da pesquisa

Olá pessoal, O time ACBr responsável pelas bibliotecas ACBrLib está em festa, afinal JÁ ESTÁ DISPONIVEL para download a ACBrLibNFSe!! Parabéns time, em especial @antonio.carlos e @EMBarbosa que atuaram intensamente para tornar este projeto realidade. Mas a biblioteca ACBrLibNFSe pode ser usada em qualquer linguagem? Se sua linguagem é capaz de consumir bibliotecas externas, a resposta é SIM, não somente o ACBrLibNFSe mas todas as biblioteca ACBrLib. Animado para iniciar? Nós também estamos ansiosos pelos primeiros feedbacks da comunidade, mas se você está iniciando o uso das bibliotecas com a ACBrLibNFSe, não deixe de ler nossa documentação online e também assistir nosso curso gratuito de Introdução ao ACBrLib. Segue um Passo-a-passo para não ter erro ! 1. Realize o Download da biblioteca ACBrLibNFSe (Demo ou Produção) conforme os passos 1.1 ou 1.2 descritos a seguir. Se você ainda não é assinante PRO, comece pela versão demo, que pode ser baixada gratuitamente. 1.1 Obtendo as bibliotecas na versão Demo Para baixar a versão Demos das Bibliotecas do ACBrLib, acesse o link abaixo https://www.projetoacbr.com.br/forum/files/category/63-acbrlib-demo/ 1.2 Obtendo as bibliotecas de Produção As bibliotecas na versão PRO permanecem disponíveis para assinantes do ACBr PRO ou para quem desejar apenas adquirir as bibliotecas forma individual. 2. Realize o Download dos demos via svn (para ver os exemplos antes de partir para sua aplicação diretamente) Para baixar a versão os demos, utilize o link abaixo para baixar somente os fontes dos demos, http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/ Ou se preferir baixar os Fontes dos componentes ACBr e das bibliotecas ACBrLib, siga as instruções deste link. Obs. Para utilização das bibliotecas não é necessário realizar o download dos fontes das bibliotecas. 3. Copie as bibliotecas para as pastas corretas (Ver os tópicos na sessão links mais abaixo - Este passo é o mesmo para qualquer linguagem) 3.1 - Como configurar o Ambiente para utilizar a ACBrLib no C# 3.2 - Como configurar o Ambiente para utilizar a ACBrLib no Java 3.3 - Como configurar o Ambiente para utilizar a ACBrLib no VB6 4. Realize o deploy da aplicação e agora você tem acesso a uma poderosa ferramenta para trazer mais recursos a seus clientes. Mas e se eu tiver dúvidas? Fique tranquilo, enquanto você ainda não é assinante PRO pode postar suas dúvidas no fórum da comunidade ou mesmo no discord. E claro, assim que concluir seus testes, fale com um de nossos consultores para se tornar PRO e ter acesso a versão de Produção, além de acesso as área exclusivas do fórum e discord e assim implementar ainda mais rapidamente este recurso em suas soluções. Fale com nossos consultores também pelo whats em (15) 2105-0750 Antes de Encerrar... Nosso time procura realizar o máximo de testes antes de todo lançamento, mas sabemos pode haver a necessidade de ajustes ou correções, caso se depare com alguma anomalia, por favor não deixe de nos sinalizar para que possamos sanar o mais breve possível.

Agora com o nosso componente ACBrBoleto é possível emitir Boletos através da API para o banco Banco Bancoob (Sicoob) A atualização já está em nossos repositórios ! Obrigado a comunidade que está nos ajudando e especialmente para o Marcelo Santos e Delmar de Lima que colocaram a mão na massa e iniciaram a contribuição deste componente.

Olá pessoal, Foi publicado a NT 2024/002 que trata sobre o CT-e Simplificado. O que vem a ser o CT-e Simplificado: O CT-e Simplificado poderá ser utilizado nas prestações de serviços de transporte intermunicipal ou interestadual de mercadorias, que envolvam diversos remetentes ou destinatários, e um único tomador de serviço. O transportador poderá emitir um único CT-e referente a todas as prestações realizadas para este tomador, por veículo e por viagem. A forma de processamento do serviço de recepção é síncrona sem a formação de lotes. O contribuinte deve transmitir o CT-e simplificado através do Web Service de recepção exclusivo que atenderá esse leiaute e receberá o resultado do processamento na mesma conexão. O Layout do XML do CT-e Simplificado é bem diferente do CT-e (modelo 57) que estamos acostumados a ver. Sendo assim não da para expor nesse tópico os novos campos ou campos com novos valores, pois trata-se de uma estrutura de XML totalmente nova para o CT-e Simplificado.. Sobre os Prazos A previsão para implementação no ambiente de homologação é para o dia 02/09/2024 e produção para 07/10/2024. Mudanças no ACBr e/ou na Sua Aplicação A alteração no componente vai ser realizada em Julho e Agosto para que fique tudo pronto para a data prevista de implementação em ambiente de homologação. Dica de sempre, mantenham todos os fontes de todas as pastas atualizados, já se encontra no SVN a atualização dos Schemas que contempla o CT-e Simplificado

Com aproximaçao do fim do prazo para a migração para a versão 4.0 vou deixar aqui dois xmls completos para exemplo que pode servir de referência para quem desenvolve Consulta status do servidor <?xml version="1.0" encoding="utf-8"?> <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Body> <cteDadosMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CTeStatusServicoV4"> <consStatServCTe versao="4.00" xmlns="http://www.portalfiscal.inf.br/cte"> <tpAmb>2</tpAmb> <cUF>50</cUF> <xServ>STATUS</xServ> </consStatServCTe> </cteDadosMsg> </soap12:Body> </soap12:Envelope> CTe SincV4 sem soapheader e com dados compactados na base64 <?xml version="1.0" encoding="utf-8"?> <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Body> <cteDadosMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CTeRecepcaoSincV4"> dadoscompactados </cteDadosMsg> </soap12:Body> </soap12:Envelope> CTe.xml descompactado (Esse é um exemplo só para mostrar como proceder a compactação na base64 , esta incompleto) <CTe xmlns="http://www.portalfiscal.inf.br/cte"> <infCte versao="4.00" Id="CTe50231200172038000167570500000000031003067083"> </infCte> <infCTeSupl> </infCTeSupl> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> </Signature> </CTe> Para obter os dados compactados utilizando a linha de comando em Linux cat CTe.xml | gzip | base64 > dadoscompactados Espero ter ajudado alguem

Notamos vários relatos, de usuários que não estavam conseguindo carregar alguns certificados, usando a versão 3.x.x do OpenSSL, e sendo que esse mesmo certificado, é carregado normalmente, na versão 1.1.x do OpenSSL Ocorre que a versão 3.x do OpenSSL, tornou "legado" algumas rotinas de criptografia... E provavelmente os certificados que causavam erro, estavam usando essas rotinas legadas... Esse link nos ajudou com a solução que aplicamos nos fontes do ACBr, e dá mais detalhes sobre o problema: https://github.com/openssl/openssl/issues/19368 A modificação que aplicamos depende que o OpenSSL consiga carregar a biblioteca "legacy", portanto a mesma deve estar na mesma pasta das demais... Você pode ver as modificações, nesse histórico de Commit [r31480] Essa biblioteca "legacy.dll" agora é distribuída na pasta: ACBr\DLLs\OpenSSL\3.1.3\x64 Observe que não encontramos uma distribuição do OpenSSL, que tenha a "legacy.dll" para 32 bits... portanto, a carga dessa DLL, no Windows, só irá funcionar, se você estiver compilando o seu executável em 64 bits... Abaixo estão algumas dicas, se você estiver com problemas ao ler o Certificado, usando OpenSSL 3 Verifique se a biblioteca "legacy" está na mesma pasta das demais DLLs do OpenSSL 3 - Lembrando que conforme explicamos acima, ela está disponível, apenas para 64 bits - A pasta com todas as DLLs ficaria algo como: "libcrypto-3-x64.dll, libssl-3-x64.dll, legacy.dll" - Você não conseguirá usar as bibliotecas de 64 bits, se estiver compilando a sua aplicação em 32 bits Instale o certificado no Windows, e Exporte ele novamente Isso fará com que o Windows reescreva o certificado, utilizando rotinas de criptografia mais modernas, e com isso, permitindo o uso dele no OpenSSL 3.x Volte para versão 1.1.x.x do OpenSSL... Essa versão da biblioteca OpenSSL provavelmente continuará sendo utilizada, por muitos e muitos anos

Até que seja confirmada ou não a inviabilidade de uso da api pública pelo componente do ACBR, o que pode ser feito é usar usarmos a consulta pública como foi sugerido aqui no forum. Ou seja, um projeto que contenha um navegador (edge), possibilitando que o próprio usuário clique no botão (Sou Humano) e efetue a consulta manualmente. Após a consulta manual é possível extrair os dados do próprio html resultante. Fiz um protótipo funcional que efetua isso a quem interessar. ConsultaCNPJ.dpr ConsultaCNPJ.dproj uConsultaCNPJ.dfm uConsultaCNPJ.pas

Boa tarde pessoal ! Alguns bancos utilizam certificados crt, pem e key na sua autenticação. Vou mostrar como exportar a partir de um certificado A1 (.pfx)! OBS. Essa operação é possível apenas com o certificado do tipo A1. Com o A3 não é possível! Primeiramente você vai precisar ter em seu computador o executável do OpenSSL, ou seja, o OpenSSL.exe. Uma dica para download é https://gnuwin32.sourceforge.net/packages/openssl.htm baixe o arquivo binaries.zip e descompacte em uma pasta de sua preferência. O Executável (OpenSSL.exe) vai estar dentro da pasta que você criou em uma pasta chamada “bin” Você precisa entrar no prompt de comando acessar esta pasta para executar os comandos, ou adicionar ela no path do windows. Eu descompactei o arquivo zip em c:\openssl e vou abrir o prompt de comando, e acessar a pasta bin com o comando: cd\openssl\bin Meu certificado está na pasta c:\certificado Gerar o arquivo PEM: openssl pkcs12 -in c:\certificado\Certificado.pfx -nokeys -out c:\certificado\Certificado.pem Gerar o arquivo CRT: openssl pkcs12 -in c:\certificado\Certificado.pfx -clcerts -nokeys -out c:\certificado\Certificado.crt Gerar o arquivo KEY: openssl pkcs12 -in c:\certificado\Certificado.pfx -nocerts -nodes -out c:\certificado\Certificado.key Prontinho ! Todos seus certificados estão na pasta c:\Certificado !

Novidade saindo do forno pessoal!! A SEFAZ-RS publicou em 15/05/2023 a Instrução Normativa 37/23, qual estabelece um novo cronograma para a exigência das mudanças trazidas pela legislação, desta forma a obrigatoriedade esta escalonada por faturamento tendo seu ultimo grupo entrando em 01/01/2024. Link para a Instrução Normativa: https://www.diariooficial.rs.gov.br/materia?id=857004

Boa tarde pessoal! Um parecer da Sefaz/MG sobre o CT-e 4.0: Um agradecimento mais do que especial ao membro de nossa comunidade @JeannyPaiva por compartilhar essa informação conosco no Discord.

Olá Pessoal, Já se encontra no SVN a atualização dos fontes do componente ACBrCTe que visa a versão 4.00 do CT-e. Até o momento é possível realizar testes em ambiente de homologação para as seguintes UF: MG, MS, SP, AP, PE, RR, AC, AL, AM, BA, CE, DF, ES, GO, MA, PA, PB, PI, RJ, RN, RO, RS, SC, SE e TO Quem ainda não atualizou os seus fontes não perca tempo. Lembre-se de atualizar todos os fontes de todas as pastas, reinstale o ACBr com a opção de apagar arquivos antigos marcada e por fim recompile a sua aplicação. Ainda esta semana será disponibilizado uma nova versão do ACBrMonitor Plus e do ACBrLibCTe para aqueles que desenvolvem as suas aplicações em outras linguagens. Informação Importante: A tag CRT (Código do Regime Tributário) na versão 4.00 passa a ser obrigatória.

Comunicado no portal COMSAT SEFAZ SP: A SEFAZ-SP realizará em 23 de abril de 2023, a partir das 07:00, e com previsão de duração para todo dia, uma manutenção nos servidores do SAT, o que poderá trazer instabilidade em todos websites e todos webservices. Sendo assim, na medida do possível, orientamos que novas ativações de equipamentos SAT sejam realizadas antes desta data, e que os contribuintes se atentem para CF-e-SATs que poderão estar armazenados, e não transmitidos à SEFAZ, nos equipamentos SAT com o risco de o prazo legal de 10 dias ser atingido durante essa manutenção. Após a manutenção, a SEFAZ permanecerá acompanhando o sistema e monitorando os meios de comunicação próprios com o público externo. Fonte: SEFAZ SP

Salve comunidade do Projeto ACBr ! Agora com o nosso componente ACBrBoleto é possível emitir Boletos, gerar e receber CNAB 400 (710 colunas) para o banco 174 - Banco Pefisa S.A. A atualização já está em nossos repositórios ! *Em breve as documentações sobre o novo banco serão atualizadas (ACBrLibBoleto, ACBrMonitorPlus)*

Olá pessoal! No dia 03/01/2024 no DOE-PR, a Norma de Procedimento Fiscal Nº62/2023 que regulamenta as informações do responsável técnico na NFe/NFCe no estado do Paraná. Uma breve contextualização No leiaute de alguns documentos fiscais, existe o grupo infRespTec. Este grupo contém as informações do responsável técnico pelo sistema de emissão do DF-e e possui estrutura como segue: <infRespTec> <CNPJ>CNPJ da pessoa júridica responsável pelo sistema usado na emissão do documento</CNPJ> <xContato>Nome da empresa a ser contatada na empresa desenvolvedora do sistema</xContato> <email>Email da pessoa a ser contatada na empresa desenvolvedora do sistema</email> <fone>Telefone da pessoa a ser contatada na empresa desenvolvedora do sistema</fone> <idCSRT>Identificador do CSRT usado para montar o hash, informação obtida junto a Sefaz</idCSRT> <hashCSRT>Hash SHA-1 composto pelo CSRT e a Chave de Acesso</hashCSRT> </infRespTec> No tópico abaixo isso é explicado em detalhes: A adesão desta grupo é opcional por UF, por isso a divulgação desta norma é importante, pois indica que a Sefaz do Paraná, passará a exigir este grupo. E o que diz a Norma? A nova norma, trás informações explicando o que é o CSRT, como conseguir o CSRT e como gerar o hashCSRT. Destes itens, vale destacar: Além disso, a norma trás também regras no que diz respeito aos processos de CASSAÇÃO, SUSPENSÃO e BLOQUEIO no caso de a Sefaz identificar a possibilidade de o emissor estar praticando fraude fiscal. Dentre os itens relacionados vale destacar: Quando entra em vigor? Neste artigo publicado pela AFRAC, noticiando esta mesma norma, consta a seguinte observação. Leia a Norma de Procedimento Fiscal Nº62/2023 na íntegra AQUI. E como fica o ACBr? O grupo de informações do responsável técnico já se encontra implementando nos leiautes respectivos, logo, não é necessário atualização. Veja o tópico Informações sobre o Responsável Técnico indicado acima para uma orientação sobre como realizar o preenchimento. IMPORTANTE REFORÇAR QUE O ACBR NÃO É o RESPONSÁVEL TÉCNICO.

Olá pessoal! Entendemos que uma das dificuldades enfrentadas por muitos quando começam com a Nota de Serviço é saber quais informações de autenticação são necessárias e quais os métodos que estão disponíveis para o provedor que atende a cidade que deseja implementar. Bem, pensando sempre em ajudar a comunidade do ACBr, é com muita alegria que informo que esse não será mais um problema. É isso mesmo. Foi adicionado na mais recente compilação do MonitorPLUS e da LibNFSe o novo método ObterInformacoesProvedor que vai devolver para você informações importantes sobre o provedor da cidade configurada como quais autenticações são requeridas e quais serviços são disponibilizados pelo mesmo. Veja um exemplo de resposta do método: [ObterInformacoesProvedor] AutenticacoesRequeridas=RequerCertificado| IdentificacaoProvedor=Nome:PadraoNacional|Versão:1.00 ServicosDisponibilizados=EnviarUnitario|ConsultarRps|EnviarEvento|ConsultarEvento|ConsultarDFe|ConsultarParam|ConsultarNfseChave| Mas e se eu uso o componente nativo? Se você utiliza o componente nativo, desde o dia 08 de Dezembro, foi adicionado na aba geral do programa exemplo do componente o botão [Informações Provedor]. Se o seu exemplo ainda não tem este botão, atualize seus fontes! Vejam exemplo no componente nativo.

Olá pessoal! Caso estejam recebendo uma rejeição estranha ao tentar realizar um cancelamento, no Portal da Nota Fiscal Eletrônica consta o seguinte aviso: Um agradecimento aos membros da comunidade que chamaram atenção para o aviso no canal #sefaz em nosso Discord.

Olá pessoal, Foi publicado a versão 1.30 da NT 2021/003 que trata das Validações do GTIN. "A versão 1.30 da NT basicamente amplia o grupo de NCM (grupo de Mercadorias) que verificam a existência do GTIN no CCG-Cadastro Centralizado de GTIN, dando continuidade a ampliação da obrigatoriedade de uso para indústrias donas de marcas." Essa NT se refere ao Grupo III Observação: Como se trata de validação de novos NCM por parte da SEFAZ não se faz necessário nenhuma alteração no componente ou Lib ou Monitor e nem na sua aplicação. Lembrando que os NCM listados no grupo III tem que estar com os GTIN corretos no cadastro de itens de produtos nos seus clientes, caso contrario a nota vai ser rejeitada.

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:

Boas notícias ! Agora a solução ACBrBoleto permite a configuração de margens (superior, inferior, esquerda e direita) para impressos em Fortes Report (por enquanto somente em fortes) . Então para quem utiliza nossos componentes em Delphi e Lazarus: FACBrBoletoFCFortes.MargemSuperior :=0; FACBrBoletoFCFortes.MargemInferior :=0; FACBrBoletoFCFortes.MargemEsquerda :=4; FACBrBoletoFCFortes.MargemDireita :=3; Para quem utiliza ACBrMonitorPlus pode configurar em modo gráfico ou através do comando boleto.setmargem: BOLETO.SetMargem(parametro1,parametro2,parametro3,parametro4) Parametros: parametro1 = Margem Inferior parametro2 = Margem Superior parametro3 = Margem Esquerda parametro4 = Margem Direita Para quem utiliza ACBrLibBoleto: Dentro da Seção: [BoletoBancoFCFortesConfig] Incluir: MargemInferior=5 MargemSuperior=5 MargemEsquerda=4 MargemDireita=3 Vai ficar assim: Já está disponível no componente para ACBrLibBoleto e ACBrMonitorPlus vai estar na próxima compilação.

Esqueci e mencionar, segue detalhado a forma que chamo a classe em tempo de execução. Var ACBrConsultaCNPJ :TACBrConsultaCNPJws; begin ACBrConsultaCNPJ := TACBrConsultaCNPJws.Create(Self); if ACBrConsultaCNPJ.Consulta(EditCNPJ.Text, 'https://receitaws.com.br/v1/cnpj/') then begin ... end; ACBrConsultaCNPJ.Free; end;

Olá pessoal, Foi implementado um novo provedor, trata-se do SysISS que segue a versão 2.02 do layout da ABRASF. Como todos sabem, não estamos mais realizando manutenção no componente antigo, logo o provedor SysISS só esta disponível no novo componente: ACBrNFSeX. Quem nos passou todas as informações sobre esse provedor foi o nosso amigo @Everson Clei, que mais uma vez agradeço pela contribuição e colaboração. Ele também nos informou que no momento o provedor atende as seguintes cidades: Rondon/PR, Prado Ferreira/PR, Lupionópolis/PR, Rancho Alegre/PR e Cafeara/PR. Caso mais alguém saiba de outras cidades atendidas pelo mesmo provedor ou de outros provedores já implementados, é muito fácil acrescentar novas cidades, basta seguir o passo a passo da postagem abaixo. Se você tem informações de um provedor que ainda não foi implementado faça como nosso amigo Everson, crie uma postagem aqui no fórum anexando a documentação: manual, Schemas (arquivos XSD), URLs de homologação e produção das cidades atendidas por esse provedor.