brsamn

Bom dia. Segui as orientações do seguinte tópico para recuperar o xml perdido de um NFCe, mas o xml não veio com a parte de autorização, fazendo com que a impressão ficasse com a informação de não enviada para o SEFAZ. Existe mais alguma coisa que tenho que fazer pra recuperar o xml completo? Obrigado.

Bom dia, amigos. Como ficou a questão do Código do Convênio (Linha 1 - 33 a 52)? Analisei aqui e continua saindo o código do convênio, embora no manual diga pra sair em branco. Tentei usar a solução de não passar nada pro campo, mas aí não sai o código do beneficiário na impressão do boleto, e a homologação é negada também. Segue o print do layout, com a parte do Convênio destacada.

Bom dia Eu realmente fiz mudanças no componente em algum momento, mas fiz a limpeza dos arquivos (pelo .bat na pasta do ACBr) e reinstalei tudo do zero e mesmo assim o erro continuou. Provavelmente ocorreu o que você falou mesmo, ficou um arquivo compilado em algum lugar que eu não localizei. Podem fechar o tópico se quiserem. Obrigado pela ajuda!

Bom dia Consegui resolver aqui, fiz o seguinte Abri o arquivo "ACBrNFSeDANFSeRL" e depois o arquivo "ACBrNFSeDANFSeRLRetrato", quando abri o "ACBrNFSeDANFSeRLRetrato", o Delphi retornou que o componente ancestral não foi encontrado, selecionei a opção Create component as new on the descendent, após isso consegui imprimir normalmente. Obrigado, amigos!

Que isso, sem problemas. Vou dar uma conferida aqui de novo. Certo, vou testar Obrigado, amigos.

Boa tarde Eu fiz isso também e ainda assim segue o erro.

Bom dia Eu exclui a pasta do Fortes, baixei de novo e refiz a instalação do ACBR, ainda assim o erro persiste.

Bom dia Estou com o erro "Ancestor for 'RLNFSe' not found."ao tentar imprimir uma NFSe. Já atualizei os fonte pra versão mais recente, refiz a instalação e tentei seguir a orientação do seguinte tópico https://www.projetoacbr.com.br/forum/topic/49357-erro-ancestor-for-rlnfse-not-found-ao-imprimir-nfse/ , mas ainda assim o erro persiste. Existe mais alguma coisa que eu possa tentar? Obrigado.

Bom dia. Segue uma alteração que fiz no arquivo pnfsNFSeW_Elotech.pas. Eu retirei uns comentários de testes que haviam ficado e alterei o local da coleta da informação de um campo (CodigoMunicipio) para o cancelamento. pnfsNFSeW_Elotech.pas

Boa tarde. @-=Ma®©oS=-, obrigado pela ajuda, eu me localizei aqui e consegui iniciar os testes.

Boa tarde. Esse SalvarXML é o da classe, certo? Porque na classe é adicionado o cabeçalho do xml (parte do requerente). Obrigado.

Bom dia. Sim, eu já uso o ACBr para emitir NFSe para algumas cidades, mas como esse provedor não usa 100% o mesmo padrão das outras cidades e tem uma classe específica só pra ele, fiquei um pouco confuso de como fazer o uso. Olhei o demo sim, só que não encontrei nele um caso parecido com o desse provedor. Obrigado.

Bom dia, amigos. Talvez a pergunta seja um pouco simples, mas realmente estou confuso aqui. Como eu faço pra usar a classe? Eu crio ela (como?), alimento normalmente o componente (ACBRNFSe) e chamo o GerarXML da classe, pra gerar o xml no padrão Elotech? Estou testando para cidade de Carlópolis/PR. Obrigado.

Bom dia Estou recebendo esta mensagem, no ambiente de homologação. Uso Windows 7 e ele está completamente atualizado. Alguém também segue recebendo a mensagem? Obrigado.

Bom dia. Os testes que fiz aqui e no cliente onde ocorreu o problema, foram usados a mesma marca de SAT, a Control-ID. Em outro cliente foi feito o mesmo teste com um SAT de uma marca diferente (Linker) e o problema não aconteceu. Tentarei fazer mais testes com outras marcas, mas fica aí o aviso, caso alguém passe pelo mesmo problema. Obrigado.

