Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.673
  • Registro em

  • Última visita

  • Days Won

    1.151

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde Eder, Se possível post como anexo o XML de envio de cancelamento: *-ped-evento.xml
  2. Boa tarde Chuab, Segundo a regra G055 é possível sim, veja: Se modal rodoviário: Verificar se existe MDF-e não encerrado, para a placa principal (mesmo CNPJ base do emitente do MDF-e, mesma placa, mesma UF carregamento, mesma UF descarregamento e Data de emissão diferente). *Na data de emissão considerar dia, mês e ano. Vai ocorrer a rejeição de numero 610 quando o CNPJ base for igual e a placa do veiculo principal for igual e UF de carregamento for igual e UF descarregamento for igual e a data de emissão for diferente. Se a data de emissão for igual não é para ocorrer a rejeição.
  3. Boa tarde, Até onde sei, nenhuma nota técnica tratando do assunto, foi publicada no Portal Nacional do CT-e.
  4. Bom dia, Muito obrigado pelo retorno. Vou analisar o problema.
  5. Bom dia Caetano, O ACBrNFSe, possui 3 comandos de envio: 1. Enviar; 2. EnviarSincrono; 3. GerarNFSe; Tirando o que você utilizou, tente utilizar os demais. Pela mensagem que você postou, deve ter utilizado o Enviar.
  6. Bom dia Rodrigo, O problema é que ao executar o SaveToFile ele acaba gerando o XML novamente. Como o componente não gera o XML da NFS-e e sim do RPS, acaba gerando e salvando o XML do RPS conforme você já observou. Após carregar o XML da NFS-e através do LoadFromStream o conteúdo do mesmo fica armazenado na propriedade XML_NFSe que é do tipo String.
  7. Boa tarde Eder, É algum problema na SEFAZ-SP. Visto que foi agendado uma parada para manutenção hoje: 08/06/2014.
  8. dfdixini, Quando não existia o canelamento por evento, não tínhamos nada para enviar ao cliente que a NF-e ou CT-e tinha sido cancelado. Foi então implementado essa possibilidade de substituir o protocolo de autorizado pelo de cancelado. Desta forma podíamos enviar o XML atualizado para o cliente. Com o advento do cancelamento por evento temos agora tanto o XML para ser disponibilizado ao cliente. Deste XML consta a solicitação do canelamento bem como o protocolo de cancelamento homologado pela SEFAZ. Trata-se do arquivo: *-procEventoNFe.xml e *-procEventoCTe.xml E tanto nos manuais e notas técnicas da NF-e e CT-e apresenta esse arquivo como sendo o que deve ser enviado ao cliente para que o mesmo tome ciência do cancelamento.
  9. Boa tarde Carlos, Mas o ConsultaNFeDest é exatamente para este fim. Por favor baixe e leia a NT 2012/002 que trata do assunto Manifestação do Destinatário. Alem de consultar o seu cliente deve se manifestar sobre cada uma das notas emitidas contra o CNPJ dele.
  10. Na versão 5 do manual da NF-e (manual antigo), temo no inicio da página 14: Para reduzir o tamanho final do arquivo XML da NF-e alguns cuidados de programação deverão ser assumidos: * não incluir "zeros não significativos" para campos numéricos; * não incluir "espaços" no início ou no final de campos numéricos e alfanuméricos; * não incluir comentários no arquivo XML; * não incluir anotação e documentação no arquivo XML (TAG annotation e TAG documentation); * não incluir caracteres de formatação no arquivo XML ("line-feed", "carriage return", "tab", caractere de "espaço" entre as TAGs).
  11. Boa tarde Lucas, Qual é a TAG que você se refere?
  12. O Cupom Fiscal não possui uma chave de 44 dígitos. E sim um código alfa-numérico. Portanto não pode ser utilizado. No meu entendimento também não poderia informar como sendo uma NF, uma vez que não se trata de uma Nota Fiscal e sim um Cupom Fiscal.
  13. Boa tarde, Até onde sei o correto é não colocar.
  14. Boa tarde dpbraz, A mensagem esta incompleta, mas tudo indica que o numero do protocolo não esta sendo informado por completo ou não foi informado.
  15. Boa tarde Josemar, O problema é a chave do CT-e que não esta completa. Ela é usada para compor o conteúdo do atributo ID como a chave esta incompleta o tamanho desse atributo que tem que ter 52 caracteres esta fincando com menos dai a mensagem de erro ao validar o XML de solicitação de cancelamento.
  16. O único problema que vejo, ao atribuir o valor False a essa propriedade é: 1. Ocorre o envio do CT-e. 2. Por algum problema qualquer o CT-e fica sem o protocolo de autorização. 3. O usuário esquece de realizar a consulta para corrigir o problema. 4. Ocorre o canelamento do CT-e por desacordo comercial (por exemplo). 5. O cliente reclama da ausência do protocolo. 6. O usuário realiza a consulta para corrigir o XML. É justamente no item 6 que se a propriedade atualizarxmlcancelado estiver com o valor False, ao realizar a consulta vai ser retornado que o CT-e esta cancelado e consequentemente não será atualizado, continuando assim sem nenhum protocolo de autorização ou de cancelamento.
  17. Boa tarde Robinho, No caso do encerramento temos que informar a UF e a Cidade de descarregamento da carga. Não sei se seria o correto, mas uma alternativa seria efetuar o encerramento informado (segundo o seu exemplo) a UF = ES e a cidade a última do itinerário do caminhão. Uma outra alternativa seria emitir um MDF-e para cada cidade de descarregamento e consequentemente efetuar o encerramento individual. O ideal seria neste caso a cada partida do caminhão para a próxima cidade, o motorista informa para que a empresa realiza-se o encerramento do MDF-e correspondente a cidade cuja parte da carga foi descarregada.
  18. Boa tarde DocFabio, Após alimentar o componente com os dados do destinatário você esta fazendo isso? // TpcnDestinoOperacao = (doInterna, doInterestadual, doExterior); if Dest.EnderDest.UF = 'EX' then ide.idDest := doExterior else if Dest.EnderDest.UF = Emit.EnderEmit.UF then ide.idDest := doInterna else ide.idDest := doInterestadual;
  19. Boa tarde Edulamy, O correto é o Remetente da mercadoria emite Cupom Fiscal, se ele é o tomador do serviço ou não é outra história. Acredito que neste caso a alternativa seria informar esse Cupom Fiscal como sendo "Outros". Um CT-e pode ter como documento originário ou seja o documento emitido pelo Remetente da mercadoria um dos 3 tipos abaixo: 1. NF-e - Nota Fiscal Eletrônica 2. NF - Nota Fiscal comum de papel 3. Outros - por exemplo uma declaração
  20. Boa tarde Mauricio, Exclua a pasta: ...\Exemplos\ACBrCTe\Delphi e atualize tudo novamente, depois tente abrir o programa exemplo.
  21. Boa tarde Maiko, Você chegou a estudar a estrutura do XML (CT-e versão 2.00)? Esta disponível no Portal Nacional do CT-e o Manual versão 2.00a do CT-e.
  22. Boa tarde Reij, Por favor leia a NT 2012/002 (página 3) item 4.9 existe um paragrafo que se refere ao certificado digital.
  23. Boa tarde dfdixini, Por outro lado veja este: 28140117957142000144570170000000171480288025-sit.xml Note que a SEFAZ Virtual RS retorna que o CT-e esta cancelado, mas apresenta o protocolo de autorização em seguida a solicitação de cancelamento e por fim o protocolo de cancelamento. Que no meu entendimento é o mais correto. Já a SEFAZ-SP esta retornando que o CT-e esta cancelado, depois o protocolo de cancelamento em seguida a solicitação de cancelamento e por fim novamente o procolo de cancelamento. Porque ao realizar a consulta o XML do CT-e esta ficando com o protocolo de cancelamento em fez do de autorização, conforme eu tinha dito? Simples o componente esta extraindo desse retorno os dados do grupo <infProt>. Como da SEFAZ-SP temos os dados do protocolo de cancelamento o XML do CT-e fica com o protocolo de cancelamento.
  24. Boa tarde Eduardo, Quando você baixa o XML do site da SEFAZ, a mesma alem de retornar o XML do CT-e acrescenta ao seu final os eventos vinculados ao mesmo. O componente ACBrCTe já possui esse recurso. Ao consultar a situação atual de um CT-e, caso este possua eventos: CC-e, Cancelamento, etc é salvo (caso configurado) o arquivo: <chave>-CTeDFe.xml Cuja estrutura é idêntica a do XML baixado da SEFAZ.
×
×
  • 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.