william

Procedimento realizado: Primeiro utilizo a seguinte URI para descobrir o tamanho do arquivo. https://content.dropboxapi.com/2/sharing/get_shared_link_file Com base nessa informação eu eu coloca um timer para saber o tamanho do arquivo já baixado.

Novamente obrigado pelo retorno. Esse exemplo não tem progresso do download e upload do arquivo. No exemplo ele utiliza o recurso que já havia criado, que é o gif. Para o download vou tentar contornar isso descobrindo o tamanho do aquivo antes de baixa. Assim fico verificando o tamanho desse arquivo durante o processo no disco local e assim atualizando a barra de progresso.

Boa noite Juliomar. Obrigado pelo retorno. Estou utilizando delphi sim. Minha thread está funcionando e o download e upload dos arquivos também inclusive o meu gif. Minha dúvida é: Como posso descobrir o progresso do arquivo que estou enviando para o DropBox. Ex Se já enviei 10%, 20% ou 30%.

Boa tarde. Estou utilizando os componentes RestClient, RestRequest e RestResponse para fazer download e upload de arquivo do dropbox. Gostaria de colocar uma barra de progresso para saber quanto do arquivo foi transferido. Como fazer isso utilizando esse conjunto de componentes? Sei que provavelmente terei que buscar essa informação do HTTP, mas como? Já tenho um gif animate utilizando RestRequest.ExecuteAsync, mas gostaria de colocar uma barra de progresso.

Na própria chamado no comando CRT você faz, isso. Cuidado que no ambiente de homologação da PAY&GO, mesmo informando débito no comando CRT é habilitado para usuário escolher a forma de pagamento. Em produção ao escolher débito pelo comando CRT, não é solicitado interferência com o usuário para escolha da forma de pagamento. Ou seja, você pode perder várias horas como eu, para depois descobrir que em ambiente de produção funciona perfeitamente.

Bom dia Daniel. O Merge resolveu. Exceto para os meios de pagamento. Ao ler a última redução Z não foi retornado o meios de pagamento(Dinheiro, cartão e etc). Estou utilizando bematech mp-4000 th FI. Acredito que não seja possível ler os meios de pagamento da última redução Z, correto? Caso não seja possível já estou satisfeito com a solução. Vou analisar a frequência com que os meios de pagamentos ficam errados na RZ. Se frequência for muito alta irei buscar dados da forma de pagamento na base de dados e não mais na RZ. Obrigado.

Obrigado Daniel. Acredito que o Merge irá resolver.

Veja os problemas que eu tive: • O CRZ ficou como 1 ou zero. • Não gravou a tributação T1800. • O numero de serie ficou incompleto. • A venda bruta diárias ficou com o mesmo valor do Grand Total. • As totalizadores ficaram com "-1". No mês de julho foram mais de 1000 reduções Z emitidas e isso aconteceu em umas 20.

Bom dia Daniel. Tem acontecido dos dados da redução Z ficarem inconsistentes. Nesse caso irei fazer o que você sugeriu "Ler os dados da última redução" . Mas se os dados da Redução Z ficarem corretos e as informações da ultima redução Z ficarem inconsistentes. Nessa situação não posso dar preferência para última redução Z. Qual seria o melhor procedimento?

Utilizando o TEF da NTK, para não imprimir a via resumida alimente o campo 706-000 =8. Dessa forma a via resumida não aparecerá no retorno e o ACBr irá imprimir a via do Cliente.

Utilizando o TEF da NTK, para não imprimir a via resumida alimente o campo 706-000 =8. Dessa forma a via resumida não aparecerá no retorno e o ACBr irá imprimir a via do Cliente.

Obrigado Juliomar. Vlw pela ajuda.

Fiz o um vídeo abaixo com o problema. verifique no no final do video o cupom cancelado é no valor R$ 1,00.

Juliomar. Se você verificar no video ele sempre cancela o cupom de R$ 1,00

Fiz um vídeo com o meu problema. Veja que na segunda transação ao ser cancelada pelo usuário, fica pedido "O doc. Original".