Boa tarde. Tenho duas aplicações rodando na mesma máquina: uma de frente de caixa, que que no caso funciona mais para consulta de informações, cadastros, etc, e outra exclusiva para uso em restaurantes. Nas duas existe a possibilidade de emitir o CFe. Ocorre que quando emito o CFe em um dos dois aplicativos, eu não consigo emitir do outro enquanto não fechar o que emitiu o CFe primeiro. Antes de emitir faço a consulta se o codigoDeRetorno = 8000, e o código de retorno no segundo aplicativo sempre é 0. Qual é a melhor opção de liberação da dll(não entendi se é ela que fica presa)? Eu Inicializo (ACBrSAT.Inicializado := not ACBrSAT.Inicializado) o ACBrSAT quando abro a tela de impressão e Desiniciliazo (if ACBrSat.Inicializado then ACBrSat.DesInicializar) quando fecho. Recomendam alguma coisa a mais, ou algo diferente? Obrigado.

Boa tarde. Ok, obrigado pela resposta.

Boa tarde Estou fazendo alguns testes em boletos, tentando fazer com que seja impresso o % do desconto em Instruções, ao invés do valor. Deixei o TipoDesconto como tdPercentualAteDataInformada mas mesmo assim ele continua imprimindo o valor. Li que alguns bancos aceitam apenas o desconto em valor, mas não achei nada específico. Poderiam me ajudar a entender? Obrigado.

Boa tarde. Não tinha me atentado a isso. Agora deu certo. Muito obrigado, @Daniel Simoes!

Boa tarde Baixei e recompilei o pacote, mas continua da mesma forma. Os procedimentos SetEchoMode e SetPasswordChar (que foram alterados) são chamados apenas na criação. No momento em que a variável é alterada no evento OnRecebeDados, nada é feito pra mudar o PasswordChar, que sempre fica #0.

No demo ocorre o mesmo, quando altero a variável EchoMode o que digito não é mostrado no Microterminal procedure TForm1.ACBrMTer1RecebeDados(const IP, Recebido: String; var EchoMode: TACBrMTerEchoMode); begin EchoMode:= mdePassword; mOutput.Lines.Add('IP: ' + IP + ' - Recebido: ' + TranslateUnprintable( Recebido ) ); if (PageControl2.ActivePageIndex = 1) then AvaliarRespostaTerminal(IP, Recebido); end;

Analisando aqui percebi que, mesmo alterando o EchoMode do evento, em TACBrMTer.DoRecebeDados na unit ACBrMTer, na parte destacada no comentário (na antepenúltima linha) ele chega com a propriedade PasswordChar como #0, que é o char do mdeNormal. procedure TACBrMTer.DoRecebeDados(const aIP: String; const DadosRecebidos: AnsiString); var wEchoMode: TACBrMTerEchoMode; wConexao: TACBrMTerConexao; DadosEcho: String; begin if (Length(DadosRecebidos) < 1) then Exit; wConexao := fConexoes.Conexao[aIP]; if not Assigned(wConexao) then Exit; GravaLog( 'Terminal: ' + aIP + ' - RecebeResposta: ' +IntToStr(Length(DadosRecebidos)) + ' bytes -> '+ DadosRecebidos, True); wEchoMode := EchoMode; if Assigned(fOnRecebeDados) then begin GravaLog( ' OnRecebeDados'); OnRecebeDados(aIP, DadosRecebidos, wEchoMode); GravaLog( ' EchoMode: '+GetEnumName(TypeInfo(TACBrMTerEchoMode), Integer(wEchoMode))); end; DadosEcho := fMTer.LimparConteudoParaEnviarEcho(DadosRecebidos); case wEchoMode of mdeNormal : fMTer.ComandoEco(wConexao.Comandos, DadosEcho); mdePassword: fMTer.ComandoEco(wConexao.Comandos, StringOfChar(PasswordChar, Length(DadosEcho))); // <----- Aqui end; end; Acredito que talvez seja necessário chamar o SetEchoMode nesse momento, passando como parâmetro o wEchoMode. O que acha? Obrigado.

Bom dia. Eu havia visto essa sugestão em outro post mais antigo e tentei implementar, mas por algum motivo após alterar o EchoMode no evento, quando digito no Microterminal nada é exibido, embora a informação seja passada corretamente. Estou analisando aqui pra ver se encontro o motivo. Obrigado.

Boa tarde. Tenho múltiplos microterminais em uso e quero colocar o * para os campos de senha. Quando passo o EchoMode de password pro Microterminal que está na etapa de senha, isso é refletido em todos os outros microterminais, não importando em que etapa do lançamento eles estão. Alguém tem alguma sugestão de tratamento pra isso? Obrigado.

Boa tarde. Analisei aqui mas não localizei nada no log referente a versão dos dados, nem dizendo que é 0.07 ou 0.08.