Italo Giurizzato Junior

Boa tarde Thaine, A chave que você se refere é a chave de 44 digitos? Se sim, esta é gerada pelo componente, ela faz parte do XML que é gerado e enviado para SEFAZ.

Bom dia Thaine, Simples, quando isso acontece, primeiro você tenta realizar uma consulta, se você obter o protocolo de autorizãção, isso significa que o envio foi realizado e o lote foi processado com sucesso. Caso contrario você envia novamente. Como realizar essa consulta: // Carrega no Componente o CTe salvo em Arquivo XML ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); ACBrCTe.Consultar; ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); Status := ACBrCTe.Conhecimentos.Items[0].CTe.procCTe.cStat; sProtocolo := ACBrCTe.Conhecimentos.Items[0].CTe.procCTe.nProt; // Status é uma variável Integer e sProtocolo é String Se Status = 100 significa que ocorreu o envio e foi processado com sucesso e o CT-e esta autorizado. Espero ter ajudado

Bom dia Helderlr, Vou dar uma olhada com calma, neles.

Bom dia Jackson, Sim, vai sair a versão 2.0 do CT-e, mas quando e o que vai mudar ainda não sei, mas na NT 2013/001 já traz a inclusão da tag vTotImp - Valor Total dos Impostos na versão 1.04 como opcional e vai se tornar obrigatório na versão 2.0 Agora se tem mais alterações por vir, ainda não sei. Detalhe importante o componente já contem a tag vTotImp como opcional. E a tag RENAVAM aceita tamanho 9 ou 11 para atender os dois ambientes homologação e produção, visto que, em homologação o tamanho já é 11 e em produção continua 9, só vai mudar no dia 15/05/2013, conforme NT 2013/001. Junto com o programa exemplo esta disponivel o schema que atende o ambiente de produção, favor baixar do Portal Nacional do CT-e os novos schemas para fins de teste em ambiente de homologação.

Boa noite Eduardo, Apesar do puxão de orelha, fique a vontade em reportar os erros. Alguns erros são provocados por alimentar o componente com dados errados e outros são falhas no componente. No caso que você postou se tratava de dados errados.

Pode até ser Cláudio.

Boa tarde Jackson, Página 119 do Manual versão 1.04c do CT-e. Note que o grupo <seg> é opcional, mas na observação do elemento <respSeg> temos: "Dados obrigatórios apenas no Rodoviário, depois da lei 11.442/07. Para os demais modais de transporte esta informação é opcional." Antes a SEFAZ não estava aplicando a regra de validação no seu Web Services, mas agora vai aplicar. Uma vez que se trata de uma lei de 2007.

Boa tarde Volmir, NT 2013/001 publicada no Portal Nacional do CT-e.

Boa tarde Juliana, Os fontes estão atualizados? A tag que você se refere é ValorDeducoes? se sim, esta marcado para gerar não importa o valor.

Boa tarde, No ambiente de homologação a partir de 15/04/2013 o XML do CT-e devemos informar o RENAVAM com 11 digitos. Só a partir de 15/05/2013 essa regra vai ser aplicada no ambiente de produção.

Boa tarde Eduardo, A sua sorte é que estas quilêmetros de distancia, caso contrario eu iria lhe puxar as orelhas. A mensagem de erro esta dizendo que foi informado o valor "1" para o elemento "NaturezaOperacao" e este valor não é valido e lhe fornece uma lista de valores validos: 51|52|58|...|78|79 Eu sei que a mensagem esta em inglês, é estranha, mas vamos fazer um pouquinho de esforço e tentar interpreta-la?

Boa tarde Cláudio, Simples, ao realizar a consulta para obter o Retorno da Recepção a SEFAZ não respondeu, sendo assim o componente esta avisando que o WebService esta Inativo ou Inoperante e pede para tentar novamente. Mas lembre-se o envio foi realizado.

Boa tarde Rafael, Quando enviamos um lote de RPS para o Web Services ocorrem 3 acessos: 1. Envio; temos como retorno o protocolo de recebimento do lote. 2. Consultar a Situação do Lote; temos como retorno a situação do lote (1=Não Recebido, 2=Não Processado, 3=Processado com Erro, 4=Processado com Sucesso). 3. Consultar o Lote; temos como retorno o xml da NFS-e. No segundo acesso "Consultar a Situação do Lote" o componente pode realizar até 18 ( WebServices.Tentativas ) consultas com intervalos de 10 segundos. O que pode ser feito: 1. Configurações no componente: WebServices.AguardarConsultaRet := 1000; // equivale a 1 segundo WebServices.IntervaloTentativas := 10000; // 10 segundos 2. checar se o ConsultarLoteRps não esta sendo executado logo após o Enviar, pois esse procedimento é executado automaticamente pelo Enviar a não ser que a propriedade WebServices.ConsultaLoteAposEnvio tenha o valor False. Acredito que com essas medidas, não teremos mais problemas.

Bom dia Thaine, Poste como anexo o XML que foi rejeitado.

Bom dia André, Notei que foi removida a linha que dependendo do código do pais ele mantem a UF, código do municipio, não teria como identificar se a nota é de importação ou não ? Se for em vez de pegar o código do pais do destinatário usariamos o código do Brasil.

Bom dia ncc, Você já tentou entrar em contato com o provedor? e expor o problema: Assinatura do Hash nao confere Se não, aproveite e solicite o XML de envio completo ou seja com as TAGs do envelope.

Ricardo, Sendo assim a rotina que gera o XML vai ter que tratar essas duas situações, quando é de importação e quando não é.

Bom dia Ricardo, Eu nunca emiti uma NF-e de importação, mas você esta informando como destinatário uma empresa estrangeira? Lembre-se que o local de entrega esta atrelado ao destinatário.

Vilmar, O horario da emissão eu sei, a minha pergunta foi, quando ocorreu o cancelamento? Foi logo após o envio, ou minutos, ou horas depois?

Boa tarde Vilmar, A nota foi emitida as 11:30:12 mas quando ocorreu a tentativa de cancelamento? Você esta pegando a data e hora do relógio da maquina, esse relógio esta em conformidade com a data e hora da SEFAZ para onde o evento esta sendo enviado?

Thaine, Note que você tem que configurar o componente para um determinado tipo de ambiente. E ao alimentar o componente com os dados deve informar o mesmo tipo de ambiente. Caso contrario ocorre esse erro.

Boa tarde Adilson, Já esta incluido.

Boa tarde Thaine, Atualize a Unit pcteCTe.pas O seu icone tem que ficar com a bolinha verde caso contrario não esta atualizada.

Boa tarde a todos, Procure deixar essas propriedades com os seus valores padrões. A SEFAZ de São Paulo deve esta passado por varias manutenções e deve estar provocando esses problema. Verifique se a sua rotina não esta disparando chamadas ao Web Service de consulta ao Status de Serviços em curto intervalo de tempo. Se sim, remova essa chamada.

Boa tarde, Poste o XML como anexo para que possamos verificar.