Painel de líderes

Olá comunidade ! A seguinte notícia pode ser encontrada no Portal da Conformidade Fácil informando sobre a atualização de interface para a NFe/NFCe: Anteriormente, existia uma interface para CTe, BPe, NF3e e NFCom que permitia gerar o trecho do XML correspondente aos novos impostos preenchendo as opções disponíveis e também validar o mesmo. Já para NFe e NFCe, havia sido disponibilizado até pouco tempo, apenas uma tela para validar o XML. Essa tela agora foi atualizada aos mesmos moldes da sua homônima para os outros documentos, ganhando diversas opções para auxiliar na geração do trecho do XML correspondente aos novos impostos.

Olá comunidade ! Foi disponibilizada a versão 2.1.2.b dos leiautes do Reinf. A nova versão traz as alterações até a Nota Técnica 3/2025. De acordo com o controle de alterações também disponibilizado, essas são as mudanças em relação a versão anterior: E como fica o ACBr? Foi criada a tarefa ACBR-8373 em nosso backlog para análise da documentação disponibilizada e adequação das soluções ACBr. Assim que houver novidades a respeito será divulgado aqui neste tópico.

Olá pessoal, estamos implementando a reforma tributária, e baseado no que nosso colega @Marco Aurélio deu como sugestões, montamos nosso modelo. Vou enviar aqui para que quem puder dar sugestões e validar de acordo com o que já implementaram no de vocês. Qualquer dúvida só perguntar.

Olá comunidade ! Foi disponibilizado o Portal do Comitê Gestor do IBS! Lembrando que a criação do Comitê Gestor é estabelecida na Lei Complementa 214 e cabe a ele as funções de: Editar normas gerais que regem a aplicação do IBS em todo o território nacional; Coordenar a arrecadação, apuração e distribuição das receitas entre os entes federativos; Julgar controvérsias administrativas e harmonizar a aplicação da legislação tributária; Promover a conformidade fiscal e a autorregularização dos contribuintes; Aprovar normas conjuntas com o Poder Executivo federal relativas ao IBS e à CBS; Zelar pela transparência e pela publicidade dos atos administrativos e normativos. TL;DR: De maneira resumida, ele vai fiscalizar e garantir a justiça e equidade tributária entre os entes envolvidos no novo sistema tributário.

Olá comunidade ! Foi publicado no dia 11/11/2025 a versão 1.20 da Nota Técnica 2022/002. Alterações Está versão não traz modificações no leiaute da NFe, mas traz alterações nas regras de validação. As regras E03a-10, E12-10, E14-10 e E16a-20 que validam informações relacionadas a operações com exterior ganham uma observação informando que elas não se aplicam quando o CFOP for 7552. Datas Implantação Teste: Até 30/11/2025 Implantação Produção: Até 12/01/2026 E como fica o ACBr? Modificações nas soluções ACBr não se fazem necessárias, visto que não houve modificações no leiaute. Leia a versão 1.20 desta nota técnica na íntegra AQUI. Veja o tópico com as versões anteriores AQUI. Um agradecimento ao membro de nossa comunidade @valterpatrick por compartilhar a informação em nosso servidor do Discord.

