Italo Giurizzato Junior

Boa tarde Renier, Ao fazer a consulta das NF-e Destinadas temos como uma das respostas a chave da NF-e. Crie uma tabela no seu banco de dados com o retorno da consulta e um campo que diz se a nota foi manifestada ou não e qual é a manifestação. Dica: esse campo pode ser Integer, ao realizar a consulta atribua o valor zero a esse campo, ao realizar a manifestação atribua a ele o código do evento de manifestação, lembre-se que são 4 manifestações diferentes. Um segundo campo que informa se o download da nota foi realizado ou não. Na tela de Download você apresenta a lista de notas cujo campo de download = N e campo manifestação <> 0. Em vez do usuário digitar a chave ele apenas seleciona a nota desejada da lista. Se a nota deseja não constar dessa lista significa que a mesma não foi manifestada ou já foi feito o seu download. Na lista de nota serem manifestadas se ela não constar significa que deve ser feita uma nova consulta. Como lhe disse, a sua aplicação tem que controlar.

Renier, Por favor não post código ou fragmento de código como texto, procure anexar o mesmo, o post fica mais curto. Outra coisa, você leu a Nota Técnica que trata sobre a Manifestação do Destinatário? Mais precisamente sobre o Download? Você esta ciente que o empresa que tentar realizar o download da totalidade das notas emitidas contra o seu CNPJ poderá ser bloqueada? Se a sua aplicação obtêm a lista de notas emitidas contra o seu CNPJ e realiza a manifestação, é a sua aplicação que tem que ter esse controle. Não vejo a necessidade de realizar uma segunda consulta para saber se as notas estão manifestadas ou não.

Bom dia Thiago, Sim, mas o MDF-e não vai ser enviado para lugar nenhum. Neste caso você vai apenas imprimir o DAMDFE em Contingência. Assim que os problemas forem sanados deve-se enviar para a SEFAZ.

Paulo, Agora você corrigiu antes estava QMdfeCARRETA.value. Se mesmo com essa alteração ainda continua o erro na validação, então o problema esta na sua função ApCarac que esta retornando uma string vazia.

Bom dia Tércio, Muito obrigado pelo alerta. Já fiz a correção e disponibilizei, favor atualizar os fontes.

Bom dia Renier, O que você acha, antes de ler a propriedade que encontra-se dentro de uma lista, checar se essa lista possui pelo menos um elemento? j := DMDFe.NFe.WebServices.ConsNFeDest.retConsNFeDest.ret.Count -1; for i := 0 to j do begin if DMDFe.NFe.WebServices.ConsNFeDest.retConsNFeDest.ret.Items.resNFe.chNFe <> '' then begin sChave := DMDFe.NFe.WebServices.ConsNFeDest.retConsNFeDest.ret.Items.resNFe.chNFe; (...) end; // if end; // for Se a lista tiver apenas um elemento o valor de j será zero desta forma o valor de i vai variar de zero até zero, ou seja vai ler o primeiro e único elemento da lista "ret" Por outro lado se a lista tem 10 elementos o valor de j será 9, sendo assim o valor de i vai variar de zero até 9.

Paulo, Então quer dizer que a função ApCarac remove a formatação, perfeito. Mas pelo que eu entendi: QMdfeCODCARRETA.AsString; QMdfeCARRCAP.AsInteger; QMdfeCARRMC.AsInteger; QMdfeUF_CARR.AsString; QMdfe é o nome interno da tabela; CODCARRETA é o campo que contem o código da carreta e este campo é caracter. CARRCAP é o campo que contem a capacidade em quilo da carreta e é numérico inteiro. CARRMC é o campo que contem a capacidade em metro cubico da carreta e é numérico inteiro. UF_CARR é o campo que contem a Sigla do Estado da placa da carreta e é caracter. mas: QMdfeCARRETA.value o campo CARRETA contem qual informação e de que tipo é?

Paulo, Me explica o que a função na linha abaixo faz e qual é o valor do seu parâmetro: placa := ApCarac(QMdfeCARRETA.value);

Bom dia Diogo, Fiz mais alguns ajustes referentes ao ID. Por favor atualize os fontes e teste novamente.

