Painel de líderes

Boa noite. Tive que incluir em meu sistema uma opção para cálculo de SEDEX / PAC, e procurando por uma solução "pra ontem", achei um código na internet, fiz uns ajustes e deixei funcionando (em Delphi 7). Eu nunca precisei desenvolver um componente "do zero", então estou postando o fonte para o caso de alguém com mais prática na criação de componentes integrar ao ACBr. Talvez se encaixe no ACBrTCP. []´s Edson SedexDelphi.rar

Complementando o Cleber, o MD5 que vai no rodapé pode sim mudar o que não pode é o do executável principal, esse sim se mudar e o laudo estiver dentro do prazo de validade dee ser enviado uma atualização de versão ao SEFAZ do estado.

Por favor teste com o TEFDemo... pode ser que esteja faltando algo na programação dos seus eventos chamados pelo ACBrTEFD Compare com calma todos os eventos do TEFDDemo com os dos seus fontes... O ACBrTEFD tem métodos para focar o programa para frente... E para bloquear e desbloquear o mouse/teclado... eles são chamados pelos eventos, (no nível da aplicação) O estudo do Log gerado pelo ACBrTEFD também pode lhe trazer subsídios do que está ocorrendo...

Vc pode usar as DLLs dos fabricantes... O ACBrTEFD nunca fala diretamente com o ECF... sempre que ele precisa de alguma informação ou comandar algo de/para o ECF, ele o faz através de eventos... Portanto, basta analisar o demo, e substituir nos eventos da aplicação do Demo, as chamadas a ACBrECF, pelos comandos das DLLs

value Juliomar, deu certo.

Por gentileza baixe esse .PAS e teste, em seguida me de um feedback, funcionando subo para o SVN. ACBrEFDBloco_C_Class.pas

Boa tarde Castro, Qual é a versão do Quick Report que esta instalado no seu Delphi 7? É a versão 3? Se sim, abra com o bloco de notas o arquivo ACBr.inc que encontra-se dentro da pasta ACBrComum e comente a linha que define a diretiva QReport_PDF.

Chegaram a atualizar o svn antes ? está lá já essa alteração!

Ola Leandro Eu também tive que colocar na function ValidaMSXML, no ACBrNFeUtil: CoInitialize(nil); // <-- Aqui... Tipo := NotaUtil.IdentificaTipoSchema(XML,I) ; // ............... DOMDocument.schemas := Schema; ParseError := DOMDocument.validate; Result := (ParseError.errorCode = 0); Msg := ParseError.reason; DOMDocument := nil; ParseError := nil; Schema := nil; CoUninitialize; // <-- Aqui... Ai funcionou

Lucas, Precisamos verificar se essa alteração não vai prejudicar os demais provedores. Note que essa alteração que você fez consta para o provedor Digifred, não seria o caso de incluir o provedor que você esta trabalhando na lista, ou seja, na linha 2848?

Bom dia Isaque, Obrigado, pelas dicas, Depois que descobri as VM, Eu instalo uma versão do Delphi por VM. O que vocês estão falando tem sentido, mas acredito que seja até por usar o CCleaner. Vou checar os Registros para ver acho o problema. Obrigado.

Bom dia, o ACBrInstall utiliza de uma ferramenta de terceiro o JEDI, este busca no registro do windows pelas chaves de cada instalação do delphi, recurso testado e funcional. Este erro citado no post é um erro na instalação do Delphi, que por algum motivo da qual não sabemos não registra direito o que deve nos registros. Toma alguns cuidados ao instalar varias versões do delphi, nem sempre a desinstalação faz bem o seu papel, e por alguns cuidados eu sempre instalo as versões mais antigas primeiro para depois as mais novas. Pode ser lógico, mas acontece, e dai alguma sequência ou forma da qual você faz, vem a não funcionar para você mais funcionar para 95% dos usuários, aqui também tenho uma MV com todas as versões, para que eu possa testar o ACBrInstall ao fazer alguma mudança nele, e tudo está funcionando até meu ultimo teste.

Bom dia Certo existe outro local necessário ! Subi a alteração sugerida e que corrigiu seu problema! aguardo retorno

Então, eu vejo as postagens do Régis e fico na bronca quando ele fala que instalou normal. Aí eu fico batendo cabeça aqui até conseguir também. E esse agradecimento que fiz a ele foi em cima do Xe6 que já estava a um tempão tentando solucionar, aí vem ele e diz para limpar. E funcionou. Eu só precisava entender, onde que o install vai buscar a instalação do delphi ou como ele sabe que o delphi está instalado. Vou até pesquisar sobre isso. Mais uma vez obrigado.

Irei ao cliente em dois dias, farei os testes e posto aqui o que ocorreu. Obrigado

Consegui resolver, é que no link da ntk estva sendo disponibilizado a versão 1.03 entrei em contato com eles e foi acertado o link, baixei novamente, a versão atual é a 2.0

Na semana passada participei de uma apresentação do representante da Sefaz/SP o Sr Marcelo Fernandez na sede da Afrac em SP. Esta apresentação foi para passar o status atual do SAT. Até onde foi informado, o prazo está mantido, porém a Sefaz também está de olho para que ninguém seja prejudicado por conta da data de 1º de novembro. Foi informado que ainda neste mês de agosto será publicada a homologação de alguns fabricantes. Resumo do meu entendimento: "A data está mantida e não tem previsão de ser alterada, porém a Sefaz considerará a possibilidade." Acho que a partir do mês que vem dependerá dos fabricantes colocarem o produto a venda.

Boa tarde André, Enfrentei o mesmo problema que o Carlos. O erro realmente ocorre quando executado o método GetCertificado dentro de uma Thread. A Thread necessita que o comando CoInitialize(nil) seja executado, para processar corretamente a API do ActiveX. Para resolver esse problema criei uma condição de compilação, segue em anexo o fonte para ser analisado. ACBrNFeConfiguracoes.pas ACBrNFeConfiguracoes.pas

Essa linha "ACBrNFe1.WebServices.Retorno.RetWS" não vai existir qdo o envio for síncrono(caso da NFCe). Use ACBrNFe1.WebServices.Enviar.RetWS ou ACBrNFe1.WebServices.Enviar.RetornoWS.

Boa noite Fabricio, Se o lote contem apenas uma NF-e o envio é sincrono, sendo assim não há necessidade de realizar a consulta após o envio. Por outro lado se o lote tipor duas ou mais NF-e o envio é assincrono, com retorno do recibo e há necessidade de realizar a consulta.