Painel de líderes

Boa tarde a todos, Já esta no SVN as alterações realizadas tanto para atender a versão 2.1.1 quanto ao novo ambiente de recepção dos eventos que agora é uma API Rest. Favor atualizarem todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes. Foram feitas alterações nos programas exemplos (Delphi e Lazarus), eles trazem dicas de como obter o retorno tanto do envio quando das consultas.

Prezados, existem outros tópicos de pessoas que questionaram, pediram ou sugeriram a adição da possibilidade de impressão de NFE com o componente ACBrNFeDANFeESCPOS. No último tópico a respeito disso foi sugerido que fosse alterado ACBrNFeDANFeESCPOS para ACBrNFCeDANFeESCPOS, e que o ACBrNFeDANFeESCPOS fica-se apenas para NF-e. Eu alterei o código ACBrNFeDANFeESCPOS e adicionei apenas duas propriedades (que podem ser renomeadas talvez para algo mais adequado) para determinar a adoção da "NT2020.004 - DANFE_SIMPLIFICADO v1.00" que prevê a DANFE em modelo reduzido. Como a NT não determinar um layout, mas sim apenas campos obrigatórios, eu preservei o máximo do layout atual do arquivo atual, bem como do código. Algumas impressoras ESCPOS não consegue imprimir códigos de barras c128 com 44 dígitos, o que teoricamente (questão de interpretação talvez da NT?) inviabiliza o uso do modelo, mas mesmo assim adicionei uma propriedade para desativer a impressão do código de barras c128 da chave de acesso. ACBrNFeDANFeESCPOS.pas

no arquivo de configuração ACBrLib.ini, deve utilizar tpAmb=0 (Produção). Ai funciona certinho para o ambiente que precisa.. Que bom que conseguiu resolver !

Galera, desculpa o erro foi meu! No layout da NF-e tbAmb = 1 é produção, e no .ini tbAmb = 1 é homologação. Acabei me confundindo aqui. Hj meu usuário não é mais pró!

Entrei em contato com o suporte da Apple. As aplicações precisam passar pela analise deles e depois fazer a distribuição para os clientes. Obrigado.

Bom dia a todos. Com muita luta conseguir conversar com pessoal da libre para verificar o erro de retorno, eles identificaram o erro e ajustou, caso alguém poder também testar se agora está retornando corretamente numero da nota, xml e situação e protocolo. desde já muito obrigado.

Saudações Digitais comunidade ACBr! O Componente ACBrBoleto na camada WS passou por algumas refatorações, onde a mesma foi segregada e alterada. A camada Rest não é mais proveniente do ACBrDFe, agora é via Synapse, somente a comunicação dos bancos via Soap continua via ACBrDFe. As classes foram divididas que pertencem ao WSRest e ao WSSoap : /trunk2/Fontes/ACBrBoleto/ACBrBoletoWS.Rest.OAuth.pas /trunk2/Fontes/ACBrBoleto/ACBrBoletoWS.Rest.pas /trunk2/Fontes/ACBrBoleto/ACBrBoletoWS.SOAP.pas Também informamos que com a ajuda da comunidade e contribuição Aggille Sistemas Gestão / Jean Peixoto, agora no componente foi incluído via API o banco Inter via API.

Olá Pessoal, Novamente a tabela de NCMs passará por mudanças, com as já tradicionais inclusões e também exclusões de códigos. Foi publicado a nota versão da NT que traz a nova tabele de NCM com efeitos a partir de 01/04/2023. Sobre a Vigência Ambiente de Homologação: 15/03/2023 Ambiente de Produção: 01/04/2023

Preencha o COD_VER com o valor esperado pelo validador. ../trunk2/Fontes/ACBrTXT/ACBrSPED/ACBrSPEDPisCofins/ACBrEPCBlocos.pas unit ACBrEPCBlocos; interface uses SysUtils, Classes, DateUtils, ACBrTXTUtils; type /// Vers�o do Leiaute do arquivo - TRegistro0000 TACBrCodVer = ( vlVersao100, // C�digo 001 - Vers�o 100 ADE Cofis n� 31/2010 de 01/01/2011 vlVersao101, // C�digo 002 - Vers�o 101 ADE Cofis n� 34/2010 de 01/01/2011 vlVersao200, // C�digo 002 - Vers�o 200 ADE Cofis n� 20/2012 vlVersao201, // C�digo 003 - Vers�o 201 ADE Cofis n� 20/2012 de 14/03/2012 vlVersao202, // C�digo 004 vlVersao310, // C�digo 005 - ADE Cofis n� 82/2018 - Apura��o em 01/01/2019 vlVersao320 // C�digo 006 - ADE Cofis ??? - Apura��o em 01/01/2020 ); TACBrVersaoLeiaute = TACBrCodVer;

Olá pessoal! Com muito prazer anunciamos que foi enviado hoje cedo ao SVN mais uma nova implementação de leiaute para o Reinf. A versão 2.1. Queremos agradecer de coração ao nosso moderador @Renato Rubinho que trabalhou nessa alteração. Como sempre fiquem atentos as novidades, logo liberaremos os ajustes para o ACBrMonitor. Também, se encontrarem qualquer problema, como sempre criem tópicos no fórum para relatar. Bom trabalho a todos!

