Ir para conteúdo
  • Cadastre-se

JeannyPaiva

Membros
  • Total de ítens

    243
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que JeannyPaiva postou

  1. Finalmente hoje consegui enviar uma carta de correção e foi autorizada. Porém, assim como o cancelamento por eventos parece não estar vinculando corretamente os dados, pelo menos ainda não é apresentado na consulta
  2. Boa tarde O CTe do Espirito Santo já é autorizado na SVRS
  3. Bom dia Rondinele Aqui eu faço a chamada separada: FACBrMDFe.WebServices.Enviar.Lote := NumLote; FACBrMDFe.WebServices.Enviar.Executar. E depois, em outra função busco o retorno FACBrMDFe.WebServices.Retorno.Recibo := ReciboLote; FACBrMDFe.WebServices.Retorno.Executar; Pode observar que é este código feito dentro no método "Envia"
  4. Graça, Boa tarde. Não sei os XML que você enviou, mas os gerados aqui não estavam com nenhum caractere especial. Eu acho que mais uma vez MG está é tentando nos "enrolar" novamente.
  5. Nilton, Bom dia. Não fiz a alteração diretamente em pcteRetEnvEventoCTe testando o órgão pois já havia um comentário na Unit pcnLeitor, em que aparentemente no Ceará também tem retornado desta forma, então segui a mesma linha de raciocínio tentando buscar a tag com " : " caso não encontre ela da forma correta (<Tag>). O outro motivo de eu fazer desta forma foi que, já tive experiências frustantes o suficiente com MG, em que de um momento para o outro muda o retorno, então se eles mudarem da noite pro dia e passarem a retornar da forma correta, não precisarei alterar novamente.
  6. Nilton, Boa tarde. Em meus testes também tive problemas ao interpretar o retorno. Ocorre que o retorno está vindo com um prefixo na Tag. <retEventoCTe:retEventoCTe xmlns:retEventoCTe="http://www.portalfiscal.inf.br/cte" xmlns="http://www.portalfiscal.inf.br/cte"versao="2.00"> (...) </retEventoCTe:retEventoCTe> Desta forma o componente não está conseguindo interpretar. Eu fiz uma alteração na unit pcnLeitor, para que conseguisse ler este retorno, mas acho que não foi alterado no SVN Segue o link do topico:
  7. Se você verificar a consulta de disponibilidade do seu estado, o serviço de Recepção de Eventos não está mesmo funcionando. Entre em contato com a Sefaz do seu estado para ver o que ocorre. Quanto ao cancelamento, caso necessário acho que ainda está permitindo o cancelamento normal.
  8. Questionei apenas pois não vi opção no emissor gratuito para cancelar por evento, aqui estava cancelando apenas da forma antiga, e a mensagem de erro que você postou parece ser falta de retorno da Sefaz do seu estado. Se você acessar o endereço deles: https://cte.sefaz.mt.gov.br/ctews2/services/CteRecepcaoEvento?wsdl, verá que não esta ok. Você poderia postar o XML gerado pelo seu sistema para o cancelamento.
  9. Pelo que vi do emissor gratuito, pelo menos em ambiente de testes, não estava efetuando o cancelamento por evento. Apenas o normal. Conseguiu fazer o cancelamento por evento no emissor gratuito em ambiente de homologação? Quanto a estrutura, está semelhante à minha, mas você está chamando o cancelamento desnecessariamente:
  10. Bom dia. Em MG esta ocorrendo esse erro sempre. Já entrei em contato 2 vezes com a Sefaz e tive a mesma resposta: Envie também sua reclamação pelo fale conosco... quem sabe aumentando o número de reclamações eles fazem algo a respeito
  11. Você está efetuando testes em Ambiente de Produção?
  12. Para qual estado está enviando? Pode ser que ainda não tenha sido implementado. MG por exemplo, foi liberado tem apenas alguns dias, e mesmo assim apresenta problemas.
  13. Verifique se seu componente está compilado com a versão 2.0 ACBr.inc //{$DEFINE PL_103} //{$DEFINE PL_104} {$DEFINE PL_200}
  14. Gr@ac@ Bom dia. Estranho isto realmente, pois sempre envio arquivos XML, prints em JPEG e nunca pediram que fosse em word não, embora quase sempre não retornem uma resposta satisfatória. Tentarei enviar daqui e posto o retorno deles caso tenha alguma novidade.
  15. JeannyPaiva

    Damdfe

    Abra o fr3 e retire a formatação do campo do número. Em algumas versões do Fast Report parece não estar funcionando.
  16. Sim Gr@ac@, já fiz isto. E a resposta deles é sempre a mesma:
  17. Gr@c@, Bom dia. Acredito que o problema seja na Sefaz mesmo. Até semana passada, se não me engano, não estava sendo possível enviar eventos para MG. O cancelamento agora por eventos está funcionando, mas instável, tanto que não atualiza a situação do CTe e permite enviar vários eventos de cancelamento para a mesma chave. Acredito que nos próximos dias/semanas eles devem corrigir.
  18. JeannyPaiva

    Damdfe

    ale182juve Bom dia. Acho que você se enganou. O ACBrMDFeDAMDFEFRpkg.dpk é para Fast Report, não Fortes Report.
  19. Sim aqui também ocorre. Também consigo enviar o envio de cancelamento várias vezes. Acredito que eles estejam tendo problemas para processar a informação. Até na semana passada nem mesmo estava sendo possível enviar cancelamento por evento. No momento estamos apenas efetuando testes, e só vamos liberar para produção no cliente quando esses problemas foram sanados
  20. Sim. Para resolver eu modifiquei minha unit com o código acima. As alterações estão em negrito
  21. Sim Italo. É o xml de retorno do Sefaz. Olhando no componente encontrei um comentário na unit pcnLeitor j := pos('</' + Trim(TagFim) + ':',Texto); //correção para webservice do Ceará. Pelo que entendi no Ceará o retorno também esta ocorrendo desta forma. Porém apenas da forma como estava não resolveu. Modifiquei aqui a função desta forma: Aqui resolveu para fazer a leitura. Embora concorde que o retorno deles não está de acordo com o que deveria, mas ... tenho que me adequar.
  22. Bom dia. No envio de eventos (Cancelamento/CCe) de CTe não está sendo possível capturar o motivo da rejeição, ou mesmo a autorização caso ocorra. Atualmente retorna apenas "Erro Desconhecido ao Enviar Evento de CT-e". Ocorre que não consegue ler o retorno devido a tag de inicio. O xml de mais alguém retorna desta forma? 135-eve.xml
  23. MG continua com problemas no envio de eventos retornando sempre, tanto CCe quanto cancelamento: cteDadosMsg was not recognized. Também já tentei entrar em contato 2 vezes, e a resposta é a mesma: Ou seja... pra variar, nunca respondem nada.
  24. Glauber, bom dia. Você pode atualizar o componente sem utilizar a versão 2.0 do CTe. Basta manter comentada a linha 201 do ACBr.inc, mantendo desta forma: {$DEFINE PL_104} //{$DEFINE PL_200} Assim, mesmo atualizando o componente irá permanecer a versão 1.04. Para alterar tem que comentar a {$DEFINE PL_104} e remover o comentário em //{$DEFINE PL_200}
  25. Tudo certo. Obrigada.
×
×
  • 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.