Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 26-02-2016 em todas as áreas

  1. Cantu! Obrigado pela colaboração! já está adicionado ao svn compilado e rodando com testes já!
    2 pontos
  2. Olá @hleorj Ontem, ao atualizar um cliente que estava com o sistema desatualizado, ele reclamou justamente isso, que na versão anterior que ele usava não imprimia o quadro fatura com a descrição da forma de pagamento (a vista/a prazo/outras) e que agora passou a imprimir. Me mostrou alguns pdfs e realmente não imprimia. Hoje, outros clientes também reclamaram a mesma coisa... Fui tentar buscar no SVN a revisão que desde quando a propriedade ExibeCampoFatura foi criada (isso na revisão 10226) ela realmente funcionava para ocultar ou não a banda "Fatura". Somente a partir da revisão 10834 é que passou a não mais ocultar a banda, e sim, alguns dados que estão dentro da banda. Li os posts que estão no comentário da revisão 10834 mas não ficou claro o motivo da banda "Fatura" ter que ser impressa mesmo quando o ExibeCampoFatura estiver setado para false. Alterei para testar aqui na versão atual, colocando novamente no inicio da procedure AddFaturaReal a linha que trata a visibilidade da banda, ficando assim: procedure TfrlDANFeRLRetrato.AddFaturaReal; begin rlbFaturaReal.Visible := fExibeCampoFatura; //SOMENTE ESSA LINHA QUE ACRESCENTEI!! case FNFe.Ide.indPag of ipVista : RlbDadoPagamento.caption := ACBrStr('PAGAMENTO À VISTA'); ipPrazo : RlbDadoPagamento.caption := ACBrStr('PAGAMENTO À PRAZO'); ipOutras: RlbDadoPagamento.caption := 'OUTROS'; end; ..... E o DANFe funcionou sem problemas para ocultar todo o quadro da fatura, como era antes. Testei com um XML contendo duplicatas e outro sem as duplicatas e funcionou normalmente, não dando nenhum problema parecido com o que estava relatado no post que originou a revisão 10834. Estou postando isso, pois como também um outro usuário comentou lá no post, dessa forma, ganha-se um bom espaço para relacionar mais itens na mesma página, trazendo economia de papel para o cliente, e claro, ouvimos menos reclamações também Por acaso, teria algum problema em voltar a funcionar como sempre era, ou seja, se setar o ExibeCampoFatura para False, o quadro Fatura não ficará visível? Pessoalmente, pelo nome da propriedade, eu acredito que faz mais sentido esse comportamento...
    2 pontos
  3. Com certeza o homologador não vai aceitar isso... Só levantei a questão porque na prática, no dia a dia dos nossos clientes, a coisa não rola como eles imaginam...
    2 pontos
  4. Simples a imagem que configurou para a danfe está errada ou com problemas! remove ou coloque outra compatível!
    2 pontos
  5. Já foi liberada a versão do ACBr funcional no RAD Studio 10 Seattle, todos os pacotes estão compilando e funcionando normalmente. Lembrando que as alterações foram liberadas somente no TRUNK2 como já foi amplamente divulgado.
    2 pontos
  6. Pessoal, Já estamos trabalhando num novo componente para compatibilizar o ACBr com o SAT Fiscal, fiz um post no meu blog explicando a idéia de como o componente irá funcionar - http://anfm.blogspot.com.br/2013/02/acbrsat-primeiros-passos-do-sat-cfe-com.html
    1 ponto
  7. Ele está entrando no seu case e passando uma das informações?
    1 ponto
  8. Foi prorrogado em MG o prazo de entrega. http://www.fazenda.mg.gov.br/noticias/2016_02_24_DESTDA.html
    1 ponto
  9. Pessoal, em anexo as alterações que fiz no componente, pra funcionar a busca por cep usando o webservice SIGEP dos próprios correios. Aparentemente esse webservice está aberto pra qualquer um usar (sabe Deus até quando). O que fiz foi criar um novo TACBrCEPWebService que chamei wsCorreiosSIGEP. A implementação é do tipo "Frankeinstein", onde peguei partes de códigos que já existiam e adaptei pra funcionar com esse webservice. Favor testar, e se o projeto quiser incorporar as modificações, fiquem a vontade. Aqui pra mim funcionou com vários ceps que testei. []s Cantu ACBrCEP.pas
    1 ponto
  10. Após atualizar os arquivos .INI para ultima versão, usando a função Gerar eu consegui enviar para o provedor DigiFred \0/ Eu to usando a função Gerar e logo depois a função ConsultarNFSeporRps
    1 ponto
  11. 1 ponto
  12. Sergio, boa tarde, Que bom que conseguiu. Eu estou vendo seu recado somente agora pois estou em viagem. ( a trabalho) Att Cristiano Abbud
    1 ponto
  13. Juliomar, acho que encontrei: no início da função LerRegistro localizada em pcnNFeRTXT, é feito um UpperCase no identificador dos registros, e no momento de ler o registro W04c, a letra 'c' vem em maiúsculo. Isso acontecerá também nos outros identificadores que contém letras.
    1 ponto
  14. Em resumo.. o GNRE ainda não está instável nos componentes... então ainda não faz sentido adicioná-lo ao ACBrMonitorPLUS... No momento é impossível termos previsão de quando isso seria possível...
    1 ponto
  15. Isso ocorre quando a libeay32.dll e ssleay32.dll tem versões diferentes entre si... Copie sempre o par
    1 ponto
  16. @ronluis, Tudo depende de seus ponto de vista. Eu considero problema uma rotina ou funcionalidade que faz errado o que se propõe a fazer. Eu uso ACBr Boleto e não vejo que a falta desse recurso seja um problema, nem dele nem do Fortes. Se os outros gerados de boleto ou relatório tem essa funcionalidade eles tem um recurso extra, mas por outro lado tem muitas outras limitações que não temos nesse conjunto.
    1 ponto
  17. Boa tarde , @Luishbr, muito obrigado pelos seus comentários que são de grande ajuda numa tomada decisão. Alguns fatos para acrescentar : 1- Sou usuário da Danfe desenvolvida em fast report. 2- Procuro sempre um padrão entre as Danfe's. dito isto, temos um padrão de funcionamento das Danfe's( Fast Report e Forte Report ) na questão fatura. Existe estudos privados de como será o comportamentos do quadro fatura. No momento aguarde. . .
    1 ponto
  18. sim, provavelmente... Acabei de aplicar correções no SVN, que devem resolver o problema de assinatura de XMLs com acentos na CAPICOM
    1 ponto
  19. Ricardo Boa tarde Sua resposta é em relação a minha questão ao Tenório? " Voltando ao assunto TCP/IP, como vc fez pra diferenciar as respostas de cada estação, pq como é configurado o IP e PORTA somente do servidor onde o ACBR está instalado, as respostas que deveriam ser em empacotadas por estação, são misturadas, fazendo com que uma estação receba a resposta de outra, Como vc resolveu isso? Ou eu estou fazendo alguma coisa errada?" Ou relação ao TXT, pq a comunicação me atende plenamente, mas na TCP/IP\ é que tenho o problema citado. []s,
    1 ponto
  20. Bom dia, corrigido, sai na próxima versão.
    1 ponto
  21. Complementando o que Daniel comentou, vou postar as configurações abaixo. Peço desculpa que no meu teste me enganei de pasta e acabei testando na pasta do ACBrMonitor ao invés do ACBrMonitorPlus, por isto a minha resposta acima, pois não tinha achado nada com a informação. Segue a configuração: [WebService] //(No grupo WebService) TimeZoneMode=0 //Podendo receber as opções 0 para tzSistema, 1 para tzPCN, 2 para tzManual TimeZoneStr= //Se TimeZoneMode=2 informar a diferença do fuso. Exemplo: TimeZoneMode=2 TimeZoneStr=-03:00 Após a sua configuração pode usar o comando ACBr.LerIni
    1 ponto
  22. Paulo Tenório, boa noite, eu fiz toda a programação pra utilizar o TCP/IP, mas esbarrei num problema que não achei solução de imediata, então resolvi parar e continuar utilizando a comunicação TXT, que por sinal utilizo um padrão ????????.TXT (Onde ???????? = número da nota), e gravo diretamente na pasta de envio, e leio o retorno no mesmo padrão na pasta de retorno. Voltando ao assunto TCP/IP, como vc fez pra diferenciar as respostas de cada estação, pq como é configurado o IP e PORTA somente do servidor onde o ACBR está instalado, as respostas que deveriam ser em empacotadas por estação, são misturadas, fazendo com que uma estação receba a resposta de outra, Como vc resolveu isso? Ou eu estou fazendo alguma coisa errada? []s,
    1 ponto
  23. Estou com este mesmo problema para provedor Betha, e também pelo descrito no post anterior, para fazer a consulta via XML do RPS
    1 ponto
  24. Pessoal obrigado pelas dicas, realmente fiz uma confusão com as versões agora coloquei 0.06 tanto no monitor quanto no software saiu certinho. realmente muito obrigado, as vezes na pressão do ter que fazer não conseguimos pensar direito. Valeu Ivã
    1 ponto
  25. Olá, atualizei aqui e verifiquei que, rodando o MonitorPLUS, notei que a "ancoragem" do componente speProdutosPorPagina não ficou certo, tipo está pela direita. Quando maximiza a tela, ele vai pra baixo do "Decimais Quantidade". Att Ricardo
    1 ponto
  26. Gastamos um tempo enorme, atualizando e aprimorando os manuais... "ACBrMonitor.pdf" e "ACBrMonitor.chm"... Mas isso de nada adianta se eles não forem consultados.
    1 ponto
  27. Veja na própria msg... Você continua informando errado a versão dos dados... ( consta 0.01 ) Por favor não cole o conteúdo de longos XMLs ou arquivos no post ( o post fica poluído ) ao invez disso, anexe os arquivos Estude os fontes do SATTeste. Tente com ele primeiro
    1 ponto
  28. Segue Unit com a alteraçao. segumento: 'P' IntToStrZero(2*ACBrBoleto.ListadeBoletos.IndexOf(ACBrTitulo)+ 1 ,5) //Número seqüencial do registro no lote - Cada registro possui dois segmentos Segmento: 'U' IntToStrZero((2*ACBrBoleto.ListadeBoletos.IndexOf(ACBrTitulo)+1)+ 1 ,5) //Número seqüencial do registro no lote - Cada registro possui dois segmentos ACBrBancoItau.pas
    1 ponto
  29. Então atualizem novamente, depois recompilem os componentes e rodem suas aplicações
    1 ponto
  30. Basta enviar o grupo, informando a aliquota interestadual, e o percentual de partilha, que são as tags de preenchimento obrigatório que estão com validações. Demais campos vão com zero.
    1 ponto
  31. Bom tarde Jorge, Sim, existe uma propriedade de configuração: ConsultaLoteAposEnvio que deve receber o valor True para que a consulta seja feita de forma automática.
    1 ponto
  32. FocusRJ, Bastou adicionar ACBrNFe1.NotasFiscais.Clear; antes de tudo! Deu certo!
    1 ponto
  33. 1 ponto
  34. Problema resolvido, atualizei o JAVA, e alterei as configurações do IE **************************************** Alterar as configuraçõs do Interne Explorer ***************************************** Habilitado: Usar SSL 3.0, Usar TLS 1.0 e Verificar se há assinaturas em programas baixados Desabilitado: Usar SSL 2.0, Verificar revogação de certificados do servidor e Verificar se há revogação de certificados do editor.
    1 ponto
  35. O extrato foi desenvolvido usando o padrão da Epson(ESC/POS), provavelmente sua Bematech não é compatível com estes comandos, será necessário desenvolver um extrato seguindo os comandos específicos deste tipo de impressora.
    1 ponto
  36. Paulinho, não precisa, basta colocar o cancelamento das Pre-Vendas no evento OnDepoisReducaoZ do ACBrECF, ai você trata, se data movimento igual a data atual, cancela data - 1, se data movimento < data atual ou diferente data -2, simples assim.
    1 ponto
  37. Acabei achando a solução. Basta no D7 ir no menu "Project" - "Options", na guia "Compiler Messages" e desmarcar apenas as 3 últimas Warnings, como: - Unsafe type - Unsafe code - Unsafe typecast Finalmente posso compilar o sistema de forma rápida e sem comprometer os demais Warnings que são necessários para o desenvolvimento. Fabrício Gomes Araújo
    1 ponto
×
×
  • 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.