Italo Giurizzato Junior

Boa tarde Darlana, Como a consulta foi realizada em ambiente de homologação é de se esperar esse tipo de resultado. Estava previsto a liberação do ambiente de produção para o dia 06/10/2014 que por sinal ainda não ocorreu. Acredito que em virtude também do atraso na liberação do ambiente de homologação. Espero que semana vem já esteja liberado e assim seja possível efetuar essa consulta no ambiente de produção, onde com certeza vai constar NF-e e eventos para serem retornados. Volto a frisar que um dos dois últimos parâmetros tem que ser uma string vazia. ACBrNFe1.DistribuicaoDFe(FrmPrincipal.BuscarCodigoCidadeUF('',lcUFAutor),CNPJ, gcUltimoNSU, gcAtualNSU); gcUltimoNSU diferente de vazio faz a consulta com base no último NSU (algom semelhante a Consulta de NFe Destinadas) gcAtualNSU diferente de vazio consulta se existe nota referente ao NSU informado. Nota Técnica 2014/002 versão 1.01 - página 5 temos: ultNSU - Último NSU recebido pelo ator (destinatário por exemplo). Caso seja informado com zero, ou com um NSU muito antigo, a consulta retornará unicamente as informações resumidas e documentos fiscais eletrônicos que tenham sido recepcionados pelo Ambiente Nacional nos últimos 3 meses. NSU - Número Sequencial Único. Geralmente esta consulta será utilizada quando identificado pelo interessado um NSU faltante. O Web Service retornará o documento ou informará que o NSU não existe no Ambiente Nacional. Assim, esta consulta fechará a lacuna do NSU identificado como faltante.

Boa tarde, Você esta compilando o componente para ser usado com o OpenSSL ou Capicom. A propriedade NumeroSerie só esta disponível para a compilação - Capicom.

Bom dia Isaac, Desculpe, não entendi, "caso aconteça algum ???? de retorno e precise fazer o download do XML" O emitente não precisa fazer download do XML ele tem que possui o XML e guarda-lo pelo tempo legal. É o emitente que gera, assina e envia o XML para SEFAZ, portanto ele tem que ter o XML da NF-e. Se o XML vai ser salvo em disco ou será armazenado no banco de dados, não importa ele tem que ter o XML da NF-e, bem como de todos os eventos que ele envia para SEFAZ referente a NF-e previamente enviada e autorizada.

Bom dia, Ocorre algum erro ou simplesmente a propriedade fica vazia?

Bom dia Edilson, Duas considerações: 1. O seu fonte no que diz respeito ao DANFE esta desatualizado, um outro colega do fórum alterou os campos que mostravam do consumidor, foi alterado de QRLabel para QRMemo. 2. O parâmetro "Via" você definiu como sendo string, o que você acha de definir como Boolean com valor padrão True, neste caso será impresso o texto "Via Consumidor", se False, imprime "Via Estabelecimento"?

Bom dia, Primeiramente, por favor evite ao máximo em postar o conteúdo de um arquivo, procure sempre anexar o mesmo. Fiz algumas correções no fragmento que você posto. Ele esta em anexo. Correcao.txt

Bom dia Paulo, Primeiramente, o minha postagem se refere a impressão bem como a geração do PDF no que diz respeito a Inutilização de numeração de CT-e. A implementação foi realizada no componente ACBrCTe, apesar do ACBrNFeMonitor se utilizar do componente, isso não significa que é possível imprimir ou gerar o PDF usando o monitor. É necessário que seja implementado um comando no monitor para usufruir das funcionalidades do componente. A sua pergunta se refere ao monitor e mais precisamente a NF-e, pois bem, foi implementado também no componente ACBrNFe (utilizado pelo monitor) as funcionalidades de impressão e geração do PDF referente a inutilização de numeração. Da mesma forma, enquanto não for implementado um comando no monitor não será possível utilizar essas funcionalidades.

Bom dia, O campo placa faz parte do grupo veicTransp, faz parte deste grupo também os campos UF e RNTC sendo que UF também é obrigatório se você estiver informado a UF e ou o RNTC o grupo veicTransp vai ser gerado e consequentemente será necessário a placa, uma vez que esta é obrigatória. Portanto reveja o seu arquivo, para que o mesmo não tenha os campos placa, UF e RNTC do veicTransp.

Bom dia Ricardo, Primeiramente, você utiliza o componente ACBrNFe? Se sim, por favor leia a Nota Técnica 2012/002 versão 1.02 que trata sobre o assunto Manifestação do Destinatário, nessa NT você vai encontrar tudo sobre o Download. Se não utiliza e a sua intenção é apenas realizar o Download para agilizar o processo de entrada da nota, você pode utilizar o componente ACBrNFe para resolver esse problema, mas por favor leia a Nota Técnica.

