Italo Giurizzato Junior

Bom dia Diego, Você não pode alterar nada no XML principalmente se o mesmo já estiver assinado. Te aconselho a gerar e assinar novamente o XML com os dados corrigidos.

Bom dia Souza, Você disse que detectou vários erros e efetuou as correções, mas não informou quais foram. Sendo assim suponho que esses erros se referem a alimentação do componente, ou seja, você estava passando dados ou deixando de passar. Se possível post como anexo esse XML que foi rejeitado, para que possamos lhe ajudar.

Bom dia Rômulo, O método DistribuicaoDFe possui 4 parâmetros, correto? Normalmente no terceiro passamos o valor do último NSU retornado e no quarto parâmetro passamos uma string vazia. Desta forma sempre a consulta será, digamos sequencial. Por outro lado se você notar que esta faltando algum NSU (por exemplo o 365) você pode executar o método da seguinte forma: ACBrNFe.DistribuicaoDFe( cUF, CNPJ, '', '365' ) Informe uma string vazia para o terceiro parâmetro e o valor do NSU faltante no quarto parâmetro, desta forma será retornado somente o registro cujo NSU é 365 (segundo o exemplo acima) seja ele um resumo de nota, uma nota completa ou resumo de evento ou o evento completo.

Boa tarde Rômulo, Se o componente esta configurado para salvar em disco os XML, favor verificar se não foi salvo nenhum arquivo: *-procEventoNFe.xml, se sim, verifique se o mesmo não se refere ao evento de cancelamento na NF-e que você se refere.

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.

Marcelo, Se após enviar as notas constam no provedor como processadas, isso significa que o envio esta funcionando. Peço então que você configure o componente para salvar os arquivos soap. Configuracoes.WebServices.Salvar := True; desta forma os arquivos de envio e de retorno serão salvos em disco com as TAGs soap, o nome dos arquivos contem a palavra soap para ficar fácil a identificação. Peço a você que com essa configuração, faça um novo teste de envio. Depois post como anexo aqui no fórum os arquivos *-soap.xml para que eu possa analisa-los. Pode ser que esta vindo sim um retorno mas o componente não esta o identificando de forma correta.

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 Marcelo, Analisando o código mais os schemas de validação, para o provedor de Campinas que o IssDSF temos que enviar o RPS somente através do método Enviar. Não foi disponibilizado pelo provedor o EnviarSincrono e Gerar. Quando ao status de lote ainda não processado é preciso entrar em contato com o provedor para saber se o RPS foi recebido e qual o resultado do processamento.

Boa tarde João, Você esta utilizando os fontes do Trunk2? Se sim, dentro da pasta: ...\Fontes\ACBrDFe\ACBrNFe temos o arquivo ACBrNFeServicos.INI procure pelas seções: [NFe_BA_P ] e [NFe_BA_H] exclua de ambas a linha que contem o campo: NfeConsultaCadastro_3.10, salve o arquivo e execute o Compila_RES.bat Realize novos testes. Fico no aguardo de um retorno.

Boa tarde a todos, Já inclui os novos campos e a nova classe ICMSUFDest, esta faltando agora alterar as units responsáveis por gerar e ler o XML. Um detalhe importante, se não me falha a memória a SEFAZ ainda não disponibilizou os novos schemas para que seja possível validar de forma correta o XML com os novos campos.

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.

Valdir, Exatamente isso, só um detalhe: Case AcbrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[x].schema of onde x varia de 0 até a quantidade de retornos -1, correto?

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.