_asseinfo

Isso ai eu já conheço... Eu precisava de um método para informar o nome do arquivo completo, pois queria refatorar meu código para, formar o nome do arquivo (por ex.: c:\temp\ct-e 951.pdf) chamar salvar (objeto.salvarPdf(path do arquivo)) e depois chamar enviar anexado por e-mail (objeto.enviarEmailParaCliente(xxx, path do arquivo)) Se fosse possível ter essa opção seria mais legal! Muito obrigado!

Bom dia pessoal, Alguém sabe me dizer quais são as variações da carteira de cobrança do BB? Eu sei que a maioria utiliza a 019, mas tem algumas exceções que utilizam 043. Alguém tem a informação do por que disto? Abraços.

Que legal sua iniciativa de integrar o código!! Vamos solicitar ao Marcio então esses manuais?! Tenho o e-mail dele aqui e vou direcionar ele para o seu post no e-mail! Muito obrigado Daniel. Abraço

Bom dia Daniel, Desculpe o mal entendido, acho que houve um problema de lembrança da minha parte ao abrir esse tópico. Mas vamos colocar no eixo... Em agosto de 2011, havia a intenção de incluir a implementação do TEF Direção no ACBrTEF, como você comenta no tópico abaixo: Na ocasião, troquei alguns e-mails com você sobre o assunto e vou lhe encaminhar, assim você ficar a par de tudo que passamos na época. Eu usei esse fonte para homologar o GP direção. Neste trabalho realizamos vários ajustes no fonte e estava funcionando muito bem, tanto é que passou em todos os testes de homologação realizados em conjunto com o pessoal da Daruma. Espero sua ajuda e desculpe mais uma vez em pensar que o código fonte já estava integrado no ACBr. Abraço e aguardo sua análise.

Acho que houveram mudanças pois, no mês 08/2011 eu estava trabalhando nele e compilava. Tenho uma cópia do repositório ACBr dessa época, o qual, faz com que meu código compile hoje. Aguardo seu parecer! Muito obrigado!

Olá Daniel, Desculpe a demora... o erro que acontece ao compilar é: [DCC Error] ConexaoPDV.pas(126): E2003 Undeclared identifier: 'TEFCliDTEF' ... comentando alguns linha pra ver se havia mais alguma coisa faltando: [DCC Error] ConexaoPDV.pas(280): E2003 Undeclared identifier: 'gpCliDTEF' Agradeço a atenção desde já! Muito obrigado!

Boa tarde, Na utilização do CT-e temos uma rotina que exporta os arquivos XML e PDF para o disco. Esses arquivos são usados por exemplo para anexar em e-mail, etc....) Atualmente temos "procedure ImprimirDACTePDF(CTe: TCTe = nil); override;" em "TACBrCTeDACTeQR". Será que é possível criar um segundo método que permita informar o nome do arquivo PDF completo (path e nome.pdf) a ser salvo? Muito obrigado!

Bom dia Ítalo, Entendo a dificuldade e agradeço a atenção! Muito obrigado!

Não sei se o trecho de código a seguir deveria estar disponível somente quando a diretiva "QReport_PDF" esta definida. A meu ver, essas configurações do preview (PrevShowSearch, PrevShowThumbs, PreviewInitialState e PrevInitialZoom) deveriam ser padrão OU ter um meio de o programador optar por usá-las. Será que a diretiva "QReport_PDF" não deveria somente dar a opção de PDF sim ou não, pois como esta hoje, ela esta alterado um comportamento que não tem a ver com PDF? Obrigado!

Olá, Quando realizo a impressão do CT-e (DACTe.ImprimirDACTe) e a diretiva {$DEFINE QReport_PDF} está definida, a tela do QuickReport abre maximizada. Porém, quando a diretiva não está definida, a tela abre pequena como mostra na imagem anexo. Att.

Tenho um projeto em Delphi que usa TEF do ACBr (TACBrCliDTEF) e não está compilando. Eu uso TEF Daruma para GP da Direção. O ACBr mudou ou descontinuou alguma coisa? Obrigado!

