Cte Versão 2.0

[Italo Giurizzato Junior]

Boa noite Jairo,

 

O componente ACBrCTeDACTeQR utilizado para gerar o DACTE foi feito em Quick Report.

 

Se a versão do Quick Report que você tem instalado no Delphi for posterior a 3.0, basta alterar o arquivo ACBr.inc

 

Usando o Bloco de Notas abra o ACBr.inc que se encontra na pasta ...\Fontes\ACBrComum, procure pela diretiva QReport_PDF, ela deve estar comentada, descomente e compile a aplicação utilizando a opção Build. 

 

Isso vai fazer que ele passe a gerar o DACTE em PDF.

[adelsoncn]

Boa tarde Adelson,

 

Só para termos um Norte.

 

Versão do CT-e: 2.00

 

Emissão em Ambiente de Homologação, informando como documento originário uma NF-e, funcionando sem problemas, ou seja obtendo o protocolo de autorização.

 

Emissão em Ambiente de Produção, informando como documento originário uma NF-e, o CT-e é rejeitado, pelo simples fato da NF-e não existir.

 

Isso confere?

 

Se sim, o problema esta na SEFAZ, o jeito é entrar em contato com eles por e-mail e explicar de forma detalhada o que esta ocorrendo.

 

 

Boa noite,

 

Italo

 

Estou informando documento

 

Boa tarde Adelson,

 

Só para termos um Norte.

 

Versão do CT-e: 2.00

 

Emissão em Ambiente de Homologação, informando como documento originário uma NF-e, funcionando sem problemas, ou seja obtendo o protocolo de autorização.

 

Emissão em Ambiente de Produção, informando como documento originário uma NF-e, o CT-e é rejeitado, pelo simples fato da NF-e não existir.

 

Isso confere?

 

Se sim, o problema esta na SEFAZ, o jeito é entrar em contato com eles por e-mail e explicar de forma detalhada o que esta ocorrendo.

Boa noite,

 

Italo,

 

Estou informando originário o tipo Outros, e mesmo informando um originário válido não adianta da o mesmo erro, como disse apenas na produção.

[Italo Giurizzato Junior]

Boa tarde Adelson,

 

Note que ao informar um documento originário, ou seja, o documento emitido pelo remetente da carga, ele pode ser:

 

1. Uma NF-e;

2. Uma NF comum (papel)

3. Um outro tipo de documento, por exemplo uma declaração, uma carta remessa de mercadoria, etc.

 

É importante realizar testes com os 3 tipos.

 

Um detalhe importante, quando o emitente já esta obrigado a emitir NF-e, não podemos colocar os dados dessa NF-e como se fosse uma NF comum de papel, a SEFAZ vai refeitar a nota. A solução é informar a chave da NF-e.

 

O que eu quero saber é com qual tipo de documento originário você esta tendo problema e em qual ambiente e qual é a mensagem de rejeição. 

[jairobernardesjunior]

OK Ítalo, o problema de não gravar o arquivo PDF realmente foi somente retirar o comentário da diretiva {$DEFINE QReport_PDF} no arquivo acbr.inc no acbr.

 

 

Valeu, muito obrigado!

[Rodrigo Cardilo]

Bom dia Ítalo,

 

Gostaria de colaborar com o componente criando um DACTE pelo Fortes Report, já que eu utilizo muito esse componente a anos.

Criar o formulário não é o problema pois vou seguir a lógica da NFe. O que eu não sei é como vincular o mesmo ao componente

ACBRCte para fazer testes e depois enviar a você.

Tem como você me explicar esse primeiro passo?

Grato

[Italo Giurizzato Junior]

Boa tarde Rodrigo,

 

Você utiliza o DANFE em Fortes Report ?

 

Se sim basta checar quais são as units utilizadas por este componente e cria-las de forma semelhante para o CT-e.

[Rodrigo Cardilo]

Boa tarde Rodrigo,

 

Você utiliza o DANFE em Fortes Report ?

 

Se sim basta checar quais são as units utilizadas por este componente e cria-las de forma semelhante para o CT-e.

Oi ítalo,

 

Sim, eu utilizo no Danfe, Eu já até estou terminando de montar o DACTE no Fortes.

A minha dúvida é como registrá-lo no componente ACBRCte.

 

Grato,

[Fernando Dutra]

Bom Dia Srs., tudo bem?

 

Não sei se já foi tratado aqui, me desculpe se já foi; mas estou planejando junto a meus clientes migrarmos o CT-e para a versão 2.0 a partir de segunda dia 10/05. Existe algum tipo de problema por não ser virada de mês? Muito obrigado pela ajuda.

 

Atenciosamente,

Fernando Dutra.

[Italo Giurizzato Junior]

Bom dia Fernando,

 

A minha sugestão é migrar na virada do mês, para que todos os CT-e emitidos dentro do mês tenham a mesma versão.

[Fernando Dutra]

Bom Dia Ítalo, tudo bem?

 

A próxima virada de mês é amanhã no feriado, e deixará nosso atendimento na sexta-feira ficará complicado. Será que tributariamente haverá nenhum problema? Eu não me recordo mas na versão 1.03 para 1.04, fiz algo parecido. Enfim, muito obrigado pela ajuda. Espero estar ajudando a todos.

 

