Italo Giurizzato Junior

Bom dia Sérgio, Muito obrigado pela colaboração. Favor atualizar os fontes e testar.

Boa noite Herbert, Sim, na unit ACBrProvedorAbaco a propriedade Identificador esta definida como "id" (tudo em minusculo). Esse é o grande problema, quando o identificado é todo minusculo não devemos realizar a assinatura ou no URI não informar o valor do identificador.

Boa noite Elcyberg, Quando o emitente esta com algum problema técnico que impede o envio do XML para a SEFAZ, o que deve ser feito? 1. Alterar o tpEmi de normal para contingência, informar a data e hora de contingência e mais o motivo, gerar novamente o XML; 2. Imprimir o DANFE; 3. Quando os problemas técnicos forem contornados o XML sem gerado com o tpEmi de contingência, etc deve ser enviado para a SEFAZ. O comando de envio é o mesmo usado para o envio normal. O Consultar é usado apenas para consultar a situação atual de uma nota previamente enviada. O Enviar: Gera o XML, assina, valida, envia, se tudo OK acrescenta o protocolo de autorização e imprimi o DANFE. O Consultar: Consulta a situação atual da Nota, se o componente estiver configurado para atualizar o XML o mesmo recebera o protocolo de autorização caso este não tenha.

Boa tarde Rodrigo, Mil desculpas, muito bem lembrado, acredito que deve ser a gripe, justo agora nesse feriadão. Já peguei os arquivos e fiz o merge, por favor atualize os fontes e teste.

Boa tarde Dênio, O erro que esta ocorrendo é que o Web Service não esta conseguindo abrir o banco de dados NFSE utilizando o usuário pronim.

Boa tarde a todos, Quem fez alterações nos fontes visando melhorias e correções para o provedor Tecnos, por favor, post como anexo somente os fontes alterados para que eu possa realizar um merge e disponibilizar para toda a comunidade. Muito obrigado a todos pelo empenho.

Boa tarde Lopes, Os testes que realizei foi através da SEFAZ-Virtual do RS. Reveja as suas rotinas e certifique-se que todos os fontes de todas as pastas estão atualizados.

Boa tarde Juliomar e Leonardo, Vocês tem toda a liberdade de converter os Reports feitos por mim em Quick Report para o Fortes Report ou outro que vocês desejarem. Caso vocês detectem algum erro ou queira fazer alguma melhoria no que fiz, estejam a vontade em fazer. O que eu faço e coloco no repositório não é meu é da comunidade e todos nós fazemos parte dela. Leonardo, reformule a sua implementação deixando-a aos moldes do que foi feito em Quick Report e Fortes Report. Quando estiver pronto, anexe os fontes aqui, que iremos envia-los para o repositório.

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 plenus, Veja bem, não é bem assim que a coisa funciona, pois trata-se de documentos fiscais de modelos diferentes, o XML pode até ser igual. A SEFAZ implementou regras de validação para o modelo 55 = NF-e, mas não implementou para o modelo 65 = NFC-e. É preciso saber se vai ser implementado ou não, se sim, quando?

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, ....