Ir para conteúdo
  • Cadastre-se

tenco

Membros
  • Total de ítens

    32
  • Registro em

  • Última visita

Tudo que tenco postou

  1. Estou com o mesmo problema e atualizei os fontes hoje (27/04). Cidade de São José do Rio Preto - SP. Já pesquisei em vários posts e não consegui resolver o problema. Segue anexo arquivos. Estou utilizando o demo. Numero do Lote : Recebimento... : Protocolo..... : Provedor...... : GINFES Obs.: Antes da atualização estava funcionando. Ger.rar
  2. Italo, estou com o mesmo problema e atualizei os fontes hoje (27/04). Cidade de São José do Rio Preto - SP. Já pesquisei em vários posts e não consegui resolver o problema. Segue anexo arquivos. Estou utilizando o sistema de exemplo. Obs.: Antes da atualização estava funcionando. 1-env-lot.xml 1-env-lot-c.xml 1-rec-c.xml 1UNICA-Rps.xml 1UNICA-Rps2.xml
  3. Ok.. Maravilha. Obrigado.
  4. Italo, está sendo executado apenas o código Enviar, pois, Assinar e Validar está implementado dentro da Function TACBrCTe.Enviar. Consegui descobrir de onde estava vindo esse problema, talvez pode até ser considerado Bug do componente. Vou explicar porque estava acontecendo esse erro: Na minha alimentação do Conhecimento eu não estava atribuindo nenhum valor para Ide.cCT e com isso o próprio componente estava atribuindo um valor randômico. Porém, ocorre que o componente está gerando 2 chaves diferentes, criava uma chave no momento de criar o XML (na assinatura) e outra chave diferente no momento de enviar para a SEFAZ (arquivo *-env-lot.xml). Para resolver o problema eu estou passando um número aleatório para Ide.cCT no momento que estou alimentando os campos do conhecimento do componente. Muito obrigado pela ajuda Italo.
  5. Me desculpe a ignorância, mas essas chaves é o componente que está gerando sozinho. Eu simplesmente alimento o Conhecimento no componente ACBrCTe1 e executo o procedimento Enviar. As gerações dos arquivos é o próprio componente que está gerando. Eu fiz um debug simples e verifiquei que após gerar o *-cte.xml ele vai para a criação do arquivo *-env-lot.xml e ele gera uma nova chave pela rotina "TCTeW.GerarXml" Algum problema está acontecendo que quando vai gerar o arquivo *-env-lot.xml ele não está reconhecendo o código da chave(CTe.ide.cCT) já gerado pelo arquivo *-cte.xml Alguma idéia do que pode ser ? Alguma configuração em especial nas propriedade do componente ? Obrigado desde já.
  6. Puxa, é verdade. Não tinha reparado. Mas Italo, como é possivel isso se eu utilizo somente o comando ACBrCTe1.Enviar(1) e ainda apenas 1 vez ?
  7. Pessoal, estou pesquisando a solução de meu problema à mais de 20 dias e não encontro a solução. Acredito que vocês irão me ajudar. Estou alimentando os conhecimentos pelo meu sistema e enviando (ACBrCTe1.Enviar(1)). Porém sempre retorna o erro 297 - Rejeicao: Assinatura difere do calculado. Muitos posts disseram que são caracteres especiais, mas já verifiquei várias vezes e nada. O interessante é que após o erro se eu pegar o arq. xml e fazer: ACBrCTe1.Conhecimentos.LoadFromFile(arquivo.xml); ACBrCTe1.Enviar(1); Não acontece o erro 297. E também já fiz um teste pegando o arq. XML e importando no sistema da SEFAZ, transmite com sucesso (sem erros). Segue anexo os arquivos gerado pelo componente. Por favor, me ajudem. 35111104947886000136570010000051012089026832-cte.xml 351000001802221-pro-rec.xml 351000001802221-ped-rec.xml 1-rec.xml 1-env-lot.xml
×
×
  • 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.