-
Total de ítens
238 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por JeannyPaiva
-
-
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.
-
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.
-
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:
with FAcbrCte.EventoCTe.Evento.Add do
beginInfEvento.chCTe := ChaveCTe;InfEvento.CNPJ := Empresa.CNPJ;InfEvento.dhEvento := Data;InfEvento.tpEvento := teCancelamento;InfEvento.detEvento.xJust := Justificativa;InfEvento.detEvento.nProt := Protocolo;InfEvento.cOrgao := FAcbrCte.Configuracoes.WebServices.UFCodigo;end;FAcbrCte.EnviarEventoCTe(Lote); -
Bom dia.
Em MG esta ocorrendo esse erro sempre. Já entrei em contato 2 vezes com a Sefaz e tive a mesma resposta:
Estamos aguardando a correção do problema.
Salientamos, portanto, que está com problema de cancelamento e uso de carta de correção.
Pedimos sinceras desculpas por estes transtornos, contamos com sua compreensão e solicitamos que aguarde.
Caso o prazo seja perdido (168 hs a partir da data da autorização) orientamos que o contribuinte protocole na AF uma denúncia espontânea.
Envie também sua reclamação pelo fale conosco... quem sabe aumentando o número de reclamações eles fazem algo a respeito
-
Você está efetuando testes em Ambiente de Produção?
-
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.
-
Verifique se seu componente está compilado com a versão 2.0
ACBr.inc
//{$DEFINE PL_103}//{$DEFINE PL_104}{$DEFINE PL_200} -
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.
-
-
Sim Gr@ac@, já fiz isto.
E a resposta deles é sempre a mesma:
Estamos aguardando a correção do problema.
Salientamos, portanto, que está com problema de cancelamento e uso de carta de correção.
Pedimos sinceras desculpas por estes transtornos, contamos com sua compreensão e solicitamos que aguarde.
Caso o prazo seja perdido (168 hs a partir da data da autorização) orientamos que o contribuinte protocole na AF uma denúncia espontânea.
Basta explicar que o cancelamento não foi efetuado devido a um problema no emissor gratuito (SEFAZ-SP) que impediu o cancelamento dentro do prazo.
Na nossa base e no sistema do contribuinte o CT-e ficará como autorizado, entretanto, será escriturado como cancelado. (valendo a denúncia espontânea).
-
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.
-
-
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
-
Sim. Para resolver eu modifiquei minha unit com o código acima. As alterações estão em negrito
-
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:
function TLeitor.rExtrai(const nivel: integer; const TagInicio: string; TagFim: string = ''; const item: integer = 1): AnsiString;
varTexto: AnsiString;i,j: integer;begin//NOTA: Extrai um grupo de dentro do nivel informadoFNivel.strings[0] := FArquivo;if Trim(TagFim) = '' thenTagFim := TagInicio;Texto := FNivel.Strings[nivel - 1];Result := '';FGrupo := '';for i := 1 to item doif i < item thenTexto := copy(Texto, Pos('</' + Trim(TagFim) + '>', Texto) + length(Trim(TagFim)) + 3, maxInt);j := pos('</' + Trim(TagFim) + '>', Texto);if j = 0 thenj := pos('</' + Trim(TagFim) + ':',Texto); //correção para webservice do Ceará/MGTexto := copy(Texto, 1, j + length(Trim(TagFim)) + 3); //Correção para leitura de tags em que a primeira é diferente da segunda Ex: <infProt id=XXX> e a segunda apenas <infProt>i := pos('<' + Trim(TagInicio) + '>', Texto);if i = 0 theni := pos('<' + Trim(TagInicio) + ' ', Texto);if i = 0 theni := pos('<' + Trim(TagInicio) + ':', Texto); //correção para webservice do Cearáif i = 0 thenexit;Texto := copy(Texto, i, maxInt);j:= pos('</' + Trim(TagFim) + '>', Texto);if j = 0 thenj := pos('</' + Trim(TagFim) + ':',Texto); //correção para webservice do Ceará/MGResult := TrimRight(copy(Texto, 1, j - 1 + (length(Trim(TagFim)) + 3)));FNivel.strings[nivel] := Result;FGrupo := result;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.
-
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? -
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:
Segue parecer da superintendência responsável:
A Carta de Correção Eletrônica para CT-e foi criada como um evento, assim como ocorre na NF-e. Este evento está disponível apenas na versão 2.0 do CT-e. Em Minas Gerais, esta versão foi disponibilizada no ambiente de produção em 05/11/2013.
Os emissores de CT-e que utilizam sistema próprio e migraram para versão 2.0 já podem utilizar a CC-e. No item Evento Carta de Correção, na pág. 87 da Nota Técnica 2013.013, acessada através da rota www.cte.fazenda.gov.br > Documentos > Notas Técnicas, estão disponíveis as especificações técnicas, normas e padrões da CC-e.
Ou seja... pra variar, nunca respondem nada.
-
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} -
Tudo certo.
Obrigada.
-
Boa tarde,
Me deparei hoje com um problema na leitura do XML, quando o Emitente do MDFe não tem RNTRC informado (grupo rodo), mas há um veículo de terceiros com o RNTRC do proprietário informado.
Ao gerar o XML está tudo correto. Porém quando faço novamente a leitura no mesmo, o RNTRC do proprietário está também sendo carregado para o campo RNTRC do emitente (grupo rodo).
Deve ser necessário alterar a linha 174 na unit pmdfeMDFeR.
Atualmente:
MDFe.Rodo.RNTRC := Leitor.rCampo(tcStr,'RNTRC');
Alterar para MDFe.Rodo.RNTRC := Leitor.rCampo(tcStr,'RNTRC', 'prop');
Obrigada
-
Bom dia Carlos.
Acho que seria o caso de expor a situação mesmo à Sefaz, e aguardar um retorno deles.
Talvez seja o caso de informar como município de descarregamento a cidade do seu CD, já que o transporte é realizado até lá e depois efetuada a entrega.
- 1
-
Bom dia Carlos.
Segundo o manual, é permitido apenas 100 municípios por MDFe. Pag. 96 da NT 2013/004.
Desculpe a pergunta, mas um mesmo veículo faz entrega em uma mesma viagem para mais de 100 municípios?
-
Boa tarde bfbraz.
No meu caso como minha necessidade é apenas para a impressão eu criei uma unit no meu sistema para ler o xml com a estrutura antiga, e alimentar o componente na estrutura nova.
Faço o teste da versão do XML e dai direciono para onde vou fazer a leitura.
Como disse, apenas um quebra galho, com a finalidade de conseguir imprimir, não tem como recuperar todos os dados, mas aqui resolveu para mim esse impasse.
-
Ok. Italo.
Encontrarei uma solução aqui.
Obrigada
Cte Versão 2.0 - Mg -> Epec, Cce E Cancelamento Por Evento Já Estão Funcionando ...
em ACBrCTe
Postado · Editado por Nellien
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: