Pesquisar na Comunidade

Bom dia a todos! Após a refatoração da DFe algumas propriedades foram renomeadas e outras movidas para as classes específicas. Gostaria de saber se alguém sabe pra onde foras as propriedades da TACBrNFeDANFEFR : ExibirTotalTributosItem; ImprimirItens, Detalhado, TributosSeparadamente, ShowDialog Elas saíram da unit ACBrNFeDANFEFR a revisão 15982 conforme mostrado na imagem em anexo.

As seguintes modificações, foram aplicadas no pacote ACBrTCP, commit 14753

Olá pessoal, Acabo de enviar para o SVN, um grande refactoring para melhorias e correções de erros, nas Units que dão suporte ao ECFVirtual... Segue o texto do "Change-log.txt".. Data: 25/01/2015 (por: DSA) -- ACBrECFClass -- [*] Ajuste em GetAsString, para que valores Decimais sempre usam apenas 2 casas -- ACBrECFVirtual -- [*] Refactoring, criando uma nova classe: "TACBrECFVirtualClassCupom", que conterá todos os Itens, Pagamentos e CNFs do Cupom Virtual. Facilitando a passagam dessa classe por parâmetro. [*] Propriedades "SubTotal" e "TotalPago", passam a ser ReadOnly e dependem do conteudo de "TACBrECFVirtualClassCupom" [+] Adicionado o evento "QuandoCancelarCupom(const NumCOOCancelar: Integer; CupomVirtual: TACBrECFVirtualClassCupom; var PermiteCancelamento: Boolean)" para permirir que a aplicação tenha um melhor controle sobre o Cupom a ser cancelado (ou não), e informar os dados do Cupom a ser cancelado, caso o mesmo não seja o último cupom (na memória do ECFVirtual) [+] Adicionado suporte a rateio de Desconto/Acrescimo no Subtotal, usando a mesma regra do ECF real, para considerar o "Residuo" [*] Modificação na assinatura do método: "SubtotalizaCupomVirtual" [*] Modificação na assinatura do método: "VerificaPodeCancelarCupom" [*] Modificação na assinatura do método: "RegistraItemNaoFiscalVirtual" [+] Adicionada sobrecarga no método "CarregaTotalizadoresNaoTributados", para retornar corretamente apenas F1, N1, I1 [-] Ajuste em AchaICMSAliquota, para encontrar corretamente "F1, N1, I1" e apenas esses. [*] Totalizador: "CuponsCanceladosNaoTransmitidos" renomeado para "CuponsCanceladosEmAberto" [*] Totalizador: "CuponsCanceladosTotalNaoTransmitidos" renomeado para "CuponsCanceladosEmAbertoTotal" [*] Método "VendeItem", modificado para fazer uso de "DescontoAcrescimoItemAnterior" [-] Método "DescontoAcrescimoItemAnterior", corrigido, para considerar acréscimos em VendaBruta e GrandeTotal [-] Método "CancelaItemVendido", corrigido, para não subtrair Item cancelado de VendaBruta [-] Método "SubtotalizaCupom", corrigido, para considerar acréscimos em VendaBruta e GrandeTotal [-] Método "SubtotalizaCupom", modificado para considerar o Rateio de Desconto ou Acréscimo nas Aliquotas do Cupom. (com suporte a resíduo) [-] Método "FechaCupom", modificado para não zerar Valor de "TotalPago" [*] Método "CancelaCupom", modificado para suportar o parâmetro: "NumCOOCancelar" chamando o novo evento "QuandoCancelarCupom". [-] Método "CancelaCupom", modificado para não subtrair de VendaBruta ou GT -- ACBrECFVirtualBuffer -- [*] Ajustes para compatibilização com o Refactoring Por favor me notifique se houver algum problema, nas aplicações existentes...

Para baixar o TRUNK2, use o seguinte endereço no seu SVN https://svn.code.sf.net/p/acbr/code/trunk2/ ATENÇÃO!! O trunk2 não é 100% compatível com o "trunk", de maneira que você precisará de ajustes nos seus projetos.... Portanto considere usar uma V.M. ou manter uma cópia do ACBr antigo em outra máquina. Leia o documento em anexo, para ver mais informações sobre o trunk2... Porque ele existe ? O que mudou ? como me adaptar ? Preciso realmente dele ? O trunk2 está em desenvolvimento, nos componentes ACBrNFe e semelhantes, houve um grande refactoring, e milhares de linhas de código foram suprimidas e unificadas... Por favor use essa área para reportar Bugs relacionados apenas aos fontes do trunk2 Bem_Vindo_ao_Trunk2.pdf

Olá para todos... Após estar mais de 2 meses trabalhando no Trunk2... Chegou a hora de abandonar o suporte ao Trunk... Essa semana, é a última que ainda envio correções para o "Trunk" Deixo essa decisão a ser tomada individualmente para cada um dos "commiters"... Ou seja, pode ser que outros commiter ainda esteja efetuando correções para o "Trunk" Motivos para eu deixar de fazer o Merge de minhas correções no "Trunk" Estou usando o "Trunk2" a mais de 2 meses Está cada vez mais difícil efetuar um "merge" entre as versões, sem quebrar ou esquecer de algo Estou gastando muito tempo para efetuar Merges, (tempo que poderia ser aplicados em melhorias dos componentes no trunk2) Apenas em casos de extrema necessidade, efetuarei correções no "trunk" Nesse caso, quando receber relatório de erros... Minha primeira pergunta será: O problema ocorre no "trunk2" ? Se na tentativa de reproduzir o erro... eu detectar que o problema não ocorre nos fontes do "trunk2", então resolvido está... Para reportar problemas no Trunk2, use esse fórum específico: http://www.projetoacbr.com.br/forum/forum/55-trunk2/ Para saber mais sobre o Trunk2, leia esse tópico: http://www.projetoacbr.com.br/forum/topic/22410-bem-vindo-ao-trunk2/

Boa Noite, na unit ACBrConsts na declaracao a diretiva se refere a: // delphi XE3 em diante não possui mais essas var, então criar e preencher {$IFDEF DELPHI15_UP} e na initialization // delphi XE3 em diante não possui mais essas var, então criar e preencher {$IFDEF DELPHI17_UP} o correto acredito que seja mesmo a DELPHI15_UP pois o meu é XE2 (16) e não estavam sendo inicializadas as variaveis. Obrigado t+