Olá pessoal, Por favor deem atenção. Como sabem estamos aos poucos saindo das units "pcn". E um dos passos para fazermos isso foi criar uma unit chamada ACBrDFe.Conversao.pas (Veja aqui sobre). Mas essa unit tinha alguns problemas e mudanças de comportamento indesejados então precisamos refazê-la. Isso pode quebrar o seu código e por isso precisamos de sua atenção. TL/DR: A unit ACBrDFe.Conversao.pas não é uma cópia da pcnConversao.pas com outro nome. A pcnConversao.pas ainda funciona, mas quando você for utilizar a ACBrDFe.Conversao.pas, vai precisar fazer ajustes! Ainda está aí? Beleza, agora vamos aos detalhes. Em primeiro lugar queremos deixar claro que ela vai continuar sendo parte da migração para fora das units "pcn*" em especial a pcnConversao.pas. Vamos resumir aqui no entanto algumas alterações que foram feitas: A constante LineBreak foi removida. Se você precisa dela no seu código, use a constante que já vem no Delphi/Lazarus SLineBreak. Diversos tipos foram renomeados. Listamos abaixo alguns: TpcnTipoCampo = TACBrTipoCampo; TpcnTagAssinatura = TACBrTagAssinatura; TpcnTipoImpressao = TACBrTipoImpressao; TpcnTipoEmissao = TACBrTipoEmissao; TpcnTipoAmbiente = TACBrTipoAmbiente; TpcnProcessoEmissao = TACBrProcessoEmissao; TpcnTpEvento = TACBrTipoEvento; TpcteModal = TModal; TpcnTipoNFe = TTipoNFe; TpcnOrigemMercadoria = TOrigemMercadoria; TpcnCSTIcms = TCSTIcms; TpcnCSOSNIcms = TCSOSNIcms; TpcnCstPis = TCSTPis; TpcnCstCofins = TCSTCofins; TpcteTipoRodado = TTipoRodado; TpcteTipoCarroceria = TTipoCarroceria; TpcnUnidTransp = TUnidTransp; TpcnUnidCarga = TUnidCarga; TpcteProp = TtpProp; TpcnindIEDest = TindIEDest; TpcnRegTribISSQN = TRegTribISSQN; TpcnindIncentivo = TindIncentivo; TpcnRegTrib = TRegTrib; TpcnindRatISSQN = TindRatISSQN; TpcnindRegra = TindRegra; TpcnCodigoMP = TCodigoMP; As funções de conversões de tipos enumerados foram refeitas para seguir o padrão "Try-Parse". Esse é um padrão comum em linguagens de programação (incluindo o Delphi com as funções TryStrToDate e StrToDate). A função que tem no nome o prefixo "Try" realiza a verificação de uma possível conversão sem lançar exceções, retornando um booleano para indicar se a conversão foi bem-sucedida e armazenando o resultado, em caso de sucesso, em um parâmetro de saída. A função que não tem esse prefixo, gera uma exception quando o tipo não puder ser convertido. Essa função que inicia com "Try" substitui a função anterior que tinha um parâmetro "ok". Um dos objetivos de usar esse padrão é porque muitas pessoas nem se dão conta que é preciso verificar o parâmetro "ok" antes de usar o resultado da função. Como sabemos disso? Bem, este tipo de uso é frequente em contribuições e até mesmo no código antigo do ACBr... Almejamos assim deixar o código mais claro. Por enquanto o seu código que usa a pcnConversao vai continuar funcionando. Mas vai retornar vários warnings. A ideia é que você possa ir corrigindo no seu tempo. Nós mesmo estamos usando e isso vai aumentar a quantidade de warnings gerados que você vê ao compilar os componentes ACBr ... Por outro lado, vamos modificar o código do ACBr para deixar de utilizar a unit pcnConversao internamente o quanto antes. Os hints/warnings estão sendo ajustados na unit pcnConversao.pas para refletir o que foi delineado aqui. E como sempre, fiquem a vontade para reportar quaisquer problemas, sugestões e melhorias. Obrigado pela atenção pessoal.

