Victor H. Gonzales - Panda

Bate uma foto de como está configurado ele por favor

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

Boa tarde, Obrigado pela ajuda na validação, consta na revisão 22622.

ACBrBoleto.pasACBrBancoBanrisul.pas Boa tarde, Obrigado pelo retorno, veja com estes arquivos por favor

Boa tarde @Daniel Sonda Estou analisando o TK1480 que trata aqui teste post. inseri o componente Acbrboleto e configurei o mesmo; <ACBrBoleto>.ACBrBoletoFC := <ACBrBoletoFCFR>; <ACBrBoletoFCFR>.DirLogo := ParamStr(0)+'\Logos\Colorido'; <ACBrBoletoFCFR>.FastReportFile := ParamStr(0)+'\Report\BoletoFR.fr3'; <ACBrBoletoFCFR>.ModoThread := True; <ACBrBoleto>.Imprimir; ou <ACBrBoleto>.GerarPDF; O Sistema chamou o fluxo de impressão normalmente no spooler com a identificação da logomarca do banco no boleto ou gerou o arquivo PDF em disco idêntico a impressão. Tem como você testar com a versão atual do componente se realmente ocorre algum problema ou alinhar o fluxo com o programa de exemplo para conseguir recriar o mesmo cenário de problema? Obrigado.

boa tarde como você está fazendo a configuração do certificado no componente?

Boa tarde Ainda não, em breve será implementado o ACBrNFSeX ao Monitor e Lib Hoje somente diretamente no componente ACBrNFSeX ou no depreciado ACBrNFSe

Boa tarde, Primeiramente, faça o revert dos seus arquivos locais, baixe todo o componente do svn novamente. instale a suite de componentes abraços

Bom dia, Ainda o mesmo incidente, caso vocês queiram entrar em contato com eles e registrar também por parte das demais software house. para aqueles que já são cadastrados https://tecnogroup.movidesk.com/ para os que não são enviar email para [email protected] informem que já existe o Ticket aberto no Movidesk com o nº 79309 por outra software house reportando o problema, que estamos aguardando solução. quanto mais software house abrir ocorrência, mais breve deve ser a solução por parte deles. Abraços

Segundo o ticket aberto junto deles, previsão de normalização, até amanhã

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

tranquilo, podemos encerrar o tópico?

Boa tarde, Na questão que abordamos, sugerimos você passar essa informação no campo infAdProd. não precisa de ajuste no componente, você deve incluir isso no fluxo de preenchimento do documento fiscal na sua aplicação, somente isto. Abraços.

Boa tarde @mauriciosulzbach, Poderia por favor realizar a validação com estes arquivos aqui anexados, fico no aguardo das considerações antes de submeter ao svn. Para as pessoas que irão utilizar do layout versão 103/060, é obrigatoriamente necessário informar : <ACBrBoleto>.Banco.LayoutVersaoArquivo = 103 <ACBrBoleto>.Banco.LayoutVersaoLote = 60 Obrigado.

Boa noite @mauriciosulzbach... Devo estar enviando amanhã aqui neste tópico em paralelo para tu testar antes de submeter oficialmente ao SVN essa implementação, portanto, faça em uma branch de testes sua e não na sua aplicação principal, pois ainda está sendo alterado o código e passará por nova revisão. Algumas observações importantes a todos que usam Banrisul, devido a essa quebra de continuidade de layout, principalmente da 040 - 020 para a 103 - 060, onde foi dito que é necessário a re-homologação do software, isso pode gerar um impacto grande nas carteiras que estão já em produção, portanto a implementação do jeito que foi proposta foi rejeitada. Para as pessoas que já utilizam o layout versão 040-020 e quiser fazer o mesmo procedimento só que inserindo a informação de LayoutVersaoArquivo = 40 e LayoutVersaoLote = 20, o comportamento do componente na geração final do arquivo tem que ser o mesmo, e já é a sugestão para ir re-homologando para esse novo layout. Para as pessoas que irão utilizar do layout versão 103/060, é obrigatoriamente necessário informar : <ACBrBoleto>.Banco.LayoutVersaoArquivo = 103 <ACBrBoleto>.Banco.LayoutVersaoLote = 60 Obrigado

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

Boa noite, evite espalhar DLL's em pastas operacionais, tente ao máximo carregar elas junto a sua aplicação. Se sua aplicação é 64 utilize as x64, se sua aplicação é 86 utilize as x86 p/acbr/code - Revision 22576: /trunk2/DLLs/LibXml2 (sf.net) p/acbr/code - Revision 22576: /trunk2/DLLs/OpenSSL/1.1.1.10 (sf.net)

Crie um novo tópico por favor. anexe os soap, informe qual provedor, qual cidade, esse problema é recriado no demo? aguardamos em um novo tópico, pois esse aqui é outra questão

Poder até pode... Mas eu vejo logo que o pessoal utilizará como generalização, ex: 99 (MasterCard, Visa, PagSeguro, AME) entre outras... não acho que esteja errado, mas também que não esteja certo, isso é muito interpretativo. talvez 99 Carteira Digital. Acho que isso ficará hoje a critério de cada um, não terá um consenso. e se isso vai dar algum problema lá na frente, é bom verificar com o contabilista da empresa responsável.

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

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

Boa noite Sua variável é float? Se sim, pode ser isso, pela questão de precisão, 1-1 em float pode ser = 0,0000000009 por exemplo, o componente em si não muda os valores. Veja a questão de suas casas decimais. Veja outros tipos Double, Currency, Extended.

Boa noite Eu vejo picpay como cartão de crédito na verdade

Por favor, anexe um xml deste cenário por favor

Boa tarde, 1 - o problema é intermitente, se sim, reinstalado os drivers e verificado os cabos / configurações? 2 - a comunicação passa por spooler instalado na maquina, já configurou o "Open Cash Drawer" no spooler ? 3 - por exemplo a Bematech MP-4200TH tinha um switch abaixo dela para configurar a parte de gaveta, isso foi verificado? 4 - verificou se o sinal da gaveta não está invertido?