Italo Giurizzato Junior

Bom dia raosistemas, Ao ler um XML de uma NF-e a rotina detecta a versão do mesmo. Qual data que você se refere?

Bom dia dfdixini, Sugestão minha: 1. Manter a propriedade AtualizarXMLCancelado com o valor True. Motivo: O componente foi alterado para Atualizar o XML somente com o protocolo de autorização, logo ele não vai trocar pelo de cancelamento. Isso foi feito, pois no manual e nenhuma nota técnica diz que devemos efetuar a troca. 2. Por outro lado foi acrescentado a propriedade CTeCancelado ao DACTE, caso o valor dessa propriedade for TRUE uma tarja com os dizeres: "CT-e CANCELADO" será impressa no DACTE. Desta for podemos fazer o seguinte: ACBrCTeDACTEQR.CTeCancelada := True; ACBrCTe.Conhecimentos.Imprimir; ou ACBrCTe.Conhecimentos.ImprimirPDF ACBrCTeDACTEQR.CTeCancelada := False; Com a rotina acima, será impresso ou gerado o PDF do DACTE com a tarja. A sua aplicação que tem que ter o controle dos CT-e cancelados. 3. Ao solicitar o cancelamento é gerado 3 XML: *-ped-evento.xml (envio do evento, no caso de cancelamento) *-eve.xml (retorno da SEFAZ) *-procEventoCTe.xml (contem a solicitação e o retorno) É este último que segundo o manual devemos enviar ao tomador do serviço. Caso você venha a perder este último arquivo, no momento o componente não tem nada para tentar gerar ele novamente. Existe sim a possibilidade de realizar uma consulta, o resultado dessa consulta é salva em um arquivo chamado *-sit.xml a estrutura é bem diferente do *-procEventoCTe.xml mas traz em seu conteúdo a informação que o CTe foi cancelado.

Bom dia Rafael, Fiz as alterações e disponibilizei. Faça uma cópia dos seus fontes e atualize, depois teste. Caso eu tenha esquecido de alguma coisa, por favor corrija e disponibilize o fonte corrigido para que eu possa também efetuar a correção e disponibilizar novamente.

Bom dia Valdir, Muito obrigado pela sua analise, já comentei também a linha que esta provocando a geração do "&". Quanto a rejeição ainda continuar, acredito eu que o provedor não implementou a analise do & O Web Service ao detectar a presença do caracter & deveria checar se o mesmo esta acompanhado de amp; caso afirmativo ignorar. Como essa checagem não esta sendo feita ao detectar o & já resulta em rejeição.

Bom dia Junior, É a sua aplicação que gera o ID ?

Bom dia Leootoni, SEFAZ-MG ? Problema na SEFAZ, toda vez que a SEFAZ retorna esse tipo de rejeição o problema é com eles.

Bom dia Cesar, Existe outras formas, mas esta correto o que você fez.

Bom dia Rogerio, Só se for em Sergipe, pois a ideia não é essa. A NFC-e é para ser usado pelos varejistas e delivery.

Bom dia Luciano, Se possível post como anexo o XML que ocorre o problema.

Bom dia Daniel, Segundo as Especificações Técnicas do DANFE NFCe a largura mínima é de 58mm. O DANFE NFC-e feito em Quick Repot não possui nenhuma propriedade para ajustar a largura, portanto ela esta fixa. O DANFE NFC-e em Quick Report foi feito por mim e tomei como base uma impressora não fiscal emprestada por um dos departamentos da empresa. Ao meu ver ele precisa ser melhorado e uma dessas melhorias é o ajuste da largura.

Bom dia Fabio, Você não vai conseguir cancelar mesmo, principalmente se você já esta emitindo na versão 2.00 Pelo simples fato que agora o cancelamento é por evento. Favor estudar o arquivo texto chamado: Cancelamento_por_evento que encontra-se na pasta: ...\Exemplos\ACBrCTe.

