Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.673
  • Registro em

  • Última visita

  • Days Won

    1.106

Tudo que Italo Giurizzato Junior postou

  1. Marcos, Como dito anteriormente, só pode existir apenas 1 e deve ficar na pasta ...\Fontes\ACBrComum Caso contrario você vai ter problemas.
  2. Marcos, Verifique se não existe mais de um ACBr.inc Devemos ter apenas 1 e ele deve ficar dentro da pasta ...\Fontes\ACBrComum
  3. Bom dia Marcos, Desculpa não entendi o que você quiz dizer com: mas mesmo assim se eu no comando "CTE.Conhecimentos.ImprimirPDF;" expandir até o momento em que gera o PDF o cursor nunca execura o que está dentro do {$IFDEF QReport_PDF}...
  4. Bom dia Dirlenio, Como você comenta as linhas de código fonte do componente responsáveis por validar o XML gerado ? Sendo que é essa rotina que lhe da as dicas do que esta errado, para que você possa realizar as correções e evitar que o XML ao ser enviado para SEFAZ seja rejeitado. Por favor desfaça o que você fez no código fonte do componente e abra o XML usando o Internet Explorer e imprima. Depois compare com a Estrutura Genérica que consta no manual. O manual esta disponivel, junto com o programa exemplo, na pasta ...\Exemplos\ACBrCTe e esta salvo com o nome Manual_CTe_v1.04c.pdf Esta faltando os dados do Veículo, uma vez que você informou que o CT-e é Rodoviário de Lotação, veja página 128 do manual. Outra coisa, se tratando de um serviço Normal ou seja, não é Redespacho, não é necessário informar o Recebedor e o Expedidor, somente o Emitente (devemos sempre informar), o Remetente e o Destinatário. Espero ter ajudado.
  5. Boa tarde, De uma estudada nos fontes do projeto EmissorDFe, que encontra-se dentro da pasta ...\Projetos\EmissorDFe.
  6. Boa tarde Thalita, Temos 2 soluções para o seu problema: 1: *Execute o Delphi, e abra o fonte ACBrCTeDACTeQR, se aparecer uma tela informando que uma determinada propriedade não existe, clique no botão [ignorar Todas], depois abra o fonte ACBrCTeDACTeQRRetrato, se aparecer a mesma tela informando de propriedade não existente, clique no botão [ignorar Todas]. *No código fonte de ambos os fontes inclua uma linha em branco onde não vai fazer diferença. *No primeiro fonte selecione o objeto QRCTe e altere a data na propriedade ReportTitle. *No segundo fonte selecione o objeto QRLabel132 = RG e mude a propriedade AutoSize de True para False ou vice-versa. *Salve os fontes, abra a sua aplicação e compile com a opção Build. 2: *Se você estiver com todos os fontes atualizados, dentro da pasta ...\Fontes\ACBrCTe existe a pasta DACTE_QR3 e dentro dela temos os fontes do DACTe feitos na versão 3.0, copie eles para dentro da pasta ACBrCTe substituindo os existentes. *Abra a sua aplicação e compile com a opção Build. Espero ter ajudado.
  7. Cada cidade contrata um empresa para fornecer a solução de NFSe, dependendo da empresa, que vamos chamar de provedor, apesar de muitas seguirem o padrão ABRASF, possuim as suas diferenças, uma delas diz respeito a assinatura. Para saber essas diferenças e se devemos assinar somente o lote ou ambos, lote e rps, necessitamos dos manuais disponibilizados pelo provedor em questão.
  8. Você não pode Validar o XML de um RPS, uma vez que não existe schema para isso. Devemos gerar o lote de RPS (1 ou mais até o limite de 50) ai sim submeter ao validador. Esse processo o componente realiza. Na NFe a sequencia é: 1. Gerar o XML da NFe; 2. Assinar; 3. Validar; 4. Gerar o Lote de NFe; 5. Enviar; Na NFSe a sequencia é: 1. Gerar o XML do RPS; 2. Assinar o RPS se necessário; 3. Gerar o Lote de RPS; 4. Assinar o Lote se necessário; 5. Validar; 6. Enviar;
  9. O componente somente gera para as cidades continas no arquivo Config_Municipios.ini Para as cidades que utilizam o provedor GINFES, as chances de funcionar logo de primeira são altas, as demais, podem ocorrer problemas.
  10. Não funciona desta forma. O certificado utilizado para assinar o xml do lote de RPS deve pertencer a uma empresa prestadora de serviço. Que por sua vez deverá estar cadastrada junto a prefeitura para emitir a NFSe. Caso contrario não vai funcionar.
  11. Bom dia Elvis, Essa propriedade "ide.verProc" você informa a versão da sua aplicação e não a versão do xml que vai ser gerado. Para fazer com que o componente gere o XML segundo a versão 1.04 devemos alterar o arquivo ACBr.inc que encontra-se na pasta ...\Fontes\ACBrComum se esta gerando na versão 1.03, o final deste arquivo esta da seguinte forma: //------------------------------------------------------------------------------ // Definições para o compomente ACBrCTe //------------------------------------------------------------------------------ // Define o Pacote de Liberação / Descomente o pacote a ser utilizado // Atenção não comente ou descomente as duas definições {$DEFINE PL_103} //{$DEFINE PL_104} para gerar na versão 1.04, altere para: //------------------------------------------------------------------------------ // Definições para o compomente ACBrCTe //------------------------------------------------------------------------------ // Define o Pacote de Liberação / Descomente o pacote a ser utilizado // Atenção não comente ou descomente as duas definições //{$DEFINE PL_103} {$DEFINE PL_104} Como na versão 1.04 temos algumas propriedades que mudaram de nomes, propriedades novas, e outras que não existem mais, favor ter em mãos o Manual da versão 1.04c que encontra-se disponivel na pasta ...\Exemplos\ACBrCTe Dentro desta pasta tambem econtra-se varios arquivos TXT sendo que um deles chamado AlimentaComponente, procure nele as ocorrencias de PL_103 e PL_104 para saber o que mudou. Espero ter ajudado.
  12. Bom dia Dirlenio, Desculpe ter excluido a sua postagem, por favor poste o XML como ANEXO e não como texto, pois sobrecarrega o fórum e fica dificil pegarmos o xml para poder valida-lo e encontrar o problema e consequentemente te ajudar. Basta você clicar em Editor Completo, nele você tem a opção para anexar o arquivo.
  13. Bom dia Fabiano, As propriedades do componente seguem fielmente a nomenclatura utilizada no manual disponibilizado pela SEFAZ. E como o Igor disse ao baixar os fontes dos componentes, temos o programa exemplo, que traz varias dicas, de como configurar, consultar, etc.
  14. Bom dia Fabio, Todos os CTe devemos informar o Emitente = Transportadora. Os CTe ditos normais ou seja não são redespacho e vai realizar o transporte até o destinatário, devemos informar o Remetente e o Destinatário. Se tratanto de redespacho temos 3 situações: 1. a transportadora recebe a carga de uma primeira transportadora e realiza o transporte até o Destinatário, neste caso deve-se incluir a primeira transportadora como sendo o Expedidor, alem de informar o Remetente e Destinatário. 2. a transportadora recebe a carga do remetente e vai transportar até outra transportadora, neste caso deve-se incluir a segunda transportadora como sendo o Recebedor, alem de informar o Remetente e Destinatário. 3 a transportadora recebe a carga de uma primeira transportadora e vai transportar até uma terceira transportadora, neste caso deve-se incluir a primeira transportadora como sendo o Expedidor, a terceira transportadora como sendo o Recebedor, alem de informar o Remetente e Destinatário. Não esquecer de informar quem vai ser o Tomador do Serviço, que pode ser o Remetente, Destinatário, Expedidor, Recebedor ou Outro. Para mais informações de campos obrigatórios e opcionais, consulte o manual (Manual_CTe_v1.04c.PDF) que esta disponível da pasta ...\Exemplos\ACBrCTe. Espero ter ajudado.
  15. Boa noite, Favor postar em apenas um unico tópico.
  16. Boa noite Celente, Quanto aos XML não encontrei nenhum problema. Os arquivos com o final -c são os completos ou seja com as tags usadas para envelopar o XML a ser enviado ou retornado pelo webservice. Esses arquivos, quando o componente se tornar estavel não vão mais ser salvos. Acredito que o problema esta no webservice da cidade em questão.
  17. Boa noite Graça, Não vejo o porque de alterar a sua rotina, visto que a SEFAZ vai ter que normalizar os acessos, já que agora a versão ativa é apenas a 1.04
  18. Boa tarde, Você esta desenvolvendo para qual cidade?
  19. Boa tarde Hideraldo, Em Opções regionais e de idioma, aba Opções regionais a esquerda do botão [Personalizar] esta configurado como: Português (Brasil)? E o Local esta selecionado: Brasil? Na minha maquina esta com essa configuração mais a dos simbolos já mecionadas por você e os valores são impressos com a formatação correta no DACTe.
  20. Poste como anexo o xml do CTe.
  21. Bom dia Celente, Se possível poste como anexo os arquivos que encontram-se na pasta Ger.
  22. Boa noite Celente, Esta disponivel para baixar o programa exemplo, bem como os arquivos de configuração, atualizados para as cidades de Paulinia/SP e Eunapolis/BA.
  23. Boa noite José, O problema é que você esta realizando a seguinte atribuição: Imp.ICMS.SituTrib := cst41; mude para: Imp.ICMS.SituTrib := cstICMSSN; Imp.ICMS.ICMSSN.indSN := 1;
  24. Boa tarde ALA, Verifique se a string que esta sendo atribuida a NFe.Dest.IE realmente contem somente os caracteres ISENTO em maiusculo.
  25. Boa tarde Cláudio, Isso é devido a versão do Quick Report utilizada no DACTE (versão 5.02) e o que você tem instalado. Execute o Delphi abra o fonte ACBrCTeDACTeQR, se aparecer uma tela informando que uma determinada propriedade não existe, clique no botão "Ignorar Todas", depois abra o fonte ACBrCTeDACTeQRRetrato, se aparecer a mesma tela, clique no botão "Ignorar Todas". Salve os fontes, abra a sua aplicação e compile utilizando a opção Build.
×
×
  • 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.

The popup will be closed in 10 segundos...