ACBrNFeWebServices.pas pcnConversao.pas ACBrDFe.Conversao.pas pcnConversaoNFe.pas ACBrNFe.Conversao.pas ACBrNFe.EventoClass.pas ACBrNFe.EnvEvento.pas ACBrNFeWebServices.pas pcnConversao.pas ACBrDFe.Conversao.pas pcnConversaoNFe.pas ACBrNFe.Conversao.pas ACBrNFe.EventoClass.pas ACBrNFe.EnvEvento.pas Estou anexando implementações para os eventos 112130 Perecimento, perda, roubo ou furto durante o transporte contratado pelo fornecedor 112140 Fornecimento não realizado com pagamento antecipado Essas implementações contém o que já foi implementados nos tópicos abaixo e também leitura de alguns eventos em Json. Os 4 eventos implementados foram gerados e transmitidos com sucesso para o Sefaz. Para as implementações de leitura dos dados através de Json em eventos já implementados, também foram homologados no Sefaz (implementação seguindo ao padrão do XSD). https://www.projetoacbr.com.br/forum/topic/87185-implementação-do-evento-112150-atualização-da-data-de-previsão-de-entrega/ https://www.projetoacbr.com.br/forum/topic/87048-cancelamento-de-evento-110001-divergência-entre-nt-e-schema-na-descrição-do-evento/ Segue lista de alterações por unit aplicadas nos 3 tópicos aberto ACBrNFe.EnvEvento.pas e ACBrNFe.WebServices.pas Implementado geração de XML para os tipos: teAtualizacaoDataPrevisaoEntrega tePerecPerdaRouboFurtoTranspContratFornec teFornecNaoRealizPagAntec teAceiteDebitoApuracaoNotaCredito ACBrNFe.EnvEvento.pas Implementado leitura para Json para os tipos: teCancGenerico tePagIntegLibCredPresAdq teDestItemConsPessoal teAceiteDebitoApuracaoNotaCredito teAtualizacaoDataPrevisaoEntrega tePerecPerdaRouboFurtoTranspContratFornec teFornecNaoRealizPagAntec teSolicApropCredPres tePerecPerdaRouboFurtoTranspContratAqu teImobilizacaoItem teSolicApropCredBensServicos ACBrDFe.Conversao.pas TACBrTipoEvento adicionado teAtualizacaoDataPrevisaoEntrega TACBrTipoEventoArrayStrings adicionado 112150 TACBrTipoEventoDescricaoArrayStrings AtualizacaoDataPrevisaoEntrega TryStrTocCredPres ajustado para adicionar zero a esquerda se tiver apenas 1 digito (adicionado uses ACBrUtil.Strings) ACBrNFe.Conversao.pas TSchemaNFe adicionado schAtualizacaoDataPrevisaoEntrega TSchemaNFeArrayStrings adicionado AtualizacaoDataPrevisaoEntrega TEventoArrayStrings adicionado e212120 TIndAceitacao e TIndAceitacaoArrayStrings novo Enum e seus valores utilizados nos eventos 211128, 212110 e 212120 IndAceitacaoToStr e StrToIndAceitacao conversão para TIndAceitacao StrToTpEventoNFe adicionado 110001, 212120, teCancGenerico, teAtualizacaoDataPrevisaoEntrega SchemaEventoToStr adicionado e110001, e112150, schCancGenerico, schAtualizacaoDataPrevisaoEntrega pcnConversao.pas adicionado teAtualizacaoDataPrevisaoEntrega nas constantes TpcnTpEventoString adicionado 112150 TpEventoToDescStr adicionado AtualizacaoDataPrevisaoEntrega e teAtualizacaoDataPrevisaoEntrega pcnConversaoNFe.pas TSchemaNFe adicionado schAtualizacaoDataPrevisaoEntrega TSchemaNFeArrayStrings adicionado AtualizacaoDataPrevisaoEntrega TEventoArrayStrings adicionado e212110 e212120 adicionado TIndAceitacao e TIndAceitacaoArrayStrings adicionado IndAceitacaoToStr e StrToIndAceitacao StrToTpEventoNFe 110001, 112150, teCancGenerico, teAtualizacaoDataPrevisaoEntrega, SchemaEventoToStr e110001, e112150, schCancGenerico, schAtualizacaoDataPrevisaoEntrega ACBr.EventoClass.pas Adicionado classe TgItemNaoFornecidoCollectionItem adicionado classe TgItemNaoFornecidoCollection TgControleEstoquePerecimento adicionado FvIBS e FvCBS TDetEvento adicionado gItemNaoFornecido indAceitacao dPrevEntrega getDescEvento/DescricaoTipoEvento ajuste descrição teCancGenerico e adicionado descrição para teAtualizacaoDataPrevisaoEntrega Usei o recurso de arrastar e soltar, acabou invertendo a ordem entre o post e os arquivos

