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

o problema não está na resposta do componente que está convertendo de forma errada para integer, o tratamento está em acordo com os dados da API

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

Boa tarde, Obrigado pela contribuição não localizei mudanças nos arquivos para realizar merge. os arquivos estão idênticos a versão do SVN

Só atualizar novamente o SVN e instalar

atualiza o svn novamente

Bom dia, Verifique por favor se com o código atual (28/06/2024 - 11:30) todas essas mudanças não são desnecessárias não detectei merge a ser realizado

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

Bom dia, obrigado como você alterou a classe, envie novamente tudo aqui

depende da uf

Verifique o SOAP se há informação dos eventos dentro do mesmo, caso não haja, entre em contato com a SEFAZ para verificar se eles podem retornar ao comportamento anterior. caso exista dentro dos SOAP, favor anexar os SOAP

QR Code estático O QR Code estático pode ser usado para diversas transações e, segundo o Banco Central, permite: Que o recebedor defina um valor fixo para um produto; E também a inserção de um valor pelo pagador. Na prática, um QR Code estático é como uma etiqueta de preço único. Ele não muda, e você pode usar ele para cobrar o mesmo valor de várias pessoas. Ele é, portanto, mais flexível. A recomendação do BC é de que ele é mais apropriado pra pessoas físicas, pequenos varejistas e prestadores de serviços. QR Code dinâmico Diferente do anterior, o QR Code dinâmico é exclusivo para cada transação. Isso significa que ele só pode ser usado uma vez- para fazer uma segunda cobrança usando um QR Code, é necessário gerar um novo. Além disso, também é possível incluir outros dados e informações no QR Code, como a identificação do recebedor. Por ser exclusivo para cada transação e gerado por um sistema, a expectativa é de que este tipo de QR Code seja mais usado em compras online, por e-commerces, ou cobranças mais formais. Quando se fala de Midware, Pos, Tef, eu vejo como Pix Dinâmico, pois ele vai ter uma única transação para aquele QR Code (EMV), indiferente se é integrado com uma solução de automação comercial ou não. o Tipo do QR Code não é ligado diretamente se tem integração com soluções comerciais, mas se ele é Dinâmico ou Estático.

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

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

experimente chamar o xvfb-run --server-args="-screen 0, 1024x768x24"

colocou as dependências gráficas Xvfb e a LibGTk2? mensagem similar a essa tua, veja se isso te ajuda

Tem que verificar se o problema esta realmente na abertura do arquivo ou na população da informação. Não achei relatos semelhantes. Envie o arquivo ofx para análise em [email protected] Lembrando, que essa implementação da forma que esta não tem como ser versionada, pois irá quebrar spor exemplo D7

Recentemente, algumas Software Houses e Contribuintes têm recebido notificações do sistema de retaguarda da Secretaria da Fazenda (Sefaz) indicando que os cupons fiscais estão sendo enviados mais de uma vez. Esse problema geralmente ocorre devido a falhas de comunicação com o módulo (timeout), levando a aplicação a reenviar automaticamente o cupom fiscal ou até mesmo o reenvio manual. Este procedimento pode resultar em sérios problemas para os contribuintes, como duplicidade de registros e inconsistências fiscais. Para evitar esses transtornos, a Sefaz recomenda a utilização de dois comandos essenciais: ConsultarNumeroSessao : O equipamento retornará exatamente o valor da sessão consultada, esse comando geralmente é utilizado quando não se obteve resultado do processamento da requisição da sessão. O equipamento só retornará a ultima sessão consultada, caso haja outros comandos enviados entre a sessão e a consulta, será retornado 11003 (sessão não existe). ConsultarUltimaSessaoFiscal: O Aplicativo Fiscal poderá solicitar a última sessão fiscal processada pelo Módulo Fiscal. O equipamento retornará exatamente o resultado da ultima sessão processada. (uma única vez). Passos Recomendados Implementação do Controle de Sessão: Certifique-se que a sua aplicação armazena o número da sessão de todos os cupons enviados. Consulta Módulo Disponível: Outro comando importante é ConsultarSAT antes de iniciar um processo de venda, devemos consultar se a situação do módulo é igual 8000 | SAT em operação, pois o módulo pode estar ocupado com outro comando, caso ocupado não deve-se enviar o comando de venda no momento. Implementação dos Comandos de Consulta: Certifique-se de que sua aplicação utilize os comandos ConsultarNumeroSessao e ConsultarUltimaSessaoFiscal para verificar o status das sessões e evitar reenvios desnecessários. Gestão de Timeout: Revise a configuração de timeout e a lógica de reenvio da aplicação para garantir que, em caso de falha de comunicação, o sistema não crie novas sessões indiscriminadamente. Monitoramento e Auditoria: Estabeleça processos de monitoramento e auditoria para identificar e corrigir rapidamente qualquer problema relacionado ao envio de cupons fiscais. Orientações para Correção do Problema 1. Armazenamento do Número da Sessão É fundamental que a aplicação, ao enviar um cupom fiscal, armazene o número da sessão correspondente. Este número é crucial para o controle e gerenciamento adequado dos cupons fiscais emitidos. 2. Reutilização do Número da Sessão No caso de necessidade de reenvio do cupom fiscal, a aplicação deve tentar utilizar o mesmo número de sessão. Isso evita a criação de novos números de sessão a cada envio, o que pode gerar duplicidade e confusão nos registros. no ACBrMonitor: SAT.SetNumeroSessao(1234) na ACBrLIB: SAT_SetNumeroSessao(1234); no componente: <ACBrSAT>.OnGetNumeroSessao <<<< é necessário programar o evento procedure TfmPrincipal.ACBrSAT1GetNumeroSessao(var NumeroSessao: Integer); begin NumeroSessao := 1234; // Random(999999); end; o valor 1234 é apenas um valor simbólico; Caso deseje controlar a sessão : O Aplicativo Comercial deverá gerar um número de sessão aleatório de 6 dígitos que se não repita nas últimas 100 comunicações. É crucial que Software Houses e Contribuintes estejam atentos às diretrizes da Sefaz para a correta emissão e reenvio de cupons fiscais. Utilizando adequadamente os comandos de consulta de sessão e gerenciando eficientemente os números de sessão, é possível evitar duplicidades e garantir a integridade dos registros fiscais. Para mais informações e suporte, entre em contato com a Secretaria da Fazenda ou consulte a documentação oficial disponível no site da Sefaz.

voce tem que carregar o XML da NFSe (retorno autorização) e não o XML do RPS (envio), são 2 XML distintos, carregando o XML da NFSe que o que o Diego informou o carregamento funciona normalmente

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

Se é banco ITAU que você está tentando usar as configurações do componente estão errados, porque está parametrizado para o Bradesco. precisa verificar as configurações de banco.

2147 diz ao campo de agencia

está utilizando qual fr3?