Italo Giurizzato Junior

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?

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.

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 Paulo, Muito obrigado pela colaboração, já esta disponível.

Bom dia Herivelton, Se você desenvolve em Delphi porque não utilizar o ACBrCTe? Mas se você desenvolve em outra linguagem, faça como nós, se baseie no manual, ele tem a estrutura completa do XML.

Bom dia Rodolfo, Muito obrigado pela colaboração, já esta disponível.

Bom dia Herbert, Por favor só anexa os fontes que você alterou. Fica mais rápido a avaliação das alterações.

Bom dia a todos, A TAG: tPag já constava na NT desde a versão 1.00

Boa tarde jcanjo, Infelizmente a SEFAZ-SP esta retornando o protocolo de cancelamento no grupo <infProt> onde deveria trazer o de autorização, uma vez que depois temos no grupo <infEvento> a solicitação de cancelamento e em <retEventoCTe> o protocolo de cancelamento.

Sendo assim, verifique se na rotina que alimenta o componente não existe nenhuma outra atribuição diferente para a mesma propriedade.

Boa tarde, Na nota técnica não consta esta informação, sendo assim podemos interpretar que a exclusão da regra será imediata.

Boa tarde Fabio, A estrutura do XML que encontra-se no manual diz que podemos ter "N" NF-e em um único CT-e. Manual versão 2.00a do CT-e - página 137 campo 297.