Esse exemplo do demo não traz a situação. Veja o arquivo anexo é de uma consulta por chave DPS. Troquei umas mesnagens com o Italo há alguns dias e, pelo que entendi, não é possível fazer uma consulta de situação de NFSe, assim como se faz com outros DFes. A solução que encontramos para casos assim foi: 1 - Consulta a nota pelo DPS. Se retornar uma chave de NFSe, então é porque ela foi autorizada em algum momento. Mas isso não significa que seu status atual é ainda autorizada. 2 - Fazemos uma consulta para ver se essa nota está cancelada, assim: ACBrNFSeX1.ConsultarEvento(FDQNFSe.FieldByName('CHAVE_NFSE').AsString, ACBrNFSeXConversao.teCancelamento, 1); With ACBrNFSeX1.WebService do begin With ConsultarEvento do begin VRetObj := TJSONObject.ParseJSONValue(XmlRetorno) as TJSONObject; VRetArr := VRetObj.GetValue('eventos') as TJSONArray; if StrTotpEvento(VG.FOKTrue, VRetArr.GetValue<String>('[0].tipoEvento')) <> ACBrNFSeXConversao.teCancelamento then //só para garantir que no futuro essa consulte mude e quebre o código aqui. begin ChamaErro('A consulta ao evento ocorreu com sucesso, mas retornou um evento (' + VRetArr.GetValue<String>('[0].tipoEvento') + ') diferente de cancelamento.'); exit; end; //esse duplo DecodeBase64( foi copiado da PadraoNacional.Provider.pas. Pelo que parece, no caso do evento, o WS devolve o valor do XML duplamente decodado. VXML := DecodeBase64(DecodeBase64(VRetArr.GetValue<String>('[0].arquivoXml'))); //não faz o UnZip( pqe vai gravar no BD zipado. ShowMessage('Sim a nota está cancelada.'); ........ end; Espero ter ajudado!

já comecei a fazer pois um cliente precisa e pediu assim que tiver algo já subo para testes

https://www.projetoacbr.com.br/forum/topic/73380-exportar-certificado-pem-crt-e-key/

Deu certo, realmente eram as configurações, muito obrigado

Bom dia pessoal, Eu estava com o mesmo problema aqui, graças a Deus voltou a funcionar. Se passarmos por jan/2026 viveremos pelos mais 100 anos. Boa sorte a todos!

om dia, o método é

Neste artigo tenho uma sugestão de modelagem de dados - https://medium.com/@andrefmoraes/reforma-tributária-modelagem-de-dados-para-determinar-o-cclasstrib-automaticamente-0c65483a8d0f

Bom dia, aparentemente pelos testes que eu fiz está tudo OK

Olá comunidade ! A seguinte notícia pode ser encontrada no Portal da Nota Fiscal da Água e Saneamento Eletrônica informando que o ambiente de testes para NFAg foi liberado: A notícia vem pouco depois da publicação da versão 1.00c dos Manuais de Orientação respectivos a esse documento. Documentos esses ainda publicados no formato de minuta e portanto, apesar da disponibilização do ambiente, ainda é preciso a publicação de um ato conjunto normativo para estabelecer esse novo documento de forma definitiva. E quanto ao ACBr? Temos uma tarefa em nosso backlog para análise dos manuais e criação do novo componente. Assim que houver novas informações será noticiado em nossos canais. Veja mais sobre a NFAg no tópico abaixo:

As atualizações no ACBr sao diárias... muito dinâmicas... Veja os arquivos Change-Log@*.txt no ZIP da ACBrLib

Uau.. muito obrigado pela contribuição @Alexandre de Paula, nos ajuda com a alocação de uma tarefa?

Olá comunidade ! A seguinte notícia pode ser encontrada no Portal do Bilhete de Passagem Eletrônico informando que o ambiente de testes para o BPeTA já está disponível: Vale reforçar, que apesar da liberação do ambiente, esse novo modelo ainda se encontra publicado no formato de minuta e portanto é preciso a publicação de um ato conjunto normativo para sua publicação definitiva. E quanto ao ACBr? Temos uma tarefa em nosso backlog para adequação do componente ACBrBPe para emissão desse novo modal. Assim que houver novidades a respeito, será divulgado em nossa área de notícias. Veja o tópico abaixo para mais informações sobre o BPeTA:

Olá comunidade ! Foi publicado no dia 11/11/2025 a versão 1.31 desta nota técnica. Alterações Esta versão não traz alterações no leiaute, mas corrige algumas regras de validação e adiciona observações explicativas. Para citar alguns exemplos: As regras que validam a presença do percentual de redução de alíquota do IBS UF, IBS Mun e CBS ganharam uma observação explicando que no caso de compra governamental, o grupo gRed deve ser informado e pRedAliq deverá ter o valor zero mesmo que o CST vede o preenchimento. O tipo de operação governamental também foi adicionado como exceção nas regras que verificam a presença do grupo de PIS e de COFINS. A validação que verifica o documento fiscal referenciado na nota de crédito ganhou uma exceção para permitir NFCe quando tpNFCredito for 03-Retorno. Datas Implantação Teste: Até 14/11/2025 Implantação Produção: 17/11/2025 E como fica o ACBr? Modificações nas soluções do ACBr não se fazem necessárias. Um agradecimento ao membro de nossa comunidade @valterpatrick por compartilhar a informação em nosso servidor do Discord. Leia a versão 1.31 desta nota técnica na íntegra AQUI.