Bom dia a todos, Professor, com relação ao CT-e a versão é 2.00 para todos os tipos de XML a serem enviados para a SEFAZ, você não esta confundido com a versão do aplicativo da SEFAZ? Uma coisa é a versão do XML a outra é a versão do aplicativo da SEFAZ. Não estou me referindo ao programa gratuito disponibilizado pela SEFAZ. Barrys, desculpe não entendi o seu problema, você misturou a versão do Quick Report com a versão do XML do CT-e uma coisa não tem nada haver com a outra. Se você possui a versão 3 do Quick Report, esta não lhe da suporte para gerar o DACTE em PDF, logo você precisa editar o ACBr.inc comentando a definição da diretiva de compilação QReport_PDF. Depois você deve seguir o passo a passo para resolver os erros de propriedades inexistentes do Quick Report, esse passo a passo consta na pasta ...\Fontes\ACBrCTe. Feito isso basta compilar a sua aplicação com a opção Build, isso resolve a impressão do DACTE. Para emitir o CT-e na versão vigente, ou seja, 2.00 é preciso editar o ACBr.inc comentando a diretiva de compilação PL_104 e descomentando a diretiva PL_200. Dentro da pasta ...\Exemplos\ACBrCTe você encontra um arquivo texto chamado AlimentarComponente que nada mais é do que a rotina da minha aplicação, favor estudar ela para que você possa realizar as alterações na sua no que diz respeito as mudanças para a versão 2.00 do CT-e. Feito isso basta compilar a sua aplicação com a opção Buid.

Bom dia mjtamanhoni, Você deve ter atualizado os fontes com uma versão antiga deles ou esta tentando abrir os fontes da aplicação em uma que contem os fontes dos componentes desatualizados. Atualize os fontes e compile os pacotes de instalação dos componentes e depois abra a aplicação. Não há necessidade de desinstalar os componentes, apenas abrir os pacotes de instalação e compilar.

Boa noite Valdir, Como dito no post anterior, o componente deve estar executando a rotina que troca os caracteres especias ( & por exemplo ) 2 vezes, dai o problema que você detectou. É preciso analisar o código do componente onde isso esta ocorrendo.

Boa noite Fabio, Abra o ACBr.inc e comente a definição da diretiva QReport_PDF

Boa noite BEP Informatica, Favor atualizar os fontes e tentar novamente.

Boa noite Geraldo, Você tem que configurar o Modelo e a versão via código e na seguinte ordem: ModeloDF := moNFe; VersaoDF := ve310;

Boa noite Walter, Se o ACBrCTe já esta gerando e enviando o CT-e na versão 2.00 o ACBrCTeDACTeQR (caso esteja atualizado) é para imprimir sem a necessidade de nenhuma configuração especial.

Boa noite Leo, O que diz o Manual versão 2.00a do CT-e, mais precisamente na página 147 sobre o campo #5 CIOT ?

Boa noite Paulo, A pasta com os schemas esta atualizada? Ou seja contem os schemas da versão 2.0?

Boa noite Professor, Os schemas são da versão 2.0 ? As DLLs estão instaladas e registradas? A versão do CT-e agora é 2.00, não entendi o que você quis dizer com: "e o status de serviço ainda esta como 2.0"

Boa noite Luis Fernando, Desculpe mas os seus fontes não estão atualizados. Quando digo fontes me refiro a todas as pastas e não somente os que estão dentro da pasta: ...\Fontes\ACBrNFe2. Muitos esquecem que não só o ACBrNFe com outro componentes se utilizam de Units que se encontram em outras pastas como por exemplo: ACBrComum, PCN2 entre outros.

Boa tarde Márcio, Pelo que me consta essa alteração já foi realizada no componente.

Boa tarde a todos, Por favor dentro da pasta ...\Exemplos\ACBrCTe existe um arquivo texto chamado AlimentarComponente. Nesse arquivo vocês vão encontrar as diferenças e como foi resolvido. Vão observar que foi utilizado a diretiva de compilação PL_200 em vários pontos. A minha aplicação é capaz de emitir um CT-e na versão 1.04 ou 2.00 sem mudar uma virgula de código. Basta descomentar a diretiva desejada PL_104 ou PL_200 que encontra definida no arquivo ACBr.inc (pasta: ...\Fontes\ACBrComum) e compilar a aplicação com a opção Build. Me desculpem mas todas as alterações visando a versão 2.00 do CT-e foram iniciadas e concluídas no ano passado. Algumas melhorias e correções foram feitas este ano. Me desculpem mais uma vez, mas os problemas que vocês estão enfrentando ou vão enfrentar esta semana, é por falta de planejamento.

Boa tarde ALA, Como você esta alimentando o ICMS nesse CT-e de complemento?