Obrigado pelo retorno Juliomar. Estou testando o TEF da NTK. Vou te explicar melhor o meu cenário, talvez você consigo entender melhor. Em uma transação com dois cartões. A primeira transação já foi confirmada. Ao realizar a segunda transação, a mesma é cancelada pelo usuário através da tecla ESC. Se você verificar o código abaixo, quando o usuário cancela a transação pelo "ESC", a rotina não chega na função "DesfazTranscao" e fica pedido o "Doc. Original" em loop. Isso também acontece no exemplo do ACBr. StatusTransacao := dm.TEF.CRT(cValor, '02', ''); if StatusTransacao then begin Inc(iTransTef); sNSUAux := dm.TEF.RespostasPendentes[iTransTef].NSU; iAux := iAux + 1; sNsuTemp[iAux] := sNSUAux; end else begin DesfazTransacao; ExcluirLote := True; dm.TEF.DesInicializar(TACBrTEFDTipo(1)); MessageBox(Handle,pchar('Erro ao realizar a transação TEF. Todas as transações foram desfeitas!'),'Erro',MB_OK+MB_ICONERROR); Abort; end;

Olá Juliomar, estou utilizando o comando CNC para cancelar a transação: O código abaixo para o comando CRT impede que usuário tenha interação com a interface do TEF. if Req.Header = 'CRT' then begin Req.GravaInformacao(777, 777, 'REDECARD'); Req.GravaInformacao(777, 777, 'CIELO'); // Quantidade de parcelas Req.GravaInformacao(18,0,sQtdParc); // Operação 1 - Venda 11 - Pagamento de conta Req.GravaInformacao(730,0, sOperacao); // Tipo de Cartão 1 - Crédito 2 -Débito Req.GravaInformacao(731,0,sTipoCartao); // Tipo de financimento 1 - Avista 2 - Parcelado pelo Emissor Req.GravaInformacao(732,0,sTipoFin); // Rede Adquirente - REver conforme configuração Req.GravaInformacao(739,0,'000'); end; Imagino que para o comando CNC dever ser alguma coisa parecida com o código abaixo. Mas mesmo passando o código abaixo, fica pedindo o "doc. Original". O que seria doc. original? if Req.Header = 'CNC' then begin Req.GravaInformacao(2,0,'09325107693'); Req.GravaInformacao(25,0,'09325107693'); Req.GravaInformacao(12,0,'09325107693'); end;

Olá Juliomar, já li sim. Já havia implementado o TEF com a Direção, e utilizava DLL's, mas agora resolvi utilizar o ACBr e estou implementando o TEF para NTK.

Como vocês resolveram isso? Também estou com esse problema.

Dessa forma deu certo Regys. Muito Obrigado. if Req.Header = 'CRT' then begin Req.GravaInformacao(777, 777, 'REDECARD'); Req.GravaInformacao(777, 777, 'CIELO'); Req.GravaInformacao(10,0,'Rede'); Req.GravaInformacao(11,0,'11'); Req.GravaInformacao(18,0,'09'); Req.GravaInformacao(730,0,'1'); Req.GravaInformacao(731,0,'1'); Req.GravaInformacao(732,0,'2'); Req.GravaInformacao(739,0,'001'); end;

Já havia tentado dessa forma: if Req.Header = 'CRT' then begin Req.GravaInformacao(777, 777, 'REDECARD'); Req.GravaInformacao(777, 777, 'CIELO'); Req.Conteudo.GravaInformacao('018-000','6'); Req.Conteudo.GravaInformacao('011-000','11'); Req.Conteudo.GravaInformacao('030-000','teste'); Req.Conteudo.GravaInformacao('730-000','1'); Req.Conteudo.GravaInformacao('731-000','1'); Req.Conteudo.GravaInformacao('732-000','2'); end;

Verifiquei que no layout de solicitação da NTK(pay&go) existem vários outros campos, logo é possível passar esses campos como parâmetro. Como posso verificar se isso é implementado no ACBR? Qual a finalidade do comando abaixo? ACBRTEFD1.Req.Conteudo.GravaInformacao(const Chave, Informacao : AnsiString);

Lembrando que eu não quero interação do usuário o software do TEF. Porisso a necessidade de mais parâmetros. Entendeu?

CRT é o que estou utilizando conforme o exemplo no ACBR, mas somente o CRT não irá me atender, existe outra forma?. Como outros desenvolvedores implementaram credito parcelado na administradora utilizando ACBR?

Não, apenas esses: Valor, IndiceFPG_ECF, DocumentoVinculado, Moeda