Ir para conteúdo
  • Cadastre-se

eduardosimi

Membros
  • Total de ítens

    5
  • Registro em

  • Última visita

Tudo que eduardosimi postou

  1. Olá, O CT-e em questão está em ambiente de produção mesmo. Conversei com o meu cliente e ele combinou com o transportador que íamos fazer um teste. Essa mensagem que o CT-e não está na base da SEFAZ, pelo que vi, é que na versão 4 mudou de assíncrono para síncrono - daí quando envia no modo incorreto, ocorre essa mensagem. Por isso mudamos o uso do método EnviarEvento() para o método Enviar(). Mas pelo que eu entendi, tem algo no componente que está tentando verificar se o CNPJ lido no CT-e é do CNPJ do certificado (não vai ser), pois quem está fazendo o desacordo é o tomador. Depois, o componente vai ter que assinar a solicitação do desacordo - aí sim o CNPJ tem que ser do certificado. Aparentemente o componente está esperando que o emissor do CT-e faça o desacordo - acho que se eu mandar o programa para o transportador e ele fizer o desacordo, deve funcionar. O que eu não sei é se eu teria que ajustar alguma propriedade no componente para que o componente não tente validar o CNPJ do CT-e lido com o certificado instalado e sim, validar para assinar o desacordo. Agradeço a atenção e as ideias
  2. Olá, Obrigado pelas respostas e atenção. Eu havia trocado o uso do método EnviarEvento(1) porquê ocorrem duas mensagens: 1- CryptExportKey -len 2-CT-e não consta na base de dados da SEFAZ (mas eu consultei no portal do CT-e) e o CT-e está lá. Vi que havia alguma relação de uso síncrono e assíncrono; por isso troquei o uso do método. Inicialmente tentei esse método, mas como o CT-e estava na SEFAZ, comecei a usar o outro método - mas, aí apareceram outros erros. Não estou conseguindo identificar onde estou errando.
  3. Olá, obrigado pelo retorno. Informamos sim. Parece que o componente está esperando que o próprio emissor do CT-e faça o desacordo. Parece que o componente está tentando assinar o XML que não é dele. Segui o programa exemplo. (...) with ACBrCTe1.EventoCTe.Evento.New do begin (...) //CNPJ do Tomador do serviço //que está no certificado digital A1 instalado no Windows infEvento.CNPJ := CNPJTomador; (..) end; (...) //Faz o envio do evento ACBrCTe1.Enviar( 1, FALSE, TRUE); RotinaEnvio.txt
  4. Olá, Temos um ERP e estamos tentando usar o ACBr apenas para a funcionalidade de enviar o Desacordo do CT-e. Segui os passos do projeto exemplo. Meu cliente me enviou o certificado digital dele e um CT-e onde ele é o tomador do serviço. Quando tentamos enviar o evento do desacordo retorna a mensagem: O CNPJ do Documento é diferente do CNPJ do Certificado Digital É mesmo. Meu cliente não é o emissor do CT-e, é o Tomador. O que estaríamos errando? Agradeço a atenção.
  5. Pessoal, Vi o exemplo da implementação em Frm_ACBrCTe e mensagens sobre implementação do evento de Desacordo do CT-e. Tenho a chave do CT-e (chCTe) e os demais parâmetros do evento: infEvento.nSeqEvento, cOrgao, CNPJ, dhEvento, tpEvento, xObs e idLote Quando executo ACBrCTe1.EnviarEvento(iLote) recebo a mensagem: raised exception class EACBrDFeException with message 'TDFeSSLXmlSignClass.Assinar, não implementado' Tentei implementar no nosso ERP a rotina que está no método do botão do exemplo. No caso estou no papel do Tomador e quero manifestar o desacordo. O que mais eu teria que implementar a mais que o método que está no botão "Prestação em Desacordo (Tomador)" depende? Agradeço a atenção.
×
×
  • 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...