Obrigado ao nosso amigo @Rafael Vulpe por ter compartilhado conosco estas informações: Inicialmente, estava tendo problemas de comunicação, mesmo configurando o ACBr. A solução que encontrei foi a atualização do driver do conversor USB-Serial que utilizava para conectar a balança ao computador. Após desinstalar o driver antigo e instalar uma nova versão a comunicação foi estabelecida com sucesso! Configurações Utilizadas no ACBr Para que a balança BJ-850 comunique corretamente, utilizei o Protocolo Balanca Rinnert no ACBr, junto com as seguintes configurações de porta serial. Estas configurações estão refletidas na imagem que anexo: Configuração ACBr Valor Utilizado Modelo da Balança balRinnert Porta Serial COM4 (Ou a porta que seu conversor estiver usando) Baud rate (Velocidade) 9600 Data Bits 8 Parity (Paridade) none Stop Bits s1 Handshaking Nenhum TimeOut 2000 Segue o print:

Boa tarde dúvida isso é algo que já vem na NFCom que o xml emitido deve ser alterado e é válido como cancelamento? ou ele é um evento? pois NFe foi feito para tentar deixar algo que não deveria de ter pois o XML dela não é mais válido juridico e creio que o NFCom quando é cancelado é o evento que passa a ter validade juridica e não mais o xml do documento emitido. revise a lei e olhe senão é isso que está descrito nela.

Boa tarde, Segue em anexo a modificação realizada na unit pcnConversaoNFe.pas, onde foi adicionado o suporte à função SchemaEventoToStr para que esta retorne corretamente o enumerado e110001, correspondente ao XSD de cancelamento genérico. Essa alteração foi necessária porque, ao enviar um evento de cancelamento genérico, o ACBr não estava identificando o layout XSD adequado, resultando em falha no processamento do evento. Obrigado! pcnConversaoNFe.pas

Bom dia! Feito mais alguns ajustes. ACBrBoletoRet_Bradesco na consulta, titulos pago via PIX ou pelo codigo de Barras no mesmo dia o banco retorna o codStatus "13-PAGO NO DIA". porem nao traz a data do Pagamento e nem o Valor. if (ARetornoWS.DadosRet.TituloRet.EstadoTituloCobranca = 'PAGO NO DIA') then begin ARetornoWS.DadosRet.TituloRet.ValorPago := ARetornoWS.DadosRet.TituloRet.ValorDocumento; ARetornoWS.DadosRet.TituloRet.DataBaixa := ARetornoWS.DadosRet.TituloRet.DataDocumento; ARetornoWS.DadosRet.TituloRet.EstadoTituloCobranca := 'LIQUIDADO'; end; Se consultado no dia seguinte, o banco retorna o codStatus "51-POR ACERTO" para pagamentos realizados por PIX. Tambem nao traz a data do pagamento e nem o Valor. if (ARetornoWS.DadosRet.TituloRet.EstadoTituloCobranca = 'POR ACERTO') then begin ARetornoWS.DadosRet.TituloRet.ValorPago := ARetornoWS.DadosRet.TituloRet.ValorDocumento; ARetornoWS.DadosRet.TituloRet.DataBaixa := ARetornoWS.DadosRet.TituloRet.DataDocumento; ARetornoWS.DadosRet.TituloRet.EstadoTituloCobranca := 'LIQUIDADO'; end; Ja para pagamentos pelo codigo de barras, o banco retorna o codStatus "61-PAGO" e ai sim traz a data e o valor do pagamento. if (ARetornoWS.DadosRet.TituloRet.EstadoTituloCobranca = 'PAGO') then ARetornoWS.DadosRet.TituloRet.EstadoTituloCobranca := 'LIQUIDADO'; O valor pago nao vem inteiro alterado de: ARetornoWS.DadosRet.TituloRet.ValorPago := ValorInteiroParaDouble(LJsonObject.AsInteger['vlrPagto']); para ARetornoWS.DadosRet.TituloRet.ValorPago := LJsonObject.AsFloat['vlrPagto']; ACBrBoletoW_Bradesco Alterado de AJsonObject.AddPair(LPercentualTitulo, ATitulo.ValorMoraJuros * 100); para AJsonObject.AddPair(LPercentualTitulo, ATitulo.ValorMoraJuros ); Na impressao tem que sair 10% de juros por mes por exemplo. entao ja tem que passar o valor de 10 ai como estava antes multiplicando gera erro 500. ACBrBoletoRet_Bradesco.pas ACBrBoletoRet_Bradesco.pas

