Italo Giurizzato Junior

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.

Bom dia Graça, Qual Report você esta usando? Fiz testes usando o DANFE NFC-e (Quick Report) com apenas 1 item e funcionou o QR-Code foi impresso.

Bom dia Yurim Afinal qual Delphi você tem instalado, XE6 ou XE8? Como a compilação falhou pois não encontrou QR5RunDXE8, procure por essa BPL, depois acrescente o Path da mesma no Library Path do Delphi, tome o cuidado de após adicionar, mover o mesmo para cima, ou seja tem que ficar antes dos Path do ACBr.

Boa tarde Moroni, Você esta usando qual Report?

Boa tarde Robinho, Como o campo continua existindo e não temos nenhum manual referente ao DACTE que trata sobre esse assunto, sendo assim ele vai continuar aparecendo.

Boa tarde Alexsandro, Desculpe não entendi o que você deseja fazer. Por favor crie um novo post para um novo assunto.