Victor H. Gonzales - Panda

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

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

na propria mensagem de rejeição, ele vem o ultNSU. olha qual o ultNSU retornado, vem o ultNSU e maxNSU em todas as consultas

correção já foi aplicada na TK-5220, já consta no svn

DANFeRetrato.pdfEvento.pdf os relatórios estão no svn http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBrNFe/Delphi/Report/NFe/

DanfeRetrato.fr3

somente para registro, esse FR3 é Obsoleto (basic) não tem mais manutenção nele. voce precisa para impressão do Evento (ter a nfe e o xml do evento carregado) para impressão da nfe só ( ter a nfe carregada ) se tiver o evento carregado não faz problema

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

Ajuste SINIEF Nº34/23 de Setembro de 2023 altera o Ajuste SINIEF Nº11/19 de 05 de Julho de 2019 Ficam revogados : I - os incisos I e III da cláusula primeira; II - o inciso II da cláusula segunda; III - o inciso I da cláusula quarta. Portanto, a Extinção da CSOSN como ficou conhecida ainda não ocorrerá, a criação dos novos códigos de CST ou remoção dos CSOSN dependerá de outro ajuste, possivelmente foi removido por conta da reforma tributária, assim, evitando vários rollouts e ajudando a todos. Não há alterações previstas para a SoftwareHouse no momento! Fonte : https://www.confaz.fazenda.gov.br/legislacao/ajustes/2019/AJ011_19

Salve comunidade do Projeto ACBr ! Agora com o nosso componente ACBrBoleto é possível emitir Boletos, gerar e receber CNAB 400 para o Banco 107 - Banco BoComBBM Home - Banco BOCOM BBM A atualização já está em nossos repositórios ! *Em breve as documentações sobre o novo banco serão atualizadas (ACBrLibBoleto, ACBrMonitorPlus)*

qual o raise que sobe atualmente?

isso é um raise... se tu está tendo esse problema é algum erro que tu teve na geração do XML, verifica todas as variaveis que compõe a geração da chave. mas se tu quer extrair alguma informação do raise, tu terá que fazer o tratamento.