Painel de líderes

Claro. Muito obrigado. Subi suas alterações para o SVN na Revisão 40255. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Mais uma vez, Obrigado.

Envio Para enviar uma NFe de forma síncrona usando o componente ACBrNFe nativo para Delphi e Lazarus faça conforme exemplo: //Para imprimir o DANFe automaticamente se autorizado... ACBrNFe.Enviar(NumLote, True, True); //Para NÃO imprimir o DANFe automaticamente se autorizado... ACBrNFe.Enviar(NumLote, False, True); Se você utiliza ACBrMonitor, use os comandos NFe.CriarEnviarNFe ou NFe.EnviarNFe: //Para imprimir o DANFe automaticamente depois de autorizado... NFe.CriarEnviarNFe(cIniNFe,nLote,1,1) //Para NÃO imprimir o DANFe automaticamente depois de autorizado... NFe.CriarEnviarNFe(cIniNFe,nLote,0,1) //Para imprimir o DANFe automaticamente depois de autorizado... NFe.EnviarNFe(cArqXML,nLote,,1,,1) //Para NÃO imprimir o DANFe automaticamente depois de autorizado... NFe.EnviarNFe(cArqXML,nLote,,0,,1) Se você utiliza ACBrLib, use o método NFe_Enviar: //Para imprimir o DANFe automaticamente depois de autorizado... NFE_Enviar(nLote, True, True, True); //Para NÃO imprimir o DANFe automaticamente depois de autorizado... NFE_Enviar(nLote, False, True, True); Retorno Para ler as informações de retorno de uma NFe emitida de forma síncrona usando o componente ACBrNFe nativo para Delphi e Lazarus leia as seguintes propriedades: //Informações de retorno relacionadas ao web service... ACBrNFe.WebServices.Enviar.tpAmb; ACBrNFe.WebServices.Enviar.verAplic; ACBrNFe.WebServices.Enviar.cStat; ACBrNFe.WebServices.Enviar.cUF; ACBrNFe.WebServices.Enviar.xMotivo; ACBrNFe.WebServices.Enviar.Protocolo; //Informações de retorno específicas a NFe... ACBrNFe.NotasFiscais[0].NFe.procNFe.tpAmb ACBrNFe.NotasFiscais[0].NFe.procNFe.verAplic ACBrNFe.NotasFiscais[0].NFe.procNFe.chNFe ACBrNFe.NotasFiscais[0].NFe.procNFe.dhRecbto ACBrNFe.NotasFiscais[0].NFe.procNFe.nProt ACBrNFe.NotasFiscais[0].NFe.procNFe.cStat ACBrNFe.NotasFiscais[0].NFe.procNFe.xMotivo Se você utiliza ACBrMonitorPlus ou ACBrLib: [Envio] CStat=100 CUF=13 DhRecbto=08...8 Msg=Autorizado o uso da NF-e NProt=1...0 NRec= TMed=0 VerAplic=AM4.00-NAC Versao=4.00 XMotivo=Autorizado o uso da NF-e tpAmb=2 [NFe1] Id=ID11...0 NomeArq=C:\ACBrMonitorPLUS\Arqs\DFes\... XML=<protNFe versao="4.00"><infProt>... cStat=100 chDFe=13...05 dhRecbto=08/07/2025 14:13:48 digVal=Q...= nProt=1...0 tpAmb=2 verAplic=AM4.00-NAC xMotivo=Autorizado o uso da NF-e Expandindo o conhecimento Veja o tópico Como funciona os modos de envio Assíncrono e Síncrono para uma explicação mais detalhada sobre os modos de envio síncrono e assíncrono, as principais diferenças entre eles e quais documentos fiscais usam cada modo.

Use o ACBrTEFAPI, com o modelo Equals O D-TEF, que mudou de nome para Linx TEF... agora é o TEF Equals Muito em breve, o ACBr será um Distribuidor do TEF Equals https://equals.com.br/blog/o-que-e-tef/

