Victor H. Gonzales - Panda

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

ACBrSintegra.pas faz o teste usando essa UNIT... troca no componente, depois reinstala.

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.

ainda consta no backlog. vou encerrar esse tópico, qualquer dúvida pode acionar no de origem se for relacionado a ele, visto que o assunto é o mesmo. novas duvidas não hesite em abrir novos topicos.

tem como enviar a documentação dos bancos e verificar se nas units novas esses ajustes ainda são necessários? se são necessários tem como realizar a contribuição nas units novas do SVN ?

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=

consegue criar um programa exemplo onde gera esse problema e anexar aqui?

o exemplo do site deles compila em Delphi (RAD12), só não tenho como testar pq eu não tenho equipamento os ajustes é simples, só passar PChar. agora em suma geral, quando mexi com isso, a muito tempo atrás, se não me engano falava-se que era protocolo TC501, você precisava criar um servidor TCP Server, que na configuração do equipamento tu vai parametrizar o IP desse servidor. nisso vai abrir um "socket", que você pode perguntar a um banco de dados, a um arquivo txt, etc... porem, ele tem um layout de entrada e um de saída, não é algo difícil de implementar. o ACBrMonitor por mais que esteja em Lazarus tambem, ele é Pascal, você pode abrir as units e analisar como foi implementado a parte de Busca Preço.

está com o sort aplicado conforme o manual de forma ascendente, aplicando nesses campos.

consegue exemplificar o que você está tentando dizer, me desculpa, não compreendi mesmo

não há webservices para NFCE pela sefaz para essa finalidade portanto, não tem compontente na suite, lib ou recurso na acbrmonitor

Qual ordem não é respeitada? Qual o resultado obtido e qual o esperado?

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.

Bom dia, anexe a documentação dos 2 bancos por favor.

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

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

não sei te dizer então, você precisa ver onde está ocorrendo o problema, é algum lugar fora do componente que não está passando o pai para criar o componente. pela sua foto inicial, não tem nem alocação de memória para o objeto.

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

Servidor2.rar

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