juliomar.marchetti

Rodei uns testes unitários em delphi e lazarus e sim a resolução resolveu o problema está no svn

tentou omitir no seu sistema? tu mesmo pode alterar, tem como fazer o no ini de configuração senão me engano dai é só gerar e já pode validar

ele retorna no cAut a informação pra ti

gere um exemplo com o problema e anexe aqui posi está funcionando fiz um teste agora mesmo

dai é preciso identificar onde está errado a leitura da assinatura da dll , seja de retorno ou envio e mudar

Sim para isso é preciso e como tu programa software desktop não tem como ter um hook lá a menos que vá levantar uma api para cada cliente

e que agora tu tem que setar os Unit Scope names no DPK pra instalar

Mas porque está sofrendo fazer algo se o ACBrBoleto já faz isso.

Acho que o que tu tem é um cadastro de informações. então a sugestão é ao criar cada componente tu tenha um TDictionary https://docwiki.embarcadero.com/Libraries/Sydney/en/System.Generics.Collections.TDictionary guarde o ID e ao clicar tu programa pra pegar esse ID e buscar a informação e saber qual clicou

verificaram a questão de configuração do windows ou versão até mesmo da dll openssl para leitura. estou chutando pois não uso hoje o eFrete

O correto é entrar em contato com eles e ver se houve mudanças mesmo. e a prefeitura pois não houve alteração do seu lado nem do deles a menos que tenha junto a sua aplicação o ini de endereços e alguém modificou ou atualizou

o melhor é ler no SEFAZ que tu vai atuar. lá tem bastante informações mas tem o s link´s https://www.projetoacbr.com.br/forum/forum/88-mapa-fiscal/ https://www.projetoacbr.com.br/forum/forum/89-requisitos-fiscais-por-uf/

Boa tarde não , mas ao efetuar a alteração e adição da informação ele funcionou? se sim anexe o fonte

bom dia no caso houve o pagamento dos 100 reais de sua nota , onde 50 em dinheiro e 50 em cartão. em ambas foram 50 reais seja em dinheiro ou cartão para completar os 100 reais.

Que outro evento? tu diz algo MouseOver ou KeydDown? poderia explicar melhor

então tu instalou ele ou exportou tem marcar para levar as chaves privadas como exportavel se tu tem instalado use o arquivo pfx e a senha dele

https://acbr.sourceforge.io/ACBrMonitor/Particularidades.html veja se está certo as particularidades

Isso mesmo . ele foi feito lá a anos atrás para que tivesse tempo habil de troca do componente para evitar situações. foi um paliativo de anos, e acho que isso lá bem no começo quando começou as NFCe. mas enfim, anexe sua sugestão e sugiro efetue a migração, pois é algo simples e tranquilo. faça sua implementação a parte e só saia mudando a emissão do documento

na impressora to tamanho da folha informa um tamanho alto

https://www.projetoacbr.com.br/forum/topic/79746-boas-notícias-consulta-movimentação-sicoob-api-disponível/#comment-515677

então acabamos de achar o seu problema quando uso dll tu tem que iniciar em sua aplicação e só terminar quando fechar ela. não se deve ficar iniciando e fechando

Nos fontes. melhor lugar tu abre e tem lá o que é de informações fora isso tem sim tópicos aqui no fórum no Boleto que tu vai poder saber mas o fonte do ACBrBoleto é o melhor caminho

o ACBrECFVirtual foi feito para manter e dar tempo de tu migrar seu software para o componente por conta das necessidades. creio que o mais correto é tu pegar e migrar seu software para uso do seu sistema do componente

XML de cancelamento não existe. o que vem e tem é o XML do EVENTO que esse tem validade juridica o que é feito é uma gambiarra onde tu deixa true uma função e altera um XML que já não tem mais validade juridica e adiciona o protocolo nele pois o pessoal ainda insiste em ter isso que era lá no começo. mas é só deixar true e será feito isso no xml original desde que tenha ele carrgado ao componente

chegou a testar usando a novo método de trabalhar com xml? com o XMLDocument tem no instalador pra ti usar lá está 100% aos poucos está sendo descontinuado o PCN