Italo Giurizzato Junior

Boa tarde Diego, Esses arquivos que você postou são os que estão disponiveis no site da prefeitura, correto? Fiz uma alteração no schema e no componente, acredito que agora o XML vai ser validado e aceito pelo webservice. Favor atualizar os fontes, inclusive os schemas.

Boa tarde Arce e Carlos, Por favor, atualize os fontes e teste novamente.

Boa tarde Luiz, Checando os fontes que tenho e que por sinal são os mesmos que estão disponiveis no repositório, já foi incluido a cidade Claudio/MG. Favor atualizar os seus fontes.

Bom dia André, Checando o fonte disponivel notei que o campo xObs esta como xObx, favor corrigir.

Walter, Cheque se os fontes estão atualizados. Essa imagem não é um erro no componente e sim uma mensagem de erro do Delphi que tentou abrir um fonte, sendo que deveria abrir um outro antes. O fonte ACBrNFSeDANFSeQRRetrato só pode ser aberto se abrir antes o ACBrNFSeDANFSeQR.

Walter, Os schemas que você copiou da pasta do programa exemplo, no arquivo citado tem a definição do elemento vTotTrib? Se sim, checa a configuração do componente na sua aplicação, ela pode estar apontando para outro lugar.

Bom dia Isaque, Muito obrigado pelas palavras. E falando em palavras, as vezes sou chato em algumas respostas, dizendo que se o fulano le-se o manual ou a NT saberia fazer. Peço desculpa a todos, pois quando comecei a programar não existia internet, pelo menos para nós mortais. O jeito era comprar livros e revistas sobre o assunto. Acesso os Portais Nacionais da NFe, CTe e MDFe todos os dias para ver se tem algo novo, se sim baixo e imprimo se julgar necessário. Não tenho vergonha de usar o tradutor do Google quando não sei uma palavra ou frase em inglês. Quando peguei o componente ACBrNFe para resolver o meu problema de emissão de NFe, imprimi quase todos os fontes e comecei a estuda-los para dar continuidade ao ACBrCTe. Eu também tenho que agradecer muito a vocês. Desculpas e obrigado a todos.

Rodrigo, Verifique se após alimentar o campo CEP do destinatário a sua rotina não esta alimentando novamente essa propriedade. Por exemplo, em vez de alimentar o CEP do Recebedor, você colocou novamente destinatário. Não tendo o Recebedor foi alimentando com zero o CEP.

Bom dia Walter, Usando a opção [imprimir DANFSe] do programa exemplo e o arquivo XML que você postou em anexo, consegui imprimir ou melhor visualizar o respectivo DANFSE.

Bom dia Walter, Temos o seguinte erro, ou melhor falha na validação: Element '{http://www.portalfiscal.inf.br/cte}vTotTrib' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/cte}imp'. Expecting: {http://www.portalfiscal.inf.br/cte}infAdFisco. Vamos remover o desnecessário: Element 'vTotTrib' is unexpected according to content model of parent element 'imp'. Expecting: infAdFisco. Vamos traduzir: Elemento 'vTotTrib' é inesperado de acordo com o conteúdo do modelo do elemento pai 'imp'. Esperando: infAdFisco. Quando isso ocorre, pode ser 3 coisas: 1. o componente esta gerando o nome da tag de forma errada. 2. o componente esta gerando a tag em lugar errado. 3. o schema esta desatualizado. Foi eu que implementei essa tag no componente e realizei testes inclusive enviando para o ambiente de homologação, portanto o XML foi validado e aceito pela SEFAZ. Portanto descarto o 1 e o 2, isso me leva a crer que o schema que você tem esta desatualizado. Dentro da pasta ...\Exemplos\ACBrCTe\Delphi\Schemas temos varios arquivos XSD, vamos pegar um em especial: cteTiposBasico_v1.04 Abra ele com o bloco de notas e procure por vTotTrib. você vai encontrar a seguinte linha: <xs:element name="vTotTrib" type="TDec_1302" minOccurs="0"> ela vem logo depois da definição do elemento ICMS e antes do elemento infAdFisco, todos são elementos de um outro chamado imp. Você configurou o componente corretamente? Existe uma propriedade onde você informa o Path onde estão os arquivos XSD (schemas) Verifique se o arquivo schema citado acima que a sua aplicação esta utilizando possui o elemento vTotTrib, com certeza não tem, dai a falha na validação. Portanto utilize os XSD que estão na pasta acima citada.

Walter, o Valor de vTotTrib tem que ter no máximo 2 casas decimais.

Eduardo, E essa alteração foi com o intuito de resolver o que? Sem essas alterações qual era o erro? Da forma que estava antes, estava em conformaidade com o WSDL do provedor.

Boa tarde Walter, Post como anexo o XML dessa NFS-e que você tentou imprimir o DANFSE.

Diego, O componente esta gerando as TAGs segundo o schema. Como você pode notar, o XML foi gerado validado e enviado. Mas foi rejeitado. Portanto o schema que esta disponivel e consequentemente é o que você esta utilizando, esta errado. Por favor entre em contato com o pessoal do GovBR e solicite o schema usado por eles. Com o schema correto, vamos montar o XML e ele vai ser aceito pelo webservice.

Ricardo, De uma lida no item 4.9.9, página 9, da NT 2012/002. Trata do final do processamento do lote, ou seja o envio da manifestação do destinatário para SEFAZ. Temos 3 situações em uma delas temos como retorno o status 135, o que vem a ser o status 135?

Boa tarde Hugo, Atualize os seus fontes e teste novamente.

Boa tarde João, Ao aparecer o erro, não apareceu um botão do tipo [ADD]? Se sim porque você não adicionou ? Com certeza você vai ter problemas.

Boa tarde Ricardo, Cuidado para não confundir as coisas: O Emitente ao consultar a nota que emitiu obtem o status dela, ou seja autorizada, denegada, rejeitada e os eventos associados a ela, cancelamento, carta de correção etc. O Destinatário apenas realiza uma consulta de notas destinadas a ele e realiza a manifestação. Se você configurou o componente para salvar os arquivos de envio e de retorno, você tem essa informação salva nele. Pegando o retorno após o envio: DM_VEN.IncAltDel.Params[1].AsDateTime := DMNFe.NFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.dhRegEvento; DM_VEN.IncAltDel.Params[2].AsString := DMNFe.NFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.nProt; (...)

Boa tarde Graça, Remova o QR5RunD7 da lista de Requisitos do pacote de instalação do componente, compile ele novamente.

Eduardo, Atualize os fontes e teste novamente, por favor.

Atualize os fontes e teste novamente, por favor.

Diego, Para que não altere algo que não tem nada haver. Confirma para mim: O RPS esta sendo enviado para o webservice de qual cidade? Você esta usando os schemas do provedor dessa cidade?

Diego, Atualiza mais uma vez os fontes.

Diego, O XML do RPS que você postou não tem a data de emissão, você esta alimentando essa propriedade do componente? E no arquivo NFSE.zip não tem nenhum arquivo XML de NFS-e apenas os arquivos que são gerados antes e depois de assinar o lote, a ser enviado para o webservice.

Boa tarde Eduardo, Porque você incluiu "proProdata" na linha 110? Sendo que eu removi para que não ocorre-se mais o erro: "Falha na validação do lote ... Required attribute 'versao' is missing" Estude o código que você alterou, ele remove o atributo versao e coloca no lugar uma string vazia, e a mensagem de erro diz que esta faltando o atributo versao. Fiz mais uma alteração, atualize os fontes e testa novamente. Antes retire o "proProdata" da linha 110.