Atenciosamente,

Fernando Dutra.

[walter faria]

Boa noite, gostaria de saber se AcbrNfeMonitor vai ser atualizado para a versão do Ct-e 2.0 .

ou se no caso se mudando as configurações aqui e compilando o projeto Monitor já fica com a versão 2.0

 

 

Obrigado

[Juliomar Marchetti]

Bom dia

Não adianta a menos que tenha alterado a unit que trata ele no monitor para incorporar campos novos e remover antigos!

senão tem que esperar até que seja liberado !

[robinhovrb]

Bom dia;

Gostaria de confirmar uma duvida: O CT-e(xml 2.0), as NF-e não serão informadas?

[Juliomar Marchetti]

Serão sim , mas somente a chave!

[Italo Giurizzato Junior]

Bom dia Robinho,

 

Na versão 2.00 do CT-e as NF-e de uma mercadoria que vai ser transportada deve ser informada sim.

 

O que mudou?

 

Na versão 1.04 os documentos originários, ou seja, as notas emitidas pelo remetente da mercadoria fica dentro de um grupo que por sua vez fica dentro do grupo remetente.

 

Na versão 2.00 o grupo que contem os documentos originários esta fora do grupo remetente.

[robinhovrb]

Ok, e no caso do CT-e Complementar?

Obrigado

[Italo Giurizzato Junior]

Robinho,

 

Segundo a NT 2013/013 página 136 temos a estrutura do XML onde temos o grupo infDoc, temos:

 

Descrição:

"Informações dos documentos transportados pelo CT-e. Opcional para Redespacho Intermediario e Serviço vinculado a multimodal."

 

Observação:

"Poderá não ser informado para os CT-e de redespacho intermediário. Nos demais casos deverá sempre ser informado."

[robinhovrb]

Bom dia Ítalo;

Acho que eu não entendi direito, e minha pergunta não foi bem clara;

No CT-e complementar, as NF-e(CHAVE) são informada ou somente o CT-e(Chave) 

Obrigado

[Italo Giurizzato Junior]

Robinho,

 

No CT-e complementar temos que informar a chave do CT-e que esta sendo complementado e como postado anteriormente, também as chaves da NF-e  que se refere ao documento originário, ou seja, o documento emitido pelo remetente da carga.

 

Na mesma NT na página 147 temos a definição do grupo infCteComp e seu elemento chave onde devemos informar a chave do CT-e complementado.

[robinhovrb]

Ítalo

Estou alimentando o componente com as chave das NF-e e a chave do CT-e a ser complementado, mas o mesmo cria o xml com a chave do CT-e e sem as NF-e(Obs: CT-e Complementar);

Vc tem um exemplo (Código ou XML) de CT-e complementar? Não estou conseguindo fazer um CT-e Complementar (XML2.0) com as NF-e do CTe complementado! 

[Italo Giurizzato Junior]

Bom dia Robinho,

 

Desculpe pela informação equivocada.

 

O grupo <infDoc> onde consta as informações sobre os documentos originários é de nível 2, isso significa que esse grupo esta dentro de um grupo de nível 1 que por sinal é o <infCTeNorm>.

 

Se você vai emitir um conhecimento complementar será gerado o grupo <infCteComp> que por sinal também é de nível 1, e tem um detalhe se o grupo de informações do CT-e complementado é gerado o de informações do CT-e Normal não é.

 

Portanto não vai ser gerado o grupo <infDoc>, isso significa que não há necessidade de informar os documentos originários em um CT-e de complementação.

 

Devemos sim informar a chave do CT-e a ser complementado e esta informação aparece dentro do grupo <infCteComp>.

[robinhovrb]

Boa tarde Ítalo;

Obrigado pela atenção, desde quinta-feira(30_01), estou com uma briga feia com o tomador de serviço, Motivo pela qual o XML 2.0 do CT-e complementar não são informado as NF-e; E o mesmo alegava que o meu XML estava erro;

 

No mais agradeço pela atenção! 

[Italo Giurizzato Junior]

Boa tarde Robinho,

 

É por isso que sempre peço para que pessoal tenham em mãos o Manual ou a Nota Técnica que trata sobre o assunto.

 

Neste caso o problema seria resolvido mostrando que no XML só vai constar os documentos originários, ou seja, os documentos emitidos pelo Remetente da mercadoria, caso o CT-e seja do tipo Normal ou Substituição, já os de Complementação e Anulação de valores eles não aparecem, pelo simples fato do grupo <infDoc> esta contido dentro do grupo <infCTeNorm>. 

[robinhovrb]

Ítalo, durante o fim de semana, MG esteve em contingência(SVC SP), e pela primeira vez, tenho que cancelar um  CT-e em contingencia; Tenho que cancelar o CT-e no SVC-SP ou Sefaz MG normalmente?

Quando eu tento cancelar o cte no SVC SP, me aparece a mensagem: URL NÃO DISPONIVEL PARA O ESTADO SOLICITADO.

Obrigado

[Italo Giurizzato Junior]

Boa tarde Robinho,

 

A solicitar o cancelamento de um CT-e emitido através do SVC-SP no componente a Forma de Emissão esta configurada para SVC-SP?