marcelosantos
Membros Pro-
Total de ítens
102 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que marcelosantos postou
-
EMBarbosa a principio tudo funcionado perfeitamente, ainda vou continuar com os testes aqui ainda não consegui pegar o TempoRetorno, entendi que ele mudou para fUltimoTempoAguardo e que preciso usar Thread.synchonize (se você me disse como fazer, posso alterar o exemplo e mandar para vocês)
-
Olá a todos Pessoal, enquanto não sai a atualização do componente, consegui usar o "código fonte" sem erros. Como estou fazendo? Crio o Componente em tempo de execução Configuro todas suas propriedades Atribuo procedures previamente criadas a todos aos eventos (onwait, statuspayment, error) Uso o componente (objeto). Aqui tudo funcionando, Enviar, Consultar e Cancelar no final destro o objeto com Free e se for usar novamente, executo tudo novamente
-
Isso EMBarbosa, acredito que se resolver a questão da destruição e criação das threads resolva o problema do componente. Quanto ao não uso de threads por conta do congestionamento vou resolver com esta variável, ACBrPicpay1.CancelarAguardoRetorno := true;, ou seja se for uma transação que não preciso do retorno no exato momento, eu deixo manual para o usuario consultar a transação no momento mais oportuno para ele se a negociação/transação for no checkout do PDV, então bloqueio tudo (igual ao TEF discado) e aguardo a resposta pelo tempo configurado (com a opção de cancelar o aguardo, caso o cliente não consiga realizar o pagamento)
-
EMBarbosa fiz 2 testes, vou descrever abaixo usando o demo disponível no SVN Iniciei o programa e solicitei o 1º pagamento, após gerar o qr-code, fiz o pagamento usando o celular, o programa estava contado o tempo e assim que confirmou o pagamento no celular o status mudou para "PAGO" na COR verde. Após isto solicitei um novo pagamento (sem fechar o programa e com um novo id de referencia) o QR-code, foi gerado, recebi no celular a solicitação de pagamento, mais o tempo não estava decrementando (no modo debug ele não passa pelo evento OnWaitPayment). No 2º teste, iniciei o programa solicitei um novo pagamento (com um novo id é claro), gerou o qr-code, mais não finalizei este pagamento, cancelei a "espera" setando ACBrPicpay1.CancelarAguardoRetorno := true;. Após isso gerei uma nova solicitação e novamente o demo não passa pelo evento onwaitPayment, e logo o tempo não é decrementado
-
Amigos há um pequeno problema (bug) no componente ACBrPicPay, acredito que seja a forma que o componente trata uma ação Ao inciar a primeira transação (cadastrar um pagamento) com o componente tudo funciona perfeitamente. Se tentar realizar a segunda operação (de cadastrar novamente) o componente não entra mais no evento ACBrPicPay1WaitingPayment, é como se a thread de aguardar o status não existisse mais O componente não tem um metodo "Clean", igual usamos na NFe, para reiniciar o componente, e talvez aqui esteja o problema. Ainda não tenho conhecimento suficiente para resolver este, se alguém puder ajudar ficarei agradecido
-
Emanuel, vou escrever o que eu entendo ... O PicPay foi criado para transações e-commerce desta forma a integração com sua API, traz estas 2 variaveis que você sitou acima porque? e para que elas servem? ACBrPicpay1.Lojista.URLCallBack, esta URL é passada para o PicPay pois assim que o mesmo detectar uma mudança de status na transação ele avisa a sua aplicação através desta url (ele faz um post em seu servidor/aplicação) (ele não avisa o status atual avisa apenas que a transação sofreu uma alteração de status) ACBrPicpay1.Lojista.URLReturn, esta segunda é para onde o cliente será redirecionado quando ele realizar o pagamento da transação via web todas 2 urls são obrigatórias, mas podem ser urls "invalidas" (no formato correto, mesmo sem existir) caso o seu uso seja apenas desktop como assim? você pode criar pagamentos, enviar para o PicPay, esquecer estes lá (o picpay comunica ao cliente via push notification, e email) ai depois para você saber se foi pago ou não você consulta o status deste pagamento, e se estiver tudo ok, você libera a transação vai ficar de forma manual? vai é o melhor uso? não o PicPay foi criado para isso? não mas podemos usar e integrar nossas aplicações desta forma mais eu queria deixar de forma automática, não tem como? tem sim basta você seguir a ideia do Thulio e criar (ter) servidor web para ficar fazendo o meio de campo (escutado as respostas do PicPay, e enviado para sua aplicação desktop as repostas através do Redis) é uma gambiarra? é, mas funciona
-
Pessoal atualizei meu repositório e vi as classes (fontes) do ACBr PicPay mais não encontrei o pacote para instalar o componente o instalador também ainda não foi atualizado Alguém pode me ajudar de como instalar este componente?
-
Ordem de Precedência Certificado Digital
marcelosantos replied to marcelosantos's tópico in NFe/NFCe - Nota Fiscal Eletrônica
Obrigado a todos pelas respostas, olhando todos os Set na unit TDFeSSL, ficou claro todo os procedimentos (comportamentos) dos componentes -
Ordem de Precedência Certificado Digital
marcelosantos replied to marcelosantos's tópico in NFe/NFCe - Nota Fiscal Eletrônica
Juliomar sim vi o vídeo é justamente por conta dele que estou fazendo esta pergunta hoje só uso numero de serie + senha mais quero dar mais opções para o cliente, e sei que há uma ordem pois já vi aqui no forum, não lembro se foi um video ou em um post quero saber a ordem, para poder saber como o componente vai se comportar se o usuario tiver configurado mais de 1 opção -
Ordem de Precedência Certificado Digital
um tópico no fórum postou marcelosantos NFe/NFCe - Nota Fiscal Eletrônica
Hoje podemos configurar o certificado digital nos componentes ACBr de varias formas (Arquivo PFX, Numero de Serie, URL para PFX e Dados PFX) eu gostaria de saber qual a ordem que os componentes utilizam para utilizar o certificado? ex.: 1º ArquivoPFX 2º Numero de Serie 3º URL PFX 4º Dados PFX Já vi esta ordem em algum lugar aqui no forum, mais infelizmente não achei novamente e na epoca não havia a opção URL PFX -
tef TEF Travado e voltando Estorno/Cancelamento
marcelosantos replied to marcelosantos's tópico in TEF
Olá a todos resolvi o Problema Não havia configurado a pasta backup do componente do TEF, logo o arquivo ficou em \%minhaAplicacao%\TEF\ACBr_TEF_DIAL_001_- .tef Apaguei e resolveu Obrigado a todos -
tef TEF Travado e voltando Estorno/Cancelamento
marcelosantos replied to marcelosantos's tópico in TEF
Daniel, ná configuração do componente eu deixo esta pasta em branco então teoricamente este "backup" esta no path da minha aplicação certo ou seja basta apagar o arquivo? -
Olá Pessoal Estou com um problema em um cliente, onde houve uma falha em uma transação de TEF e agora toda vez que se inicializa o TEF ele quer cancelar a operação, mais não conseguimos cancelar pois pede o cartão do cliente que não esta mais na loja, o suporte da Pay GO diz que o problema eu meu sistema e no PDV deles o TEF esta funcionando segue LOG, (detalhe - -- 17/09 12:40:00:428 - TEF_DIAL FinalizarRequisicao: CNC, Renomeando: C:\TEF_DIAL\req\intpos.tmp para: C:\TEF_DIAL\req\intpos.001 Este arquivo não existe na pasta) Alguém com alguma Idea de como resolver este problema? logTEF.txt
-
Erro SEFAZ/PE (Certificado)
marcelosantos replied to marcelosantos's tópico in NFe/NFCe - Nota Fiscal Eletrônica
Já Ítalo Não Resolveu Consegui agora mudando a properties SSLType para LT_TLSv1_2, antes estava LT_all -
Erro SEFAZ/PE (Certificado)
um tópico no fórum postou marcelosantos NFe/NFCe - Nota Fiscal Eletrônica
Olá Pessoal Uso as seguintes configurações, do certificado SSLCruptLib := cryWinCrypt SSLHttpLib := httpWinHttp SSLLib := libCustom SSLXMLSignLib := XsMsXml Estou Recebendo o seguinte erro ao tentar enviar para a SEFAZ/PE Erro ao enviar nota. Erro Interno: 12175 Erro HTTP: 0 URL: https://nfehomolog.sefaz.pe.gov.br/nfe-service/services/NFeAutorizacao4?wsdl Falha no Envio da Requisição. Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor Se tento ambiente de contingencia homologação da tudo certo, já tentei outras configs mais também não tive sucesso. Seria este um problema na SEFAZ/PE? ou algum problema na maquina dos meus clientes, os minhas configurações? -
NFCe -> Arredondamento no Valor PIS
marcelosantos replied to marcelosantos's tópico in NFe/NFCe - Nota Fiscal Eletrônica
Olá Daniel Com os seus comentários, descobri o problema, e encontrei a solução Na tela de pedidos, apesar de o tamanho do campo "valor do PIS" ter apenas 2 casas decimais, a query estava recebendo apenas o calculo (630,00 * 1,65) = 10,395 então na hora de gerar o xml o componente do ACBr estava recebendo este valor R$ 10,395 ( e o ACBr truncava) Quando fechava a query, e abria novamente o banco por ter apenas 2 casas decimais, já estava com o Valor R$ 10,40, então quando eu mandava gerar novamente o ACBr recebia o valor R$ 10,40 e assim a NFCe era autorizada Obrigado Daniel e Amarildo -
NFCe -> Arredondamento no Valor PIS
marcelosantos replied to marcelosantos's tópico in NFe/NFCe - Nota Fiscal Eletrônica
Daniel, o ACBr em quem gera o XML o mais curioso é que todos os 2 XML que anexei foram gerados pelo mesmo bloco de código, a diferença é que o primeiro foi gerado na minha tela de pedidos/venda (onde recebo a rejeição) , após fechar tudo e tentar o reenvio (na tela de consulta) o mesmo é gerado corretamente é e autorizado -
NFCe -> Arredondamento no Valor PIS
um tópico no fórum postou marcelosantos NFe/NFCe - Nota Fiscal Eletrônica
Olá estou recebendo a rejeição -> Total do PIS difere do somatório dos itens sujeitos ao ICMS O problema está em: Valor da Base de Calculo = R$ 630,00 % PIS = 1,65 Valor do PIS: 10,395 Recebo o erro na minha tela de fechamento da NFCe, e não consigo enviar recebendo a reijeição. -> Neste caso o Componente escreveu o valor do PIS como sendo 10,39 O interessante é se eu fecho a tela de pedido e inicio a tela de consulta e tento reenviar a NFCe, utilizando a mesma função para re-gerar o XML nesta ocasião o Componente escreve o valor do PIS como sendo 10,40 e a NFCe é aceita Estou anexando os 2 XML, e gostaria da ajuda de vocês para saber porque 1 hora ele arrendonda para cima e outra hora ele arrendonda para baixo. 26180704947656000177650010000000151000005040-nfe.xml erro 26180704947656000177650010000000151000005040-nfe.xml -
Italo obrigado por sua resposta O teste para : http://testewebserver.averba.com.br/index.soap?wsdl, me retornou acesso negado - erro 904 O Teste foi realizado com Exemplo do ACBrANe, este foi o motivo pelo qual comecei este tópico. De alguma forma a empresa liberou o meu acesso apenas paraEndereço do Webservice: http://homologaws.averba.com.br/20/index.soap?wsdl Que é o endereço que consta no email da AT&M que recebi
-
Juliomar obirgado por sua resposta, deixando o arquivo INI está funcionando perfeitamente As Dúvidas que me restam são: 1 - como ativar estas diretivas , para que o arquivo de configuração fique embutido no EXE? {$R 'ACBrANeServicos.res' 'ACBrANeServicos.rc'} 2 - Vocês vão alterar o componente com esse novo endereço de WebService de homologação que recebi? <- acho que essa seria para o Italo
-
Consegui outra forma de fazer. Peguei o arquivo ACBrANeServicos.ini (alterado) e joguei dentro da pasta do EXE ele passou a usar as configurações que estavam dentro deste INI Vi que também é possível embutir este INI com Diretivas tentei dentro do DPR: {$R 'ACBrANeServicos.res' 'ACBrANeServicos.rc'} mais não deu certo Então restam apenas 2 perguntas 1 - como ativar estas diretivas? 2 - Vocês vão alterar o componente com esse novo endereço de WebService de homologação que recebi?
-
Alterei o ACBrANeServices.ini para http://homologaws.averba.com.br/20/index.soap?wsdl Reinstalei o ACBr e o componente ainda está indo para o endereço http://testewebserver.averba.com.br/index.soap?wsdl então no DEBUG encontrei a variável FPURL no arquivo ACBrANeWebServices então antes do enviar FPRetornoWS := FPDFeOwner.SSL.Enviar(FPEnvelopeSoap, FPURL, FPSoapAction, FPMimeType); forcei manualmente com FPURL := 'http://homologaws.averba.com.br/20/index.soap?wsdl'; sei que isto não está certo, mais não sei como configurar o endereço de envio no componente OBS.: Consegui aceso com está forçada acima
-
Olá Estou começando a realizar testes com o ACBrANe, fiz meu cadastro na empresa e recebi meus dados para acesso ao ambiente de homologação no email diz que o endereço do webservice de homoloagação é : http://homologaws.averba.com.br/20/index.soap?wsdl no arquivo ACBrANeServices.ini esta: http://testewebserver.averba.com.br/index.soap?wsdl troquei, recompilei mais nos 2 casos esta dando acesso negado (erro 904) Preciso reinstalar o componete? para essa modificação do ini funcione? Como posso debugar para qual endereço o componente esta enviando a solicitação? OBS: As credenciais recebidas funcionam no site de testes: homologa.averba.com.br
-
Get PATH ACBRNFe - Dúvidas
marcelosantos replied to marcelosantos's tópico in NFe/NFCe - Nota Fiscal Eletrônica
Ítalo, obrigado desde já Estou/Estava precisando disso para uma rotina no sistema que pega todos os arquivos xml transmitidos (NFCe, Cancelamentos, CCe e Inutilização) compacta e envia por email. Essa rotina é automática e é executada no 1º dia útil do mês seguinte. -
Get PATH ACBRNFe - Dúvidas
um tópico no fórum postou marcelosantos NFe/NFCe - Nota Fiscal Eletrônica
Como faço para pegar o PATH dos eventos configurada no Componente, da mesma forma que pego o PATH dos XMLs passando uma data (separo os arquivos por mês, por CNPJ e por Modelo) DM.acbrNFe.Configuracoes.Arquivos.GetPathNFe(vData)); // neste tenho sucesso // se informo uma data de fev/2018, recebo: ..\03903XXX000XXX\NFCe\201802 // se informo uma data de jan/2018, recebo: ..\03903XXX000XXX\NFCe\201801 Necessito fazer o mesmo com o comando abaixo, pois neste só me traz o mês atual DM.ACBrNFe.Configuracoes.Arquivos.GetPathInu() // preciso informar a data Já com este também tem alguma forma de não informar o evento? (DM.ACBrNFe.Configuracoes.Arquivos.GetPathEvento(teCancelamento, '', vData))