Ir para conteúdo
  • Cadastre-se

SisComp - Proc. de Dados

Membros Pro
  • Total de ítens

    293
  • Registro em

  • Última visita

Tudo que SisComp - Proc. de Dados postou

  1. olá amigos, utilizem ACBrNFe1.DistribuicaoDFePorChaveNFe(uf,cnpj,chave); que após a sua nota manifestada, você conseguirá obter o xml quando fizer essa consulta.
  2. Quando vc faz o uso desse ACBrNFe1.DistribuicaoDFePorChaveNFe(uf,cnpj,chave) e a nota já está confirmada a ciência, ela já salva na pasta xml automaticamente...
  3. Já deu certo, havia passado parametro errado. O método DistribuicaoDFePorChaveNFe funciona certinho.
  4. Também troquei meu código para ACBrNFe1.DistribuicaoDFePorChaveNFe(uf,cnpj,chave); igual ao nosso amigo fez, porém retorna vazio "ACBrNFe.WebServices.StatusServico.Msg" e não prossegue... mas ele trouxe um xmls dizendo que encontrou o NSU... após isso, o que devo fazer para obter o xml da nfe localizado?
  5. também estou com o mesmo problema, hoje utilizo a ACBrNFe.ConsultaNFeDest, alguém sabe me dizer se ela vai parar de funcionar? terei que fazer a migração para o ACBrNFe.DistribuicaoDFe ??
  6. atualize os fontes do seu acbr, segue o caminho onde se encontram as tabelas que precisa. \trunk2\Exemplos\ACBrTCP\ACBrIBPTax\tabela
  7. vou falar com meu gerente, se ele autorizar o envio dos dados, já te mando. Obrigado!!!
  8. Entendi sua colocação, eu até posso te passar todos os dados do e-mail ou contato skype para fins de testes, porém gostaria de um e-mail seguro para te enviar os dados do e-mail para os testes, pois não posso divulgar os dados aqui no fórum aberto.
  9. ok, já postei meu problema no outro Post, vou acompanhar por lá.
  10. Olá amigos, estou enfrentando o mesmo problema do nosso coleta Márcio, o e-mail de meu cliente que utiliza domínio próprio parou de funcionar, porém os gmails, yahoo continuam funcionando normalmente, preciso de ajuda para resolver o problema, pois a empresa parou de enviar e-mail, é realmente necessário manter esse "if" no componente qual verifica sucesso na conexão conforme o Daniel Simoes disse? Alguém tem alguma sugestão do que podemos fazer?
  11. Isso mesmo Celso, meu problema é semelhante o do colega que criou o tópico acima, mas pelo visto o problema dele não foi resolvido, tem alguma ideia do que posso fazer de configuração para resolver esse problema? ou toda vez que atualizar os fontes do ACBr terei que entrar e comentar a linha de código citada no tópico anterior?
  12. Olá Celso, conforme já citei logo acima, não tive problemas com o Gmail, somente quando utilizo do e-mail de meu cliente que é domínio próprio, minhas configurações do gmail estão iguais a que você postou no print. Utilizando o e-mail de domínio próprio na versão anterior do acbr funciona normalmente, a unica coisa que mudei foi atualizar os fontes do acbr e fazer a reinstalação do mesmo e já parou de funcionar, a porta que utilizo no meu cliente é a porta 25.
  13. corrigindo o post acima, o acbr antigo era de setembro de 2016 e não de 2015 como citei acima, foi erro de digitação.
  14. Olá amigos, estou encontrando dificuldades após atualizar os fontes do acbr em meu computador, anteriormente estava usando uma versão do Acbr de setembro/2015, essa versão estava bem estável, porém quando atualizei o trunk com os fontes de hoje estou com problemas para enviar e-mails para clientes que possuem domínio próprio que anteriormente funcionava. Elaborei um projetinho e compilei utilizando o Acbr de setembro/2015 e compilei utilizando os fontes atualizados de hoje, nos fontes antigos envia normal os e-mails utilizando e-mails do Gmail e os de domínio próprio, porém o projeto compilado com os fontes atualizados só envia gmail, o domínio próprio não envia. Alguém sabe como me ajudar? o erro que retorna é SMTP Error: Unable to login vou colar aqui os o conteúdo da minha Unit demonstrando a forma que utilizo para o envio dos e-mails. ACBrMail.Username := EdtEmail.Text; ACBrMail.From:= EdtEmail.Text; ACBrMail.Password := EdtSenha.Text; ACBrMail.IsHTML:= True; ACBrMail.Host := EdtSMTP.Text; ACBrMail.Port := EdtPorta.Text; ACBrMail.Attempts := StrToInt(EdtAttempts.Text); ACBrMail.SetSSL := CBSSL.Checked; // SSL - Conexão Segura ACBrMail.SetTLS := CBTLS.Checked; // Auto TLS ACBrMail.ReadingConfirmation := False; //Pede confirmação de leitura do email ACBrMail.UseThread := False; //Aguarda Envio do Email(não usa thread) ACBrMail.FromName := 'TESTE TESTE TESTE'; ACBrNFe := TACBrNFe.Create(Self); ACBrNFe.MAIL := ACBrMail; ACBrNFe.EnviarEmail(EdtDestino.Text //para , EdtAssunto.Text //assunto , MemoAssunto.Lines //mensagem , nil //cc , nil //anexos , nil //strean , ''); //nomearquivo
  15. Então, não entendo como pode ser a falta de DLLs, pois se eu troco o cnpj da empresa para usar a MATRIZ ela busca normalmente quantas vezes for necessário, as dlls do capicon estão ok ma pasta do sistema. Onde tenho o exemplo do Openssl para seguir ? vc pode me passar algum link?
  16. então, o certificado digital é A1 e está instalado corretamente no computador do cliente, quanto a conexão com a internet, é a mesma conexão que o cliente usa para buscar as notas da matriz, então esses casos estão descartados.
  17. acredito que nunca um XML meu não terá essa TAG, porém se não tiver, não efetuará a impressão, que seria a mesma coisa que acontece no fonte atual do acbr hoje, ao invés de aparecer em branco esses campos, não vai mostrar esse detail que criei novo.
  18. Olá amigos, estou enfrentando um problema ao efetuar a Busca dos documentos eletrônicos nos estados de MT e PR, meu sistema roda nos estados de SP, MT, PR, RO, MS, em todos estados não tenho problemas ao buscar os documentos eletrônicos, com exceção do MT e PR, nesses dois estados tenho empresas com Matriz e Filial, no cado do MT, a empresa matriz consegue buscar os documentos eletrônicos sem nenhum problema, porém quando fazem o logoff no sistema e acessam com o CNPJ da filial apresentam vários problemas e é difícil quando consegue buscar os documentos com sucesso. a mensagem de erro é "Inativo ou Inoperante tente novamente", porém o computador que é usado para fazer a busca dos documentos eletrônicos da empresa Matriz é o mesmo que é usado para buscar os documentos da Filial, o executável é o mesmo, não muda nada. O Cliente já ligou no sefaz do seu estado várias fezes e eles informam que está tudo ok com o serviço, que não estão passando por problemas, alguém já teve esse tipo de problema e tem alguma dica para me ajudar?
  19. Olá amigos, como disse anteriormente, verifiquei todos arquivos e todos estão com o mesmo problema, efetuei a correção no arquivo qual utilizo em minhas notas, caso tenham interesse é só pegar o arquivo em anexo, caso os senhores moderadores puderem, atualizem o trunk2 com esse arquivo pois já está corrigido. Para corrigir acrescentei um MasterData para imprimir os volumes. abraço a todos. DANFeRetrato_Basic.fr3
  20. Olá amigos, migrei meu sistema de delphi 7 para o delphi seattle e estou com um probleminha na impressão da DANFE, anteriormente a impressão estava ok na parte dos Volumes Transportados, porém agora só mostra 1 volume transportado, segue anexo os prints, xml e pdf com o executável antigo e com o executável novo com fontes do acbr atualizados hoje. 35160860995891000195550010000217531494090593-nfe.xml DANFeRetrato_D7.pdf DANFeRetrato_Basic_SEATTLE.pdf Já testei com todos arquivos .fr3 da pasta Report e todos estão apresentando o mesmo problema.
  21. Olá EMBarbosa, descobri qual era o problema de meu sped pis/cofins, estava alimentando o DT_INI e o DT_FIM dentro do with do ACBrSPEDPisCofins.Bloco_0, mudei para alimentar essas variáveis fora do bloco zero, apenas no ACBrSPEDPisCofins e o problema foi resolvido, obrigado pela ajuda de todos.
  22. Sim Juliomar, o with está correto, pois o o fonte que uso no delphi 7 é o mesmo que uso no delphi seattle.
  23. Olá Italo, vc teria uma posição se deu certo nossa questão da Impressão da MDFe ?
  24. Então amigo, estou alimentando a variável sim, mas por algum motivo o valor não vem para esse objeto. segue print onde alimento a variável. Não mudei o fonte, apenas recompilei o fonte no Seattle com os componentes do acbr atualizado.
  25. Olá amigos, atualizei meus projeto da versão DELPHI 7 para o SEATTLE, após isso, também atualizei meus fontes do componente ACBr, após isso estou com problemas para gerar o sped pis/cofins, abaixo seguem os prints do problema que ocorre: a mensagem durante a geração é: "Informe a data inicial das informações contidas no arquivo!" no fonte ACBrSpedPisCofins na linha 418 tem um raise Exception, porém a variável FDT_INI e FDT_FIN estão vindo sem valor, porém o período já foi informado anteriormente. aguardo ajuda.
×
×
  • 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.

The popup will be closed in 10 segundos...