Olá comunidade ! Não, o título deste tópico não é um "click-bait". A partir de 03/11/2025, todos os pagamentos com saldos de PAT, cartões embandeirados Elo, Mastercard e Visa deverão ser transacionados exclusivamente com o novo trilho Voucher. Transações que se enquadrem nessa categoria feitas pelo trilho Crédito serão rejeitadas Afinal, o que é a Trilho Voucher? Em 2017, com a entrada das fintechs no mercado de transações de pagamento, surgiu um desafio para evitar o desvirtuamento das funções originais do trilho de crédito é débito. Começaram a ocorrer situações, em que transações de crédito ou débito que supostamente deveriam ser pagas utilizando recursos de uma finalidade específica (vale refeição, por exemplo) estavam fugindo de sua concepção original. Isso causava confusão e abria margem para concorrências desleais. Visando resolver esses problemas, foi criado o novo trilho Voucher para ser utilizado apenas nessas situações específicas. O que eu como Software House ou usuário final do TEF devo fazer? A maior parte do processo e das atualizações foram feitas do lado que recebe e processa as transações de pagamento. Do lado da software house e do cliente final é importante que: Caso utilize PGWindows ele seja a partir da versão 5.1.43.4 Caso utilize DDL ela seja a partir da versão 4.1.43.10

