Victor H. Gonzales - Panda

Servidores do RS devem voltar a normalidade todos os serviços nos proximos dias.

Carteira geralmente é 17 variação é 35 (modalidade) segue o mesmo padrão do CNAB

pelo o que andei olhando o Tomate ele pega vários equipamentos e só coloca o nome deles, não é bem um fabricante. então deve ser um protocolo genérico ESCPos possivelmente ESC/Epson.

Fonte : Portal da Nota Fiscal Eletrônica (fazenda.gov.br)

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Você precisa verificar isso com o banco, esse Jump já está em vigor no componente a quase 10 anos, e está válido conforme o manual da Febraban.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Se olhar na classe do Banco em questão, não tem implementado o Transacao240 o certo de quando foi implementado essa classe, era ter subido um raise no 240

não tem cnab240 nessa classe, somente 400

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Desconheço esse equipamento. como não faz parte do escopo do ACBrPro vou encaminhar para a comunidade para haver a possibilidade de maior interação dos usuários que possam já ter usado esse equipamento.

a Impressão consta como integra. #revisão 33361 DANFSeNovo.fre

Se tu olhar o enumerador na release atual do componente foi alterado de TIndicador para TIndicadorEx, por padrão é tieNenhum, caso esteja utilizando tiSim ou tiNao, tu precisa mudar para tieSim ou tieNao, e para não sair a tag, mudar para tieNenhum. seu componente não está na release atual, atualize, reinstale e faça os ajustes necessários. a tag tem cardinalidade sim ou não, porem só existe no momento no ambiente de homologação.

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)

Usando o seu XML e o seu FR3 não está imprimindo nada nessa tag em especifico para esse provedor. Estamos falando do Provedor EL e componente ACBrNFSeX ? outra questão, o provedor EL tem um FR3 próprio.

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=

O componente está seguindo a regra do manual. e a extenção tambem não é validada pelo sistema deles, mas não deveria ser repetida, ou usar CRT.

tem um xml para simular o caso aqui? já existe o tratamento do width 16 para isso, no código enviado foi pego o tamanho do memo - tamanho do image, que chegaria nos 16 da mesma forma, porem o evento para executar a redução foi removido. eu não tenho um xml para simular o problema elencado, é possivel enviar?

pode

voce pode criar uma classe e sobre escrever o comportamento do metodo. TMyConstultaCNPJ = class(TACBrConsultaCNPJ) ou somente um class helper no metodo especifico, lembrando que precisa estar a unit por ultimo. http://docwiki.embarcadero.com/RADStudio/Athens/en/Class_and_Record_Helpers_(Delphi) https://www.devmedia.com.br/class-helpers-no-delphi-modificando-componentes-da-vcl/36773

já que você está alterando o comportamento padrão do componente, porque tu não extende ele ou faz um helper class? dai essas modificações você faz na sua classe, porque se amanhã tiver alguma mudança do genero na classe não tem impactos tão severos