Italo Giurizzato Junior

Bom dia Rodrigo, Muito obrigado pela colaboração, depois do almoço vou disponibilizar as suas alterações.

Leonardo, Antes de excluir as procedures mencionadas é preciso saber se elas não estão sendo utilizadas na emissão do DANFE NFC-e disponibilizado pelo o André.

Bom dia Leonardo, Exatamente. Impressão atrelada ao tpImp: ACBrNFe.DANFE.TipoDANFE := ACBrNFe.NotasFiscais.Items[0].NFe.Ide.tpImp; ACBrNFe.NotasFiscais.Imprimir; Impressão não atrelada ao tpImp: ACBrNFe.DANFE.TipoDANFE := tiRetrato; // ou tiPaisagem ou tiSimplificado ou tiNFCe ACBrNFe.NotasFiscais.Imprimir; Detalhe, para gerar o DANFE em PDF basta executar: ACBrNFe.NotasFiscais.ImprimirPDF; Lembrando que estamos falando do DANFE versão Quick Report.

Bom dia Miguel, Fiz uma alteração, favor atualizar os fontes e testar novamente.

Bom dia a todos, Foi implementado o DANFE Simplificado feito em Quick Report, aos moldes do DANFE NFC-e, para que ocorra a impressão do mesmo há necessidade que a propriedade TipoDANFE seja setada com o valor tiSimplificado o comando de impressão é o mesmo utilizado nos demais, ou seja, Imprimir. Não testei a leitura do código de barras, uma vez que tive que encolher a imagem para caber na largura da fita (78 mm). Como o Componente ACBrNFeDANFEQR possui a o propriedade TipoDANFE na pratica podemos carregar o XML de qualquer modelo, versão ou tpImp e imprimir em Retrato, Paisagem, Simplificado ou DANFE NFC-e, bastando apenas atribuir o tipo de impressão desejado a propriedade mencionada.

Boa noite Leonardo, É curioso a SEFAZ incluir uma TAG no XML onde informamos se o DANFE será impresso em Retrato ou Paisagem, você não acha? E na NT 2013/005 que traz a estrutura da versão 3.10 utilizada tanto pela NF-e quanto pela NFC-e temos que informar o valor 4 para o tpImp caso contrario a SEFAZ rejeita a NFC-e (regra B21-10). Dai a sugestão de atrelar o DANFE Simplificado ao tpImp = 3. Sei que isso só poderia ser feito para a versão 3.10, pensando na versão 2.0 teríamos que optar métodos diferentes de impressão, sendo assim o meu conselho é alterar o nome de ImprimirDANFEResumido para ImprimirDANFESimplificado, para ficar condizente com o tipo de impressão.

Boa noite José, Segundo a NT 2013/013 página 76 temos: Futuros eventos diferentes de EPEC (Ex: Registro de Passagem, Carta de Correção, etc) não serão aceitos na SVC, portanto a UF desses tipos de evento deverão ser atendidas pela SEFAZ em modo de autorização normal. As regras que irão determinar quando um evento será aceito por determinado ambiente de autorização (Normal / SVC) serão especificadas em cada evento.

Boa tarde Leonardo, Maravilha, assim que possível disponibilizo uma versão feita em Quick Report.

Marcos, Existem 4 eventos de Manifestação do Destinatário, são eles: 1. Ciência da Operação; 2. Desconhecimento da Operação; 3. Confirmação da Operação; 4. Operação não Realizada; Se a situação atual é Confirmação de Operação significa que ela foi manifestada, indicando neste caso que o destinatário realmente comprou a mercadoria e a mesma já foi entregue. Na sua aplicação você esta informado como segundo parâmetro do ConsultaNFeDest o seguinte valor: inSemManifestacaoSemCiencia. Lembre-se que temos outros: (inTodas, inSemManifestacaoComCiencia, inSemManifestacaoSemCiencia)