Atualização da homologação - Rev. 1: O ACBr é um projeto vivo que recebe atualizações diárias. Essas atualizações, normalmente, envolvem correções e novas funcionalidades. Para acompanhar esta realidade, adição de novos testes e revisão dos existentes são frequentes em novas homologações. Fica evidente também, que homologações antigas necessitam de revisões. Por conta disso, adicionamos nesta postagem, informações adicionais e novos testes comumente encontrado em homologações recentes. Quando houver novas funcionalidades nos componentes ocasionando a necessidade de novos testes, serão feitas novas postagem, no mesmo tópico, informando novos testes realizados com o acréscimo da revisão. Ex.: Rev. 2, Rev. 3 … Rev X. Ambiente: Computador Desktop Sistema Operacional Windows 10 64Bit atualizado (31/01/2019) Processador Intel Core 2 Duo E5400 2.20GHz Memória 2 GB USB 2.0 Dip-Switches: Algumas configurações somente são passíveis de alteração através dos dip-switches presente na impressora. Ele permite alterar a velocidade da porta serial física, desabilitar ou habilitar a guilhotina e a campainha, definir a densidade da impressão, etc. Um dip-switch é um componente eletrônico com várias chaves liga/desliga numeradas sequencialmente. Na base da impressora há uma tampa para acesso a ele: Nós não alteramos as configurações para realizar os testes de compatibilidade. Contudo, achamos válido descrever a funcionalidade de cada chave nesta postagem, baseando no manual do fabricante: Dip-Switch 1 (SW1) Chave Função Ligada(on) Desligada Padrão de Fábrica Porta serial física 1 Avanço Auto Line Desabilita Desabilita Desabilitada Baudrate Chave 6 Chave 7 Chave 8 2 Handshaking XON/XOFF DTR/DSR DTR/DSR 115200 ligada ligada ligada 3 BITs de Dados 7 Bits 8 Bits 8 Bits 57600 desligada desligada ligada 4 Checar Paridade Sim Não Não 38400 (padrão) desligada ligada ligada 5 Seleção Paridade Par Ímpar Ímpar 19200 desligada desligada desligada 9600 desligada ligada desligada 4800 ligada desligada ligada 2400 ligada desligada desligada Dip-Switch 2 (SW2) Chave Função Ligada(on) Desligada Padrão de Fábrica Densidade de impressão 1 Português/Inglês Português Inglês Português Chave 5 Chave 6 2 Corte do papel ao pressionar o botão avanço Habilita (Chave 7 deve estar desligada) Desabilitado Desabilitado 1 (claro) ligada ligada 3 Cutter Desabilitado Habilitado Habilitado 2 (padrão) desligada desligada 4 Condição "Ocupada" Recebe Buffer completo *Offline *Recebe buffer completo Offline 3 ligada desligada 7 Botão Avanço Imprime Senha (UGS) Avanço "normal" de papel Avanço normal de papel 4 (escuro) desligada ligada 8 Status do sensor de pouco papel Desabilitado Habilitado Habilitado Impressão do Autoteste: Siga os passos abaixo: Com a impressora desligada, mantenha pressionado o botão Avanço(1) pressionado e Ligue a impressora(2); A impressora emitirá um sinal sonoro e iniciará a impressão do Autoteste. Ao iniciar a impressão, pare de pressionar o botão Avanço(1) : O GIF animado abaixo exemplifica o procedimento descrito acima: Testes usando os componentes e Demos do ACBr Utilizamos a versão 3.1.0 do PosPrinterTeste.exe, demo do ACBrPosPrinter, parte do projeto ACBr, para efetuar testes na impressora. A ultima versão do PosPrinterTestes.exe está disponível neste link: https://www.projetoacbr.com.br/forum/files/file/364-posprintertesteexe/ Durante os testes deixamos as configurações desta forma: Modelo: ppEscPosEpson; Porta: RAW:ELGIN i9(USB); Colunas: 48; Espaços: 30; Linhas Pular: 3; Pag. codigo: pc860; KC1: 32; KC2: 32; FatorX: 1; FatorY: 1; Demais configurações não alteramos; Resultados: Page Mode: Funcionou conforme o esperado, permitindo o uso de DANFCe com QRCode Lateral Suporte a impressão de imagens e gravação de logotipos: Realizamos os testes de impressão de imagens e gravação de logotipo na impressora, através de comandos Esc/Pos. Maiores detalhes destas funcionalidades podem ser conferidos neste link: https://www.projetoacbr.com.br/forum/topic/48851-acbrposprinter-suporte-a-impress%C3%A3o-de-imagens-e-grava%C3%A7%C3%A3o-de-logos/ Abaixo, o resultado das funcionalidades testadas: ok Impressão de imagem; ok Gravar logotipo na memória da impressora; ok Apagar logotipo na memória da impressora; ok Imprimir logotipo gravado na memória da impressora; Teste de acentuação: Para realizarmos os testes de acentuação com diferentes páginas de código, procedemos da seguinte forma: Inserimos um pantograma da língua portuguesa, contendo todas as letras e acentos(1) usando as fontes do Tipo A e B; No cabeçalho foi colocado a tag </zera>(2) para limpar as configurações a cada teste; Foi realizada uma impressão por página de código disponível na impressora(3) : Resultados: pc473: Alguns acentos circunflexos, crases e todos os til foram ignorados; pc850: Todos os acentos foram impressos corretamente; pc852: Todos os acentos circunflexos, crases e os til foram ignorados; pc860: Todos os acentos foram impressos corretamente; pc1252: Todos os acentos foram impressos corretamente; Impressão de extratos do SAT com QRCode e Logotipo lateral: Utilizamos a versão 2.1 do SATTeste, demo do ACBrSAT, parte do projeto ACBr. Realize o download neste link: https://www.projetoacbr.com.br/forum/files/file/316-sattesteexe/ Testamos a impressão usando o Spool do Windows através do Gerador de Relatórios Fortes Report, e também usando a impressão em ESC/POS. As configurações utilizadas foram as seguintes: Fortes EscPOS Largura: 285 Topo: 0 Fundo: 0 Esquerda: 1 Direita: 1 Colunas: 48 Espaço Linhas: 40 Linhas Pular: 4 Pag.codigo: pc860 Modelo: ppEscEpson Porta: RAW:ELGIN i9(USB) O mesmo cupom impresso usando Esc/POS (esquerda) e Fortes (direita):

Boa noite. Consegui resolver o envio. O que ocorreu é que o Destinatário tinha ISCRIÇÃO ESTADUAL e o Emissor dizia que não. Pelo CNPJ do destinatário consultei seu cartão de CNPJ em Santa Catarina e descobri que o Destinatário tinha IE. Sou grato. ie.bmp