O ambiente de homologação já está aceitando os novos campos da reforma tributária e também já está realizando as validações referentes a reforma e aos novos campos. Se você estiver recebendo a rejeição 1102: Rejeição: NF-e de devolução de mercadoria exige referenciamento do item da NF-e original no ambiente de homologação verifique as seguintes informações. Existe agora um grupo VC Referenciamento de item de outro Documento Fiscal Eletrônico - DF-e que traz a TAG DFeReferenciado. Neste grupo é preciso informar a chave de acesso e o numero do item do documento referenciado em alguns casos específicos. Um dos casos seria por exemplo notas de devolução onde a finNFe é igual a 4. Este grupo deve ser preenchido e assim não será apresentada a rejeição, porém é importante lembrar que no momento isso é válido APENAS para o ambiente de homologação. No ambiente de produção essas regras devem entrar em vigor apenas em Outubro. Atenção!!! Através dessa informação da NT 2025_002 v1.10 entendemos que as validações seriam aplicadas apenas se os campos fossem preenchidos. Porém tivemos relatos na comunidade de que e casos que as informações do XML foram enviadas sem os novos campos da Reforma Tributária e as regras de validação foram aplicadas. Neste caso você tem algumas alternativas: 1 - No ambiente de homologação já use sempre o layout com os dados e novos campos da Reforma Tributária. 2-Teste na produçao (eu não disse isso!!!) - O ambiente de produção não tem as novas regras de validação ativas. Então o que vale aqui é o layout atual do XML e tambéms as regras de validação atuais. 3- Fale com a SEFAZ! Avise a SEFAZ pelos seus canais oficiais se encontrar alguma inconsistência. Lembre que eles estão realizando a implementação e é importante ter um feedback dos desenvolvedores para que eles entendam que tudo está funcionando. (ou não!), afinal de contas se o seu cliente não te avisa que está com problema como você pode ajudá-lo? Links para te ajudar: Aqui tem tudo junto e misturado da Reforma Tributária. Você vai encontrar a documentação links e podcasts sobre o assunto: Portal Nacional da SEFAZ, aqui você tem o canal de atendimento e as ultimas publicações de notas tecnicas! https://www.nfe.fazenda.gov.br/portal/principal.aspx

Olá pessoal! Foi publicada a portaria PORTARIA SRE 35/2025 revogando o uso do Formulário de Segurança para Impressão de Documento Fiscal Eletrônico (FS-DA) no estado. O primeiro artigo da portaria em questão revoga: O item 2 do § 8º do artigo 7º da Portaria CAT 32/96 que discorre sobre o uso do FS-DA para os documentos fiscais eletrônicos. O § 1º do artigo 18 da Portaria CAT 55/09 que discorre sobre o uso do FS-DA para o CTe. A Portaria CAT 183/10 que dispõe sobre o FS-DA propriamente dito. Vale mencionar que isso não dispensa o contribuinte de armazenar esses documentos fiscais pelo prazo estabelecido em legislação, conforme mencionado no segundo artigo da portaria. O terceiro artigo estabelece a data, mencionando que a essa publicação vai entrar em vigor a partir de 01/01/2026. Leia a Portaria SRE 35/2025 na íntegra AQUI.

Bom dia, no ACBrBoleto já existe o boleto hibrido pix bradesco via API....mais não é o mesmo boleto com QR CODE pix do site developers. Os end point são diferentes e forma de autenticação também, com base das units ACBrBoletoW_Bradesco e ACBrBoletoRet_Bradesco eu desenvolvi a cobrança com QR CODE Bradesco via API do site bradesco developers

Olá pessoal! Foi publicada a Nota Técnica Nº 003 que trata da adequação da Nota Fiscal de Serviços Eletrônica no layout do Padrão Nacional. Esse documento é a 3ª versão dos novos agrupamentos e campos relacionados ao IBS e ao CBS. Alterações Adiciona grupo de informações para operações relacionadas a bens imóveis, exceto obras. Foram removidos os grupos de informações específicas relativos ao IBS — tanto municipal quanto estadual — e ao CBS. No grupo IBSCBS estabelecido em versão anterior, foram adicionados novos campos para melhor identificar a operação: finNFSe: Indicador da finalidade da emissão de NFS-e. indFinal: Indica operação de uso ou consumo pessoal. cIndOp: Código indicador da operação de fornecimento conforme tabela disponibilizada. tpEnteGov: Tipo de entidade governamental. xTpEnteGov: Descrição do ente governamental, caso selecionado valor que exija detalhamento. indPessoas: indica qual é o papel do destinatário em relação aos participantes. Também foram adicionados novos grupos de informações comuns ao IBS e à CBS, um grupo de valores brutos relacionados a esses tributos, além de grupos de totalização para ambos. Além da nova versão da NT, também foi disponibilizado nova planilha com o leiaute da DPS atualizado com os novos campos e uma planilha com os códigos indicadores da operação. E como fica o ACBr? Foi criada a #TK-7301 para adequação do componente ACBrNFSeX e consequentemente do ACBrMonitorPLUS e também da ACBrLibNFSe as modificações propostas. Assim que houver novidades a respeito será publicado neste tópico. Leia a Nota Técnica na íntegra AQUI. Veja mais sobre a versão 1 desta Nota Técnica AQUI. Veja mais sobre a versão 2 desta Nota Técnica AQUI.

