Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 19-12-2014 em todas as áreas

  1. Olá Clayton, Não temos feito tags visto que a gama de componentes é muito grande e eles estão seguindo no momento numeração de verões independentes. Como desenvolvedores procuramos tomar muito cuidado com isso. Principalmente pois somos os principais usuários dos componentes units e classes. Infelizmente, devido a sermos imperfeitos, pode realmente passar um commit que vá com algum erro. Mas normalmente quando alguém faz isso, logo em seguida ou a mesma pessoa ou outro desenvolvedor vê o erro e corrige. O maior tempo que eu vi um erro ficar no trunk foi 24 horas. Ainda assim, nós sugerimos que os usuários do ACBr sempre acompanhem os arquivos changelog e o log do SVN para entenderem as modificações que estão sendo feitas. Os componentes são bem dinâmicos e os desenvolvedores muito ativos, assim sempre temos algo novo. Isso é muito bom, mas pode ter um efeito indesejado em algumas situações. Por exemplo, talvez uma modificação para atender uma legislação nova pode quebrar a compatibilidade com uma funcionalidade antiga que você ainda esteja utilizando nos clientes no momento e não pode alterar. Aqui na empresa nós adotamos o costume de trabalhar com uma revisão específica pra facilitar. Daí, de forma quase diária, analisamos as revisões novas antes de atualizar o repositório local.
    3 pontos
  2. Olá fiz o teste de impressao de codigo de barras na Argox PLA td bem ok, e descobri os tipos de codigo de barras: //Tipo cod.Barras : A-39, //Tipo cod.Barras : E-128, //Tipo cod.Barras : F-EAN, //Tipo cod.Barras : G-EAN-8, Mas quais os Tipos de codigo de barras para a impressora Zebra EPL ? "E30" = EAN 8 ou 13 "1" = 128 Cod 39 = ??? Mas qual código para 39 que imprima correto. Lee o manual e testei com os possíveis código lá existente 0,1,2,3,E,K, mas só funcionou com o cod. 1, cod bar "128" e o q está no exemplo do ACBR "E30" q só imprime códigos válidos. No meu caso se o produto não tiver o cod.Barras preciso imprimir o cod. do sistema, no caso tem 5 digitos. Desde já meus agradecimentos a quem puder ajudar. 100+ ANT.CARLOS/SP
    1 ponto
  3. Olá pessoal, não sei se vocês já viram essa, mas até o dia 31 de Dezembro de 2014, quem instalar o Delphi XE7 trial, ganha automaticamente uma cópia digital do livro "Coding in Delphi" do Nick Hodges. O livro é uma espécie de apanhado de novas tecnologias como Unit Testing, Generics, anonymous methods, interfaces, entre outras. Eu recomendo esse livro para qualquer programador em Object Pascal (Lazarus ou Delphi), principalmente se você está trabalhando com Delphi a muito tempo, mas ainda não usa nenhuma dessas "coisas". Se você é um programador novo, vai se beneficiar por estar por dentro do que o Delphi pode fazer. O livro é em inglês, mas mesmo se seu inglês não for muito avançado, vale o esforço de ler. Depois de instalar e ativar sua avaliação do Delphi, faça o download aqui. Mas lembre-se, é só até dia 31 de Dezembro. Nota: Eu não estou afiliado de forma alguma com a Embarcadero nem com o Nick Hodges. Apenas acho que muitos programadores vão se beneficiar do livro. Eu particularmente estou lendo e gostando.
    1 ponto
  4. Projeto sendo finalizado, segue algumas informações sobre o projeto: Serviços implementados (para todos os estados, todos os ambientes - Homologação e Produção, todas as formas de emissão - para os serviços de envio de NFe/NFc-e) 1 - RecepecaoEvento - Cancelamento de NFe/NFC-e, Carta de Correção e EPEC; 2 - NfeRecepcao - Envio de NFe e lote versão 2.00; 3 - NfeRetRecepcao - Consulta de recebimento de lote versão 2.00; 4 - NfeInutilizacao - Inutilização de NFe/NFc-e; 5 - NfeConsultaProtocolo - Consulta dados da NFe/NFc-e; 6 - NfeStatusServico - Consulta status do serviço; 7 - NfeAutorizacao - Envio de NFc-e e lote versão 3.10; 8 - NfeRetAutorizacao - Consulta de recebimento de lote versão 3.10; Falta implementar: 1 - NfeConsultaCadastro; 2 - NfeDistribuicaoDFe; 3 - NfeConsultaDest; 4 - NfeDownlodNF; Outras coisas que falta implementar: 1 - Impressão dos DANFES nativo c#; 2 - Envio de emails; 3 - Envio de NFc-e compactada versão 3.10; 4 - Envio síncrono de NFe/NFc-e versão 3.10. Segue abaixo as telas do aplicativo de demonstração:
    1 ponto
  5. na última alteração foi criada mais dois tipos e nessa alteração foi esquecido de separar com vírgula ocasionando o erro vlVersao106, // Código 007 vlVersao107, // Código 008 vlVersao108, // Código 009 vlVersao109 // Código 010 ); TACBrVersaoLeiaute = TACBrCodVer; Arquivo em anexo. ACBrEFDBlocos.pas
    1 ponto
  6. Quem quiser um passo a passo simples, pode ver o seguinte link. Se houver necessidade de um passo a passo em português com exemplos do ACBr, fiquem a vontade em se pronunciar. Daí eu posso providenciar.
    1 ponto
  7. Por favor, respeite as regras do fórum, para propagandas use a área de classificados - http://www.projetoacbr.com.br/forum/index.php?/forum/14-classificados/
    1 ponto
  8. O problema ocorre porque neste ECF, há um caracter [ETX] (ou #3) programado no Cabeçalho... Por isso o ACBrECF encerra a leitura da Serial, porém o ECF ainda está enviando dados... A correção proposta nesse Patch (em anexo), é manter o ACBrECF aguardando por 1 segundo, para ter certeza de que não há mais nada a ser lido na Serial Index: ACBrECFBematech.pas =================================================================== --- ACBrECFBematech.pas (revision 7944) +++ ACBrECFBematech.pas (working copy) @@ -1057,7 +1057,11 @@ if (Length(Retorno) >= 2) and (copy(Retorno,1,2) <> #0+#0) then // Retornou Erro, não virá ETX Result := True else - Result := (pos(ETX, RightStr(Retorno,6)) > 0) + begin + Result := (pos(ETX, RightStr(Retorno,6)) > 0) ; + if Result then + Result := not fpDevice.Serial.CanReadEx(1000); // Aguarda por 1 seg sem dados + end; Poderia aplicar o Patch e verificar se o problema é corrigido ? ACBrECFBematech.pas.patch.zip
    1 ponto
  9. Completado ao Elton! caso tenha problemas, é fácil montar um script que faz um backup antes de fazer o update do svn! então veja as possibilidades são muitas! e reforçando efetuamos testes com os códigos antes de subir, visto que por exemplo para alguns casos temos que compilar 2 vezes para capcom e openssl
    1 ponto
  10. Bom dia! Acertou, deve ser feito com o xml da NFS-e a impressão do mesmo!
    1 ponto
  11. Senhores, quanto a impressão do QRDE na Bematech MP 2500 TH é possível sim. Em meu projeto eu desenvolvi uma função que gerar um arquivo .BMP correspondente ao QRCODE. Após isso enviou para a impressão e funciona. Eu outras palavras, eu gero a imagem do QRCODE com as informações que desejo, salvo em um arquivo BMP e envio para a impressão.... funciona sem nenhum problema. Estudei o artigo abaixo para desenvolver a ideia apresentada acima: http://www.devmedia.com.br/qrcode-codigo-de-barras-bidimensional-delphi/24122
    1 ponto
  12. Fiz o update do ACBr hoje e tentei instalar (via ACBrInstall.exe) e está dando erro ao instalar o ACBR_SPED.dpk. Em anexo arquivo de log. C:\Program Files\Borland\Delphi7\Lib\ACBr\Fontes\ACBrSPED\ACBrSPEDFiscal\ACBrEFDBlocos.pas(168) Error: ',' or ')' expected but identifier 'vlVersao108' found C:\Program Files\Borland\Delphi7\Lib\ACBr\Fontes\ACBrSPED\ACBrSPEDFiscal\ACBrEFDBlocos.pas(169) Error: ',' or ')' expected but identifier 'vlVersao109' found C:\Program Files\Borland\Delphi7\Lib\ACBr\Fontes\ACBrSPED\ACBrSPEDFiscal\ACBrEFDBloco_0.pas(50) Fatal: Could not compile used unit '..\..\..\Fontes\ACBrSPED\ACBrSPEDFiscal\ACBrEFDBlocos.pas' Compilation failure log_Delphi_7.txt
    1 ponto
  13. Reparei que estava pegando os dois primeiros dígitos do ano para 'montar' a ID havia até alterado para no momento de passar o ano pegar através do copy(xxx,3,2) - dois últimos dígitos... mas na atualização de ontem vi que foi corrigido e voltou como era antes... Obrigado Juliomar!
    1 ponto
  14. Bom dia! para que usa o componente atualize o ACBr e recompile
    1 ponto
  15. Bom dia Souza, A resposta esta na minha postagem #116. A 10 anos era caro adquirir um sistema de backup, mas hoje, você consegue realizar backup usando um HD externo. Com aproximadamente R$ 300,00 (para um empresario, valor insignificante) podemos ter um HD externo de 1 Tera, para armazenar os XML das NF-e.
    1 ponto
  16. O problema é que essa tabela é específica do SiTef... e nos outros GPs essa propriedade não seria preenchida corretamente... Veja o exemplo em TEFDDemo, usando o método "LeInformacao" procedure TForm1.ACBrTEFD1DepoisConfirmarTransacoes( RespostasPendentes: TACBrTEFDRespostasPendentes); var I : Integer; begin for I := 0 to RespostasPendentes.Count-1 do begin with RespostasPendentes[I] do begin Memo1.Lines.Add('Confirmado: '+Header+' ID: '+IntToStr( ID ) ); memo1.Lines.Add('Desconto: '+ FormatFloat('###,###,##0.00',Desconto)); memo1.Lines.Add('Saque: '+ FormatFloat('###,###,##0.00',Saque)); Memo1.Lines.Add( 'Rede: ' + Rede + ' NSU: ' + NSU + ' Valor: '+ FormatFloat('###,###,##0.00',ValorTotal)) ; Memo1.Lines.Add('Campo 11: ' + LeInformacao(11,0).AsString ); end; end; end;
    1 ponto
  17. Isaque estou vendo de aplicar mais alterações pois foi só informado no enumerador a versão mas no procedimento de conversão não! assim que acabar subo, pois também já tem a versão para 2016 !
    1 ponto
  18. Eu comecei tentando converter o ACBr para funcionar com NFCe mas acabei desistindo e fazendo do zero já que os meus requerimentos são somente NFCe e dá para simplificar MUITAS coisas nisso. O sistema está indo para o ar esta semana e eu pretendia durante o natal liberar o componente e o nosso SDK no github.
    1 ponto
  19. Olá amigos No fonte do boleto para o layout de Carnê com Fortes Report, existia um pequeno problema o campo TXTNomeSacado estava com a propriedade "AutoSize setado como TRUE", "Behavior beSiteExpander = True" portanto isso gerava um efeito indesejável essas informações quando muito grandes ocupavam espaços de outros campos como por exemplo o campo TXTCPF, portanto alterei deixando da seguinte maneira: AutoSize = False behavior beSiteExpander = false Height = 40 Dessa maneira o campo fica limitado em um espaço o que é desejável. Além disso estava ocorrendo o seguinte esse layout gerava apenas 2 carnês por folha então diminui um pouco a BAND do layout que antes era 10cm e agora passou a ser 9.80 cm dessa maneira o layout irá aceitar 3 carnês por folha. Pessoal dê uma atenção nisso porque isso para o cliente é muito ruim gerava um custo maior com folhas, essas correções foram com base de reclamação de cliente que queria 3 carnês por folha. Obrigado a todos ACBrBoletoFCFortesFr.rar
    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.