Bom dia Herivelton, Desculpe, fiz confusão, os grupos infCTeNorm, infCteComp e infCteAnu estão no mesmo nível e são CG, ou seja, devemos escolher somente um deles para aparecer no XML. Por outro lado o infDoc que antes ficava dentro do grupo rem agora esta dentro do grupo infCTeNorm. Sendo assim, se você vai emitir um CT-e de Complementação não será possível informar o documento que originou o primeiro CT-e a ser complementado. Confundi com o infCTeSub que também esta no mesmo nível do infDoc e ambos dentro do grupo infCTeNorm. Resumindo: O grupo infDoc só poderá ser informado quando o CT-e for Normal ou de Substituição e não será informado quando for de Complementação ou de Anulação.

Boa tarde Diogo, Pergunta para o pessoal do provedor se o Web Services deles é possível ser consumido utilizando um certificado vencido? Até onde sei, não é possível consumir um Web Services com certificado vencido. Se a resposta for não, ou seja, não é possível consumir, então como o lote foi enviado e o Web Service foi consumido a ponto de processar a mensagem e retornar a rejeição?

Boa tarde jcanjo, Não digo que seja um erro, mas sim uma implementação diferente. A SEFAZ-SP implementou o retorno de forma diferente a do RJ.

Boa tarde Herbert, Muito obrigado pela colaboração, já esta disponível.

Dercide, Como lhe disse o componente possui 2 rotinas de envio, uma especifica para a CC-e e outra genérica que também pode ser utilizada para enviar a CC-e. A diferença esta na hora de salvar os arquivos a antiga se não me falha a memória salva o numero sequencial do evento sem formatação. Esse numero é incluído no final do nome dos arquivos: XML e PDF. Se o numero sequencial é 5 é incluído o "5" no final do nome, se for 12 é incluído o "12". Na rotina nota o numero sequencial é incluído de forma formatado, ou seja, com 2 dígitos, no exemplo acima ficaria: Se o numero sequencial é 5 é incluído o "05" no final do nome, se for 12 é incluído o "12". Acredito que seja esse o problema do EnviarEmaiEvento() não estar encontrando o arquivo.

Dercide, Desculpe, o envio que mencionei é o envio da CC-e para a SEFAZ e não o envio da CC-e por e-mail.

Boa tarde Isaac, O Cliente que você se refere é o destinatário da NF-e, correto? Se sim, por favor leia a Nota Técnica 2014/002 versão 1.01.

Boa tarde Diego, O Enviar possui 3 parâmetros: Numero do Lote; Imprimir; e Sincrono. O segundo e o terceiro parâmetros são do tipo boolean e tem como valores padrões: True e False respectivamente. Basta você atribuir o valor False para o Imprimir: Enviar(nlote, False, False);

Boa tarde Dercide, Para enviar a CC-e você utiliza a rotina antiga (especifica para a CC-e) ou utiliza a rotina nova (genérica) que pode ser utilizada para enviar a CC-e, fazer o cancelamento, manifestação do destinatário, ... ? Se utiliza a especifica, por favor altere para a nova.

Boa tarde, A maquina do cliente possui proxy? Se sim, a URL de consultar o status esta liberada?

Boa tarde a todos, Analisando juntamente com o André a NT que traz o exemplo de calculo do Digito Verificador, notamos que exite um erro ao calcular o Modulo 11. Erro este corrigido. Peço desculpa a todos pelo transtorno, favor atualizar todos os fontes de todas as pastas e testar novamente.

Bom dia Agnaldo, A unica diferença que notei é que na versão 1.00 da NT a observação sobre o grupo <pag> era: Grupo obrigatório para a NFC-e. Não informar para a NF-e. Na versão 1.10 a mesma observação passou a ser: Grupo obrigatório para a NFC-e, a critério da UF. Não informar para a NF-e.

Infelizmente por não ter um certificado válido, não tenho como realizar testes de envio.

Bom dia Felipe, No caso da unit QRPDFFilt, bastaria você abrir com o bloco de notas o arquivo ACBr.inc e comentar a diretiva de compilação QReport_PDF. Não precisaria ficar comentando as linhas de código do componente.

Bom dia Herbet, Ficou faltando os schemas da versão 2.00 que o Actcon passou a utilizar. Outra coisa, Temos o Valor do ISS e o Valor do ISS Retido, para mim que sou leigo em tributação, são valores diferentes. Na alteração que você fez no DANFSE quando se tratar de Retenção na versão 2.00 do ABRASF o valor do ISS retido vem na TAG do valor ISS, esta correto isso?

Bom dia, Segundo a Nota Técnica 2013/005 versão 1.00 ao calcular o DV devemos considerar o tipo de documento ou seja o 2 que indica DI. Sendo assim do DV original igual a 1 com certeza não leva em consideração o digito "2" acrescido ao numero da DI.