Italo Giurizzato Junior

Boa tarde Fernando, No caso do MDF-e temos 2 eventos: Encerramento e Cancelamento O evento Encerramento é obrigatório pois indica que a carga chegou ao seu destino. O evento Cancelamento só é enviado quando o MDF-e emitido esta errado e cuja carga não esta em transito. Logo são coisas completamentes diferentes. Outra coisa se você tentar cancelar um MDF-e enerrado vai ocorrer a Rejeição de código 609 e se tentar encerrar um MDF-e cancelado vai ocorrer a Rejeição de código 218.

Bom dia, Post como anexo um XML que tenha mais do que 2 chaves para que eu possa checar o problema.

Claudio, Você tem uma rotina própria que gera o XML do CT-e, correto? Ai você lê esse XML usando o comando LoadFromFile. Lhe pergunto pra que tudo isso? Por que você não alimenta o componente diretamente lendo as informações do banco de dados? O problema que você esta passando esta na cara que o XML que você esta gerando contem erros, e que por sinal esta no nome da TAG que deve ter alguma letra errada, por exemplo em vez de minuscula você colocou maiuscula.

Bom dia Cláudio, Como assim, você alimenta o componente ACBrCTe lendo o conteudo de um XML? Esse XML é de uma NF-e?

Boa tarde eazschornack, O que o seu cliente quer? Desculpe não ficou claro para mim o que você quer fazer. A SEFAZ publicou um modelo de DACTE e nós seguimos esse modelo. Até onde sei, quando não cabe todos os documentos originários na primeira folha o restante vai para a segunda folha. Os quadros que aparecem em baixo dos documentos originários, se não me falha a memória, tem que ser impressos na primeira folha.

Boa tarde Cláudio, Você utiliza o componente ACBrCTe?

Boa tarde zene, Você esta emitindo o CT-e em qual versão? Se é na versão 2.00 o cancelamento do mesmo é por evento, agora se for na versão 1.04 o cancelamento é através do webservice de cancelamento.

Boa tarde cne, Antes estava funcionado? Se sim, logo o problema é neles. O XML que esta sendo enviado não tem vogais acentuadas, cedilha ou E comercial?

Boa tarde Thiago, Poste aqui no fórum como anexo ou envie para mim por e-mail somente os arquivos alterados.

Boa tarde Binho, Atualize os fontes e tente enviar usando o comando EnviarSincrono em vez do Enviar.

Cristiane, Vamos fazer um teste. Na unit ACBrNFeWebServices, procure por -sta.xml; if FConfiguracoes.Geral.Salvar then begin FPathArqResp := FormatDateTime('yyyymmddhhnnss',Now)+'-sta.xml'; FConfiguracoes.Geral.Save(FPathArqResp, FRetWS); end; Altere o FRetWS por FRetornoWS Realize a consulta novamente, desta forma o XML a ser salvo é exatamente o que foi retornado pela SEFAZ sem nenhum tratamento. Quem sabe descobrimos o problema.

Bom dia a todos, Visando sempre a compatibilidade entre as versões da NF-e e NFC-e, acabo de disponibilizar alguns ajustes nos fontes. Favor fazer uma cópia de segurança e atualizar os fontes. Realizem testes e retornem os problemas que encontrarem.

Marcelo, No seu caso você tem que utilizar a opção: Gerar e Enviar Lote Sincrono. Agora é preciso resolver os problemas apontados pela mensage: Começando pelo fato do prestador do serviço não estar cadastro junto ao provedor para emitir a NFS-e via WebServices. No caso da aliquota foi informado 0.03 informe 3.00

Cristiane, Se possível poste como anexo os XML de solicitação e retorno do status do serviço.

Ricardo, Isso significa que os seus fontes estão atualizados, mas os da Cristiane notei que não estão. A URL que aparece no erro que ela postou esta errada é outra conforme a última NT publicada pela SEFAZ.

Bom dia Marcelo, Tentou usar a opção: Gerar e Enviar NFSe ou Gerar e Enviar Lote Sincrono?

Bom dia Ricardo, Eu que agradeço pelos testes, realizados por vocês. Fico feliz que esteja gerando as TAGs de forma correta agora.

Bom dia Cristiane, Atualize os fontes e tente novamente.

Bom dia Richard, O CFOP 7.358 se refere as prestações de serviços de transporte destinado a estabelecimento no exterior. O Destinatário é uma empresa do exterior?

Dorivan, Favor atualizar os fontes e testar novamente.

Nilton, Quanto ao nSeqEvento temos: Sequencial do evento para o mesmo tipo de evento. Para maioria dos eventos será 1, nos casos em que possa existir mais de um evento o autor do evento deve numerar de forma sequencial. Como o evento EPEC só pode existir UM para cada CT-e, logo o nSeqEvento vai ser igual a 1.

Bom dia Jair, Até onde sei o DANFE da NFC-e deve ser impresso em Bobina para aproveitar o equipamento ou seja impressoa que a loja já possui. Exite no Portal Nacional da NF-e alguns documentos que apresenta o Layout desse DANFE.

Bom dia Eliton, O XML que você postou se refere a versão 2.00 do CT-e. Na empresa em questão que esta ocorrendo o problema, a pasta que contem os schemas, tem todos os da versão 2.00 ?

Bom dia Rorivan, Em vez de informar vazio para IE já que se trata de uma pessoa Fisica e a versão da NF-e é 2.00, informe "ISENTO". Dest.IE := "ISENTO";

Bom dia a todos, Por favor leiam o item 05.2, página 8 da Nota Técnica 2013/007 versão 1.02 que trata sobre o assunto SVC - SEFAZ Virtual de Contingência.