Painel de líderes

Prezados... O suporte a Rave não é mais mantido pelo Projeto ACBr... Podemos subir as alterações.. mas não daremos suporte ou responderemos dúvidas sobre essas Units... Quais são exatamente os fontes que precisam ser atualizados no SVN ?

Trunk2 e Trunk N Ã O podem conviver na mesma IDE... A decisão de migrar ou não é toda sua..

Use a força... leia os fontes.. Veja o Demo da ACBrNFe (em Lazarus) OpenDialog1.Title := 'Selecione a NFE'; OpenDialog1.DefaultExt := '*-nfe.XML'; OpenDialog1.Filter := 'Arquivos NFE (*-nfe.XML)|*-nfe.XML|Arquivos XML (*.XML)|*.XML|Todos os Arquivos (*.*)|*.*'; OpenDialog1.InitialDir := ACBrNFe1.Configuracoes.Arquivos.PathSalvar; if OpenDialog1.Execute then begin ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName); CC:=TstringList.Create; try CC.Add('[email protected]'); //especifique um email válido CC.Add('[email protected]'); //especifique um email válido ACBrMail1.Host := edtSmtpHost.Text; ACBrMail1.Port := edtSmtpPort.Text; ACBrMail1.Username := edtSmtpUser.Text; ACBrMail1.Password := edtSmtpPass.Text; ACBrMail1.From := edtSmtpUser.Text; ACBrMail1.SetSSL := cbEmailSSL.Checked; // SSL - Conexão Segura ACBrMail1.SetTLS := cbEmailSSL.Checked; // Auto TLS ACBrMail1.ReadingConfirmation := False; //Pede confirmação de leitura do email ACBrMail1.UseThread := False; //Aguarda Envio do Email(não usa thread) ACBrMail1.FromName := 'Projeto ACBr - ACBrNFe'; ACBrNFe1.NotasFiscais.Items[0].EnviarEmail( Para, edtEmailAssunto.Text, mmEmailMsg.Lines , True // Enviar PDF junto , CC // Lista com emails que serão enviado cópias - TStrings , nil); // Lista de anexos - TStrings finally CC.Free; end;

Veja esse Post:

Na verdade parece ser um bug dos Schemas do fisco... Acabei de enviar para o SVN com a modificação necessária em "tiposBasico_v3.10.xsd"... Por favor atualize o sua pasta de Schemas e teste novamente

Não da minha parte... Se desejar ajudar... A culpa é da Unit: libeay32, que faz a carga estática... No Lazarus é utilizada a Unit: OpenSSLExt, que faz a carga de forma dinâmica... Tentei adaptar a OpenSSLExt.pas para Delphi mas não tive sucesso... Veja em ACBrEAD.pas {$IFDEF USE_libeay32}libeay32{$ELSE} OpenSSLExt{$ENDIF}

Bom dia, Estou com o mesmo problema no Delphi XE Abaixo trecho do log de instalação: Embarcadero Delphi for Win32 compiler version 22.0 Copyright (c) 1983,2010 Embarcadero Technologies, Inc. C:\Componentes\ACBr\Fontes\ACBrDFe\ACBrCTe\PCNCTe\pcteRetDistDFeInt.pas(532) Error: E2003 Undeclared identifier: 'ENCODING_UTF8' C:\Componentes\ACBr\Fontes\ACBrDFe\ACBrCTe\PCNCTe\pcteRetDistDFeInt.pas(532) Error: E2250 There is no overloaded version of 'Pos' that can be called with these arguments C:\Componentes\ACBr\Fontes\ACBrDFe\ACBrCTe\PCNCTe\pcteRetDistDFeInt.pas(568) Error: E2250 There is no overloaded version of 'Pos' that can be called with these arguments C:\Componentes\ACBr\Fontes\ACBrDFe\ACBrCTe\ACBrCTeWebServices.pas(1950) Fatal: F2063 Could not compile used unit 'pcteRetDistDFeInt.pas' Compilation failure

