Dyego Noé

Bom dia a todos, Identificado um travamento no TACBrLCB ao utilizar leitor de código de barras pela porta serial O timer interno do componente chama "LeSerial", que utilizava "RecvTerminated(200, ...)" ou "RecvPacket(200)". Em cenários com "Application.ProcessMessages", telas modais ou processamento mais demorado de eventos, essa leitura síncrona podia bloquear a thread principal repetidamente, causando travamento da interface e impedindo outros dispositivos seriais, como balança, de processarem suas mensagens. Foi feito uma alteração configurável e retrocompatível no componente - Inclusão da propriedade "TimeOutLeitura: Integer", com valor padrão "200", usada nas chamadas a "RecvTerminated" e "RecvPacket". - Inclusão da propriedade "BloquearReentrada: Boolean", com valor padrão "False". - Quando "BloquearReentrada = True", o componente ignora uma nova chamada de "LeSerial" enquanto uma leitura anterior ainda está em andamento, evitando reentrada pelo processamento de mensagens. - O comportamento padrão permanece igual ao anterior, pois "TimeOutLeitura" continua em "200" e "BloquearReentrada" inicia como "False". Na aplicação afetada, a configuração utilizada foi: TimeOutLeitura := 0; BloquearReentrada := True; Com TimeOutLeitura = 0, a leitura deixa de aguardar na thread principal; com "BloquearReentrada = True", evita-se uma segunda leitura concorrente durante a execução da primeira. Após a alteração, o leitor serial, a conferência por balança passaram a funcionar normalmente. segue, prints das alterações e a classe alterada. ACBrLCB.pas

Na verdade não, como disse permite ignorar os pagamentos vinculados, que não tem as informações necessárias, para o preenchimento correto do grupo de cartões, assim, possibilitando informar corretamente, atendendo a nova exigência da sefaz, não tenho a intenção de desvincular o ECF do sistema, por esse motivo, foi feito assim! caso queira melhorar o componente e colocar nos pagamentos as informações de cartão do componente TEF, não há necessidade dessa alteração!

Olá, alteração visa, possibilitar atender nova norma técnica de Goiás, que exige a vinculação dos pagamentos no envio da NFCe, com alteração há possibilidade de ignorar os pagamentos vinculados ao componente e passar a ser informado na criação do XML, juntamente com a outras informações! Fonte normativa: https://goias.gov.br/economia/economia-regulamenta-emissao-de-nota-fiscal-vinculada-a-pagamentos-eletronicos/ Prints, da alteração e a Unit, segue em anexo. @Daniel Simoes, essa alteração que comentei, no evento da AFRAC, em Goiânia @Warquia ACBrECFVirtualNFCe.pas

O Conselho Nacional de Política Fazendária – CONFAZ, por meio do Ajuste SINIEF nº 30/2025, determina que fica alterado o prazo de 03.11.2025 para 05.01.2026 a proibição de uso da NFC-e contra pessoa jurídica (CNPJ). Fonte prorrogação do ajuste : https://www.confaz.fazenda.gov.br/legislacao/ajustes/2025/ajuste-sinief-30-25 **Prorrogado **Foi publicado no Diário Oficial da União, o Ajuste SINIEF nº 11/2025, que traz alterações importantes na NFC-e (Nota Fiscal de Consumidor Eletrônica). Ocorre que, a partir de 03 de novembro de 2025, a NFC-e só poderá ser emitida exclusivamente quando o destinatário for pessoa física inscrita no CPF e não mais quando for pessoa jurídica, inscrita no CNPJ. Fonte ajuste anterior: https://www.confaz.fazenda.gov.br/legislacao/ajustes/2025/AJ011_25

Olá bom dia, tentativa com 0 também, não deu resultato positivo, obrigado pelas dicas, mas já salvamos as informações possíveis, no banco antes de transmitir o documento fiscal, e não vejo sentido em fazer uma consulta de um número que nunca foi transmitido! O exemplo que dei de um erro antes, da duplicidade, garante que acontecerá o erro, mas acontece sem ter dado erro algum também, apenas em transmitir!

Olá, @Juliomar Marchetti, qual sugestão você diz? cheguei a colocar o número de tentativas para 1 só por desencargo de consciência, mas erro persiste, erro acontece sempre no primeiro envio após um erro qualquer, timeout, rejeição, se acontece algum erro antes e há uma nova tentativa de envio, o retorno já é de duplicidade, e cheguei a pensar que estava aprovando e retornando erro, que já vi acontecer, mas se desligar e internet e fazer o envio da o erro, e ligar a internet e enviar, o retorno já é duplicidade, o mais interessante está sendo que da erro pois a unica informação que muda na chave no meu caso é o digito verificador do código númerico, pois os 8 digitos do código eu gero único para cada nota!

Olá bom dia, alguém encontou solução, para esse problema?

Bom dia, Pessoal gostaria de saber se foi corrigido o erro reportado pelo @Italo Giurizzato Junior, no Schema referente a Reforma Tributária da NF-e/NFC-e, desde já agradeço!

Bom dia, senhores fiz uma melhoria pra que seja criado grupo card passando tpIntegra=2 quando pagamento for, pix(fpPagamentoInstantaneo); EX: <card> <tpIntegra>2</tpIntegra> </card> de modo que sendo ele integrado ou não ao sistema, irá funcionar pois passando ou não as informações de integração será aprovado já que não é obrigatório preencher as informações no tpIntegra = 2 segue classe e alterações: <card> <tpIntegra>2</tpIntegra> </card> <card> <tpIntegra>2</tpIntegra> </card> ACBrECFVirtualNFCe.pas

A Coordenação de Documentos Fiscais da Secretaria da Economia de Goiás comunica aos contribuintes que na próxima quinta-feira (2/5), às 8h, será feita a troca dos certificados digitais do servidor da Nota Fiscal Eletrônica (NF-e) e da Nota Fiscal Eletrônica do Consumidor (NFC-e). Sendo assim, caso alguma empresa tenha problemas na emissão da NF-e e NFC-e, deverá instalar o novo certificado de cadeia de Autoridade Certificadora. Normalmente, esse procedimento é feito pelo suporte da Tecnologia da Informação (TI) do estabelecimento. https://goias.gov.br/economia/economia-comunica-troca-de-certificados-digitais-para-emissao-de-nf-e-e-nfc-e/

Deu certo também!

não encontrei essa dll, nas pasta indicadas, vocês conseguiram instalar no Delphi 12?

Serve para todas! Delphi 11.1 atualmente!

Funcionou quando desinstalei Delphi 12! o que não achei correto, pois se alguém for usar o 12 já não irá conseguir instalar pelo instalador

Olá, sempre que atualizamos o ACBR e vou compilar em android da erro de compilação na classe "Fontes\ACBrSerial\ACBrECFClass.pas", na linha 4645 segue, print's da alteração e classe alterada. ACBrECFClass.rar