Italo Giurizzato Junior

Boa tarde a todos, Já encontra-se disponivel a implementação de todas as classes bem como as rotinas para gerar e ler o XML do CT-e versão 2.00 No ACBr.inc inclui uma nova diretiva de compilação chamada: PL_200 que quando descomentada, faz com que o componente utilize as rotinas e definições para a versão 2.00 Lembro a todos que como ocorreu alteração na nomenclatura, tipos, tamanhos de algumas tags, e nova posição de outras, como por exemplo os documentos originários que antes encontravam-se dentro do grupo <rem> agora possuiem o seu próprio grupo <infDoc>, sendo assim não será possivel com uma unica rotina ler o XML do CT-e de versões diferentes. Sendo assim deveremos disponibilizar aos nossos clientes duas versões da aplicação, uma para ler o XML na versão 1.04 e outra na versão 2.00 Outra coisa importante, existe um erro em um dos schemas da versão 2.00, esqueceram de alterar a versão dos modais para 2.00 Tive que altera-lo para realizar o teste de gerar, assinar e validar o XML. Não tenho como continuar com os testes uma vez que o ambiente de homologação ainda não esta disponivel, a previsão é de ser liberado até 01/09/2013. Vou dar uma geral no que diz respeito aos eventos, uma vez que agora teremos a CC-e e o cancelamento por evento nessa nova versão. Vica ai o recado aos colaboradores de plantão que já iniciem o desenvolvimento da impressão da CC-e para o CT-e. Peço a todos que baixem a NT 2013/006, nela temos o Manual do CT-e versão 2.00, trata-se de uma preliminar, uma vez que algo ainda pode ser alterado. São apenas 190 páginas para degustar e não adianta dizer que não tem tempo. Compilei a minha aplicação com a diretiva PL_200 habilitada para detectar qualquer erro de sintaxe nos fontes do componente e nenhum erro apareceu. Mas podem ocorrer erros de lógica, eles só vão aparecer quando começarmos a utilizar o componente para valer assim que os ambientes estiverem disponiveis. Até mais.

Boa tarde bilogyn, Favor atualizar os fontes e testar novamente.

Boa tarde Adilson, Relaxa, já esta concertado e disponibilizado, favor atualizar os fontes e testar novamente. Muito obrigado pela colaboração.

Boa tarde Rodrigo, Calma rapaz, o cancelamento por evento para o CT-e só vai começar a funcionar em ambiente de homologação em 01/09/2013 e para a versão 2.00 a versão atual é a 1.04 e esta não vai ter cancelamento por evento. Portanto utilize o cancelamento normal.

Boa tarde Michel, Desculpe a falha. Já encontra-se disponivel a correção, favor atualizar os fontes e testar novamente.

Bom dia Michel, Correção feita, por favor atualize os fontes e tente novamente. Muito obrigado pela colaboração. Atenção, quando encontrar algum problema ocorrido após essas útimas atualizações, favor informar o provedor para ficar mais fácil detectar a falha.

Bom dia Adilson, Alteração realizada, muito obrigado pela colaboração. Favor atualizar os fontes e testar novamente.

Bom dia, Favor atualizar os fontes e tentar novamente.

Bom dia a todos, Fiz as correções agora os TNFSeG.Gera_**** vai passar como parametro o Provedor. Por favor atualize os fontes e testem novamente.

Bom dia Rafa, Atualiza os fontes e tente novamente por favor.

Bom dia Gilson, Por favor atualiza os fontes e tente novamente. Após a atulização note que não tem mais a pasta DANFE_QR3 dentro de ...\Fontes\ACBrNFe2 e no logar temos o arquivo: Property_Does Not Exist .txt Que contem um passo a passa para resolver os problemas de propriedades inexistentes que ocorre com as várias versões do Quick Report.

Bom dia Ariel, Me diz uma coisa, o CIOT esta relacionado com a carga ou com o transporte da carga? Lembre-se que devemos emitir o MDF-e somente para carga fracionada ou seja, diversos remetentes e diversos destinatários, portato temos varios CT-e. Se o CIOT pode mudar para cada CT-e emitido, então esta errado o MDF-e, mas se o CIOT esta relacionado ao transporte da carga, logo todos os CT-e e bem como o MDF-e da carga em questão tem que ter o mesmo CIOT neste caso o MDF-e esta correto. Não sei se ficou claro.

Boa tarde, Favor atualizar os fontes e tentar novamente.

Boa tarde a todos, Encontra-se disponivel as alterações realizadas por mim no componente ACBrMDFe conforme a NT 2013/002. Favor atualizar os fontes do componente, bem como do programa exemplo. Peço por gentileza, de baixar também a NT 2013/002, disponibilizada no portal MDF-e. Foram implementadas as novas classes que diz respeito as informações de unidade de transporte e de carga bem como as alterações de nomenclatura, tipos e tamanhos em TAGs já existentes. Gostaria de Reforçar que dentro da pasta ...\Fontes\ACBrMDFe não existe mais a pasta DAMDFE_QR3, mas por outro lado tem um arquivo chamado: Property_Does Not Exist.txt Nesse arquivo vocês vão encontrar um passo a passo para resolver esse tipo de erro que aparece quando se utiliza versões diferentes do Quick Report.

Boa noite Gilson, Se você estiver com todos os fontes atualizados; Primeiro não existe mais a pasta DANFE_QR3 Segundo existe um texot dentro da pasta ACBRNFe2 chamdo: Property_Does Not Exist.txt Siga os passos continos desse arquivo para sanar esse problema.

Boa noite a todos, TIve um problema parecido, ao executar o aplicativo, ele era aberto e logo em seguida fechado. Solução: não fiz absolutamente nada, apenas desliguei a maquina e liguei novamente e o problema desapareceu.

Boa tarde Leandro, O que você quer dizer com: "validaram com sucesso" ?

Boa tarde a Todos, Só lembrando: Você não inutiliza uma NF-e e sim um numero ou uma faixa de numeros que não foi utilizada. Portanto não se trata de um evento relacionado a uma NF-e, logo não vai ser retornado ao consultar uma NF-e. Caso você venha perder o XML que contem a solicitação e a homologação de numeração inutilizada retornado pela SEFAZ, acredito que não tenha como reave-lo.

Boa tarde jcanjo, Sim, no manual, página 100 o elemento refCTE é do tipo numérico, cuja ocorrencia é opcional (0-1) com tamanho fixo de 44 digitos. Sendo assim a unica maneira de armazenar um numero com 44 digitos é através de string, certo?

Boa tarde Claudemir, Por favor leia esse post:

Boa tarde Armindo, O programa exemplo do ACBrCTe não gera o XML, não tive tempo de terminar, esse DMCTE é um data module da minha aplicação.

Boa tarde Gilson, Primeiramente você não informou o erro apenas onde ele ocorre. Segundo na lista de units do uses não consta o ACBrDFeUtil.

Boa tarde Geferson, Para qual CST?

Boa tarde Alessandro, Se esse XML que você esta tentando abrir é recente,favor atualizar todos os fontes de todos os componentes, recompilar a sua aplicação com build para que não gere mais XML com essa falha.

Boa tarde Daniel, Uma coisa é o status do lote de evento que foi enviado e outra coisa é o status do envento. Temos que em primeiro lugar saber o status do lote enviado depois analisar o status de cada evento retornado.