Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.123
  • Registro em

  • Última visita

  • Days Won

    1.127

Tudo que Italo Giurizzato Junior postou

  1. Bom dia, Esses 5 clientes, que nem sequer consegue obter o status de serviço, verifique a validade do certificado dos mesmos, pode ser que já venceu.
  2. Bom dia, Entre em contato com a SEFAZ e reporte o problema. Eu acredito que você não vai mais conseguir efetuar o cancelamento de CTe emitidos na versão 1.03, uma vez que o útimo dia foi 01/05/2012 como o prazo de cancelamento é de 168 horas ou seja 7 dias, portanto esse prazo venceu ontem. Mesmo que a SEFAZ resolva manter ainda ativado a versão 1.03, pela Norma Técnica o CTe já esta fora no prazo para realizar o cancelamento.
  3. Boa noite, Tenha uma versão da sua aplicação com o componente configurado para versão 1.03, para poder efetuar o cancelamento dos CTe emitidos na versão 1.03 e que estejam dentro do prazo que é de 168 horas (7 dias).
  4. Boa tarde, O componente ACBrNFe, ainda não contem as rotinas para o envio dos eventos utilizados na Manifestação do Destinatário. No repositório branches, tem alguns fontes alterados por mim, mas não realizei nenhum testes, logo não ha certeza que vai funcionar. Outra coisa, baixe e imprime a NT 2012/002 que encontra-se no portal nacional da NFe, para que você tenha uma idéia do que tem que ser enviado e o que você vai ter como resposta.
  5. Boa tarde Dirlenio, A mensagem de erro diz que o valor 1.04 colocado no campo versão esta errado. A explicação é simples: você esta gerando o XML na versão 1.04 e esta tentando validar ele usando os schemas da versão 1.03 Favor atualizar os schemas, você os encontra dentro da pasta ...\Exemplos\ACBrCTe\Delphi\Schemas
  6. Bom dia Fabio, Documentos Originários, se refere a nota fiscal que acoberta a carga a ser transportada. Se for uma NFe você informa somente a chave; Se for uma NF comum (papel) ai tem mais dados a serem informados e neste caso devemos informar o CNPJ de quem emitiu a NF. Espero ter ajudado.
  7. Bom dia Devair, Você deve ter no banco de dados o cadastro com os dados do Emitente, verifique se não esta faltando o CNPJ do mesmo. Como dito anteriormente, a mensagem acusa que o CNPJ/CPF não foi informado. Da onde você le essa informação do banco de dados ou de um arquivo INI como é o caso do programa exemplo?
  8. Boa noite, A mensagem de erro esta clara, o CNPJ/CPF do emitente não foi informado.
  9. Boa tarde Peter, Se a necessidade é apenas imprimir novamente o DACTE, a minha sugestão é você fazer uma aplicação só para essa finalidade. Ai você muda o ACBr.inc para 1.03 compila essa aplicação e depois volta para a 1.04 Oriente o usuário para utilizar essa aplicação para os CTe da versão 1.03 e a aplicação normal a que é utilizada para enviar, cancelar, etc para a nova versão 1.04 Acredito que essa seja a unica solução. Lembre-se que no caso da NFe quando surgiu a versão 2.00 no que diz respeito ao XML as mudanças foram de novas tags acrescentadas e não o que ocorreu com o CTe, cujas alterações foram drasticas em seu lay-out.
  10. Boa tarde, Você pode alterar sim os arquivos Config_*.ini incluindo as configurações para uma cidade nova, e se funcionar nos informe essa configuração, para que possamos disponibilizar para todos.
  11. Marcos, Como dito anteriormente, só pode existir apenas 1 e deve ficar na pasta ...\Fontes\ACBrComum Caso contrario você vai ter problemas.
  12. Marcos, Verifique se não existe mais de um ACBr.inc Devemos ter apenas 1 e ele deve ficar dentro da pasta ...\Fontes\ACBrComum
  13. 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}...
  14. 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.
  15. Boa tarde, De uma estudada nos fontes do projeto EmissorDFe, que encontra-se dentro da pasta ...\Projetos\EmissorDFe.
  16. 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.
  17. 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.
  18. 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;
  19. 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.
  20. 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.
  21. 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.
  22. 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.
  23. 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.
  24. 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.
  25. Boa noite, Favor postar em apenas um unico tópico.
×
×
  • 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...