Italo Giurizzato Junior

Boa tarde José, Você me enviou um e-mail ontem e hoje as 7:18 respondi ele. Chegou a verificar se recebeu a minha resposta?

Boa tarde André, Simples, na rotina que você alimenta as propriedades de detalhamento do item, basta informar os valores de pDevol e vIPIDevol.

Boa tarde Leonel, Todas as TAGs serão incluídas, tantos as obrigatórias quanto as opcionais, nada fica de fora.

Boa tarde, Fiz uma correção, por favor atualize os seus fontes e teste novamente.

Boa tarde, Como você se referiu a unit ACBrNFeUtil, presumo que estejas ainda usando os fontes do repositório Trunk, sendo assim, você terá que realizar as devidas alterações, uma vez que já foi informado aqui no fórum que estaremos efetuando alterações/correções e novas implementações somente nos fontes que estão no Trunk2. Portanto a minha sugestão é que você migre para o Trunk2.

Boa tarde Graça, Segundo a Nota Técnica 2015/003 Versão 1.06 que trata sobre a Cobrança do ICMS na Operação Interestadual, a nova TAG CEST é opcional.

Boa tarde Fabio, E esse XML foi salvo na pasta pré definida? Chegou a ler a propriedade XML após o envio para saber se nela consta o XML do CT-e mais a assinatura e mais o protocolo de autorização?

Fabio, Quero agora saber se a propriedade XML (que você pode usar no lugar da extinta XMLprocCTe) se contem o XML assinado e protocolado. As alterações que promovi visa tanto alimentar essa propriedade com o XML completo e salvar em disco se assim você desejar. Alterei de forma semelhante o componente ACBrMDFe para ter o mesmo comportamento. Quero saber também se o XML: <chave>-cte.xml esta sendo salvo na pasta correta, pois existem relatos que o XML assinado ficava em uma pasta e o assinado e protocolado em outra. Fico no aguardo de um retorno.

Bom dia Charles, Os campos qCom e qTrib se referem a quantidade comercial e quantidade Tributada, como que fica se a quantidade vendida for 1 quilo e 350 gramas de presunto? Segundo o Manual versão 5.00 da NF-e - página 161 temos esses dois campos, note que o tipo é Numérico, o tamanho máximo é 15 e decimais varia de zero a 4, portanto o tipo dessas propriedades tem que ser Currency.

Fabio, Obrigado pelo XML, por favor atualiza novamente os fontes e teste mais uma vez.

Fabio, Por favor post como anexo o XML resultante, ou seja, o <chave>-cte.xml O componente gera o XML <chave>-cte.xml assinado, depois do envio o mesmo tem que receber o protocolo de autorização, quero ver esse arquivo após o envio.

Bom dia, Os teus fornecedores emitem NF-e e quando recebem a autorização da SEFAZ, adiciona o protocolo de autorização, mas a TAG <nfeProc> que contem o atributo versao esta com o valor errado em vez de 3.10 esta 2.00, se você abrir esse XML que anexou vai notar isso logo nas primeiras linhas: <nfeProc xmlns="http://www.portalfiscal.inf.br/nfe" versao="2.00"> <NFe xmlns:ns2="http://www.w3.org/2000/09/xmldsig#"> <infNFe Id="NFe43150892502210000104550020000000211000000210" versao="3.10"> <ide> <cUF>43</cUF> sendo que o correto seria: <nfeProc xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10"> <NFe xmlns="http://www.portalfiscal.inf.br/nfe"> <infNFe Id="NFe43150892502210000104550020000000211000000210" versao="3.10"> <ide> <cUF>43</cUF> Agora ter pergunto, você acha que o componente tem que ficar identificando erros cometidos pelos outros desenvolvedores de componentes e fazer as devidas correções? Você viu quantos erros tem logo no inicio do XML? 1. versão do atributo versao do grupo nfeProc; 2. uso indevido de prefixo (ns2), no Manual versão 5.00 da NF-e - página 123 diz: Não é permitida a utilização de prefixos de namespace. Esta restrição visa otimizar o tamanho do arquivo XML. 3. Namespace errado informado no grupo NFe, no mesmo manual na mesma página temos um exemplo e esta claro como tem que ser o conteúdo desse grupo. Tente descobrir qual é a empresa que desenvolveu o sistema desses fornecedores e entre em contato direto com eles e mostre os absurdos que eles estão cometendo.

