Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Regras e orientações da nossa comunidade Participe do Discord do ACBr

Italo Giurizzato Junior

Consultores
 Perfil  Explorar Conteúdo

  • Total de ítens

    38.100

  • Registro em

  • Última visita

  • Days Won

    1.081

 Tipo de Conteúdo 

Tudo que Italo Giurizzato Junior postou

  1. Italo Giurizzato Junior
    Bom dia a todos, Fiz uma alteração, favor atualizar os fontes e testar. Mas antes não esqueçam de fazer uma cópia dos seus fontes.
  2. Italo Giurizzato Junior
    Bom dia Miguel, Pelo XML de retorno, me leva a crer que ocorreu um erro no Web Service, pois a mensagem de erro é: Ocorreu uma falha durante o processamento. Agora que falha é essa? Se esta faltando algo no XML para que o mesmo seja processado sem falhas, só vamos saber se o provedor enviar para você um exemplo de XML de entrada, ou seja com as TAGs Envelope, Body, ....
  3. Italo Giurizzato Junior
    Bom dia Sérgio, Muito obrigado pela colaboração. Favor atualizar os fontes e testar.
  4. Italo Giurizzato Junior
    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.
  5. Italo Giurizzato Junior
    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.
  6. Italo Giurizzato Junior
    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.
  7. Italo Giurizzato Junior
    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.
  8. Italo Giurizzato Junior
    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.
  9. Italo Giurizzato Junior
    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.
  10. Italo Giurizzato Junior
    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.
  11. Italo Giurizzato Junior
    Bom dia Rodrigo, Muito obrigado pela colaboração, depois do almoço vou disponibilizar as suas alterações.
  12. Italo Giurizzato Junior
    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é.
  13. Italo Giurizzato Junior
    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.
  14. Italo Giurizzato Junior
    Bom dia Miguel, Fiz uma alteração, favor atualizar os fontes e testar novamente.
  15. Italo Giurizzato Junior
    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.
  16. Italo Giurizzato Junior
    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.
  17. Italo Giurizzato Junior
    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.
  18. Italo Giurizzato Junior
    Boa tarde Leonardo, Maravilha, assim que possível disponibilizo uma versão feita em Quick Report.
  19. Italo Giurizzato Junior
    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)
  20. Italo Giurizzato Junior
    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.
  21. Italo Giurizzato Junior
    Boa tarde Augusto, Mil desculpas, tens toda razão, problema resolvido. Já disponibilizei a correção.
  22. Italo Giurizzato Junior
    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.
  23. Italo Giurizzato Junior
    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?
  24. Italo Giurizzato Junior
    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.
  25. Italo Giurizzato Junior
    Boa tarde Marcos, A consulta que esta sendo feita com o programa gratuito esta sendo realizada antes da sua aplicação ou depois?
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.