Contingência Cte

[edudidu]

No Componente qual tipo de emissão em Contingência contempla ? desde já agradeço

[Italo Giurizzato Junior]

Bom dia Edudido,

 

No caso do CTe temos:

 

   // TpcnTipoEmissao = (teNormal, teContingencia, teSCAN, teDPEC, teFSDA, teSVCRS, teSVCSP);
 

   case rgTipoEmissao.ItemIndex of
    0: Ide.tpEmis := teNormal;
    1: Ide.tpEmis := teFSDA; // Contingencia FSDA
    2: Ide.tpEmis := teSVCRS;
    3: Ide.tpEmis := teSVCSP;
   end;
 

[edudidu]

Italo bom dia .. perguntei porque na no exemplo não vi nenhuma função tipo ...ACBRCTe.WebServices.EnviarDPEC.Executar .. levando a crer que o envio por qualquer um dos tipos de emissão selecionados seja utilizando o mesmo método do envio normal .. só mudando o tipo ?.. desde ja agradeço 

[Italo Giurizzato Junior]

Boa tarde Edudidu,

 

No caso do CTe só temos os 4 tipos de emissão: teNormal, teFSDA, teSVCRS ou teSVCSP.

 

Portanto dependendo da situação e da UF você vai utilizar um tipo ou outro.

 

O tipo teFSDA é o de contingência utilizado pelo CTe.

 

Já os tipos teSVCRS e teSVCSP são as SEFAZ Virtuais de Contingência RS e SP.

Para mais detalhes sobre esses 2 tipos de emissão favor ler a NT 003/2012 disponivel no Portal Nacional do CT-e.

[edudidu]

Olá Italo .. obrigado por responder.. assim no caso o Cliente é do Rio de Janeiro.. então como opção teria que desenvolver to tipo FSDA.. andei lendo na documentação la diz que nessa modalidade de contingência ele muda para o tipo de emissão para 5 o DACTE em um formulário especial.. depois que normalizar o WS .. transmitir o documento pela forma normal. Pelo que entendi então é a forma mais genéria se possuir clientes de vários estados .. porém é necessário que o cliente em questão obtenha o formulário especial para emissão. seria mais ou menos isso néh ?

[Italo Giurizzato Junior]

Edudidu,

 

Sim, a emissão em contingência FS-DA é a mais facil de implementar uma vez que você muda o tipo de emissão, imprimir o DACTE em papel FS-DA e quando os problemas técnicos foram sanados, envia para SEFAZ sem mudar o tipo, ele continua como sendo teFSDA, ou seja não mude para Normal.

 

No caso do CTe existe ainda o EPEC - Evento Prévio de Emissão em Contingência.

 

Leia atentamente a NT 004/2012 que trata sobre o assunto.

 

Detalhe o componente ACBrCTe já atende essa NT, mas os webservices ainda não estão disponíveis, o ambiente de homologação só vai ser liberado em 01/04/2013.

 

Boa leitura.

[Wislei de Brito Fernandes]

Bom dia,

 

Estou com uma dúvida referente à emissão do CT-e pelo SEFAZ Virtual de Contingência do CT-e (SVC). Nós em Minas Gerais estamos tendo muito problema com a autorização de CT-e, e devido a isso estamos

alterando o sistema para emitir o conhecimento para o SVCSP.

 

Como as alterações são muito pequenas onde devemos alterar apenas o tipo de emissão para 7 (teSVCSP), a forma de emissão para 8 (teSVCSP) e preencher as informações referentes ao seguro.

Minha dúvida é referente à numeração e série do CT-e.

Pelo que li o WebService de contingência em produção só será habilitado caso o WebService de recepção parar. Mas com estes contantes problemas que estamos tendo, será que poderá haver

duplicidade no número e série (Ex: CT-e autorizado no WebService normal e no SCVSP) ? E se houver, como devo proceder?

 

Att,

[Wislei de Brito Fernandes]

Alguém tem alguma posição sobre a dúvida postada anteriormente?

 

Gostaria de acrescentar mais uma pergunta.

Um de nossos clientes faz o envio do arquivo XML e do DACTE para o seu cliente por e-mail. Caso ocorra algum problema físico (falta de internet por exemplo),

qual seria a solução para ele, pois ele não quer emitir do CT-e em formulário de contingência (FS-DA) ? Um bloco de Conhecimentos manual ?

 

Desde já agradeço.

[Italo Giurizzato Junior]

Boa tarde Wislei,

 

Não sei se você pode enviar o XML para o SEFAZ Virtual, só porque hora a SEFAZ do seu Estado funciona, hora não.

 

A SEFAZ em questão tem que solicitar ao SEFAZ Virtual a liberação, pois esta passando por problemas técnicos.

 

Caso a SVC esteja ativa é esse o caminho para não emitir o FS-DA, agora se o problema for com a conexão do emitente, ainda resta uma saída.

 

O EPEC - Evento Prévio de Emissão em Contingência, leia as NT publicadas no Portal Nacional do CT-e, que trata sobre esse assunto.

 

NT 2012/004

NT 2013/003

NT 2013/004

 

O componente ACBrCTe já contempla o EPEC.

[Wislei de Brito Fernandes]

Boa tarde Italo,

 

Realmente eu não conhecia muito bem o EPEC. Creio que esta forma de emissão resolverá grande parte dos nosso problemas.

 

Como informado no manual, é gerado um arquivo com o mínimo de informações e transmitido ao SEFAZ virtual, assim, se o problema for de lentidão ou capacidade de emissão, ficará mais fácil a autorização do evento do que o CT-e completo. E posteriormente quando o serviço voltar ao normal, deverá ser enviado o CT-e para a SEFAZ autorizadora com o tipo de emissão informado no evento (tpEmis = "4").

 

Porém, se o problema for a falta total de internet, as únicas opções são o FS-DA e o conhecimento manual?

 

Muito obrigado pela atenção!

[Italo Giurizzato Junior]

Wislei,

 

A partir do momento que a transportadora for obrigada a emitir o CT-e, só resta o FS-DA, o conhecimento que nós conhecimentos e chamamos de papel não vai ser permitido utiliza-lo.

 

Enquanto a transportadora estiver como voluntária sim, ela pode optar, futuramente não.

[Wislei de Brito Fernandes]

Muito obrigado Italo.

 

Esclareceu todas as minhas dúvidas em relação à contingência!

 

E parabéns pelo excelente trabalho de vocês!