Tenho instalada a versão: 'QuickReport 4.07'; Att. [email protected]

Eu que agradeço. Abraços.

Olá Ítalo, funcionou em partes, a tela de visualização do DACTE não abriu maximizada e o zoom da página não está como "largura da página" e sim "inteira". Mas acho que isso consigo configurar antes de mandar imprimir. Quanto ao PDF, descomentei a linha no ACBr.inc e não compilou com "QRCTe.PreviewDefaultSaveType := stPDF;" que você adicionou. Teria problema se você trocasse por "QRExportFilterLibrary.AddFilter(TQRPDFDocumentFilter);". Pois assim compila e funciona pra salvar como PDF na visualização do DACTE. Obrigado!

Bom dia, Depois que atualizei ocorreu o erro "Error reading QRCTe.Page.Continuous: Property Continuous does not exist." Aguardo sua analise! Obrigado!

Bom dia pessoal, Na unit ACBrEFDBloco_1 o atributo FRegistro1010 não recebe um Free no método Destroy da classe gerando assim um Memory Leak. Segue a Unit com a correção. ACBrEFDBloco_1.zip Aguardo um retorno se a solução vai ser adotada ou não. Obrigado. Alan - Asseinfo

Bom dia Ítalo, Quando descomento a diretiva "QReport_PDF" no ACBr.inc, deveria aparecer a opção de "Arquivo PDF" ao clicar no botão salvar na visualização do DACTE via QR? Hoje aqui, está aparece somente em ".QRP"! Obrigado!

Perfeito Ítalo! Obrigado!

Bom dia Ítalo, Estou com um problema no campo CIOT do DACTE. Você consegue me ajudar? Obrigado!

Bom dia Ítalo, Já posso transmitir no ambiente de produção na versão 1.04? Obrigado!

Obrigado juliomar! []s

Legal Ítalo, haviam outros ACBR.inc aqui na minha cópia de trabalho. Apaguei todas. Tudo OK. Você sabe quando a versão PL_104 passará a ser padrão no ACBRCT-e? Obrigado!

Bom dia Ítalo, Resolvi o problema adicionando as diretivas PL_103 e PL_104 em todos os arquivos ACBR.inc. Mas continuo sem entender a solução. Você sabe por que existem vários arquivos ACBR.inc? Como sei qual arquivo ACBR.inc o Delphi 7 vai usar para instalar os componentes? Teria como centralizar em somente um? Muito obrigado! Marcos

Olá Ítalo, estou com o problema que o Rogériomg citou. Realizei os passos que ele apontou para resolver mas não tive sucesso. Achei estranho esse trecho de código (diretivas comentadas): [51] unit pcteCTe; [3679] // {$IFDEF PL_103} [3680] FvalePed.Free; [3681] // {$ENDIF} E o erro acontece justamente na linha 3680. Agradeço desde já pela atenção! Marcos.

Olá pessoal, com relação a "Rejeicao: A data do evento nao pode ser maior que a data do processamento" descobri o erro. Vejam o trecho retirado do manual e integração da CC-e: "dhEvento -> Data e hora do evento no formato AAAA-MMDDThh:mm:ssTZD (UTC - Universal Coordinated Time, onde TZD pode ser -02:00 (Fernando de Noronha), -03:00 (Brasília) ou -04:00 (Manaus), no horário de verão serão -01:00, -02:00 e -03:00. Ex.: 2010-08-19T13:00:15-03:00." O problema é que estamos enviando a UTC de horário normal e não o de horário de verão, por exemplo de Brasilia (-03:00), mas por estarmos no horário de verão veríamos enviar (-02:00). Mandamos isso: 2011-10-27T13:00:15-03:00 Mas deveríamos mandar isso: 2011-10-27T13:00:15-02:00 Acredito que o ideal é ter uma função de retorne o UTC de acordo com o horário de verão (para regiões que esse horário é adotado). Se o caminho escolhido for esse, posso me comprometer a desenvolver tal função. Um abraço Ronaldo