Tenta usar a versão da lib CONSOLE-MT que dispensa o ambiente gráfico, deve resolver.

Obrigado Juliomar, marquei o AcbrXmlDocument e deu certo...

@João Carlos Gielow, Já esta no SVN.

Bom dia, ao utilizar o método assign do TNfe e destruir o objeto de origem, notei a ocorrência de AV, olhando o código detectei que algumas propriedades do tipo objeto estavam sendo atribuídas diretamente sem o uso do assign ocasionando assim o AV, fiz as correções e testei, vou esta disponibilizando o código para caso haja interesse em colocar no repositório, obrigado. Exemplo: var NFe1: TNFe; Nfe2: TNfe; begin Nfe1 := TNfe.Create(); Nfe2 := TNfe.Create(); Nfe2.Assign(Nfe1); Nfe1.Free; Nfe2.Det[0].DFeReferenciado; end; ACBrNFe.Classes.pas

Oi @antoniojmsjr, está na fila aqui... Devo ver ainda essa semana...

Componente Base ACBrNFSeX por padrão é true. procedure Emitir(const aLote: String; aModoEnvio: TmodoEnvio = meAutomatico; aImprimir: Boolean = True); e o ACBrLibNFSe vai respeitar isso, faça um teste por gentileza.. mude o parâmetro de "0" para false no arquivo ACBrNFSeMT.php, pois o parâmetro é booleano.

Boa tarde @João Carlos Gielow, Esse manual se refere a verão 1 do layout da ABRASF com a alteração para contemplar o grupo CondicaoPagamento. Sendo assim a versão correta é 1.00 e não 2.02 Na página 13 desse manual temos: Esses são os serviços da versão 1 do layout da ABRASF. A versão 2.xx tem mais serviços.

14/07/25 11:04:56:080 - NFSE_Emitir(40,Automatico,True ) Esta sendo informado True no paramento imprimir, mude para False e veja se resolve.

Bom dia, Marco. Tudo bem? Atualmente não, essas máquinas (POS) geralmente funcionam somente com SDK próprio devido às questões comerciais da própria adquirente. Caso precise de TEF Mobile, você pode se interessar pelo TEF Paygo Android: https://paygodev.readme.io/docs/o-paygo-integrado Ele pode ser utilizado em GPOS 780 multiadquirente ou em um dispositivo android padrão + pinpad USB ou Bluetooth. Att.

primeiro vou atualizar a DLL e testar ja te respondo apos o teste

Bom dia @João Carlos Gielow, Ao clicar nesse link ele pede usuário e senha, não tem como baixar o PDF do manual?

Consegue realizar teste com o docker ? Ultima versão é 2.0.1.178, por favor se puder atualizar.

Eu editei o arquivo INI na mao e depois pedi para 'Carregar Configuracoes' Nao estou usando o docker nao, nem estava sabendo que existia ah, estou usando a versao ACBrLibNFSe - 2.0.1.165

Aplicou as configurações no ACBrLib.ini via método ConfigGravarValor e ConfigGravar ? ou apenas editou o arquivo na mão ? @Moreira você esta utilizando o nosso docker ?

Vou anexar as units para ser analisada para ser adicionada aos fontes ACBrBoleto. FIz testes homologação e produção. Obs: no site do bradesco developers tem 2 APIs de boletos.....cobrança com qr code e cobrança sem qr code. Essa é a cobrança COM QR CODE. Configurações no ACBrBoleto para testes. ACBrBoleto.Cedente.CedenteWS.ClientID := 'seu cliente_id'; ACBrBoleto.Cedente.CedenteWS.ClientSecret :='seu cliente secret'; ACBrBoleto.Cedente.CedenteWS.Scope := ''; ACBrBoleto.Cedente.CedenteWS.KeyUser := ''; ACBrBoleto.Cedente.CedenteWS.IndicadorPix :=True; ACBrBoleto.Configuracoes.WebService.SSLCryptLib := cryWinCrypt; ACBrBoleto.Configuracoes.WebService.SSLHTTPLib := httpOpenSSL; AcBrBoleto.Configuracoes.WebService.SSLType := LT_TLSv1_2; ACBrBoleto.Configuracoes.WebService.TimeOut := 50000; ACBrBoleto.Configuracoes.WebService.VersaoDF := 'V2'; ACBrBoleto.Configuracoes.WebService.UseCertificateHTTP := True; ACBrBoleto.Configuracoes.WebService.ArquivoCRT := 'seu certificado.crt; ACBrBoleto.Configuracoes.WebService.ArquivoKEY := 'seu certificado.key'; ACBrBoletoRet_Bradesco_V2.pas ACBrBoletoW_Bradesco_V2.pas ACBrBoletoWS.pas