Bom dia, Você usou o método DistribuicaoDFe? Pois este método é para retornar inicialmente um resumo das NF-e emitidas contra o seu CNPJ após serem manifestadas por você, ao fazer uma nova consulta usando o método DistribuicaoDFe você terá como retorno os XMLs das NF-e manifestadas.

Bom dia Rômulo, Pelo XML que você postou se trata do retorno ao executar o DistribuicaoDFe, correto? Sendo assim, você não é o emitente da nota e sim o destinatário. Sugiro que você leia com muita atenção a Nota Técnica 2014/002 versão 1.01 que trata sobre o DistribuicaoDFe, nela diz que ao realiza a consulta você terá como retorno um resumo da NF-e emitida contra o seu CNPJ. Após realizar a manifestação do destinatário, se realizar uma nova consulta você vai obter como resposta o XML completo da mesma bem como os XMLs dos eventos vinculados a mesma, no caso o evento de canelamento.

Bom dia a todos, HASA, desculpa, em várias postagens deixo claro que participo do desenvolvimento do componente e não do Monitor, logo não sei lhe informar se já foi implementado o comando no mesmo, se já esta sendo testado e se já esta disponível. Edson, volto a afirmar, tem que usar o DistribuicaoDFe em vez do ConsultaNFeDest, pois este último vai ser desativado pela SEFAZ. Quando ao retorno sobre a situação, mais uma vez digo, é a sua aplicação que tem que saber se a nota já foi manifestada ou não e se foi qual o tipo de manifestação realizada, isso é um dos motivos que o DistribuicaoDFe não traz mais essa informação.

Bom dia André, Abra o XML retornado pela SEFAZ após realizar a consulta. Você vai notar que no inicio consta que a nota foi autorizada pela SEFAZ, isso indica que a mesma foi enviada e foi autorizada, até ai perfeito. Depois podem aparecer no XML informações sobre os eventos vinculados a nota, neste caso o evento de cancelamento, é nesse bloco de informações que vai constar o status de cancelado bem como o protocolo de cancelamento, data e hora que a mesma foi cancelada etc.

Bom dia Fabio, Sim, fiz uma pequena alteração no pcteProcCTe.pas

Fábio, Por favor atualiza os fontes e teste novamente. Se possível, post como anexo o XML após o envio.

Boa tarde Fabio, Sim a propriedade XMLprocCTe foi removida, vou estudar a rotina de envio para descobrir o que esta ocorrendo.

Boa tarde, Primeiramente, o emitente da NF-e é obrigado por lei enviar o XML da NF-e (assinado e protocolado) para o destinatário da mercadoria e para a transportadora quando esta for responsável por realizar o transporte. Sendo assim com o XML da NF-e você pode criar uma opção que leia os dados do mesmo através do componente ACBrNFe e depois ler as propriedades que desejar para dar o andamento ao processo. Qualquer outra alternativa sem a utilização do XML enviado pelo emitente da NF-e, considera-se ilegal.

Boa tarde Cardilo, Estamos analisando esse problema, por favor aguarde mais um pouco.

Boa tarde Dimas, Quanto ao DAMDFe feito em Fast Report, por não conhece-lo vou ficar lhe devendo, por favor aguarde alguém com mais propriedade possa analisar e efetuar as devidas correções.

Bom dia Dércio, Primeiramente, em relação ao status 128 mencionado na sua postagem anterior, você esta equivocado, veja o que diz a Nota Técnica: Processamento do Lote – o lote foi processado (cStat=128), a validação de cada evento do lote poderá resultar em: * Rejeição – o Evento será descartado, com retorno do código do status do motivo da rejeição; * Recebido pelo Sistema de Registro de Eventos, com vinculação do evento na NF-e, o Evento será armazenado no repositório do Sistema de Registro de Eventos com a vinculação do Evento à respectiva NF-e (cStat=135);

Boa tarde Graça, O DANFE NFC-e feito em Quick Report tanto em bobina quanto em A4 gera automaticamente o QR-Code.

Boa tarde, Sim.