Boa tarde a todos, A Consulta pelo numero do protocolo para atender a API Rest que é utilizada pela versão 2.1.1 já esta pronta. O componente ACBrReinf já esta realizando essa consulta e a API esta retornado o resultado do processamento. O próximo passo agora é adequar a leitura dos retornos, tanto do envio quanto da consulta, pois os retornos da API Rest não são envelopados e algumas tag estão com nomes diferentes do retorno gerado pelo WebService. Assim que essas adequações forem realizadas e testada, retornarei aqui para avisa-los. Atenção: As alterações que fiz ainda não foram para o SVN.

Boa tarde a todos, Realizei alterações no componente ACBrReinf visando o envio dos eventos da versão 2.01.01 para a API Rest. O envio foi realizado com sucesso e a API retornou o XML de retorno. Como essa API trabalha no modo Assíncrono após o envio não temos o resultado do processamento e sim apenas o numero do protocolo. De posse do numero do protocolo será necessário realizar uma consulta para que enfim possamos ter o resultado do processamento do(s) evento(s) enviado(s). O próximo passo agora é implementar no componente essa consulta. Assim que ela for implementada e testada, retornarei aqui para avisa-los. Atenção: As alterações que fiz ainda não foram para o SVN.

Boa tarde a todos, Conforme a postagem acima do Renato, a nova versão do Reinf vai passar a utilizar uma API Rest e não mais um WebService Soap. Isso significa que vamos ter que realizar alterações no componente ACBrReinf para atender esse requisito. A Equipe ACBr já esta analisando e buscando a melhor maneira de fazer essas alterações.

Boa tarde, Foram desenvolvidos os leiautes dos novos registros relacionados à versão 2.1, mas ainda não haviam disponibilizado o ambiente de testes. Para a nova versão foi alterada o forma de transmissão dos eventos, utilizando agora o modo assíncrono via REST, ao invés de webservices como era até então, conforme manual disponível neste link. O modo de envio assíncrono, necessário para envio na versão 2.1, ainda está na fila de implementações. Assim que for disponibilizado no componente atualizaremos este tópico.

Olá pessoal, como vocês estão indo neste começo de ano? Sem querer me alongar nessa introdução, mas não poderia deixar de agradecer a todos os nossos ouvintes de 2022. Beleza, vamos lá... às novidades! 1. Frequência semanal alterada para 2 sessões por semana, ocorrendo na terça e quinta. A ideia que acompanha essa decisão, é a de trazer mais planejamento, relevância e também audiência para os podcasts. Alguns usuários também relatavam, que ficava muito difícil acompanhar tudo, com 3 sessões por semana. Pois é, se estava difícil conciliar o tempo para acompanhar, imagina para produzir? Por esses motivos, nós vamos agora realizar as sessões na terça e quinta. O intervalo da quarta ajudará muito também o time do ACBr com as nossas outras demandas, como a produção e manutenção dos componentes e atendimento de nossos assinantes do ACBr Pro. Para alguns, essa mudança pode não soar muito como vantagem. Nós compreendemos, por isso, temos mais uma novidade à seguir! 2. Sessões com convidados presenciais, com câmeras ao vivo, transmitidas no YouTube! É isso mesmo! Nós vamos convidar as pessoas para gravarem ao vivo conosco diretamente de nossa sede no interior de São Paulo. Será um formato que você provavelmente já viu por aí em outros podcasts maiores, com câmeras gravando as expressões e gestos dos participantes e interação com o Chat ao vivo. Essas sessões ocorrerão com menos frequência, sendo sessões especiais, que vamos divulgar com muita antecedência para todos os interessados não perderem. A ideia é dar mais espaço para nossos convidados e agregar mais conteúdo com os recursos visuais que vamos ter. Assim como em uma palestra do Dia do ACBr, as sessões presenciais do Papo Pro ACBr vão ser um show de conhecimento, cultura e destaque das tendências sobre o nosso mercado, a automação comercial do Brasil! Estamos muito empolgados com as novidades que estão por vir, e vocês deverão receber mais informações em breve sobre as primeiras sessões presenciais. Por isso, fique conectado conosco, no Discord, nas redes sociais e é claro, aqui na nossa casa, o fórum do ACBr, onde você sempre será bem-vindo. Até mais, uma boa semana!

ACBrMonitorPLUS também já esta compatível com a versão 2.1 do Reinf. Atualização do Manual ACBrMonitorPLUS Rev. 27961.

Fernando, Teste desta forma: // Carrega o XML do Manifesto ACBrMDFe1.Manifestos.Clear; ACBrMDFe1.Manifestos.LoadFromFile(sNomeXML_MDFe); // Carrega o XML do Evento vinculado ao Manifesto ACBrMDFe1.EventoMDFe.Evento.Clear; ACBrMDFe1.EventoMDFe.LerXML(sNomeXML_Evento); // Imprime o Evento no papel e gera a sua imagem em PDF ACBrMDFe1.ImprimirEvento; ACBrMDFe1.ImprimirEventoPDF;