Olá pessoal! Foi publicado o Ato Diat Nº031/2025 estabelecendo o procedimento, as condições e os prazos para o pedido de cancelamento extemporâneo para o Conhecimento de Transporte Eletrônico (CTe). Vale lembrar, que os documentos fiscais eletrônicos, possuem um prazo estabelecido em legislação para que possam ser cancelados, quando esse prazo é extrapolado e mesmo assim é necessário o cancelamento do documento, é necessário realizar um pedido junto a Sefaz para realizar um cancelamento fora do prazo, ou seja, um cancelamento extemporâneo. O artigo 2º estabelece que: O pedido de cancelamento extemporâneo deve ser feito pelo emitente no aplicativo do Sistema de Administração Tributária (S@T). O pedido deve ser feito no prazo de 45 dias contados da data de emissão do CTe. Cada pedido vai corresponder a um único documento. O registro do pedido gera Documento de Arrecadação de Receitas Estaduais (DARE) automaticamente e seu pagamento deve ser feito para o processamento do mesmo. O artigo 3º estabelece que é vedado o cancelamento extemporâneo quando: CTe emitido em contingência. Oassado 60 dias a partir da data de emissão do CTe. For constatado fato gerador de imposto relativo ao serviço de transporte para o CTe. Sendo considerado fato gerador: Registro de passagem. Escrituração do CTe pelo Tomador. Eventos ou documentos vinculados ao CTe, como por exemplo: CCe, CTe Complementar, CTe Substituto, Prestação em Desacordo, MDFe ou Comprovante de Entrega. Indício de geração através de cruzamento de informações. O artigo 4º estabelece que após o pedido de cancelamento extemporâneo for finalizado, o envio do evento de cancelamento deve ser feito em: até 15 dias contados a partir do registro do pedido de cancelamento. até 60 dias contados a partir da emissão do CTe. Leia a o Ato Diat Nº031/2025 na íntegra AQUI.

É coisa de Louco, mas podem fazer isso que o Juliomar está sugerindo que vai funcionar.

@EMBarbosa, me ajuda com essa validação ?

Boa noite @nenelvida, Já esta no SVN.

roda o instalador do ACBr , marca a opção ACBrXMLDocument, abre o exemplo da nfe , seleciona as opções da reforma e manda gerar , vai ter o xml. e também tem no manual

Olá Pessoal, Boas novas, as etapas 2 e 3 já foram concluídas para todos os componentes e já se encontram no SVN. Partiu etapa 4 que visa adequar os métodos de leitura e escrita do arquivo INI, como dito anteriormente usados pelo ACBrMonitor e ACBrLib. Quando esta etapa for finalizada vou trabalhar nos programas exemplos. Não fiquem apavorados em querer alterar as suas aplicações, pois vocês não vão conseguir realizarem testes em ambiente de homologação da SEFAZ uma vez que este ambiente só vai ser liberado em 01/09/2025 isso se não for prorrogado. Todas as implementações estão sendo realizadas com base nas Notas Técnicas: 2024/001 e 2024/002 ambas versão 1.10 pode ser que surge uma nova versão e com isso tenhamos que alterar algumas coisas na implementação. Por fim e não menos importante, mantenham os fontes do ACBr atualizados e instalados.

Boa tarde, Vejam se os passos deste tópico resolvem, especialmente o patch do registro. Caso resolva, por favor informem qual era a mensagem de erro para documentarmos também no tópico, caso seja diferente da que consta lá.

Bom dia Carlos, AjustaAguardaConsultaRet = False; //-----> Se True a propriedade AguardaConsultaRet será setada com o tempo em milissegundo retornado ao consultar o Status de Serviço, logo não temos como informar o tempo pois depende da SEFAZ. AguardaConsultaRet = 0; //-------> Tempo em milissegundo entre o Envio e a primeira Consulta para saber o resultado do processamento do lote de notas. tentativas = 5; //-------- Quantidade de tentativas que componente vai fazer para obter o resultado do processamento do lote após o envio. Intervalotentativas = 0; //------ Tempo em milissegundo entre uma tentativa e outra, ou seja, entre uma consulta e outra para obter o resultado do processamento do lote enviado. Timeout = 5000; //----- Tempo em milissegundo que o componente vai aguardar por uma resposta do servidor da SEFAZ. Se não responder dentro desse tempo uma exceção será gerada e a rotina será abortada. Espero ter ajudado.