Bom dia ALA, Se o transporte esta sendo realizado por um veiculo simples, no caso uma VAN, então porque a sua aplicação esta adicionando um veiculo reboque na lista? No MDF-e temos que ter um e somente um veículo tração e opcionalmente podemos ter de 1 até 3 veículos reboques. Favor rever a sua rotina que alimenta o componente. Ou o usuário sem querer querendo incluiu um reboque e não passou os dados dele, como a placa por exemplo. É interessante você ter um cadastro de veículo e nesse cadastro ter uma informação se ele comporta um reboque ou não, no caso da VAN a informação seria NÃO. com base nessa informação ao selecionar o veículo VAN a aplicação impede que seja informado o reboque.

Boa tarde Henrique, Como assim, "Bugaram todo Código. ( anos de trabalho jogado fora )." Meses trabalhando para ter um código limpo compreensivo, remoção de duplicidade de rotinas, padronizações etc. etc. etc. E você diz que bugamos o código. Não gastei mais do que 10 minutos para fazer as devidas alterações em função da nova nomenclatura de algumas propriedades e métodos. A minha aplicação já estava compilada. Um exemplo de alteração: No trunk temos o método: Valida no Trunk2 passou a se chamar: Validar, simplesmente acrescentamos a letra R no nome do método. Concordo que essas alterações não estão documentadas, ou seja, não tem um PDF relatando tudo o que foi alterado, mas se você trabalha a anos com o ACBr nunca teve a curiosidade de abrir o código fonte e estuda-lo um pouquinho? Pois se tivesse um pouco de conhecimento do código iria resolver todos os erros de compilação no máximo meia hora. Existem alguns Bugs, sim existem, mas estamos trabalhando para resolve-los. Ontem fui dormir mais de meia noite finalizando a implementação referente a NT 2015/002. Criticar é fácil, quero ver arregaçar as mangas e colocar a mão na massa, como o André, Daniel, Régys, Isaque entre outros.

Colegas, O que vocês acham de adicionar uma opção para utilização do ACBrInstall sem uma instação ativa do Tortoise/CollabNet? Neste caso, a atualização do repositório local seria responsabilidade do usuário, de fazer manualmente. Pra mim, isso é útil pois utilizo Git para baixar repositórios SVN, e nos poucos casos em que uso SVN mesmo, uso SlikSVN, que também não é suportado. Mas consigo imaginar que isso possa ser útil também para quem pretende instalar uma versão anterior específica dos componentes, ou com alterações personalizadas.

ACBrInstall acertado, agora ele mostra a aba somente quando o Tortoise estiver instalado e não obriga mais o uso do mesmo.

FastReport o que vem com o Delphi ou versão 4x e superior. FortesReport Community Editon que pode ser baixado aqui: https://github.com/fortesinformatica/fortesreport-ce

Bom dia Ariel, NF-e e NFC-e são modelos de documentos fiscais diferentes sendo assim cada um possui a sua sequencia de numeração própria. Através de um navegar abra o XML de uma NF-e, você vai notar logo no inicio uma TAG chamada <mod> cujo conteúdo é 55, ao fazer o mesmo com o XML de uma NFC-e o conteúdo da mesma TAG é 65. Isso prova que se trata de documentos fiscais diferentes. Sendo assim você pode sim ter uma NF-e e uma NFC-e do mesmo emitente com mesmo numero e serie, não existe nenhum problema quanto a isso. A SEFAZ não vai acusar duplicidade pelo simples fato de serem de modelos diferentes.

Link Youtube Em mais uma grande prestação de serviço de utilidade pública, o SESCON-SP se uniu à Sefaz/SP com o intuito de esclarecer a classe contábil, o empreendedorismo e os demais contribuintes sobre o Sistema Autenticador e Transmissor de Cupons Fiscais Eletrônicos (CF-e-SAT) e a Nota Fiscal do Consumidor eletrônica (NFC-e). Espero que possa ajudar