Fabrício, Existem componentes para o Delphi que realizam a descompactação, mas não free, a nossa intensão é encontrar uma solução open source.

Bom dia Daniel, Por favor atualize os fontes e teste a impressão do DANFE.

Bom dia Fabricio, Por favor leia as regras do fórum. Não post o conteúdo de um arquivo como parte da mensagem e sim anexa o arquivo que contem o conteúdo que deseja passar para os demais colegas. Outra coisa, você leu a minha postagem #56. Talvez não tenha ficado claro, dos 4 passos para obter a informação desejada, os 2 primeiros já estão prontos, falta encontrar uma solução para resolver os outros dois. Você tem alguma sugestão para resolver os passos 3 e 4?

Bom dia Paulo, Sim, mas note que os demais você utiliza .AsString ou .AsInteger para converter o dado lido em string ou integer e o campo que justamente acusa o erro de validação, ou seja, a placa você esta utilizando o .value.

Boa noite Jadir, Com certeza esta faltando se cadastrar para utilizar o Web Services.

Boa noite Marcos, Mas o seu problema inicial era as mensagens em vermelho impressas no DAMDFE e não a instalação do componente. A final qual é o problema, instalação ou as frases em vermelho?

Boa noite, Você leu a Nota Técnica 2013/005 versão 1.10, disponibilizada no Portal Nacional da NF-e? Se não leu, por favor leia, pois é através dos manuais e notas técnicas que desenvolvemos os componentes e obtemos as informações, como por exemplo: data de inicio e fim de uma verão.

Boa noite Daniel, Desculpa, com certeza esqueci de avaliar. Vou tentar realizar um merge do que você fez com o que esta disponível. Caso eu não consiga, sem abusar da sua boa vontade, se puder aplicar as alterações que você fez no que esta disponível ficarei grato.

Boa noite Paulo, Esta correto isso: QMdfeCARRETA.value ?

Boa tarde Marcos, Você esta usando o DAMDFE de qual Report? Pois o que foi feito em Quick Report não existe a mensagem: MDF-E PREVISÃO.

Boa tarde Anselmo, A partir do momento que uma CC-e é emitida, a SEFAZ interpreta que o serviço de transporte foi realizado, sendo assim não cabe o cancelamento do CT-e. Não existe a possibilidade de cancelar uma CC-e. Concelho, enquanto o serviço não foi realizado, ou seja, o caminhão ainda não saiu com a carga, se detectado um erro no CT-e jamais emita uma CC-e, e sim o seu cancelamento. Emita a CC-e se e somente se, a carga já foi entregue ao destinatário e se o tomador do serviço entrar em contato com a transportadora para informar que o CT-e contem um erro.

Boa tarde Carlos, Verificando o seu XML notei que o mesmo não contem os documentos. Segundo o conteúdo de tpEmi a empresa se trata de uma transportadora, sendo assim você deve informar como documentos os CT-e que a mesma emitiu.

Boa tarde Carlos, Favor informar qual é a falha na validação, só com o que você postou não temos como lhe ajudar.

Boa tarde, No caso da NFC-e o grupo <dest> que contem os dados do destinatário é opcional. O grupo <dest> só será gerado se o CPF ou CNPJ forem informados ou se a UF do destinatário for EX (exterior). Portanto o grupo <dest> de uma NFC-e vai conter somente o que foi informado.

Leandro, Os passos 1 e 2 são realizados pela unit pcnRetDistDFeInt que faz parte do ACBrNFe. Portanto não foi utilizando nenhum componente extra. Inclusive acabo de fazer uma alteração nessa unit. Inclui uma propriedade chamada InfZIP que é para receber o conteúdo compactado no formato gZip. O que é preciso fazer agora, pegar o conteúdo de InfZip e descompactar para que seja possível ler o seu conteúdo, seja ele um resumo ou documento eletrônico.

Boa tarde, Se no XML esta: <tpAmb>1</tpAmb> isso significa que o valor passado para tpAmb é taProducao. Portanto verifique se entre a rotina que lê do banco de dados os parâmetros de configuração e configura o componente e a rotina que alimenta o componente, não existe alguma linha reconfigurando o ambiente para homologação ou alterando o conteúdo de: qryMestreFLG_MDFE_AMBIENTE.AsString.