Marcos, Note que a sua aplicação só apresenta as Notas sem Manifestação e sem Ciência. Por outro lado o programa gratuito esta apresentando notas a mais, essas notas a mais já possui alguma manifestação ou Ciência? São Notas que foram canceladas pelo emitente? e a sua aplicação não apresenta na lista as canceladas? Como você pode ver, temos que checar tudo isso.

Boa tarde Augusto, Mil desculpas, tens toda razão, problema resolvido. Já disponibilizei a correção.

Boa tarde a todos, O maior problema é que a NF-e 2.00 só aceita os seguintes valores para o tpImp = [1 = Retrato, 2 =Paisagem] o DANFE Simplificado aparece no manual da versão 3.10 cujo valor para tpImp é 3. E lendo a NT 2012/001 diz que pode ser impresso em uma bobina de largura minima de 55 milímetros. Como já temos um modelo do DANFE para NFC-e feito no Quick Report e em Forts se não me falha a memória, poderíamos criar outro DANFE aos moldes da NFC-e. Ele poderia ser atrelado ao tpImp = 3 (previsto na versão 3.10) ou não. Fica a sugestão.

Boa tarde ALA, Você não esta esquecendo de nada? Não vi no seu código a linha que alimenta o campo prop.tpProp que por sinal é obrigatório. Não confundir com o tpProp do veiculo que se refere ao tipo de propriedade, ou seja, próprio ou terceiro. Já o tpProp do proprietário se refere ao tipo de proprietário, ou seja, Agregado, Independente ou Outros.

Boa tarde Marcos, A consulta que esta sendo feita com o programa gratuito esta sendo realizada antes da sua aplicação ou depois?

Boa tarde Wandarlei, Muito obrigado pela colaboração. Já esta disponível a sua alteração.

Boa tarde Miguel, Tenta conseguir com o pessoal um exemplo completo contendo inclusive as TAGs Envelope, Body, ....

Boa tarde ALA, Note que a mensagem diz que foi encontrado o elemento UF, e ele é inesperado segundo o conteúdo do grupo prop, é esperado IE, tpProp. Por favor sempre senha em mãos a estrutura completa do XML para que você possa ver quais são os campos obrigatórios e os opcionais de cada grupo.

Boa tarde Marcelino, A unica forma que conheço é essa. A solução é entrar em contato com a SEFAZ e apresentar a eles o erro que esta ocorrendo, no retorno deles que deveria conter o numero do recibo.

Boa tarde Jocimar, Alguns provedores permitem que você coloque algo em OutrasInformacoes e envie, mas a grande maioria não. Em vias de regra esse campo é utilizado pelo provedor, é ele que coloca o que bem entender nesse campo.

Boa tarde Lucas, O procedimento aconselhado pelo pessoal da SEFAZ é: 1. Enviar o lote, se for recebido e processado e retornar o resultado do processamento ótimo. 2. Se não retornar nada então consulta o status da SVC, se ela estiver ativa para a UF do emitente, ai sim devemos enviar o lote para a SVC. 3. Se o status da SVC não estiver ativa, deve-se aguardar um pouco e realizar uma nova consulta. Nesse primeiro momento essa ativação e desativação da SVC vai ser manual, ou seja, vamos depender de um funcionário da SEFAZ autorizadora ativar a SVC. Existe uma promessa de automatizar esse procedimento de ativação e desativação.

Boa noite Anderson, Sim, pelo simples fato do cancelamento ser um evento.

Boa noite Marcus, O ACBrNFSe não atende a cidade de São Paulo, pelo simples fato do provedor contrato pelo município não segue o padrão ABRASF.

Boa tarde TiFire, Os fontes estão atualizados? Lhe pergunto isso, pois se não me falha a memória esse problema tinha sido resolvido.

Boa tarde Herbet, Esse erro ocorre porque esse provedor em vez de usar "Id" como atributo a ser utilizado para assinatura usou "id", provocando esse erro.

Boa tarde Anderson, Se o componente estiver configurado para Salvar os arquivos de Envio e de Retorno da SEFAZ, o arquivo *-ProcCancNFe.xml será salvo em disco.