Ir para conteúdo
  • Cadastre-se

andersonscinfo

Membros
  • Total de ítens

    158
  • Registro em

  • Última visita

  • Days Won

    4

Tudo que andersonscinfo postou

  1. Bom dia a todos, pessoal estou na duvida quanto a utilização dessa propriedade, quando marcada para True ela vai validar o cedente ou valida o cedente quando tiver False? Att.
  2. @Juliomar Marchetti, obrigado pelas dicas, já estava meio caminho andado pelo designer, vou continuar porque já tem bastante coisa pronta, mas me comprometo a fazer outro seguindo suas especificações, afinal não é muito complicado. Att. Anderson junior
  3. andersonscinfo

    Danfe Em Lazreport

    Bom dia, alguem tem uma danfe feita em LazReport? caso ninguem tenha mas tem interesse em fazer estou começando se puder ajudar entra em contato. Att. Anderson Junior
  4. Patric, também percebi essa mudança no nome do arquivo, não sei se pode ajudar, eu adicionei o comando de imprimirdanfepdf antes de enviar o email, agora não sei se isso resolveu ou se quando fiz isso ja tinha resolvido, mas qualquer coisa testa ai pra ver se da resultado. Att. Anderson Junior
  5. Boa noite, pessoal, as vezes acontece essa mensagem de rejeição, estranho que a chave é de uma nfe, mas parece que ta sendo enviada para o webservice da nfc-e, não é sempre que acontece, e quando acontece eu fecho o monitor, abro novamente e tento fazer a consulta novamente então funciona direito, alguem sabe oque pode ser? Att. Anderson Junior
  6. Ola pessoal, eu andei trabalhando no AcbrNfemonitor, e fiz algumas alterações, para trabalhar com conexões simultaneas de forma em que elas não entrassem em um fila e fosse executada uma por vez tive que mudar algumas coisas e adicionar uma thread, ainda não deu tempo de testar em um ambiente de produto, mas em homologação executei testes com até 10 conexões enviando e recebendo comandos como ativo, status de serviço, criarnfe, enviarnfe, consulta status, ficou bem rapido e não da mais aquela travada no monitor quando uma estação esta executando um comando, gostaria que mais alguem testasse, e também que os moderadores dessem uma olhada pra ver se o código é aproveitavel, abaixo em anexo tem a unit que alterei e também o executavel. Att. Anderson Junior ACBrNFeMonitor1.pas ACBrNFeMonitor.exe.rar
  7. Boa noite novamente Toninho, testa com essa versão e me da um retorno por favor.... acabei de compilar, e testei com 2 conexões simultaneas, aparentemente funcionou legal, com mais de duas conexões não ficou bom, e nem com uma conexão vindo do windows e outra do linux, agora com duas conexões vindo de estações windows funcionou muito bem, faz um teste ai... Att. Anderson Junior ACBrNFeMonitor.exe.rar
  8. Boa noite Toninho, uma coisa te digo amigo, não é problema no código, o problema é com a forma que o indy gerencia as conexões, fiz tudo que é tipo de teste usando sockets do fpc, sockets do synapse e agora por ultimo sockets nativos em linux com (shell script) e detalhe, nada funcionou, então lavei minhas mãos, quando foi hoje percebi que no svn esta sendo alterado o indy pelo componente acbrsocketserver, então acho que pode ser que a solução vem por ai, acabei de atualizar o trunk e vou testar pra ver se ja ta funcional, qualquer coisa te aviso por aqui. Att. Anderson Junior
  9. Boa tarde pessoal, ainda estou com o mesmo problema, sei que todos tem problemas tbm, mas se alguem pudesse me dar uma dica, ficaria grato.... Att. Anderson Junior
  10. Preciso de consultoria para tal integração... segue meus contatos [email protected] 66-3555-1943 66-9249-8960 skype: scinfovirtual
  11. Boa noite, estava usando o socket nativo do fcp (freepascal) a unica coisa que ainda não tinha alterado, então mudei para a synapse, em anexo vou colocar uma unit onde faço todo o processo, gostaria que alguem pudesse dar uma olhada, pra ver se estou fazendo algo errado, porque até o momento estou sem solução, ou é algo muito complicado ou tão facil que ainda não percebi... Att. Anderson Junior uacbrnfemonitorcon.pas
  12. Infelismente o problema não é a Thread, aconteceu a mesma coisa de antes, a mensagem de uma estação foi para a outra, ja regirei todo meu código e não encontrei nada que pudesse fazer tal influencia, até porque acredito que quem controla para qual conexão é enviado os retornos é o proprio Acbrnfemonitor, sem sofrer influencia da aplicação, se puder me dar mais alguma dica....fico agradecido... Att. Anderson Junior
  13. Certo, vou remover a Thread então deixar tudo em uma unica procedure, pra mim não tem problema de ser estatico dentro de uma procedure, afinal o usuario não fará uso do sistema quando estiver comunicando com o monitor, posto os resultados em seguida.... Att. Anderson Junior
  14. Boa tarde, tentei fazer como você me sugeriu, então aconteceu algo mais estranho ainda, pois o retorno da estação que estava enviando a nfe veio para a estação que estava criando a nfe, o retorno de uma veio para a outra, será que estou fazendo algo de errado, ja tentei colocar 2,3,4,5 ou 10 conexões simultaneas, mas acontece o mesmo comportamento em ambas.... Att. Anderson Junior
  15. Isso André, a cada comando crio uma nova conexão, se vou criar uma nfe, abro a conexão, se vou enviar uma nfe crio uma conexão, ainda não tentei fazer isso, deixar a conexão aberta enquanto o sistema estiver sendo executado, como não consegui monitorar esse tipo de conexão tipo se ta conectado ou não por isso achei melhor fazer dessa forma, mas agora acredito que é oque falta testar, vou fazer o teste, posto o resultado. Att. Anderson Junior
  16. Tentei de duas formas, vou postar as duas a baixo: 1 - procedure TACBRMonitorNFeClienteTThread.Execute; var B: byte = 0; S: string = ''; SS: string = ''; begin Synchronize(@ShowWaitForm); try with TInetSocket.Create(FIp, StrToIntDef(FPorta, 0)) do try // ler head do ACBRMonitorNFe B := 0; repeat B := ReadByte; if B = 3 then Break; until False; FMensagem += LineEnding + '.' + LineEnding; // envia comando para ACBRMonitorNFe Write(Pointer(FMensagem)^, Length(FMensagem)); // ler retorno do ACBRMonitorNFe B := 0; repeat B := ReadByte; if B = 3 then Break; S += Chr(; until False; if Assigned(FRetorno) then FRetorno(Self, AnsiToUtf8(S)); finally Synchronize(@CloseWaitForm); Free; end; except on E: Exception do begin Synchronize(@CloseWaitForm); if Assigned(FRetorno) then FRetorno(Self, Format('Verifique a conexão com ACBRMonitorNFe: %s', [E.Message])); end; end; end; 2 - Na segunda forma eu apenas separei o envio da leitura, mas continuando na mesma conexão envio Var VCom, VEncerra: String; begin try VEncerra:=AEncerra; Fsk:=TInetSocketUt.Create(FIP, StrToIntDef(FPorta, 0)); VCom:=comando aqui'+AEncerra; repeat if Fsk.ReadByte = 3 then Break; until False; Fsk.Write(Pointer(VCom)^, Length(VCom)); //processa leitura interna InternalRet; Except on E: Exception do begin if Assigned(FRetorno) then FRetorno(Self, 'Não foi possivel conectar-se ao monitor de '+ 'NF-e mensagem: '+#13+E.Message); InternalFreeFsk; end; end; leitura try B := 0; FMsg:=EmptyStr; repeat B := FSocket.ReadByte; if (B = 3) or (Terminated) or (FSocket.LastError <> 0) or FSocket.Closing then Break; FMsg += Chr(; until False; if Assigned(FRet) then FRet(Self, AnsiToUtf8(FMsg)); except on E: Exception do begin if Assigned(FRet) then FRet(Self, Format('Ocorreu um erro na leitura dos dados : '+#13+'%s', [E.Message])); end; end; Estas são as formas que tentei.... Att. Anderson Junior
  17. Bom dia, obrigado por responder André, antes de mais nada gostaria dizer que fiz o outro topico porque achei que como sou usuario sac, o tópico teria prioridade por la, peço desculpa pelo transtorno, agora vamos ao caso, eu analisei o log, e não encontrei, nada de anormal, mas segue o mesmo m anexo, uma observação que fiz ontem em testes, debugando a conexão com o monitor foi que, se eu mando de uma aplicação, o comando envianfe(), então ele inicia o envio, como sempre demora um pouco o retorno, se outra estação tenta dar um comado como crianfe, e a outra estação esta esperando o retorno do envianfe() ai entra o problema, ela fica eternamente esperando o retorno, enquanto a crianfe continua livre, uma outra coisa que notei foi que la no acbr não acontece a desconexão, ela fica com a conexão da primeira aberta. Att. Anderson Junior LOG.TXT
  18. Boa noite pessoal, antes de mais nada quero dizer que ja garimpei no forum e de fato encontrei diversas discuções mas o estranho é que não foram resolvidas, meu problema é o seguinte, quando tenho duas estações enviando comandos para o monitor ex: um enviando crianfe e outro envianfe, se o envianfe esta em execução ele trava o crianfe oque na verdade não deveria acontecer, eu fiz varias alterações no codigo da minha aplicação para tentar reverter essa alteração, mas sempre cai nesse mesmo problema, tentei enviar o comando e esperar uns segundos pra dai buscar o retorno, mas mesmo assim não funcionou, então queria pedir se possivel alguem tem isso funcionando pudesse me dar uma dica de como fazer, uso a ultima versão compilada do acbrnfemonitor de ontem, e meu software é em lazarus. ps: Este tópico estava no forum aberto. Att. Anderson Junior
  19. Boa noite pessoal, antes de mais nada quero dizer que ja garimpei no forum e de fato encontrei diversas discuções mas o estranho é que não foram resolvidas, meu problema é o seguinte, quando tenho duas estações enviando comandos para o monitor ex: um enviando crianfe e outro envianfe, se o envianfe esta em execução ele trava o crianfe oque na verdade não deveria acontecer, eu fiz varias alterações no codigo da minha aplicação para tentar reverter essa alteração, mas sempre cai nesse mesmo problema, tentei enviar o comando e esperar uns segundos pra dai buscar o retorno, mas mesmo assim não funcionou, então queria pedir se possivel alguem tem isso funcionando pudesse me dar uma dica de como fazer, uso a ultima versão compilada do acbrnfemonitor de ontem, e meu software é em lazarus. Att. Anderson Junior
  20. Primeiramente desculpa pelo post duplicado, eu não prestei bem a atenção e na hora da pesquisa que fiz veio topicos antigos, por isso acabei descartando e indo direto a um post novo. obrigado pela dica, vou baixar e trocar o executavel. Att. Anderson Junior
  21. Bom dia, a um tempo eu usava a opção de enviar email da nfe com o monitor, estava tudo normal, atualizei para a ultima versão compilada do acbrnfemonitor e agora quando tento enviar um email ele não encontra o pdf dando essa mensagem ERRO: Erro ao enviar email Cannot open file "C:\ACBrNFeMonitor\ARQUIVOS\pdf\51141102312348000140550010000017211000009724.pdf". O sistema não pode encontrar o arquivo especificado mudou algo no processo de envio de email? Att. Anderson Junior
  22. Obrigado Rômulo, agora fico mais tranquilo, seguirei com as alterações... Att. Anderson Junior
  23. Boa tarde, sim, google e opendns, mas continuou travando, tipo hoje a net ta melhorzinha, não travou nenhuma vez, mas é só ficar lenta de novo e pronto, pela aplicação eu não tenho controle para abortar ou algo assim, se tivesse como abortar eu colocaria um time, e dai caso passou 20 ou 30 segundos eu faria novos tratamentos, e por ai vai... Att. Anderson Junior
  24. Bom dia, então Juliomar, realmente eu vi que sou o primeiro, eu sei que o problema não esta com o Acbr, é um problema de internet, digo isso porque tenho clientes em outras cidades e onde a internet é melhor isso não acontece, só acontece aqui, não acho que o problema é com antivirus ou computador, porque isso acontece com um grande numero de clientes que tenho aqui na cidade, antigamente eu tinha meu software em delphi e não usava o acbrmonitor, usava o componente, e acontecia com frequência de travar toda a aplicação e tinha que finalizar via gerenciador e começar de novo, as vezes era só consultar a nota, as vezes tinha que enviar de novo, o problema não é com o componente nem com o monitor, estou em busca de uma forma para contornar isso, que seria um time out ou algo assim. Att. Anderson Junior
  25. Boa tarde, infelizmente não é isso, o problema acontece quando a nota vai para o sefaz e ai trava acredito que por uma oscilação de internet, hoje fiz um teste, fui na empresa do cliente, e tudo estava funcionando normal, tava vendendo (nfce), de repente uma travou então eu deixei pra ver quanto tempo, ficou praticamente o dia todo, então fui lá e finalizei pelo gerenciador agora pouco, se tivesse tipo um time out pra gente marcar, vamos supor, espera no máximo 60 segundos pra enviar e 60 segundos pra pegar o retorno, caso não consiga retorna um erro para, ai eu trato o erro, e reinicio ou o envio, ou a consulta, como a internet é meio lenta, trava com muita frequência. Att. Anderson Junior
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.