Italo Giurizzato Junior

Bom dia Robson, Se você utiliza o Quick Report 3, há necessidade de comentar a definição da diretiva de compilação: QReport_PDF. Agora se você não informar quais são os outros erros que surgem não tem como nós lhe ajudar.

Bom dia Andreas, Ao realizar uma consulta é salvo (caso configurado) um arquivo chamado: *-sit.xml Neste arquivo temos a situação atual da NF-e, bem como a lista de eventos vinculados a mesma caso existam.

Bom dia Sadao, Muito obrigado pela colaboração, já esta disponível.

Bom dia dirlenio, Você configurou o componente para salvar os XMLs em disco? Se sim, verifique se foi salvo os arquivos: *-ped-evento.xml *-eve.xml *-procEventoCTe.xml

Bom dia Luciolt, Notei que a diferença é "?wsdl" no final da URL de homologação, você tentou remover "?wsdl" e testar novamente?

Bom dia Otavio, A rejeição se refere a ausência do destinatário uma vez que o tipo de serviço é normal. Cheque o XML enviado para ver se consta os dados do destinatário, se não constar cheque a sua rotina que alimenta o componente, mais precisamente o trecho que atribui os dados do destinatário.

Bom dia Junior, ACBrNFe.Configuracoes.WebServices.UF := 'SP';

Bom dia Paulo, Os testes que realizei no ambiente de homologação foi informando como documento originário uma declaração e não uma NF-e. Infelizmente a SEFAZ esta checando a existência dessa chave no ambiente de homologação e consequentemente ele não existe dai a rejeição.

Bom dia Walter, Uma vez que a alíquota é 5 e você informa ela dividida por 100 experimente após a divisão arredondar o valor para 2 casas decimais. Ou em vez de dividir por 100 multiplicar por 0.01

Bom dia BigWings, Ao imprimir o DACTE que aparece 2 vezes? Você tem como gerar um PDF e postar como anexo?

Bom dia Leo, Segundo o Manual a TAG CIOT é opcional, mas caso ela venha ser preenchida tem que ter 12 dígitos e segundo a mensagem de erro ao validar o XML você informou "0". Caso não tenha o numero CIOT para informar, atribua uma string vazia a propriedade CIOT, caso contrario terá que atribuir uma string contendo um numero de 12 dígitos.

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.