Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.009
  • Registro em

  • Última visita

  • Days Won

    1.075

Tudo que Italo Giurizzato Junior postou

  1. Em casa estou utilizando a versão 5.02 do Quick Report e esta funcionando corretamente.
  2. Tudo leva a crer que deve ser o Quick Report instalado que esta com problemas, pois o executário disponibilizado foi compilado minutos antes e foi tambem disponibilizado os fontes do DACTe. Se com a atualização dos fontes o problema continua, logo não é o componente e sim o Quick Report instalado.
  3. Fiz diferente, Atualize os fontes, vai ser criado dentro da pasta Projetos uma pasta chamada EmissorDFe\Delphi, nesta encontra-se 3 arquivos: EmissorDFe.exe midas.dll midas.jdbf Como usar: Escolha o caminho onde encontra-se o arquivo XML clicando no botão a direita da caixa de texto; Clique um vez só no arquivo desejado que aparece na lista; Vai aparecer algumas informações sobre o documento selecionado; Clique no botão Imprimir, vai ser apresentado o DANFe ou o DACTe na tela se desejar mandar para impresso é só clicar no botão "Print" O botão "Consulta de Autenticidade no site" parou de funcionar após a mudança do portal da SEFAZ.
  4. Sim, Rafael Qual é o seu e-mail ?
  5. Boa tarde Rafael, Baixe novamente a atualização dos fontes. Não há necessidade de desistalar, e baixar todos os fontes de tudo, apenas baixe a atualização e compile a sua aplicação com a opção build. Uma duvida, você não criou uma pasta especifica para as DCU e configurou o Delphi para salva-las nesta pasta?
  6. Bom dia, Na minha aplicação saiu de forma correta o DACTe, realize o procedimento segundo o poste anterior, copie os fontes para o outra pasta, apague, e baixe novamente.
  7. Bom dia, Tenho um programa bastante simples para poder imprimir o DACTe em papel, carrego o conteudo do XML e depois mando imprimir. Usando o seu XML o DACTe foi impresso com todos os dados, sem nenhum problema. Portanto o XML esta OK, quanto ao seu PDF esta bagunçado, o DACTe impresso no papel sai exatamente igual ao do PDF ou diferente? Se esta sendo impresso no papel exatamente como esta no PDF sugiro você atualizar os seus fontes, principalmente os que diz respeito ao DACTe. Copie para outra pasta qualquer os fontes ACBrCTeDACTeQRRetrato.* Depois exclua os mesmos da pasta ...\Fontes\ACBrCTe Baixe novamente os fontes Compile a sua aplicação usando a opção Build que esta no menu Projects. Espero ter ajudado.
  8. Boa noite a todos, As sugestões do Wilson e Danny já estão implementadas e disponiveis para baixar via SVN.
  9. Boa noite Thiago, O problema não é qual cidade vai emitir a Nota Fiscal de Serviço Eletrônica e sim qual é o padrão a ser adotado por ela, já que não existe um unico padrão. Um dia é acessar o site da cidade e verificar se existe alguma coisa sobre o assunto. Espero ter ajudado.
  10. Boa noite, Poste o XML e o PDF gerado, para poder analisar o caso.
  11. Bom dia Gustavo, Esta disponivel no branches os fontes do ACBrNFSe, no que diz respeito ao padrão Ginfes, já esta funcionando a geração do XML, assinatura, validação e envio do lote de RPS para o webservices.
  12. Bom dia Artur, Qual é a versão dos arquivos: ACBrNFeDANFeQR e ACBrNFeDANFeQRRetrato ? Execute o Delphi e abra os fontes ACBrNFeDANFeQR e ACBrNFeDANFeQRRetrato nesta ordem se aparecer alguma mensagem de erro acusando que alguma propriedade não existe peça para ignorar todas. Salve os fontes, Feche, Abra o seu projeto e compile com a opção Build. Espero ter ajudado.
  13. Os últimos 10 digitos da chave é composto por 9 digitos do código aleatório e 1 Digito verificador. O código aleatório pode até ser igual ao numero do conhecimento, se ocorreu de gerar uma nova chave é por que você esta gerando um numero aleatório para o código aleatório. A minha aplicação tambem gera um numero aleatório, a unica diferença é que eu salvo esse numero no banco de dados junto com os demais dados do conhecimento. Desta forma ao gerar novamente o XML eu leio esse numero do banco de dados e passo para o componente, campo: cCT (código aleatório do Conhecimento de Transporte). Ide.cCT := DM_CNT.Conhec2CTChave.AsInteger; // Código Aleatório Você não tem salvo o primeiro XML cujo envio não foi bem sucedido? É para ter.
  14. Bom dia Marcio, Fonte corrigido, em vez de tcStr o correto é tcDatHor. Favor atualizar os fontes via SVN.
  15. Bom dia a todos, No Mantis (caso 1048) consta os fontes pcnAuxiliar, pcnConversao, pcnGerador e ACBr.inc. Esses fontes são utilizados também no componente ACBrNFe. Disponibilizei eles no Mantis para que o André pudesse avaliar as alterações realizadas por mim. Alterações essas necessárias para a versão 1.04 do CT-e. Estou no aguardo de um retorno do André, autorizando o commit dos fontes. André assim que possível avalie as alterações nos fontes citados. Desde já muito obrigado.
  16. Boa Noite a Todos, Conclui os testes de acesso aos WebServices da SEFAZ. Componente ACBrCTe utilizando a nova versão 1.04. Inicio da liberação do ambiente de Homologação: 01/08/2011 Inicio da liberação do ambiente de Produção: 01/11/2011 Fim da versão 1.03: Não Informada. Testes realizados usando os schemas para versão 1.04: Status do Serviço: Ok Gerar XML: Ok Assinar: Ok Validar XML assinado: Ok Gerar e Enviar lote a SEFAZ: Ok Retorno do Recibo: Ok Consulta ao Recibo: Ok Retorno do Protocolo: Ok Atualização do XML com as tags do Protocolo de Autorização de Uso: Ok Impressão do DACTE: Ok PDF gerado (Quick Report 5.02): Ok Envio do email como o XML e PDF em anexo: Ok Solicitação de Cancelamento de um CTe: Ok Retorno do Protocolo de Cancelamento Homologado: Ok Atualização do XML com as tags do Protocolo de Cancelamento: Ok Solicitação de Inutilização de Numeração: Ok Retorno do Protocolo de Inutilização: Ok Vou agora checar todas as tags para ver se ocorreu mudanças nas regras de validação, uma delas já detectei é a RNTRC que teve o seu tamanho diminuido para 8 digitos. Assim que estiver concluido essa checagem vou disponibilizar os fontes.
  17. Willian, veja este link que encontrei, diz respeito ao ntdll.dll http://www.linhadecodigo.com.br/Dica.aspx?id=1265
  18. Willian, Vou se consigou arrumar com o meu cliente um certificado válido para testar o acesso ao webservice utilizando a maquina que tenho com o Windows 7 Ultimate 32 bits.
  19. Denilson, Entre em contato com a SEFAZ-MG o problema pode ser lá com o ambiente de homologação (teste). Pois o teu XML não tem nada o que pode provocar a rejeição que esta aparecendo, pois você não esta informando o grupo avulsa e o procEmi vale ZERO.
  20. Bom dia Willian, Tenho uma maquina com o Windows XP com o Delphi 7: Executo o Delphi, abro o meu projeto, compilo, rodo através do Delphi, salvo, saio do Delphi, executo a minha aplicação fora do Delphi, saio e esse erro não aparece. Por outro lado tenho uma outra maquina com o Windows 7 com o Delphi 7. Quando saio do Delphi após compilar e rodar a aplicação aparece o erro de violação de acesso na ntdll.dll Não chegei a executar a aplicação fora do Delphi, para ver se o erro tambem aparece.
  21. Bom dia Denilson, Verificando o seu XML realmente a tag procEmi vale ZERO e o grupo avulsa não esta sendo informado. Mas encontrei uma coisa estranha, veja: - 0 No grupo transp você informa a modalidade frete, no caso ZERO e abre o grupo vol e o deixa vazio, todas as tags deste grupo são opcionais, inclusive o grupo é opcional, caso você não pretente informar a qtde volumes, espécie, marca, peso, sugiro não incluir o grupo vazio. Deixe da seguinte forma: - 0 Quem sabe o erro não seja esse!!! Espero ter ajudado.
  22. Bom dia Alexandre, Vamos fazer um teste, para ver se resolve o problema de instalação dos pacotes. Abra o pacote de instalação do CTe => ACBr_CTe Inclua no Contains a unit: ACBrMSXML2_TLB.pas Compile e instale; depois abra o pacote ACBrCTeDACTeQRpkg e simplismente compile e instale.
  23. Bom dia, Você pretente dar entrada aos materiais comprados, através da importação da NF-e simplismente digitando a chave? Se sim existe 2 maneiras de se fazer isso: A primeira, se você tem (e deveria ter) o arquivo XML, basta no form onde a Nota vai ser importada você colocar o componente ACBrNFe, colocar um botão que permite você selecionar o arquivo que vai ser lido e utilizar o comando proprio do ACBrNFe que le o arquivo (LoadFromFile), desta forma você tera todos os dados da NF-e inseridos nos campos do componente. Os campos do componente segue a mesma nomenclatura do manual da NFe. A segunda, se você não tem o arquivo XML, existe um projeto chamado RecuperarXML, ele encontra-se dentro da pasta ...\Projetos\RecuperarXML, estude os fontes, a idéia é ler os dados da NF-e direto do Site da SEFAZ. Mas não esta 100% ainda. Espero ter ajudado.
  24. Boa noite Alexandre, Já esta no forno as alterações que realizei no componente ACBrCTe para satisfazer as alterações da nova versão 1.04. Adiantando o que foi feito: Adicionei no arquivo ACBr.inc duas diretivas de compilação: PL_103 e PL_104, uma delas você terá que deixar comentada. Por exemplo se você comentar a PL_103 e compilar o componente ele vai ficar com o lay-out da versão 1.04. Logo o componente que hoje existe vai satisfazer as duas versões, tudo vai depender de qual diretiva de compilação que você vai deixar comentada. Acredito que terminei todas as alterações, iniciei os primeiros testes: geração do XML, assinatura, validação e impressão do DACTe, funcionou 100%. Como não tenho um certificado válido, não realizei os testes de envio e retorno da SEFAZ. A minha previsão é de estar disponibilizando para que os demais colegas possam baixar via SVN até o final desta semana, mas para isso preciso da altorização dos colegas que desenvolvem o ACBrNFe, pois tive que realizar alterações nos fontes pcnAuxiliar, pcnConversao e pcnGerador.
  25. Boa noite Araujo Junior, Você pode postar aqui mesmo no fórum os fontes corrigidos, que depois eu mando para o SVN.
×
×
  • 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.