Italo Giurizzato Junior

Bom dia Rodrigo, Por favor atualize os fontes e teste novamente.

Bom dia Deivide, Notei 2 coisas no seu XML. A ausência da Inscrição Estadual do Destinatário e no numero do documento consta no seu final o ponto decimal. Veja: <infOutros> <tpDoc>00</tpDoc> <nDoc>589787989898.</nDoc> <dEmi>2014-06-09</dEmi> <vDocFisc>890.00</vDocFisc> </infOutros>

Bom dia a todos, Por favor atualizem todos os fontes de todas as pastas do ACBr. Agora a pouco disponibilizei uma alteração no programa exemplo, cujo botão agora realiza o cancelamento por evento. Da pasta Schemas removi os Schemas da versão 1.04 e adicionei os da versão 2.00 Testem usando o programa exemplo.

Boa noite Wiglan, A constante: CTecancCTe = '1.04'; existe pois logo no inicio da versão 2.00 o cancelamento por Web Services ainda estava funcionando e a versão do XML para este tipo cancelamento era 1.04 Se não me falha a memória existe uma propriedade chamada SalvarCCeCanEvento que recebe os valores True e False.

Boa noite Heto Andrade, O erro não iria mudar com a alteração que lhe propus. O que muda é o conteúdo do arquivo salvo. Por favor post como anexo o arquivo de retorno para que possamos analisar.

Boa noite Rogério, Primeiramente você deve utilizar os schemas do pacote: PL_CTe_200a_NT2013_013 que é o mais atual. Segundo, você descompactou o pacote?

Boa noite Volmir, Via componente não.

Boa noite Ewerton, Mas o código abaixo não tem nada haver com o de cima. principalmente a linha abaixo o Except. Outra coisa, a partir do momento que o componente esta compilado para a versão 2.00 você terá dificuldades em ler XMLs da versão 1.04

Boa noite Tathiana, Dentro da pasta: ...\Fontes\ACBrNFe2 temos arquivo texto que contem um passo a passo para resolver esse problema de propriedades que não existem.

Boa tarde Eder, Se você conseguiu cancelar o CT-e através do Web Services Cancelar isso significa que a SEFAZ deve estar passando por algum problema no se Web Services de recepção de eventos e resolveram ativar o de cancelamento. Outra coisa os schemas estão atualizados, digo isso pois os pacotes PL_CTe_200pre e PL_CTe_200_NT2013_010 ainda se utilizavam do cancelamento pelo Web Service e não por evento. O pacote de schemas correto que devemos utilizar é o PL_CTe_200a_NT2013_013. Por favor não esqueçam de descompactar esse arquivo dentro da pasta configurada no componente como sendo a pasta dos schemas.

Boa tarde Augusto, Você consegue as URLs de homologação e produção, do provedor Ágili para a cidade Chapada dos Guimarães?

Boa tarde a todos, Mas os senhores estão redondamente enganados. Vejam estes testes de cancelamento por evento na versão 2.00: 31-ped-evento.xml 31-eve.xml 2814041795714200014457017000000025194464570211011101-procEventoCTe.xml Abram os arquivos com o navegador e chequem o valor do atributo versao. Outra coisa no caso de envio de evento a constante utilizada para determinar a versão é: CTeEventoCTe = '2.00'; e não CTecancCTe = '1.04';

Boa tarde Eder, Se possível post como anexo o XML de envio de cancelamento: *-ped-evento.xml

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.

Boa tarde a todos, Heto Andrade, por favor realize a seguinte alteração na rotina que você postou. if FConfiguracoes.Geral.Salvar then FConfiguracoes.Geral.Save(FPathArqResp, FRetWS); altere para if FConfiguracoes.Geral.Salvar then FConfiguracoes.Geral.Save(FPathArqResp, FRetornoWS); Isso faz com que o componente salve o retorno da SEFAZ sem separar os dados. Se o XML de retorno da SEFAZ estiver com problemas será possível detecta-lo desta forma. Altere a rotina e teste mais uma vez, e poste como anexo o XML salvo.

Boa tarde Heto Andrade, No caso da NFC-e envio síncrono a SEFAZ não retorna o numero do Recibo. Notei que o tpEmis (Tipo de Emissão) é 9 = Contingência off-line, esta correto isso?

Boa tarde, Até onde sei, nenhuma nota técnica tratando do assunto, foi publicada no Portal Nacional do CT-e.

Bom dia, Muito obrigado pelo retorno. Vou analisar o problema.

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.

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.

Boa tarde Eder, É algum problema na SEFAZ-SP. Visto que foi agendado uma parada para manutenção hoje: 08/06/2014.

Boa tarde Marcelo, De uma lida nesta postagem:

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.

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.

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).