Painel de líderes

há legal. mas esse fórum é para tratar do componente para Delphi e Lazarus ACBrNFSeX o bom é postar em algum local que seja voltado a sua linguagem PHP

Olá pessoal! Somente para dar retorno aqui, há algum tempo não temos mais reclamação sobre esse problema. O que identificamos aqui é que tínhamos uma personalização para o cliente em questão onde era criado um formulário que implementava uma interface para busca de algumas informações personalizadas da venda. Esse formulário era apresentado como modal, e aparentemente em algumas situações ele ficava por traz da aplicação, dando a impressão de que o PDV estava travado. Dentro do nosso processamento do TEF usávamos vários Application.ProcessMessages e também algumas exibições de mensagens com MessageDlg. Imagino que em algum momento, o uso em conjunto de tudo isso acabava causando o travamento. As ações que tomamos aqui foram: - Ajuste na destruição do formulário modal e remoção do uso da interface. - Remoção do Application.ProcessMessages no processamento do TEF. - Substituição da apresentação de mensagens com MessageDlg por mensagens internas nossas, que no final das contas usam o Application.MessageBox. - Remoção de um gauge que tínhamos para apresentar informações do andamento da transação, sendo que agora estamos apresentando em um TLabel no formulário principal do PDV. Não sei dizer o que exatamente eliminou nosso problema, mas após esses ajustes não tivemos mais relatos. Diante disso, deixo aqui essas informações para que, caso mais alguém tenha um problema parecido possa usar como base para correção. Agradeço a ajuda de todos. O tópico pode ser finalizado.

Tente se basear na versão nova, que já possui essas tags implementadas.

Bom dia Italo. Estou na busca dessas informações tambem. Obrigado.

Eu estava adiando isso, rsrs, mais pensando melhor vou atualizar meu sistema para utilizar o novo componente para esta prefeitura de Luís Antônio. E depois vou atualizando as outras prefeituras q tenho no sistema antigo aos poucos.

Boa tarde Leandro, Vou apenas reforçar tudo o que o Renato já passou para você. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não esta mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Olá @doidopb, Seria difícil passar uma "cola", pois esses dois modelos de impressora podem funcionar com diferentes linguagens. Então OU vc precisaria saber exatamente qual linguagem está atualmente na impressora OU seria necessário tentativa e erro, para encontrar o modelo correto. Veja essas duas postagens... uma utilizando L42 DT e outra utilizando L42 Pro onde os usuários disseram exatamente a configuração que utilizam: No caso da Elgin L42 Pro, segundo o manual dela: Então teoricamente, qualquer modelo configurado no ACBrETQ deveria funcionar.

Boa tarde, No padrão do ABRASFv1 essa tag não é obrigatória e no Ginfes também não está configurado para ser. Deixando a propriedade a seguir em branco a tag está sendo gerada? Em tese não deveria. NFSe.Servico.CodigoCnae

Bom dia, Complementando o que o @Kiko Fernandes identificou, os campos devem ser gravados utilizando o método ConfigGravarValor e lidos pelo ConfigLerValor, pois esses metodos já se encarregam de fazer a Criptografia e Descriptografia dos mesmos. https://acbr.sourceforge.io/ACBrLib/NFE_ConfigGravarValor.html

Bom dia, Se for especificamente do XML existe, na seção [NFe] "RetirarAcentos" https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html Mas para resposta em geral da lib, creio que não seja necessário pois já é tratado, voce pode definir o tipo de codificação ANSI ou UTF8. https://acbr.sourceforge.io/ACBrLib/Geral.html

Bom dia! Percebi pelo log que você fez uma gravação da senha do certificado. Reveja se a senha está correta. Lembrando que deve ser respeitado as diferenças dos caracteres. Exemplo: Se a senha for tudo minúsculo e for informado a primeira letra em maiúsculo obterá erro. Senha: teste Informado: Teste (não será igual) Reveja isto, pois pelo erro parece ser senha.

resolvido... pode fechar.... prob acbrlib.ini (nao sei qual linha) copiei de outro cliente e, passou a funcionar

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 pela contribuição, alguma considerações de ajustes que foram feitas. Havia sido passado o código 4 fixo, foi mudado para o enumerador do cedente, então é necessário verificar qual o tipo de ResponEmissao, precisa ser tbCliEmite para sair como 4 Abraços

Boa noite, Segue caminho. Salve-as na pasta do exe. ../trunk2/DLLs/OpenSSL/1.1.1.10/ Lembrando, se a sua aplicação for x86, use as dlls x86, mesmo que o S.O. seja 64.

Boa tarde Eric, O componente boleto não considera o dígito na leitura do campo nosso número, pois já existe uma função que calcula o dígito no momento de uma reimpressão ou mesmo de gerar o Arquivo novamente. Porém tem uma property "LerNossoNumeroCompleto" no componente que permite a leitura do retorno considerando o dígito, mas provavelmente não está sendo usada no fonte do Banco Santander. Se desejar implementar essa funcionalidade e ver se resolve para você, podemos atualizar também nos fontes do SVN. Pode usar como referencia a função (DefineNossoNumeroRetorno) do Banco Cresol, ela faz uso da property para definir o tamanho do campo de leitura.

Não temos nada nesse sentido.. quem renderiza a Imagem a ser impressa, é a própria impressora... Para ZPL2, tem esse site: http://labelary.com/viewer.html